Jun 5 12:27:01 static CRON[6882]: pam_unix(cron:session): session opened for user root by (uid=0) Jun 5 12:27:01 static CRON[6882]: pam_unix(cron:session): session closed for user root вот последняя запись в auth.log

Тоже в опенвз?

в LXC

А только ссшд замерзает? И как себя в этот момент ведёт контейнеровоз?

все ок, только ssh умирает, я грешу на PAM

А он целиком умирает? Все коннекты отваливаются?

ssh: Write failed: Broken pipe

да

не могу никак нагуглить проблему, именно в LXC такое происходит

А запусти /usr/sbin/sshd -ddd и смотри в логи

Вряд ли PAM если он прямо все коннекты рубит

[ 706.171004] eth0: renamed from veth5JG5FO [ 706.193573] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 706.193600] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 706.193638] br0: port 3(veth01) entered blocking state [ 706.193658] br0: port 3(veth01) entered forwarding state [ 708.509266] Process accounting resumed [ 4762.181573] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750 [ 5110.846569] perf: interrupt took too long (3129 > 3127), lowering kernel.perf_event_max_sample_rate to 63750 [ 5702.088377] perf: interrupt took too long (3928 > 3911), lowering kernel.perf_event_max_sample_rate to 50750 [ 7276.323309] perf: interrupt took too long (4917 > 4910), lowering kernel.perf_event_max_sample_rate to 40500 в логах такое вижу

Кто сказал майкрософт говно?!

я

я

А вот если бы ты делал это на продуктах от мс, то у тебя бы не было проблем

Лошара!

А запусти /usr/sbin/sshd -ddd и смотри в логи

debug3: fd 5 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 8 config len 701 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8

Кто сказал майкрософт говно?!

Ну давай, покажи нам всем, как в майкрософтовских приблудах в логи такую детализацию сделать.

debug3: fd 5 is not O_NONBLOCK debug1: Server will not fork when running in debugging mode. debug3: send_rexec_state: entering fd = 8 config len 701 debug3: ssh_msg_send: type 0 debug3: send_rexec_state: done debug1: rexec start in 5 out 5 newsock 5 pipe -1 sock 8

Опять ебешься с не нужной херней

Ну давай, покажи нам всем, как в майкрософтовских приблудах в логи такую детализацию сделать.

Там нет логов, там есть ИВЕНТЫ!

Читай мат часть

Ору блеать!

Опять ебешься с не нужной херней

я в рамках SLA не могу перевезти на openvz ща контейнер, приходится ебаться

Там нет логов, там есть ИВЕНТЫ!

Там нет логов, там есть ИВЕНТЫ!

не не, там есть журнал ошибок

не не, там есть журнал ошибок

И журнал приложений

ЖУРНАЛ блядь)

И ещё какие-то журналы

Хм

[ 706.171004] eth0: renamed from veth5JG5FO [ 706.193573] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready [ 706.193600] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 706.193638] br0: port 3(veth01) entered blocking state [ 706.193658] br0: port 3(veth01) entered forwarding state [ 708.509266] Process accounting resumed [ 4762.181573] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750 [ 5110.846569] perf: interrupt took too long (3129 > 3127), lowering kernel.perf_event_max_sample_rate to 63750 [ 5702.088377] perf: interrupt took too long (3928 > 3911), lowering kernel.perf_event_max_sample_rate to 50750 [ 7276.323309] perf: interrupt took too long (4917 > 4910), lowering kernel.perf_event_max_sample_rate to 40500 в логах такое вижу

А в какой момент коннекты то отваливаются?

А ты что вообще делаешь?

А в какой момент коннекты то отваливаются?

совершенно рандомно

Нет, в смысле, в логах есть этот момент?

В том куске который ты кинул

OpenSSH_7.6p1, LibreSSL 2.6.2 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 48: Applying options for * debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to blahblah port 22. ssh: connect to host blahblah port 22: Connection refused

вот ща не рефьюзит, висеть будет долго и broken pipe

Нет, в смысле, в логах есть этот момент?

нет, в логах тишина

такое чувство, что это на уровне сети происходит, до ssh не доходит даже

Просто я в логе вижу отваливающийся порт, а потом сообщения от профайлера, особо отношения к делу вроде не имеющие.

