URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 96512
[ Назад ]

Исходное сообщение
"FreeBSD (*.core) постоянные дампы почти с любой программы"

Отправлено woojin , 26-Мрт-16 08:08 
всем привет!

после очередного (внезапного, как водится) отключения электричества, начались перезагрузки с дампами ядра, и далее начали сыпаться программы: то mc при запуске оставляет mc.core, то php, то mysql и т.д.

могут загрузиться все программы при старте системы, могут через одну оставить *.core
при подключении по ssh может появится файл sshd.core и система в панике сваливает в ребут

подскажите как лечить/починить?

FreeBSD 10.1.
HDD без бэдов (во всяком случае был до ребутов) и fsck ни чего подозрительного не находит


Содержание

Сообщения в этом обсуждении
"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено Pahanivo , 26-Мрт-16 09:00 
memtest


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено woojin , 26-Мрт-16 09:11 
> memtest

не могу установить ни через pkg ни из портов - всё тот же *.core


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено eRIC , 26-Мрт-16 12:36 
>> memtest
> не могу установить ни через pkg ни из портов - всё тот
> же *.core

запустите любой live-cd где есть memtest чтобы проверить оперативную память

так же
#nextboot -o "-s" -k kernel (указывает что следующая загрузка в single mode, либо сами во время загрузки системы выбираем single mode)
#reboot (перегружаем сервак)
#cat /etc/fstab (возможно потребуется перемонтирование корневой системы в режим RW вместо RO)
#fsck -yf /корневая_файловая_система

так же в single mode режиме попробовать настроить сеть и проверить систему черeз freebsd-update fetch и install (для system integrity check)



"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено woojin , 26-Мрт-16 13:09 
>[оверквотинг удален]
> запустите любой live-cd где есть memtest чтобы проверить оперативную память
> так же
> #nextboot -o "-s" -k kernel (указывает что следующая загрузка в single mode,
> либо сами во время загрузки системы выбираем single mode)
> #reboot (перегружаем сервак)
> #cat /etc/fstab (возможно потребуется перемонтирование корневой системы в режим RW вместо
> RO)
> #fsck -yf /корневая_файловая_система
> так же в single mode режиме попробовать настроить сеть и проверить систему
> черeз freebsd-update fetch и install (для system integrity check)

можно подробнее, как установить system integrity check?


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено eRIC , 26-Мрт-16 21:06 
> можно подробнее, как установить system integrity check?

system integrity check не устанавливается и проверятся. дословный перевод: проверка целостности системы. утилита freebsd-update помимо обновления системы так же может выполнять проверку целостности системы, вроде как IDS

есть хоть какие-то результаты? в однопользовательском режиме(single mode) проверку fsck выполняли?

в логах системы много ошибок типа ...exited on signal X



"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено woojin , 27-Мрт-16 16:55 
>> можно подробнее, как установить system integrity check?
> system integrity check не устанавливается и проверятся. дословный перевод: проверка целостности
> системы. утилита freebsd-update помимо обновления системы так же может выполнять проверку
> целостности системы, вроде как IDS
> есть хоть какие-то результаты? в однопользовательском режиме(single mode) проверку fsck
> выполняли?
> в логах системы много ошибок типа ...exited on signal X

fsck исправил кучу ошибок и отправил до фига картинок в lost+found (это ерунда, они не важны)
и вроде как стало работать нормально без *.core

сейчас вопрос, как избежать дальнейших эксцессов?


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено lavr , 27-Мрт-16 20:38 
>[оверквотинг удален]
>> system integrity check не устанавливается и проверятся. дословный перевод: проверка целостности
>> системы. утилита freebsd-update помимо обновления системы так же может выполнять проверку
>> целостности системы, вроде как IDS
>> есть хоть какие-то результаты? в однопользовательском режиме(single mode) проверку fsck
>> выполняли?
>> в логах системы много ошибок типа ...exited on signal X
> fsck исправил кучу ошибок и отправил до фига картинок в lost+found (это
> ерунда, они не важны)
> и вроде как стало работать нормально без *.core
> сейчас вопрос, как избежать дальнейших эксцессов?

Вы их еще не преодолели, Все советы уже даны:

1. проверяете память (возможно процессор), hdd
2. после решения п.1 - нужно посмотреть что у Вас установлено: НОМЕР RELEASE'а
3. на другой машине - установить точно такую систему (п2), собрать ядро и систему
для Вашего сервера
4. смонтировать по NFS/SAMBA то что сделано в п.3 или взять этот HDD со сборкой,
воткнуть в Ваш сервер и выполнить make install kernel + make install world
Тем самым Вы поверх Вашей битой системы - установите чистую.
Да, диски тоже должны быть проверены и без сбоев и бедов.


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено eRIC , 26-Мрт-16 09:07 
оперативную память проверяли?

#gdb /путь_до_mc /путь_до_mc.core
#crashinfo (https://www.freebsd.org/cgi/man.cgi?query=crashinfo)


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено Сергей , 26-Мрт-16 11:08 
Явно проблемы с железом, начните с вентиляторов, потом тест памяти...  

"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено woojin , 26-Мрт-16 11:26 
> Явно проблемы с железом, начните с вентиляторов, потом тест памяти...

с винтом могут быть проблемы которые не видит fsck?


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено stalker37 , 26-Мрт-16 12:03 
>> Явно проблемы с железом, начните с вентиляторов, потом тест памяти...
> с винтом могут быть проблемы которые не видит fsck?

Могли побиться некоторые файлы после внезапного пропадания питания..например какие либо библиотеки



"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено Pahanivo , 26-Мрт-16 12:45 
> Могли побиться некоторые файлы после внезапного пропадания питания..например какие либо
> библиотеки

ага, и софт стал хаотично падать в кору? оно бы тогда на старте ложилось весьма регулярно.


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено woojin , 27-Мрт-16 16:56 
>> Могли побиться некоторые файлы после внезапного пропадания питания..например какие либо
>> библиотеки
> ага, и софт стал хаотично падать в кору? оно бы тогда на
> старте ложилось весьма регулярно.

вот https://www.opennet.dev/openforum/vsluhforumID1/96512.html#12


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено Pahanivo , 27-Мрт-16 20:34 
> вот https://www.opennet.dev/openforum/vsluhforumID1/96512.html#12

ага, особенно учитывая это из поста #0
> и fsck ни чего подозрительного не находит

весна идет, весне дорогу!


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено lavr , 26-Мрт-16 18:36 
пропылесосить уже советовали?
память протереть... процессор протестировать...

:)


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено woojin , 27-Мрт-16 16:58 
> пропылесосить уже советовали?
> память протереть... процессор протестировать...
> :)

память не тестится, сейчас вылетает "коре" компилятора на make memtest86
чем протестить процессор?

пыле-сборник чистится регулярно!


"FreeBSD (*.core) постоянные дампы почти с любой программы"
Отправлено lavr , 27-Мрт-16 20:28 
>> пропылесосить уже советовали?
>> память протереть... процессор протестировать...
>> :)
> память не тестится, сейчас вылетает "коре" компилятора на make memtest86
> чем протестить процессор?

ну вот и ответ - память, Вам про это уже сказали.

Скачайте готовый Bootable CD или USB:
- memtest86+ с http://www.memtest.org/
или
- memtest86 с http://www.memtest.com/