Имеется сервер на FreeBSD нормально работает, но периодически ребутается . Всё это происходит при достаточно специфических условиях связанных с загрузкой сервера трафом. Это точно не сетевая карта (меняли на другую от другого производителя) . При отсутствии трафика воссоздать ситуацию не удается. Есть ли какие программы которые могут записать траф в файл, а затем уже из файла кормить тестовый сервер трафиком, как будто он приходит с сетевого интерфейса . Очень стрёмно ставить эксперименты на живом сервере .
>Имеется сервер на FreeBSD нормально работает, но периодически ребутается . Всё это
>происходит при достаточно специфических условиях связанных с загрузкой сервера трафом. Это
>точно не сетевая карта (меняли на другую от другого производителя) .
>При отсутствии трафика воссоздать ситуацию не удается. Есть ли какие программы
>которые могут записать траф в файл, а затем уже из файла
>кормить тестовый сервер трафиком, как будто он приходит с сетевого интерфейса
>. Очень стрёмно ставить эксперименты на живом сервере .Сетевуха точно не Realtek 3189 (или из той серии) ? Из-за неё при набольшой нагрузке валится сервер....
>>Имеется сервер на FreeBSD нормально работает, но периодически ребутается . Всё это
>>происходит при достаточно специфических условиях связанных с загрузкой сервера трафом. Это
>>точно не сетевая карта (меняли на другую от другого производителя) .
>>При отсутствии трафика воссоздать ситуацию не удается. Есть ли какие программы
>>которые могут записать траф в файл, а затем уже из файла
>>кормить тестовый сервер трафиком, как будто он приходит с сетевого интерфейса
>>. Очень стрёмно ставить эксперименты на живом сервере .
>
>Сетевуха точно не Realtek 3189 (или из той серии) ? Из-за неё
>при набольшой нагрузке валится сервер....Ставили Марвел и Интел - фиолетово. Меняли мать - тоже самое .
>Ставили Марвел и Интел - фиолетово. Меняли мать - тоже самое .
почему решили, что это из-за сетевухи\трафика?
>>Ставили Марвел и Интел - фиолетово. Меняли мать - тоже самое .
>почему решили, что это из-за сетевухи\трафика?
НЕ из-за сетевухи - точно. На стенде при полной загрузке сервака все работает неделями и ничего - не кашляет. Стоит поставить на место - периодические ребуты . Во все программы обработки на стенде запихиваются реальные данные записанные в реальной ситуации . Одно место где есть отличия между стендом и реалом - место впрыска записанных данных. Всё остальное включая климатику одно и то-же.Поэтому и хочу покормить и на стенде реальным трафом.
>НЕ из-за сетевухи - точно. На стенде при полной загрузке сервака все
>работает неделями и ничего - не кашляет. Стоит поставить на место
>- периодические ребуты .А поменяйте ко блок питания ....
>>НЕ из-за сетевухи - точно. На стенде при полной загрузке сервака все
>>работает неделями и ничего - не кашляет. Стоит поставить на место
>>- периодические ребуты .
>
>А поменяйте ко блок питания ....
был в детстве случай: гондурасы ютп обмотали вокруг силового на 380. тоже нерегулярно бутилось, только случайно узнали про падлючество...
>>НЕ из-за сетевухи - точно. На стенде при полной загрузке сервака все
>>работает неделями и ничего - не кашляет. Стоит поставить на место
>>- периодические ребуты .
>
>А поменяйте ко блок питания ....
Это не железо - точно . На этом месте стояли уже три самых разных железки под двумя разными фряхами (5-тая и 6-тая) результат один и тот же. Так что задача стоит заставить ситуацию повториться на стенде , и уж потом вычислять, что за ерунда творится.
а если запустить tcpdump в фоне и с записью в лог?
потом сможете из лога увидеть на чем заткнулся сервак
правда файл огромный получится :), но это дело поправимое
>а если запустить tcpdump в фоне и с записью в лог?
>потом сможете из лога увидеть на чем заткнулся сервак
>правда файл огромный получится :), но это дело поправимое
Проблема стоит - повторить ситуацию. Пакет записанный последним может быть не тем пакетом, который вызвал ребут . Тот пакет вполне мог , и есть обоснованные подозрения ,что так и случилось, пройти в обработку и завалить именно обработчик.
>Имеется сервер на FreeBSD нормально работает, но периодически ребутается . Всё это
>происходит при достаточно специфических условиях связанных с загрузкой сервера трафом. Это
>точно не сетевая карта (меняли на другую от другого производителя) .
>При отсутствии трафика воссоздать ситуацию не удается. Есть ли какие программы
>которые могут записать траф в файл, а затем уже из файла
>кормить тестовый сервер трафиком, как будто он приходит с сетевого интерфейса
>. Очень стрёмно ставить эксперименты на живом сервере .Если речь идет действительно о большом трафе и сервер SMP, то:
sysctl debug.mpsafenet=0
Баг присутствует вплоть до 6.x
>>Имеется сервер на FreeBSD нормально работает, но периодически ребутается . Всё это
>>происходит при достаточно специфических условиях связанных с загрузкой сервера трафом. Это
>>точно не сетевая карта (меняли на другую от другого производителя) .
>>При отсутствии трафика воссоздать ситуацию не удается. Есть ли какие программы
>>которые могут записать траф в файл, а затем уже из файла
>>кормить тестовый сервер трафиком, как будто он приходит с сетевого интерфейса
>>. Очень стрёмно ставить эксперименты на живом сервере .
>
>Если речь идет действительно о большом трафе и сервер SMP, то:
>sysctl debug.mpsafenet=0
>Баг присутствует вплоть до 6.x# sysctl debug.mpsafenet=0
sysctl: oid 'debug.mpsafenet' is read only
Где это править ?
>>>Имеется сервер на FreeBSD нормально работает, но периодически ребутается . Всё это
>>>происходит при достаточно специфических условиях связанных с загрузкой сервера трафом. Это
>>>точно не сетевая карта (меняли на другую от другого производителя) .
>>>При отсутствии трафика воссоздать ситуацию не удается. Есть ли какие программы
>>>которые могут записать траф в файл, а затем уже из файла
>>>кормить тестовый сервер трафиком, как будто он приходит с сетевого интерфейса
>>>. Очень стрёмно ставить эксперименты на живом сервере .
>>
>>Если речь идет действительно о большом трафе и сервер SMP, то:
>>sysctl debug.mpsafenet=0
>>Баг присутствует вплоть до 6.x
>
># sysctl debug.mpsafenet=0
>sysctl: oid 'debug.mpsafenet' is read only
>Где это править ?# cat /boot/loader.conf
debug.mpsafenet=0
>>>>Имеется сервер на FreeBSD нормально работает, но периодически ребутается . Всё это
>>>>происходит при достаточно специфических условиях связанных с загрузкой сервера трафом. Это
>>>>точно не сетевая карта (меняли на другую от другого производителя) .
>>>>При отсутствии трафика воссоздать ситуацию не удается. Есть ли какие программы
>>>>которые могут записать траф в файл, а затем уже из файла
>>>>кормить тестовый сервер трафиком, как будто он приходит с сетевого интерфейса
>>>>. Очень стрёмно ставить эксперименты на живом сервере .
>>>
>>>Если речь идет действительно о большом трафе и сервер SMP, то:
>>>sysctl debug.mpsafenet=0
>>>Баг присутствует вплоть до 6.x
>>
>># sysctl debug.mpsafenet=0
>>sysctl: oid 'debug.mpsafenet' is read only
>>Где это править ?
>
># cat /boot/loader.conf
>debug.mpsafenet=0
Спасибо. Проблема того сервака была успешно разрешена - перегрев чипсета на мамке. Но вот проблема создания повторяющихся условий не выезжая на место осталась. И всё равно хочу уметь кормить сервак на стенде реальным записаным трафом.