Перейти до

freebsd 10.1 - виснет намертво


Рекомендованные сообщения

кроме сетевых - но не думаю что в них проблема.

 

Ну всякое бывает, я натыкался на проблемные сетевушки (или драйверы) несколько раз. В древние времена даже было такое, что тупо висло все из-за какой-то риалтек, причем не сразу и только если через нее трафик пускать.
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 222
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Очень сильно утрировав напишу: "сайт билинга" работал на машине с 8Гб памяти и в соотв. переменных выделял 4Гб какому-то процессу. Вы бездумно скопировали это на машину с 1Гб памяти. Так понятней? Вот

linux . от добра добра не ищут ))))  Ставим старый добрый линух.

Боже.. Поставь уже линукс и живи спокойно.

Posted Images

Если связано с винтом - большие шансы ни в каких логах не увидеть. Значит serialconsole на проблемной машине, нульмодемный кабель от нее в соседнюю машину или терминальный сервер если по взрослому и в screen на соседней машине терминалка/телнет на консольный сервер через script problem_bsd.log

Ссылка на сообщение
Поделиться на других сайтах

Чтобы отсечь винт, попробуй установить на флешку и монтировать ее read-only.

И ядро компилировать без ipv6. У меня похожая ситуация была mpd + ipv6 - сервер перегружался постоянно.

Ссылка на сообщение
Поделиться на других сайтах

 

кроме сетевых - но не думаю что в них проблема.

Ну всякое бывает, я натыкался на проблемные сетевушки (или драйверы) несколько раз. В древние времена даже было такое, что тупо висло все из-за какой-то риалтек, причем не сразу и только если через нее трафик пускать.

 

так тоже самое железо, тока фря другая ?

Ссылка на сообщение
Поделиться на других сайтах

Если связано с винтом - большие шансы ни в каких логах не увидеть. Значит serialconsole на проблемной машине, нульмодемный кабель от нее в соседнюю машину или терминальный сервер если по взрослому и в screen на соседней машине терминалка/телнет на консольный сервер через script problem_bsd.log

спс,

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

Ссылка на сообщение
Поделиться на других сайтах

Чтобы отсечь винт, попробуй установить на флешку и монтировать ее read-only.

И ядро компилировать без ipv6. У меня похожая ситуация была mpd + ipv6 - сервер перегружался постоянно.

ipv6 - отключено, тоже использую mpd, а что даст режим read-only ?

Ссылка на сообщение
Поделиться на других сайтах

 

Чтобы отсечь винт, попробуй установить на флешку и монтировать ее read-only.

И ядро компилировать без ipv6. У меня похожая ситуация была mpd + ipv6 - сервер перегружался постоянно.

ipv6 - отключено, тоже использую mpd, а что даст режим read-only ?

 

RO это так, к слову. Просто флешки желательно в таком режиме использовать. Смысл в том чтобы откинуть из списка вероятных глюков винт, шлейф и sata порт  

Ссылка на сообщение
Поделиться на других сайтах

 

Если связано с винтом - большие шансы ни в каких логах не увидеть. Значит serialconsole на проблемной машине, нульмодемный кабель от нее в соседнюю машину или терминальный сервер если по взрослому и в screen на соседней машине терминалка/телнет на консольный сервер через script problem_bsd.log

спс,

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

А зачем посекторно да такой же объем?

Это ж *nix, бери любой винт(или даже флешку), создай те же разделы любого размера, скопируй файлы cp или вообще в миднайте. Разве что boot раздел желательно склонировать, но можно и его файлами переписать а потом загрузчик на новый винт установить насильно. Для линукса это 5 минут работы, для bsd не пробовал, но вероятно тоже.

Ссылка на сообщение
Поделиться на других сайтах

 

 

Чтобы отсечь винт, попробуй установить на флешку и монтировать ее read-only.

И ядро компилировать без ipv6. У меня похожая ситуация была mpd + ipv6 - сервер перегружался постоянно.

