Size: a a a

DevOps — русскоговорящее сообщество

2020 June 08

A

Asgoret in DevOps — русскоговорящее сообщество
Coffee
@Asgoret а тебя тут ничо не смутило?
полистала доку вагранта с твоего ответа этому хлопцу.
Судя по доке и заглянув в этот скрин не поняла где он маунтит диру.
(Ну вернее это видно, где он пытается сделать, но по доке вродь немног не так все должно быть)
я еще не смотрел. За кофе прочитал, что папки нет, а т.к. вагрант === виртуал бокс, значит папку не сделал синкнутой -> скинул ссылку на ман
источник

MM

Max Muravyev in DevOps — русскоговорящее сообщество
Привет, рубрика "супер-вопросы", тема tcpdump.
Хотел бы просто спросить у вас насколько верно мое расследование.

Итак. Есть подозрение, что у приложения текут сокеты. Часто в netstat -aon можно увидеть увеличение CLOSE_WAIT записей как:
tcp        1      0 127.0.0.1:8180          127.0.0.1:57160         CLOSE_WAIT  off (0.00/0/0)
Stackoverlfow говорит:
Your server is failing to detect client disconnects, or ignoring them, and not closing the socket.
Окей, влючаем tcpdump, смотрим на поведение когда все плохо:
2020-06-08 06:55:30.282015 IP 127.0.0.1.8180 > 127.0.0.1.57160: Flags [.], ack 1380, win 1365, options [nop,nop,TS val 2780208201 ecr 2780208201], length 0
2020-06-08 06:57:10.279006 IP 127.0.0.1.57160 > 127.0.0.1.8180: Flags [F.], seq 1380, ack 1, win 342, options [nop,nop,TS val 2780308198 ecr 2780208201], length 0
2020-06-08 06:57:10.318432 IP 127.0.0.1.8180 > 127.0.0.1.57160: Flags [.], ack 1381, win 1365, options [nop,nop,TS val 2780308238 ecr 2780308198], length 0
И правда, видим в конце клиент отправляет FIN-ACK [F.], но сервер ничего ему не отвечает. Смущает еще факт, что он отчаяно отправляет FIN-ACK почти через 2 минуты после последнего пакета, но это ничего не решает, потому что сервер то ничего не отправляет, поэтому CLOSE_WAIT как висел так и висит.

Теперь смотрим на логи, когда все классно:
2020-06-08 06:58:23.073139 IP 127.0.0.1.8180 > 127.0.0.1.57786: Flags [P.], seq 1:738, ack 1211, win 1365, options [nop,nop,TS val 2780380992 ecr 2780380974], length 737
2020-06-08 06:58:23.073233 IP 127.0.0.1.8180 > 127.0.0.1.57786: Flags [F.], seq 738, ack 1211, win 1365, options [nop,nop,TS val 2780380992 ecr 2780380992], length 0
2020-06-08 06:58:23.073302 IP 127.0.0.1.57786 > 127.0.0.1.8180: Flags [F.], seq 1211, ack 739, win 353, options [nop,nop,TS val 2780380992 ecr 2780380992], length 0
И видим, что сервер отправляет FIN-ACK [F.] первый, сразу же клиент делает тоже самое [F.].

Правильны ли мои догадки? Получается, что наше приложение не закрывает корректно соединение? Какие тут могут быть еще потенциальные проблемы?
источник

VS

Vasilyev Sergey in DevOps — русскоговорящее сообщество
Ну блин, где девупсы, а где тцпдумп 😏
источник

MM

Max Muravyev in DevOps — русскоговорящее сообщество
Я не знаю чатика с сетевиками? Есть такой?)
источник

EL

Evgeniy L in DevOps — русскоговорящее сообщество
привет, подскажите что лучше AWS ECS или AWS EKS
источник

АВ

Александр Вир... in DevOps — русскоговорящее сообщество
Max Muravyev
Я не знаю чатика с сетевиками? Есть такой?)
источник

KG

Kirill Garbar in DevOps — русскоговорящее сообщество
Evgeniy L
привет, подскажите что лучше AWS ECS или AWS EKS
Лучше в плане чего?
источник

АВ

Александр Вир... in DevOps — русскоговорящее сообщество
Max Muravyev
Привет, рубрика "супер-вопросы", тема tcpdump.
Хотел бы просто спросить у вас насколько верно мое расследование.

