syncing disks, vnodes remaining - как нужно дейстовать?

[xex]

Здравствуйте, уважаемые.

(FreeBsd 7.1)
Произошел сбой и кернел запаниковал выдав фатальный отчетик:



далее я послал машину в ребут через ctrl+alt+del и вот тут дело зятняулось...
после сообщения syncing disks, vnodes remaining ....... пошли нули 0 0 0 0 0 0 0 очень много, долго и нудно.. я такую ситуацию наблюдаю второй раз и если первый раз (там тоже была версия 7.1 или 7.2 т.е. на 6-ках я не натыкался, чтобы так долго происходил сей процесс) была возможность несколько часов подождать, то тут уже хочется спросить, а есть ли смысл ждать? и чем чревато прерывание сохранения этих самых внодов?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[Alex Keda]

ошибками файловой системы.
========
обновитесь, до 7.2 чтоли...

[xex]

ошибками файловой системы.
========
обновитесь, до 7.2 чтоли...

эх.. я тоже так подумал, поэтому и не прерывал еще процесс ))
кстати.. я немного дезинформировал.. ибо подзабыл, что я ее как раз и обновил с 7.1 на 7.2

[Alex Keda]

тогда откатывайтесь ))
=========
где-то на семёрке vfs хорошо ковыряли... а вот на каких релизах не скажу =((
может и багой быть.
попробуйте тогда стейбл )
========
да, скока-то раз видел на рабочих машинках такое.
обычно после моих каких=то экспериментов...
пару раз ребутал не дождавшись.
ну, живое всё, но если есть возможность - я бы подождал.

[xex]

м-да.. на сей раз дождаться не получилось после 14 часов терпения решил хард-резетнуть
теперь буду знать, что после падения кернела лучше жать хард-резед, вместо софт-резет
кстати, может для статистики кому надо..
первый раз когда я увидел такую картину (syncing disks, vnodes remainin 0 0 0 0 0 0 0 0 ) система была на винте в 300 гб 10-тысячный сата WD Raptor и на все это дело ушло где-то часа 2-3..
а тут система на обычном сата винте 150 гб + такой-же винт (150 гб) для раздела /var и еще один 500 гб для файлохранилки.

з.ы. а откатывать думаю не стоит (работала она нормально), ведь сбой произошел из-за nginx(a) который, кстати, devel и который работал на файлохранилку, поэтому усмирив его, все будет ок

[paix]

з.ы. а откатывать думаю не стоит (работала она нормально), ведь сбой произошел из-за nginx(a) который, кстати, devel и который работал на файлохранилку, поэтому усмирив его, все будет ок

дану, nginx работает в user-level. Вообще third-party никогда не должны приводить к панику системы. Если вылетает паник, это значит что баг на kernel-level из-за каких-то разногласий с third-party.

Вообще хорошим тоном является автоматическое сохранение корок.

В rc.conf:

Код: Выделить всё

dumpdev="AUTO"
dumpdir="/var/crash"
savecore_flags="-v"

ядро должно быть с

Код: Выделить всё

makeoptions    DEBUG=-g

как правило в случае таких вот приколов позволяет не тыкать пальцем в небо.

[xex]

з.ы. а откатывать думаю не стоит (работала она нормально), ведь сбой произошел из-за nginx(a) который, кстати, devel и который работал на файлохранилку, поэтому усмирив его, все будет ок

дану, nginx работает в user-level. Вообще third-party никогда не должны приводить к панику системы. Если вылетает паник, это значит что баг на kernel-level из-за каких-то разногласий с third-party.

Вообще хорошим тоном является автоматическое сохранение корок.

В rc.conf:

Код: Выделить всё

dumpdev="AUTO"
dumpdir="/var/crash"
savecore_flags="-v"

ядро должно быть с

Код: Выделить всё

makeoptions    DEBUG=-g

как правило в случае таких вот приколов позволяет не тыкать пальцем в небо.

спасибо, возьму на заметку.. мне конечно тоже не сильно верилось, что юзер-приложение могло уронить систему, но ведь нет ничего невозможного )
просто я так редко видел падения кернела и взгянул на отчетик (не углубляясь), узрев там текущий процесс nginx, вспомнил, что он у меня devel и я частенько гоню до последней версии.. решил, сделать его крайним построив вот такой вот, дилетантский, вывод
но, впредь буду изучать директорию креш и не тыкать пальцами в крайних ))

[Alex Keda]

нгинкс-девел, в нынешних портах, отстаёт от просто нгинкса.
по крайней мере пару месяцев назад было именно так.