LINUX.ORG.RU
Форум — Admin  

DebianSid+net.ipv4.tcp_congestion_control == kernel panic

 , , tcp congestion control


0

1

debian sid, kernel: 3.7.0-10.dmz.1-liquorix-amd64

Собственно сабж. Перечитав на днях хабры решил поиграть с этой штукой.

сначала поставил yeah, но система свалилась в kernel panic, как и ожидалось, вроде на 3.7 косяки какие-то

потом поставил htcp, но блин, через 2 дня тоже пришел домой, а оно в свежезагруженном состоянии стоит, т.е. я не уверен что это было, но, скорее всего тоже паника

потом попробовал illinois и тут та же фигня и тоже через ~2дня

при этом на стоковом vegas все норм отрабатывало по две недели

так вот как отловить этот kernel panic чтобы хотя бы знать причину?

← OpenVPN: Почему серверу присваивается неверный IP-адрес?
KVM. Нужно добавить сетевую карту гостю →

и да, падает тачка, выступающая в роле шлюза

eth0 - встроенная в мать риалтековская смотрит в интернеты

eth1 - pci-e сетевуха на том несчатном интеловском чипе, который ломается от неправильных пакетов(тоже недавно инфа проскакивала), он смотрит в локальную сеть

в сислоге есть кусок примерно такого содержания 

Mar  1 21:11:54 localhost dhcpd: DHCPDISCOVER from 94:44:44:07:55:b0 via eth1: network
 192.168.0.0/24: no free leases
Mar  1 21:11:58 localhost dhcpd: DHCPDISCOVER from 94:44:44:4f:c2:74 via eth1: network
 192.168.0.0/24: no free leases
Mar  1 21:11:59 localhost dhcpd: DHCPDISCOVER from 94:44:44:07:55:b0 via eth1: network
 192.168.0.0/24: no free leases
Mar  1 21:12:03 localhost dhcpd: DHCPDISCOVER from 94:44:44:4f:c2:74 via eth1: network
 192.168.0.0/24: no free leases
Mar  1 21:12:04 localhost dhcpd: DHCPDISCOVER from 94:44:44:07:55:b0 via eth1: network 192.168.0.0/24: no free leases
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Mar  1 21:15:03 localhost kernel: imklog 5.8.11, log source = /proc/kmsg started.
Mar  1 21:15:03 localhost rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="3333" x-info="http://www.rsyslog.com"] start
Mar  1 21:15:03 localhost kernel: ACPI: Added _OSI(Processor Device)
Mar  1 21:15:03 localhost kernel: ACPI: Added _OSI(3.0 _SCP Extensions)
Mar  1 21:15:03 localhost kernel: ACPI: Added _OSI(Processor Aggregator Device)
Mar  1 21:15:03 localhost kernel: ACPI: EC: Look up EC in DSDT
Mar  1 21:15:03 localhost kernel: ACPI: Executed 3 blocks of module-level executable AML code

в прошлый раз, когда с htcp kernel panic случился, в логах тоже все на dhcp остановилось

но я никак это связать не могу

ii343hbka ★★★
() автор топика

ладно, видно никто с этим не сталкивался.

скажите мне тогда вот что.

к этой тачке прицеплен моник на vga выход встроенного видео. Но моник этот работает как основной для другой тачки. ПРосто это Самсунг какой-то с dvi и vga входами, так вот dvi - основная тачка, а vga - шлюз. Переключаются входы кнойпой source на монике.

Если шлюз спаникует, могу ли я увидеть трейс на этом монике при условии, что он до этого был выключен?

ii343hbka ★★★
() автор топика

так вот как отловить этот kernel panic чтобы хотя бы знать причину?

netconsole. С этим можно будет спокойно отправлять багрепорт.

anonymous
()
Ответ на: комментарий от ii343hbka

Плюсую нетконсоль, сам в свое время что-то на нее отлавливал, работает на ура. Еще как вариант использовать COM или USB-COM, подключенный куда-нибудь с терминалом и логи ядра туда направлять.

blind_oracle ★★★★★
()

ушел плавать, оставил путтю рабочей

пришел, увидел что тачка висит, а в путте 

Message from syslogd@localhost at Mar  3 21:39:14 
 kernel:skbuff: skb_over_panic: text:ffffffff81400dab len:384 put:192 head:ffff8800a93e4c00 data:ffff8800a93e4df0 tail:0x370 end:0x2c0 dev:<NULL>

ii343hbka ★★★
() автор топика

похоже, что дело в слишком интенсивном траффике

дело в том, что с vegas за двое суток от силы набирается 50-70Гб аплоада

с htcp/illinois/yeah за полтора дня набирается 200+Гб и вот тут паника

ii343hbka ★★★
() автор топика
Ответ на: комментарий от ii343hbka

угу!

в lklm рассылке нашел тред по 3.4.0-rc2-00333-g668ce0a ядру с такой-же фигней

плюс там указана сетевушка - rtl8169, как раз та, что смотрит в мой интернет

не силен в анлийском, на как костыль можно поиграть с /proc/sys/net/ipv4/tcp_retrans_collapse

ii343hbka ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← OpenVPN: Почему серверу присваивается неверный IP-адрес?
Admin
KVM. Нужно добавить сетевую карту гостю →