13:07:58.751988 In 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 50, id 0, offset 0, flags [DF], proto TCP (6), length 64) 183.89.26.189.60804 > 148.251.75.218.22: Flags [S], cksum 0x120a (correct), seq 1574383277, win 65535, options [mss 1412,nop,wscale 5,nop,nop,TS val 762956446 ecr 0,sackOK,eol], length 0 13:07:58.752011 Out 06:d4:00:bf:6c:f9 ethertype IPv4 (0x0800), length 56: (tos 0x0, ttl 64, id 13656, offset 0, flags [DF], proto TCP (6), length 40) 148.251.75.218.22 > 183.89.26.189.60804: Flags [R.], cksum 0x82c4 (correct), seq 0, ack 1574383278, win 0, length 0 вот при рефьюзе

13:13:43.086017 In cc:e1:7f:ac:7d:fc ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 51, id 0, offset 0, flags [DF], proto TCP (6), length 64) 183.89.26.189.60880 > 148.251.75.218.22: Flags [S], cksum 0x7a63 (correct), seq 169271982, win 65535, options [mss 1412,nop,wscale 5,nop,nop,TS val 763298227 ecr 0,sackOK,eol], length 0 13:13:43.086017 In cc:e1:7f:ac:7d:fc ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 51, id 0, offset 0, flags [DF], proto TCP (6), length 64) 183.89.26.189.60880 > 148.251.75.218.22: Flags [S], cksum 0x7a63 (correct), seq 169271982, win 65535, options [mss 1412,nop,wscale 5,nop,nop,TS val 763298227 ecr 0,sackOK,eol], length 0 13:13:43.086022 Out 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 50, id 0, offset 0, flags [DF], proto TCP (6), length 64) 183.89.26.189.60880 > 148.251.75.218.22: Flags [S], cksum 0x7a63 (correct), seq 169271982, win 65535, options [mss 1412,nop,wscale 5,nop,nop,TS val 763298227 ecr 0,sackOK,eol], length 0 13:13:43.086023 Out 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 50, id 0, offset 0, flags [DF], proto TCP (6), length 64) 183.89.26.189.60880 > 148.251.75.218.22: Flags [S], cksum 0x7a63 (correct), seq 169271982, win 65535, options [mss 1412,nop,wscale 5,nop,nop,TS val 763298227 ecr 0,sackOK,eol], length 0 13:13:43.086085 P 06:d4:00:bf:6c:f9 ethertype IPv4 (0x0800), length 56: (tos 0x0, ttl 64, id 48122, offset 0, flags [DF], proto TCP (6), length 40) 148.251.75.218.22 > 183.89.26.189.60880: Flags [R.], cksum 0x2238 (correct), seq 0, ack 169271983, win 0, length 0 13:13:43.086085 In 06:d4:00:bf:6c:f9 ethertype IPv4 (0x0800), length 56: (tos 0x0, ttl 64, id 48122, offset 0, flags [DF], proto TCP (6), length 40) 148.251.75.218.22 > 183.89.26.189.60880: Flags [R.], cksum 0x2238 (correct), seq 0, ack 1, win 0, length 0 13:13:43.086089 Out 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 56: (tos 0x0, ttl 63, id 48122, offset 0, flags [DF], proto TCP (6), length 40) 148.251.75.218.22 > 183.89.26.189.60880: Flags [R.], cksum 0x2238 (correct), seq 0, ack 1, win 0, length 0 13:13:43.086090 Out 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 56: (tos 0x0, ttl 63, id 48122, offset 0, flags [DF], proto TCP (6), length 40) 148.251.75.218.22 > 183.89.26.189.60880: Flags [R.], cksum 0x2238 (correct), seq 0, ack 1, win 0, length 0 а вот на хостовой машине tcpdump

похоже? https://serverfault.com/questions/751773/intermitent-connection-issues-inside-lxc

Да, только я так понимаю, поднять версию ядра тебе не помогло?

не помогло

4.9.0-6-amd64 )

nice try

Увидел только часть общения)

Начал читать, а там хуйня какая-та

Ты же в контейнер ходишь, а он тебя нахуй посылает?

Может кипэлайв увеличить просто у ссх?

Ты же в контейнер ходишь, а он тебя нахуй посылает?

да

Может кипэлайв увеличить просто у ссх?

