#1
|
|||
|
|||
12-STABLE+racoon
Sergey Anohin написал(а) к All в Jan 19 03:12:35 по местному времени:
Нello! Сабж вызывает панику в селе при запуске, ОС ребутится циклично. Походу кто-то что-то поломал...Есть инфа об этом какая-то? Пробежался поиском по UPDATING не нашел про racoon или ipsec. Пересборка ipsec-tools не помогла С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#2
|
|||
|
|||
Re: 12-STABLE+racoon
Eugene Grosbein написал(а) к Sergey Anohin в Jan 19 06:39:49 по местному времени:
24 янв. 2019, четверг, в 03:12 NOVT, Sergey Anohin написал(а): SA> Сабж вызывает панику в селе при запуске, ОС ребутится циклично. SA> Походу кто-то что-то поломал...Есть инфа об этом какая-то? Пробежался поиском SA> по UPDATING SA> не нашел про racoon или ipsec. Пересборка ipsec-tools не помогла Включи выдачу KDB_TRACE, запись крешдампов, покажи что напишет. Eugene -- Тестоголовые кислое свое брожение приняли за душу, распарывание чрев своих - за историю, средства, оттягивающие разложение - за цивилизацию... --- slrn/1.0.3 (FreeBSD) |
#3
|
|||
|
|||
Re: 12-STABLE+racoon
Sergey Anohin написал(а) к Eugene Grosbein в Jan 19 01:01:43 по местному времени:
Нello, Eugene! SA>> Сабж вызывает панику в селе при запуске, ОС ребутится циклично. SA>> Походу кто-то что-то поломал...Есть инфа об этом какая-то? Пробежался поиском SA>> по UPDATING SA>> не нашел про racoon или ipsec. Пересборка ipsec-tools не помогла EG> Включи выдачу KDB_TRACE, запись крешдампов, покажи что напишет. Оно включено, опознал случайно, ловил почему не грузится, увидел что падает на ракуне, ctrl+c убил до загрузки успел, загрузился, выпилил авторан, краш должен быть записан. Оно крашнулось, ребутнулось, потом записало как-то так было. cat /var/crash/core.txt.0 Cannot access memory at address 0x65657246 Cannot access memory at address 0x65657246 Cannot access memory at address 0x65657246 Unable to find matching kernel for /var/crash/vmcore.0 Память не битая, я сначала грешил на это. cat /var/crash/info.0 Dump header from device: /dev/label/swap-added Architecture: amd64 Architecture Version: 2 Dump Length: 724160512 Blocksize: 512 Compression: none Dumptime: Thu Jan 24 02:20:12 2019 Нostname: server.5034.ru Magic: FreeBSD Kernel Dump Version String: FreeBSD 12.0-STABLE r343232 GENERIC Panic String: page fault Dump Parity: 3337110065 Bounds: 0 Dump Status: good Кстати странно, я вроде собирал не GENERIC...хм, может я нарукожопил где, попробую пересобрать ядро. С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#4
|
|||
|
|||
Re: 12-STABLE+racoon
Sergey Anohin написал(а) к Sergey Anohin в Jan 19 01:45:24 по местному времени:
Нello, Sergey! SA> Кстати странно, я вроде собирал не GENERIC...хм, может я нарукожопил где, попробую пересобрать ядро. туплю, яж беру за основу generic, а там cpu НAMMER ident GENERIC С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#5
|
|||
|
|||
Re: 12-STABLE+racoon
Sergey Anohin написал(а) к Eugene Grosbein в Jan 19 13:02:44 по местному времени:
Нello, Eugene! EG> Включи выдачу KDB_TRACE, запись крешдампов, покажи что напишет. Еще у меня одна бредовая идея, крашится из-за встроенного openssl. Сдается мне ipsec-tools завязан на него. Пробовал пхп7.1 7.2 7.3 там есть модуль php7.x-imap из-за которого пыха в корку валится, который зависит от mail/cclient, который зависит от openssl, так вот если у cclient отключить в make config SSL, то пыха в корку не валится, но ругается что не найти каку-то либу .so Надо поставить из портов security/openssl111.... С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#6
|
|||
|
|||
Re: 12-STABLE+racoon
Eugene Grosbein написал(а) к Sergey Anohin в Jan 19 08:22:02 по местному времени:
26 янв. 2019, суббота, в 13:02 NOVT, Sergey Anohin написал(а): EG>> Включи выдачу KDB_TRACE, запись крешдампов, покажи что напишет. SA> Еще у меня одна бредовая идея, крашится из-за встроенного openssl. Сдается мне SA> ipsec-tools SA> завязан на него. Пробовал пхп7.1 7.2 7.3 там есть модуль php7.x-imap из-за SA> которого пыха в корку валится, SA> который зависит от mail/cclient, который зависит от openssl, так вот если у SA> cclient отключить в make config SSL, SA> то пыха в корку не валится, но ругается что не найти каку-то либу .so SA> Надо поставить из портов security/openssl111.... openssl не часть ядра и поэтому это не может быть причиной креша. Eugene -- Прекрасны тонко отшлифованная драгоценность; победитель, раненный в бою; слон во время течки; река, высыхающая зимой; луна на исходе; юная женщина, изнуренная наслаждением, и даятель, отдавший все нищим. (Дхарма) --- slrn/1.0.3 (FreeBSD) |
#7
|
|||
|
|||
Re: 12-STABLE+racoon
Eugene Grosbein написал(а) к Sergey Anohin в Jan 19 08:23:03 по местному времени:
26 янв. 2019, суббота, в 01:01 NOVT, Sergey Anohin написал(а): SA>>> Сабж вызывает панику в селе при запуске, ОС ребутится циклично. SA>>> Походу кто-то что-то поломал...Есть инфа об этом какая-то? Пробежался SA> поиском SA>>> по UPDATING SA>>> не нашел про racoon или ipsec. Пересборка ipsec-tools не помогла EG>> Включи выдачу KDB_TRACE, запись крешдампов, покажи что напишет. SA> Оно включено, опознал случайно, ловил почему не грузится, увидел что падает на SA> ракуне, ctrl+c SA> убил до загрузки успел, загрузился, выпилил авторан, краш должен быть записан. SA> Оно крашнулось, SA> ребутнулось, потом записало как-то так было. SA> cat /var/crash/core.txt.0 SA> Cannot access memory at address 0x65657246 SA> Cannot access memory at address 0x65657246 SA> Cannot access memory at address 0x65657246 SA> Unable to find matching kernel for /var/crash/vmcore.0 SA> Память не битая, я сначала грешил на это. SA> cat /var/crash/info.0 SA> Dump header from device: /dev/label/swap-added SA> Architecture: amd64 SA> Architecture Version: 2 SA> Dump Length: 724160512 SA> Blocksize: 512 SA> Compression: none SA> Dumptime: Thu Jan 24 02:20:12 2019 SA> Нostname: server.5034.ru SA> Magic: FreeBSD Kernel Dump SA> Version String: FreeBSD 12.0-STABLE r343232 GENERIC SA> Panic String: page fault SA> Dump Parity: 3337110065 SA> Bounds: 0 SA> Dump Status: good Это crashinfo, не crashdump. В крешдампе будет backtrace, именно он и нужен. Eugene -- Кара за одно съеденное яблоко, все-таки, была несоизмеримо велика, приступ диареи послужил бы достаточным уроком. --- slrn/1.0.3 (FreeBSD) |
#8
|
|||
|
|||
Re: 12-STABLE+racoon
Sergey Anohin написал(а) к Eugene Grosbein в Jan 19 11:01:44 по местному времени:
Нello, Eugene! EG> Это crashinfo, не crashdump. В крешдампе будет backtrace, именно он и нужен. туплю, я ж зачистил /usr/obj. надо заново пересобрать и словить краш С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#9
|
|||
|
|||
Re: 12-STABLE+racoon
Sergey Anohin написал(а) к Eugene Grosbein в Jan 19 10:47:07 по местному времени:
Нello, Eugene! SA>>>> Сабж вызывает панику в селе при запуске, ОС ребутится циклично. SA>>>> Походу кто-то что-то поломал...Есть инфа об этом какая-то? Пробежался SA>> поиском SA>>>> по UPDATING SA>>>> не нашел про racoon или ipsec. Пересборка ipsec-tools не помогла EG>>> Включи выдачу KDB_TRACE, запись крешдампов, покажи что напишет. SA>> Оно включено, опознал случайно, ловил почему не грузится, увидел что падает на SA>> ракуне, ctrl+c SA>> убил до загрузки успел, загрузился, выпилил авторан, краш должен быть записан. SA>> Оно крашнулось, SA>> ребутнулось, потом записало как-то так было. SA>> cat /var/crash/core.txt.0 SA>> Cannot access memory at address 0x65657246 SA>> Cannot access memory at address 0x65657246 SA>> Cannot access memory at address 0x65657246 SA>> Unable to find matching kernel for /var/crash/vmcore.0 SA>> Память не битая, я сначала грешил на это. SA>> cat /var/crash/info.0 SA>> Dump header from device: /dev/label/swap-added SA>> Architecture: amd64 SA>> Architecture Version: 2 SA>> Dump Length: 724160512 SA>> Blocksize: 512 SA>> Compression: none SA>> Dumptime: Thu Jan 24 02:20:12 2019 SA>> Нostname: server.5034.ru SA>> Magic: FreeBSD Kernel Dump SA>> Version String: FreeBSD 12.0-STABLE r343232 GENERIC SA>> Panic String: page fault SA>> Dump Parity: 3337110065 SA>> Bounds: 0 SA>> Dump Status: good EG> Это crashinfo, не crashdump. В крешдампе будет backtrace, именно он и нужен. ты имеешь ввиду корку в gdb загнать? Сейчас, root@server:~/php# kgdb /boot/kernel/kernel /var/crash/vmcore.last \GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel...(no debugging symbols found)...done. 0xffffffff80c370dd in sched_switch () (kgdb) backtrace #0 0xffffffff80c370dd in sched_switch () #1 0xffffffff80c11131 in mi_switch () #2 0xffffffff80c5f25c in sleepq_wait () #3 0xffffffff80c10b67 in _sleep () #4 0xffffffff80c64d81 in taskqueuethreadloop () #5 0xffffffff80bc5943 in fork_exit () #6 <signal handler called> (kgdb) Кажется что-то не то? С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#10
|
|||
|
|||
Re: 12-STABLE+racoon
Sergey Anohin написал(а) к Eugene Grosbein в Jan 19 17:20:29 по местному времени:
Нello, Eugene! EG> Это crashinfo, не crashdump. В крешдампе будет backtrace, именно он и нужен. Что-то тут не чисто: root@server:/usr/obj/usr/src/amd64.amd64/sys/GENERIC# kgdb /boot/kernel/kernel /var/crash/vmcore.last GNU gdb (GDB) 8.2 [GDB v8.2 for FreeBSD] Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd12.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /boot/kernel/kernel...(no debugging symbols found)...done. 0xffffffff80c370dd in sched_switch () (kgdb) Что я упускаю? Конфиг ядра (почти generic+кастощина) https://pastebin.com/MBk40gfk С наилучшими пожеланиями, Sergey Anohin. --- wfido |