ipv6 - отключено, тоже использую mpd, а что даст режим read-only ?

 

RO это так, к слову. Просто флешки желательно в таком режиме использовать. Смысл в том чтобы откинуть из списка вероятных глюков винт, шлейф и sata порт  

 

шлейф менял, мать другая

Ссылка на сообщение
Поделиться на других сайтах

 

 

Если связано с винтом - большие шансы ни в каких логах не увидеть. Значит serialconsole на проблемной машине, нульмодемный кабель от нее в соседнюю машину или терминальный сервер если по взрослому и в screen на соседней машине терминалка/телнет на консольный сервер через script problem_bsd.log

спс,

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

А зачем посекторно да такой же объем?

Это ж *nix, бери любой винт(или даже флешку), создай те же разделы любого размера, скопируй файлы cp или вообще в миднайте. Разве что boot раздел желательно склонировать, но можно и его файлами переписать а потом загрузчик на новый винт установить насильно. Для линукса это 5 минут работы, для bsd не пробовал, но вероятно тоже.

 

спс, точно - надо погуглить : как  на фре клонировать систему на другой винт

Ссылка на сообщение
Поделиться на других сайтах

спс,

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

По идее, можно взять винт бОльшего объема и тупо слить dd if=старый_хард of=новый_хард bs=1M . По крайней мере для Linux-а катит.
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

перерыл еше раз all.log:

kernel: Limiting icmp unreach response from 202 to 200 packets/sec
kernel: Limiting closed port RST response from 362 to 200 packets/sec

сканят ?

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

 

 

Для линукса это 5 минут работы, для bsd не пробовал, но вероятно тоже.

 

Без разницы, но для этого изначально были созданы dump/restore. 


перерыл еше раз all.log:

kernel: Limiting icmp unreach response from 202 to 200 packets/sec
kernel: Limiting closed port RST response from 362 to 200 packets/sec

сканят ?

Да, обычное дело. Если время от времени (пару раз в сутки) можно игнорировать.

Ссылка на сообщение
Поделиться на других сайтах

спс, конечно пригодиться.

ПЫ.СЫ. Хороший у Вас сайт, полезный

Ссылка на сообщение
Поделиться на других сайтах

 

Для линукса это 5 минут работы, для bsd не пробовал, но вероятно тоже.

 

Без разницы, но для этого изначально были созданы dump/restore. 

перерыл еше раз all.log:

kernel: Limiting icmp unreach response from 202 to 200 packets/sec
kernel: Limiting closed port RST response from 362 to 200 packets/sec

сканят ?

Да, обычное дело. Если время от времени (пару раз в сутки) можно игнорировать.

 

От этого сервак повиснут не мог ?

Ссылка на сообщение
Поделиться на других сайтах

 

 

Для линукса это 5 минут работы, для bsd не пробовал, но вероятно тоже.

 

Без разницы, но для этого изначально были созданы dump/restore. 

перерыл еше раз all.log:

kernel: Limiting icmp unreach response from 202 to 200 packets/sec
kernel: Limiting closed port RST response from 362 to 200 packets/sec

сканят ?

Да, обычное дело. Если время от времени (пару раз в сутки) можно игнорировать.

 

От этого сервак повиснут не мог ?

 

Гипотетически с учетом употребления слов "рилтек" вместо "интел и только интел" - вполне. Буфер какой-то переполнился и клин.

Ссылка на сообщение
Поделиться на других сайтах

 

 

 

Для линукса это 5 минут работы, для bsd не пробовал, но вероятно тоже.

 

Без разницы, но для этого изначально были созданы dump/restore. 

перерыл еше раз all.log:

kernel: Limiting icmp unreach response from 202 to 200 packets/sec
kernel: Limiting closed port RST response from 362 to 200 packets/sec

сканят ?