а что это даст?)

а что это даст?)

Он же обрыв дает

у разрабов есть скрипт, который ходит по ssh/scp забирает данные)

OpenSSH_7.6p1, LibreSSL 2.6.2 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 48: Applying options for * debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to blahblah port 22. debug1: Connection established. debug1: identity file /Users/ujs/.ssh/id_rsa type 0 debug1: key_load_public: No such file or directory debug1: identity file /Users/ujs/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/ujs/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/ujs/.ssh/id_dsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/ujs/.ssh/id_ecdsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/ujs/.ssh/id_ecdsa-cert type -1 debug1: identity file /Users/ujs/.ssh/id_ed25519 type 3 debug1: key_load_public: No such file or directory debug1: identity file /Users/ujs/.ssh/id_ed25519-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_7.6

ну вот ssh -vvvv висит и висит, и хуй знает сколько лет он будет так висеть

а бывает refused сразу

Эт ты с хоста?

не не, я со своей машины иду в контейнер

Я не заметил, а он вообще у тебя подключался?

тачка в хетцнере с отдельным IP’ом, никакого NAT’а

Я не заметил, а он вообще у тебя подключался?

13:41:29.044813 In 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 80: (tos 0x0, ttl 50, id 0, offset 0, flags [DF], proto TCP (6), length 64) 183.89.26.189.61108 > 148.251.75.218.22: Flags [S], cksum 0x8a19 (correct), seq 4032277998, win 65535, options [mss 1412,nop,wscale 5,nop,nop,TS val 764952446 ecr 0,sackOK,eol], length 0 13:41:29.044840 Out 06:d4:00:bf:6c:f9 ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60) 148.251.75.218.22 > 183.89.26.189.61108: Flags [S.], cksum 0xb31a (incorrect -> 0xd24a), seq 1682134301, ack 4032277999, win 28960, options [mss 1460,sackOK,TS val 2858466 ecr 764952446,nop,wscale 9], length 0 13:41:29.349823 In 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 68: (tos 0x0, ttl 50, id 0, offset 0, flags [DF], proto TCP (6), length 52) 183.89.26.189.61108 > 148.251.75.218.22: Flags [.], cksum 0x60f9 (correct), seq 1, ack 1, win 4112, options [nop,nop,TS val 764952750 ecr 2858466], length 0 13:41:29.349825 In 44:8a:5b:d4:4d:ee ethertype IPv4 (0x0800), length 89: (tos 0x0, ttl 50, id 0, offset 0, flags [DF], proto TCP (6), length 73) 183.89.26.189.61108 > 148.251.75.218.22: Flags [P.], cksum 0x9b32 (correct), seq 1:22, ack 1, win 4112, options [nop,nop,TS val 764952751 ecr 2858466], length 21 13:41:29.349866 Out 06:d4:00:bf:6c:f9 ethertype IPv4 (0x0800), length 68: (tos 0x0, ttl 64, id 52017, offset 0, flags [DF], proto TCP (6), length 52) 148.251.75.218.22 > 183.89.26.189.61108: Flags [.], cksum 0xb312 (incorrect -> 0x706d), seq 1, ack 22, win 57, options [nop,nop,TS val 2858543 ecr 764952751], length 0 только такое вот в tcpdump’е

не подключается ж ) висит коннект

я хуй знает, может selinux виноват

:D

в доебане?

А что б нет?

нед

Из коропки его нет, но хуй тебя знает

А в госте ось какая?

доебан 10-й (был 8-й вчера)

UP BROADCAST RUNNING MULTICAST MTU:9001 Metric:1 лол, 9001 MTU это норм? амазон

наткнулся на https://stackoverflow.com/questions/27984331/poor-hdfs-performances-slow-blockreceiver-write-packet-to-mirror

UP BROADCAST RUNNING MULTICAST MTU:9001 Metric:1 лол, 9001 MTU это норм? амазон

Да норм, у них сетка 10Г

джумбо?

да

хммм

Я пытался сделать 10Г в контейнеры потом забил хер, больше гемора

в общем, с этим ssh в lxc уже год проблема )

VSCode, TypeScript, Azure

Взяли под свое крыло плагин vs code для питона, только поломали его и все)

в общем, с этим ssh в lxc уже год проблема )

с чего решил?

ну со слов разрабов)