LINUX.ORG.RU

Падает ubuntu, помогите выяснить причину

 


0

1

В однопользовательском режиме память проверена, диски тоже. Все кроме asterisk из репозитория; ядро 3.2.0.33.

первое упоминание

kernel: [513540.055009] cron[17380]: segfault at 100000 ip 00007f3b35c281fe sp 00007fffd7a6df20 error 4 in libpam.so.0.83.0[7f3b35c25000+c000] kernel: [513719.311481] cron[17403] general protection ip:7f3b35678d9f sp:7fffd7a6df08 error:0 in libc-2.15.so[7f3b35647000+1b5000] kernel: [513779.307626] cron[17406] general protection ip:7f3b35678d9f sp:7fffd7a6df08 error:0 in libc-2.15.so[7f3b35647000+1b5000] kernel: [513779.343296] apport[17407]: segfault at 98de28 ip 00000000004f55e8 sp 00007fff79a438f0 error 4 in python2.7[400000+271000] kernel: [513779.344234] Process 17407(apport) has RLIMIT_CORE set to 1 kernel: [513779.345139] Aborting core

последующие аналогичны

kernel: [19946.260979] temper.php[5798]: segfault at 260e990 ip 00000000006a6cc0 sp 00007fff13962550 error 4 in php5[400000+748000] kernel: [19946.980718] cron[1691]: segfault at 7f515544e420 ip 00007f515544e420 sp 00007fff95c78e48 error 14 in libdl-2.15.so[7f515528d000+200000] kernel: [19947.008805] apport[5804] general protection ip:568af8 sp:7fff5ce11500 error:0 in python2.7[400000+271000] kernel: [19947.008817] Process 5804(apport) has RLIMIT_CORE set to 1 kernel: [19947.008818] Aborting core kernel: [19947.009400] init: cron main process (1691) killed by SEGV signal kernel: [19947.009433] init: cron main process ended, respawning

cron не оязательно первый, вслед падают все демоны; начаться может с bind, asterisk. маршрутизация продолжает работать.


а что за железо? виртуальная машина?

может какая инструкция процессорная не поддерживаеся или работает неверно, objdump в помощь.

кандидаты известны in libc-2.15.so[7f3b35647000+1b5000], вероятность, что в libc ошибка и не выявлена, очень маленькая

dimon555 ★★★★★
()
Ответ на: комментарий от AITap

Да, не дождался, действительно аппаратная проблема, одна планка умерла. Обычно хватало первых проходов; здесь ошибки пошли на поздних тестах (или после нагрузки), причем в районе 25Гб (как пишет по memtest86+), поэтому как кэш или что еще туда доходило, так и начинались падения.

swg
() автор топика
Ответ на: комментарий от dimon555

кандидаты известны in libc-2.15.so

там из lib**всё-что-есть** падало :-)

спасибо, оказалась аппаратная проблема на реальном железе.

swg
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.