12-STABLE+racoon

Sergey Anohin написал(а) к All в Jan 19 03:12:35 по местному времени:

Нello!

Сабж вызывает панику в селе при запуске, ОС ребутится циклично.
Походу кто-то что-то поломал...Есть инфа об этом какая-то? Пробежался поиском по UPDATING
не нашел про racoon или ipsec. Пересборка ipsec-tools не помогла

С наилучшими пожеланиями, Sergey Anohin.

--- wfido

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)

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

Sergey Anohin написал(а) к Sergey Anohin в Jan 19 01:45:24 по местному времени:

Нello, Sergey!

SA> Кстати странно, я вроде собирал не GENERIC...хм, может я нарукожопил где, попробую пересобрать ядро.

туплю, яж беру за основу generic, а там

cpu НAMMER
ident GENERIC


С наилучшими пожеланиями, Sergey Anohin.

--- wfido

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

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)

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)

Sergey Anohin написал(а) к Eugene Grosbein в Jan 19 11:01:44 по местному времени:

Нello, Eugene!

EG> Это crashinfo, не crashdump. В крешдампе будет backtrace, именно он и нужен.

туплю, я ж зачистил /usr/obj. надо заново пересобрать и словить краш

С наилучшими пожеланиями, Sergey Anohin.

--- wfido

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

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