[AlKov]

FreeBSD 9.0-RELEASE (GENERIC) i386 - чудеса при работе по ssh.

На столе всё работало без проблем (через тот же ssh), отправил комп "на место постоянной дислокации".

Подключал не сам, со слов "подключающего", сначала комп завис на старте на моменте диагностики памяти и дисков.

После "ресета" все запустилось. Захожу по ssh, вижу, что "слетело" время. По-видимому при сборке поставили старую батарейку.

Время поправил.

Дальше начались чудеса - mc не стартует (вешает линк), любая команда (даже cat и ls), пытающаяся вывести на консоль более-менее объемную инфу, также вешает линк намертво.

Однако при этом vi, cat "мелких" файлов выполняются успешно, но тот же top линк вешает.

Предположил, что глюкнула ФС, добавил в rc.conf

#
fsck_y_enable="YES"
background_fsck="NO"
#

, несколько раз ребутнул машину - результат "0"... :(

Что бы это такое могло произойти??

[vlad11]

Налицо проблема с питанием.

Пробуйте еще отключить сеть и через физическую консоль воспроизвести проблемы.

Edited December 21, 2012 by vlad11

[AlKov]

Налицо проблема с питанием.

Гм.. А откуда бы ей взяться? Что могло случиться с БП (я правильно Вас понял ,что речь о нём?) через два часа после перемещения машины с одного "стола" на другой? Комп подключен к той же самой UPS, которая работала на "стенде". Кстати, к UPS подключены два компа, на одном из которых обычная винда ХР, которая кстати, работает безукоризненно и доступна удаленно без каких-либо проблем.

Я просто элементарно переместил "стенд" из двух компов и упс в другой сегмент сети, предварительно протестировав наиболее критические моменты (отключение питания, например).

Да, мониторинг упс показывает на удаленной стороне 209В, вместо 220В, ну и что в этом? Это же далеко не критично для компьютерного БП. ВСЕ(!!) запущенные из rc.conf программы и сервисы работают!

Пробуйте еще отключить сеть и через физическую консоль воспроизвести проблемы.

Увы.. Машина находится в 10 км. от меня и других инструментов воздействия кроме ssh, на нее нет..

 

P.S. Что примечательно - все-таки что-то связано именно с выводом на stdout - например, команда

ps auxw | grep snmp
root     1760   1,9  2,4  15876   6380  ??  S    20:07     0:06,92 /usr/local/sbin/snmpd -p /var/run/net_snmpd.pid -c /usr/local/etc/snmpd.conf
root     1787   0,0  0,3   1928    876   2  R+   20:08     0:00,01 grep snmp

, как видно, отрабатывает без проблем, а вот

ps auxw
USER      PID  %CPU %MEM    VSZ    RSS  TT  STAT STARTED      TIME COMMAND

выводит только эту строку и вешает консоль..

В то же время snmwalk например, выводит без проблем полный список OID-ов, совсем не маленький, с нормальным скроллингом.

[Ivan_83]

fix mtu

[AlKov]

fix mtu

А чуток поподробнее можно?

 

P.S. Попробовал запустить mc | more - на консоль вылезла куча кракозябр, в самом начале которой было следующее -

Cannot get terminal settings: Вызов ioctl не поддерживается устройством (25)

Это не то, что надо полечить? Если оно, то чем лечится?

[zi_rus]

где-то по пути не пролезают большие пакеты, надо на сервере mtu поменьше поставить. у меня такое было когда баловался с домашним сервером, задрал на нем mtu до 9000, и все выше перечисленные симптомы и проявились

[AlKov]

Действительно, дело было именно в MTU. Уменьшил до 1496, и все залетало.

Всем спасибо за подсказку!

 

P.S. Но с линком, где "застряют" стандартные пакеты надо будет еще разобраться.

Это WI-FI мост на Mikrotik. Там вообще какие-то ужасы с MTU - на "базе" одно значение, на "клиенте" другое..

Как такое получилось, пока не пойму..