Итак. Есть подозрение, что у приложения текут сокеты. Часто в netstat -aon можно увидеть увеличение CLOSE_WAIT записей как:
tcp        1      0 127.0.0.1:8180          127.0.0.1:57160         CLOSE_WAIT  off (0.00/0/0)
Stackoverlfow говорит:
Your server is failing to detect client disconnects, or ignoring them, and not closing the socket.
Окей, влючаем tcpdump, смотрим на поведение когда все плохо:
2020-06-08 06:55:30.282015 IP 127.0.0.1.8180 > 127.0.0.1.57160: Flags [.], ack 1380, win 1365, options [nop,nop,TS val 2780208201 ecr 2780208201], length 0
2020-06-08 06:57:10.279006 IP 127.0.0.1.57160 > 127.0.0.1.8180: Flags [F.], seq 1380, ack 1, win 342, options [nop,nop,TS val 2780308198 ecr 2780208201], length 0
2020-06-08 06:57:10.318432 IP 127.0.0.1.8180 > 127.0.0.1.57160: Flags [.], ack 1381, win 1365, options [nop,nop,TS val 2780308238 ecr 2780308198], length 0
И правда, видим в конце клиент отправляет FIN-ACK [F.], но сервер ничего ему не отвечает. Смущает еще факт, что он отчаяно отправляет FIN-ACK почти через 2 минуты после последнего пакета, но это ничего не решает, потому что сервер то ничего не отправляет, поэтому CLOSE_WAIT как висел так и висит.

Теперь смотрим на логи, когда все классно:
2020-06-08 06:58:23.073139 IP 127.0.0.1.8180 > 127.0.0.1.57786: Flags [P.], seq 1:738, ack 1211, win 1365, options [nop,nop,TS val 2780380992 ecr 2780380974], length 737
2020-06-08 06:58:23.073233 IP 127.0.0.1.8180 > 127.0.0.1.57786: Flags [F.], seq 738, ack 1211, win 1365, options [nop,nop,TS val 2780380992 ecr 2780380992], length 0
2020-06-08 06:58:23.073302 IP 127.0.0.1.57786 > 127.0.0.1.8180: Flags [F.], seq 1211, ack 739, win 353, options [nop,nop,TS val 2780380992 ecr 2780380992], length 0
И видим, что сервер отправляет FIN-ACK [F.] первый, сразу же клиент делает тоже самое [F.].

Правильны ли мои догадки? Получается, что наше приложение не закрывает корректно соединение? Какие тут могут быть еще потенциальные проблемы?
А strace шатал?
источник

RA

Ramil Amerzyanov in DevOps — русскоговорящее сообщество
Evgeniy L
привет, подскажите что лучше AWS ECS или AWS EKS
Лучше сразу кубер, с ecs намучаетесь
источник

NG

Nikita Gorlov in DevOps — русскоговорящее сообщество
Ramil Amerzyanov
Лучше сразу кубер, с ecs намучаетесь
Кубер нужен не всем и не всегда)
источник

KG

Kirill Garbar in DevOps — русскоговорящее сообщество
Evgeniy L
привет, подскажите что лучше AWS ECS или AWS EKS
По EKS наверняка больше специалистов на рынке. Хотя бы по этому параметру лучше.
источник

MM

Max Muravyev in DevOps — русскоговорящее сообщество
Александр Вир
А strace шатал?
Пока нет, с tcpdump бы разобраться
источник

KG

Kirill Garbar in DevOps — русскоговорящее сообщество
Но в ECS поддержка fargate вроде или он сразу на фаргейте
источник

KG

Kirill Garbar in DevOps — русскоговорящее сообщество
Меньше придётся трахаться)
источник

RA

Ramil Amerzyanov in DevOps — русскоговорящее сообщество
Fargate так-то дороже, чем ec2, при большом количестве реквестов
источник

KG

Kirill Garbar in DevOps — русскоговорящее сообщество
Ramil Amerzyanov
Fargate так-то дороже, чем ec2, при большом количестве реквестов
Потому я и спросил, по каким параметрам лучше)
источник

EL

Evgeniy L in DevOps — русскоговорящее сообщество
что проще поддерживать
источник

i

inqfen in DevOps — русскоговорящее сообщество
Kirill Garbar
Но в ECS поддержка fargate вроде или он сразу на фаргейте
eks поддерживает и fargate тоже
источник

KG

Kirill Garbar in DevOps — русскоговорящее сообщество
inqfen
eks поддерживает и fargate тоже
Да ну?)
источник

MM

Max Muravyev in DevOps — русскоговорящее сообщество
Збс у них антибот-система, нужно нажать на кнопку через 30 секунд после того как открыл канал, если нет - то бан. Так я только прочитал эту инструкцию через 3 минут после того как открыл канал.
источник