При подключении в порт Intel Pro/1000MT Dual Port сетевого кабеля выводится BSOD или как там его на FreeBSD Kernel Panic? реально ли завести этот адаптер под FreeBSD 8.1 и что для этого нужно?
> При подключении в порт Intel Pro/1000MT Dual Port сетевого кабеля выводится BSOD
> или как там его на FreeBSD Kernel Panic? реально ли завести
> этот адаптер под FreeBSD 8.1 и что для этого нужно?Эээм, ничего не надо заводить, засунул карту, загрузил машину, полетели. Проверяйте железо.
> Эээм, ничего не надо заводить, засунул карту, загрузил машину, полетели. Проверяйте железо.Да, брал на e-bay, может, действительно глючный :(, хотя если сетевой кабель не вставлять -- всё Ок, определяется как em0 и em1 пишет no-carier, если вставить в em1 переходит в active (но через некоторое время -- BSOD), но если вставить в em0 -- то на em1 актив тоже остаётся и опять валится в BSOD....
Но всёж по гуглу народа бывают проблемы именно с интелами, у кого-то лечилось обновлением ядра на 7-ой ветке FreeBSD, у кого-то проблема плавающая :(
У Вас какая версия FreeBSD?Сетевая карта Intel Pro 1000MT Dual Port PCI-X?
>[оверквотинг удален]
> Да, брал на e-bay, может, действительно глючный :(, хотя если сетевой кабель
> не вставлять -- всё Ок, определяется как em0 и em1 пишет
> no-carier, если вставить в em1 переходит в active (но через некоторое
> время -- BSOD), но если вставить в em0 -- то на
> em1 актив тоже остаётся и опять валится в BSOD....
> Но всёж по гуглу народа бывают проблемы именно с интелами, у
> кого-то лечилось обновлением ядра на 7-ой ветке FreeBSD, у кого-то проблема
> плавающая :(
> У Вас какая версия FreeBSD?
> Сетевая карта Intel Pro 1000MT Dual Port PCI-X?man pciconf чтобы иметь конкретику для поиска
как вариант, подняться до 8.2-STABLE
>[оверквотинг удален]
> Да, брал на e-bay, может, действительно глючный :(, хотя если сетевой кабель
> не вставлять -- всё Ок, определяется как em0 и em1 пишет
> no-carier, если вставить в em1 переходит в active (но через некоторое
> время -- BSOD), но если вставить в em0 -- то на
> em1 актив тоже остаётся и опять валится в BSOD....
> Но всёж по гуглу народа бывают проблемы именно с интелами, у
> кого-то лечилось обновлением ядра на 7-ой ветке FreeBSD, у кого-то проблема
> плавающая :(
> У Вас какая версия FreeBSD?
> Сетевая карта Intel Pro 1000MT Dual Port PCI-X?На интелах сижу давно :-) Версии FreeBSD начиная с 7й ветки и до 8.2 release.
На нескольких серверах именно Intel Pro 1000MT Dual Port PCI-X (х8 кажется). В нескольких машинах они стоят в слоте pci-e x16, на обычных десктопных матерях.в *nix нет BSOD, там panic :-)
p.s. Попробуйте отключить\включить вшитую сеть, вообще в биосе всё лишнее по вырубать советую. Так-же можно поиграться с загрузкой, without ACPI например.
Если есть физ. доступ к машине - самое банальное: разобрать, собрать, может сидит не плотно.
Ну и гуглить по коду panic'a, после старта изучите лог /var/log/messages
upd.
Первый сервер, что пришёл в голову, где у меня двухголовый интел.$uname -a
FreeBSD 8.1-RELEASE-p2$pciconf -lv
em0@pci0:3:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00
vendor = 'Intel Corporation'
device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)'
class = network
subclass = ethernet
em1@pci0:3:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00
vendor = 'Intel Corporation'
device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)'
class = network
subclass = ethernetСделайте такой же вывод, возможно у вас чип на карте другой
none0@pci0:0:0:1: class=0xff0000 card=0x02dd1014 chip=0x35918086 rev=0x0c hdr=0x00
vendor = 'Intel Corporation'
device = 'E752x Memory Controller Hub Error Reporting Registers'
none1@pci0:0:8:0: class=0x088000 card=0x02dd1014 chip=0x359b8086 rev=0x0c hdr=0x00
vendor = 'Intel Corporation'
device = 'E752x Memory Controller Hub Extended Configuration Registers'
class = base peripheral
none2@pci0:0:31:3: class=0x0c0500 card=0x02dd1014 chip=0x24d38086 rev=0x02 hdr=0x00
vendor = 'Intel Corporation'
device = '82801EB/ER (ICH5/ICH5R) SMBus Controller'
class = serial bus
subclass = SMBus
em0@pci0:3:3:0: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00
vendor = 'Intel Corporation'
device = 'Dual Port Gigabit Ethernet Controller (Copper) (82546EB)'
class = network
subclass = ethernet
em1@pci0:3:3:1: class=0x020000 card=0x00db0e11 chip=0x10108086 rev=0x01 hdr=0x00
vendor = 'Intel Corporation'
device = 'Dual Port Gigabit Ethernet Controller (Copper) (82546EB)'
class = network
subclass = ethernet
Хотя тоже от HP
Сервер IBM x346
uname -v
FreeBSD 8.1-RELEASE #1:В /var/log/messages по панике пусто :( А ещё раз стопить рабочий шлюз...., если только ночью.....
>[оверквотинг удален]
> subclass = ethernet
>
Чипы у нас разные на сетевых: у вас 82546EB, а у меня n1e5132.
В любом случае надо вывод panic смотреть.
messages изучить по поводу загрузки системы, на наличие ошибок хотя бы.
Ну и, как я написал выше:
1. Разобрать-собрать
2. Выключить лишнее в bios
3. Попробовать грузиться без\с ACPI
4. Если ядро не родное, загрузиться с GENERIC
upd.
Почитал рассылки, на многие глюки em интерфейсов советуют утянуть свежие исходники драйверов из /usr/src/sys/dev/e1000 release ветки 8.2 и пересобрать ядро, для теста самое быстрое, нежели перетряхивать систему целиком.
> upd.
> Почитал рассылки, на многие глюки em интерфейсов советуют утянуть свежие исходники драйверов
> из /usr/src/sys/dev/e1000 release ветки 8.2 и пересобрать ядро, для теста самое
> быстрое, нежели перетряхивать систему целиком.Спасибо, что-то туплю, не охота качать целый образ, можно как-то через ftp или ещё как стянуть только эти исходники или хотя только ядро?
> Спасибо, что-то туплю, не охота качать целый образ, можно как-то через ftp
> или ещё как стянуть только эти исходники или хотя только ядро?cvsup src-base
И еще - я бы отладчик включил, и коре сохранял - а там и проанализировать можно
> Спасибо, что-то туплю, не охота качать целый образ, можно как-то через ftp
> или ещё как стянуть только эти исходники или хотя только ядро?советую и сейчас, и собственно на будущее, и всем кто не юзает - дрова яндекса на em (в гуголе без труда нароете), под 8.2 установка безпроблемная, на более ранние версии фри требовалось немного поковырять исходники, либо отрубать поддержку старых карт аля то чего ниразу в глаза не видел ;)
По картам интел недавно случился абзац кондеру в серверной, который налил воды на шкаф, вода стекла по пачкордам которые через жопу были заведены и собственно прямиком затекли в 2 карты интел - одна квадпорт второая дуал, ось выпала в панику, при следующем запуске (удаленно через ИЛО) когда карта начинала поднимать линк - вылетала паника. По всей видимости были закорочены входные\выходные каскады на портах, как вариант у вашей карты биты диоды (скажем наводку от молнии ловила карта) и думаю осями\драйверами ей уже не помочь. Хотя паника панике рознь и почему бы не попробовать драйвера, хоть и слабо верится что поможет.
да, мои карты после продувки работают в прежнем режиме :)
>[оверквотинг удален]
> По картам интел недавно случился абзац кондеру в серверной, который налил воды
> на шкаф, вода стекла по пачкордам которые через жопу были заведены
> и собственно прямиком затекли в 2 карты интел - одна квадпорт
> второая дуал, ось выпала в панику, при следующем запуске (удаленно через
> ИЛО) когда карта начинала поднимать линк - вылетала паника. По всей
> видимости были закорочены входные\выходные каскады на портах, как вариант у вашей
> карты биты диоды (скажем наводку от молнии ловила карта) и думаю
> осями\драйверами ей уже не помочь. Хотя паника панике рознь и почему
> бы не попробовать драйвера, хоть и слабо верится что поможет.
> да, мои карты после продувки работают в прежнем режиме :)Вы меня опередили, только собирался написать про дровишки от "Я" :-)
А вот совать их везде я бы не стал, некоторое время назад, у меня была дилемма, начали вылетать пакеты при довольно большой нагрузке (20-30% просто пропадали в никуда), как раз тогда и познакомился с драйверами от яндекса, воткнул их и о чудо, проблем как не бывало.
После чего решил на соседней машине, где кст. и так всё работало, тоже собрать их. В итоге провозился неделю, гуглил, патчил, пересобирал, правил, патчил, гуглил. Эдакий маленький кошмар, после чего прошёлся cvsup'ом по системе и перетряхнул её, всё заработало, так и оставил.
Мораль, как и обычно: Работает - не надо трогать! :-)
> В итоге провозился неделю, гуглил, патчил, пересобирал, правил,
> патчил, гуглил. Эдакий маленький кошмар, после чего прошёлся cvsup'ом по системе
> и перетряхнул её, всё заработало, так и оставил.
> Мораль, как и обычно: Работает - не надо трогать! :-)хех, основной закон вселенной - работает-не лезь. такие вещи на этапе инстала системы нужно делать ;) Хоть уже и прожжон до кости всякими ситуёвинами на личной шкуре но периодически наступаю на детские грабельки :)
а потери почему пошли? sysctl ковыряли на предмет тюни? стандартные дрова у меня начинали захлёбываться на 300мб НАТа + шейпер. По дровам от Я - я заметил что в сумме они грузят проц сильнее но распределенней по ядрам, я обычно 4 ядра на 1 карту вешаю. Еще заметил что оптероны шустрее работают при меньшей частоте чем ксеоны - но за правдивость не ручаюсь, все основано на моих наблюдениях.
>[оверквотинг удален]
> хех, основной закон вселенной - работает-не лезь. такие вещи на этапе инстала
> системы нужно делать ;) Хоть уже и прожжон до кости всякими
> ситуёвинами на личной шкуре но периодически наступаю на детские грабельки :)
> а потери почему пошли? sysctl ковыряли на предмет тюни? стандартные дрова у
> меня начинали захлёбываться на 300мб НАТа + шейпер. По дровам от
> Я - я заметил что в сумме они грузят проц сильнее
> но распределенней по ядрам, я обычно 4 ядра на 1 карту
> вешаю. Еще заметил что оптероны шустрее работают при меньшей частоте чем
> ксеоны - но за правдивость не ручаюсь, все основано на моих
> наблюдениях.Трафик повалил жуткий, когда подключили новую магистраль и сделали дешёвые безлимитные тарифы, легли 2 шлюза примерно через месяц. Систему тюнили, я + гугл и ещё пара спецов знакомых, с бОльшим стажем работы в ISP.
Точно помню, что с дровами от "Я" система переживала 800-900к PPS, вместо 450-500к до них. Правда перевалив за лям система всё равно складывалась в трубочку и не дышала, при load в районе 320 с чем то :-) Теперь на месте обоих шлюзов стоят то ли киски, то ли джуни (давно там не был), а фришные машины - слизывают статы по netflow и держат авторизацию по ppptp.Интересно что там у ТС в итоге получилось
>[оверквотинг удален]
> тарифы, легли 2 шлюза примерно через месяц. Систему тюнили, я +
> гугл и ещё пара спецов знакомых, с бОльшим стажем работы в
> ISP.
> Точно помню, что с дровами от "Я" система переживала 800-900к PPS, вместо
> 450-500к до них. Правда перевалив за лям система всё равно складывалась
> в трубочку и не дышала, при load в районе 320 с
> чем то :-) Теперь на месте обоих шлюзов стоят то ли
> киски, то ли джуни (давно там не был), а фришные машины
> - слизывают статы по netflow и держат авторизацию по ppptp.
> Интересно что там у ТС в итоге получилосьв джуниках фря работает ;) сервера под 8.2 держат очень хорошо до 600к, а вот про 320 не понял,это чего 320? мегабит?
>[оверквотинг удален]
> тарифы, легли 2 шлюза примерно через месяц. Систему тюнили, я +
> гугл и ещё пара спецов знакомых, с бОльшим стажем работы в
> ISP.
> Точно помню, что с дровами от "Я" система переживала 800-900к PPS, вместо
> 450-500к до них. Правда перевалив за лям система всё равно складывалась
> в трубочку и не дышала, при load в районе 320 с
> чем то :-) Теперь на месте обоих шлюзов стоят то ли
> киски, то ли джуни (давно там не был), а фришные машины
> - слизывают статы по netflow и держат авторизацию по ppptp.
> Интересно что там у ТС в итоге получилосьВообще страннно, что система загибалась на таких скоростях. Я так понимаю фильтрации там никакой не было?
Недавно в списке рассылки freebsd-pf@ был баг-репорт из calomel org, так ребята там тестили пропускную способность системы, правда на 10Gb карточках. Фря очень неплохо себя показала.
https://calomel.org/network_performance.html
> Вообще страннно, что система загибалась на таких скоростях. Я так понимаю
> фильтрации там никакой не было?
> Недавно в списке рассылки freebsd-pf@ был баг-репорт из calomel org, так ребята
> там тестили пропускную способность системы, правда на 10Gb карточках. Фря очень
> неплохо себя показала.
> https://calomel.org/network_performance.htmlПрочел.. Ребятки тестили на МТУ 9к - что практически в 7 раз снижает натуг для процессоров, мы ж живем в россейской реальности и не везде можно раздуть МТУ до таких величин. как раз дровишки яндекса устраняют недостаток скорости ядра процессора распаралелив обработку прерывания на несколько ядер. Опять же, МТУ в 9к возможен в пределах зоны ответственности одной сети, ежели админ пограничного роутера скажет что работает только с МТУ 1.5к то ничего не останется делать как отменить затею с увеличением МТУ. В реальной задаче имею такое (раннее утро):
bgp# netstat -w 1 -h
input (Total) output
packets errs idrops bytes packets errs bytes colls
83K 0 0 70M 83K 0 70M 0
75K 0 0 60M 76K 0 65M 0
72K 0 0 58M 73K 0 62M 0
86K 0 0 72M 85K 0 72M 0
89K 0 0 77M 91K 0 79M 0
81K 0 0 69M 80K 0 68M 0вечером в час пик цифры будут на порядок выше.
bgp# ifconfig lagg0
lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=19b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4>media: Ethernet autoselect
status: active
laggproto lacp
laggport: em5 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
laggport: em4 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
laggport: em3 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
laggport: em2 flags=1c<ACTIVE,COLLECTING,DISTRIBUTING>
CPU: Dual-Core AMD Opteron(tm) Processor 2218 (2600.11-MHz K8-class CPU) пара штук.
bgp# uname -a
FreeBSD bgp.local 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Sat Jan 1 19:48:06 KRAT 2011 root@bgp.local:/usr/src/sys/amd64/compile/bgp_lagg_deb amd64правда загрузка процессоров в час пик под 80% :)
кусок top -SCH
11 root 171 ki31 0K 64K CPU3 3 406.6H 95.46% {idle: cpu3}
11 root 171 ki31 0K 64K CPU0 0 401.4H 94.78% {idle: cpu0}
11 root 171 ki31 0K 64K RUN 2 398.8H 87.70% {idle: cpu2}
11 root 171 ki31 0K 64K CPU1 1 404.3H 86.77% {idle: cpu1}
0 root 46 0 0K 480K WAIT 3 23.0H 10.69% {em2_rx_1}
0 root 48 0 0K 480K WAIT 3 19.0H 5.37% {em5_rx_0}
0 root 47 0 0K 480K WAIT 1 23.0H 4.98% {em2_rx_2}
0 root 45 0 0K 480K WAIT 1 25.9H 4.88% {em4_rx_1}
0 root 44 0 0K 480K WAIT 0 25.6H 4.59% {em4_rx_3}
12 root -32 - 0K 512K WAIT 0 44:40 3.96% {swi4: clock}
0 root 48 0 0K 480K WAIT 0 18.3H 3.47% {em5_rx_2}
0 root 51 0 0K 480K WAIT 3 23.1H 2.88% {em2_rx_3}
0 root 45 0 0K 480K WAIT 1 872:45 2.20% {em0_rx_1}
0 root 46 0 0K 480K WAIT 1 560:09 1.56% {em1_rx_0}
0 root 51 0 0K 480K WAIT 1 22.9H 0.49% {em2_rx_0}
12 root 16 - 0K 512K WAIT 1 291:03 0.49% {swi16: em2_tx}
0 root 50 0 0K 480K WAIT 1 25.8H 0.39% {em4_rx_0}помимо всего прочего на этой сервачине крутится ipfw + pf_nat + dummy + ng_netflow. есть желиние попробовать на свич сгрузить нат да сбор статы чтобы оценить ёмкость задачи, да все руки не доходят.
> помимо всего прочего на этой сервачине крутится ipfw + pf_nat + dummy
> + ng_netflow.Вот эти вещи и грузят проц. У вас по-сути 2 фаервола + думминет. Это все доп. расходы.
Жесткая оптимицация, тюнинг сетевого стека,поллинг и т.д. и т.п.
> Вот эти вещи и грузят проц. У вас по-сути 2 фаервола +
> думминет. Это все доп. расходы.
> Жесткая оптимицация, тюнинг сетевого стека,поллинг и т.д. и т.п.все протюнено, все прооптимизировано, я доволен работой системы. пулинг он с дровами "Я" не требуется, да и пинги подскакивают что собственно сильно нервирует :)
Единственный вопрос - загрузка процессоров решается просто - вставить квадкоры и лететь дальше с 70-80% запасом.
>[оверквотинг удален]
>> чем то :-) Теперь на месте обоих шлюзов стоят то ли
>> киски, то ли джуни (давно там не был), а фришные машины
>> - слизывают статы по netflow и держат авторизацию по ppptp.
>> Интересно что там у ТС в итоге получилось
> Вообще страннно, что система загибалась на таких скоростях. Я так понимаю
> фильтрации там никакой не было?
> Недавно в списке рассылки freebsd-pf@ был баг-репорт из calomel org, так ребята
> там тестили пропускную способность системы, правда на 10Gb карточках. Фря очень
> неплохо себя показала.
> https://calomel.org/network_performance.htmlТогда не было, даже и не припомню почему
> При подключении в порт Intel Pro/1000MT Dual Port сетевого кабеля выводится BSOD
> или как там его на FreeBSD Kernel Panic? реально ли завести
> этот адаптер под FreeBSD 8.1 и что для этого нужно?есть мнение, что карта битая. Или разъем (что джек рж45, что карточное гнездо).
Ткните во что-то другое, может и там оно заглючит.
Такие карты крутятся еще с 6.2 как под родными, так и под яндексовыми дровами.
>> При подключении в порт Intel Pro/1000MT Dual Port сетевого кабеля выводится BSOD
>> или как там его на FreeBSD Kernel Panic? реально ли завести
>> этот адаптер под FreeBSD 8.1 и что для этого нужно?
> есть мнение, что карта битая. Или разъем (что джек рж45, что карточное
> гнездо).
> Ткните во что-то другое, может и там оно заглючит.
> Такие карты крутятся еще с 6.2 как под родными, так и под
> яндексовыми дровами.Ясн, :((( обидно, но провод живой на встроенном бродкоме всё ОК.
Ядро пересобрал, к ночи на понедельник протестю, заодно и код kernel panic перепиишу...
> При подключении в порт Intel Pro/1000MT Dual Port сетевого кабеля выводится BSOD
> или как там его на FreeBSD Kernel Panic? реально ли завести
> этот адаптер под FreeBSD 8.1 и что для этого нужно?А какой текст то в сообщении kernel panic?
>> При подключении в порт Intel Pro/1000MT Dual Port сетевого кабеля выводится BSOD
>> или как там его на FreeBSD Kernel Panic? реально ли завести
>> этот адаптер под FreeBSD 8.1 и что для этого нужно?
> А какой текст то в сообщении kernel panic?Всем спамибо!!! бновление до 8.2 помогло!!!