Да, обычное дело. Если время от времени (пару раз в сутки) можно игнорировать.

 

От этого сервак повиснут не мог ?

 

Гипотетически с учетом употребления слов "рилтек" вместо "интел и только интел" - вполне. Буфер какой-то переполнился и клин.

 

реалтек - по ней бегает траффик 2-3 кбайта ?

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

в общем статейка немного устаревшая, но смысл понятен,

перенес систему нормально - заняло все минут 20.

на фре 10.1 делал так:

bsdconfig - Diskmanagement и разбиваем новый диск по разделам.

Потом создал разделы:

mkdir /usr/mnt/root

mkdir /usr/mnt/var

mkdir /usr/mnt/tmp

mkdir /usr/mnt/usr

пришлось таки далее перезагружаться в одно-пользовательском режиме, т.к. журналируемую файловую систему dump отзазался дампить.

Итак в Single User Mode

mount -a

далее

# mount /dev/ada1p2 /usr/mnt/root

# mount /dev/ada1p4 /usr/mnt/var

# mount /dev/ ada1p5 /usr/mnt/tmp

# mount /dev/ ada1p6 /usr/mnt/usr

ну и

# ( dump -0f - / ) | ( cd /usr/mnt/root ; restore -rf - )

# ( dump -0f - /var ) | ( cd /usr/mnt/var ; restore -rf - )

# ( dump -0f - /tmp ) | ( cd /usr/mnt/tmp ; restore -rf - )

# ( dump -0f - /usr ) | ( cd /usr/mnt/usr ; restore -rf - )

 

ПЫ.СЫ. На старом винте таки были проблемы: Reported UNC Errors 1

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Поставь из портов smartmontools или как там его, пусть мониторит hdd. Предупредит если что.

установил прогу по этому мануалу.

Вот только логи не пишутся в /var/log/smard.log

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

 

Поставь из портов smartmontools или как там его, пусть мониторит hdd. Предупредит если что.

установил прогу по этому мануалу.

Вот только логи не пишутся в /var/log/smard.log

 

Сделай touch /var/log/smartd.log

Добавь в свой /etc/syslog.conf

!smartd
*.*                                             /var/log/smartd.log
 
И потом service syslogd restart
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

 

 

Поставь из портов smartmontools или как там его, пусть мониторит hdd. Предупредит если что.

установил прогу по этому мануалу.

Вот только логи не пишутся в /var/log/smard.log

 

Сделай touch /var/log/smartd.log

Добавь в свой /etc/syslog.conf

!smartd
*.*                                             /var/log/smartd.log
 
И потом service syslogd restart

 

все есть, спс

в  /etc/syslog.conf - прописал !smard , а надо smartd

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

 

To pavlabor

Спасибо, за отчет :) ,

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

Если есть желание оттюнинговать твое железо и

есть возможность потратить на это неделю, то можно попробовать.

Дело в том что "недоколыхано", это больше относится к настройкам, которые не выходят в оптимальный режим самостоятельно,

и нужно помнить/записывать что ты там нарожал, потому как через месяц опять смотриш на него как баран на новые ворота.

 

Напиши модель матери, проца, памяти, очень желательно режимы в которые выходит сервак, с биоса, частоты по шинам и устройствам, на какие выходит мать.

У интела все намного кучерявей чем в АМД.

 

 

Самый простой тест.

Смотришь в даташите частоту памяти,

смотришь в матере,

ставишь на мать, заходишь в биос и смотришь какая частота выставилась автоматом.

Если частота стала по минимуму(с даташита на мать), не подходит память,

открывеш доку на мать и смотришь какую память рекомендует производитель матери.

 

Уверен на 99% что грабли в памяти.

Ссылка на сообщение
Поделиться на других сайтах

 

спс, конечно пригодиться.

ПЫ.СЫ. Хороший у Вас сайт, полезный

 

На десятке, эта фишка уже не работает, будет время выложу как дампить.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...