segfault
Michael Dukelsky написал(а) к All в Apr 21 11:37:32 по местному времени:
Привет, All! Внезапно binkd начал падать при любом изменении конфига. У меня перлхуком подключён nodelist.pl. Binkd 1.1a-110 (May 26 2020 13:09:14/Linux) Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, bwlim. Facilities: fts5004 ipv6 Лог binkd: + 23 Apr 01:10:41 [52432] Reloading configuration... - 23 Apr 01:10:41 [52432] Nodelist ~/fido/etc/nodelist/Z2DAILY.113 parsed, 1056 IP-nodes processed (0 sec) 23 Apr 01:10:41 [52432] previous config is no longer in use, unloading - 23 Apr 01:10:41 [52432] servmgr listen on *:binkp + 23 Apr 01:10:41 [52433] Reloading configuration... - 23 Apr 01:10:41 [52433] Nodelist ~/fido/etc/nodelist/Z2DAILY.113 parsed, 1056 IP-nodes processed (0 sec) 23 Apr 01:10:41 [52433] previous config is no longer in use, unloading ! 23 Apr 01:10:41 [52432] client manager (pid=52433) exited by signal 11 ! 23 Apr 01:10:41 [58698] got signal #15. ! 23 Apr 01:10:41 [63314] got signal #15. ! 23 Apr 01:10:41 [64092] got signal #15. В /var/log/messages: Apr 23 01:10:41 f1042 kernel: binkd[52433]: segfault at 7f4fbf9e9050 ip 00007f4fbee534bc sp 00007ffe38b265f0 error 4 in libc-2.17.so[7f4fbedd3000+1c4000] Здесь падение произошло при обновлении нодлиста, но любое изменение в конфиге приводит к такому же результату. Если отключить перлхук, падения прекращаются. Перлхук подключён давно, падений раньше не было. OS - CentOS 7.9.2009, Perl 5.16.3. Желаю успехов, All! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Alexander Kruglikov написал(а) к Michael Dukelsky в Apr 21 13:43:12 по местному времени:
Привет, Michael! 23 апр 21 11:37, Michael Dukelsky писал(а) к All: MD> Внезапно binkd начал падать при любом изменении конфига. У меня MD> перлхуком подключён nodelist.pl. Binkd 1.1a-110 (May 26 2020 MD> 13:09:14/Linux) Compilation flags: gcc, zlib, bzlib2, perl, https, MD> ntlm, bwlim. MD> Facilities: fts5004 ipv6 У меня такое было. Вылечилось добавлением rescan-delay 10 в конфиг. (workaround by 2:5023/24) С наилучшими пожеланиями, Alexander. --- GoldED+/OSX 1.1.5-b20180707 |
segfault
Michael Dukelsky написал(а) к Alexander Kruglikov в Apr 21 13:44:44 по местному времени:
Привет, Alexander! 23 April 2021 13:43, Alexander Kruglikov послал(а) письмо к Michael Dukelsky: MD>> Внезапно binkd начал падать при любом изменении конфига. У меня MD>> перлхуком подключён nodelist.pl. Binkd 1.1a-110 (May 26 2020 MD>> 13:09:14/Linux) Compilation flags: gcc, zlib, bzlib2, perl, MD>> https, ntlm, bwlim. MD>> Facilities: fts5004 ipv6 AK> У меня такое было. Вылечилось добавлением AK> rescan-delay 10 AK> в конфиг. (workaround by 2:5023/24) Это у меня в конфиге уже было прописано. Сделал 20 вместо 10 - помогло. Спасибо. Желаю успехов, Alexander! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
Re: segfault
Alexander Kruglikov написал(а) к Michael Dukelsky в Apr 21 15:19:46 по местному времени:
Привет, Michael! [i]*[/i] Ответ на сообщение из CarbonArea (Мыльце для меня). 23 апр 21 13:44, Michael Dukelsky писал(а) к Alexander Kruglikov: MD>>> Внезапно binkd начал падать при любом изменении конфига. У меня MD>>> перлхуком подключён nodelist.pl. AK>> У меня такое было. Вылечилось добавлением AK>> rescan-delay 10 AK>> в конфиг. (workaround by 2:5023/24) MD> Это у меня в конфиге уже было прописано. Сделал 20 вместо 10 - MD> помогло. Спасибо. Пожалуйста! У меня было rescan-delay 5 - так же падало, поставил 10 - перестало падать. Дело было году в 2018м, следовательно OS была CentOS 6, скорее всего. С наилучшими пожеланиями, Alexander. --- "GoldED+/LNX 1.1.5-b20180707" --- |
segfault
Michael Dukelsky написал(а) к All в Oct 22 08:57:54 по местному времени:
Привет, All! Сегодня ночью у меня binkd упал при обновлении конфигурации. 02 Oct 01:14:06 [25664] rc(7088)=0 + 02 Oct 01:14:23 [25665] Reloading configuration... - 02 Oct 01:14:23 [25665] Nodelist /home/mike/fido/etc/nodelist/Z2DAILY.275 parsed, 1027 IP-nodes processed (0 sec) 02 Oct 01:14:23 [25665] previous config is no longer in use, unloading ! 02 Oct 01:14:23 [25664] client manager (pid=25665) exited by signal 11 ! 02 Oct 01:14:23 [29451] got signal #15. ! 02 Oct 01:14:23 [5245] got signal #15. Binkd 1.1a-113 (Mar 10 2022 21:45:32/Linux) Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, bwlim. Facilities: fts5004 ipv6 Желаю успехов, All! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Pavel Gulchouck написал(а) к Michael Dukelsky в Oct 22 12:58:34 по местному времени:
Нi Michael! 02 Oct 22, Michael Dukelsky ==> All: MD> Сегодня ночью у меня binkd упал при обновлении конфигурации. MD> 02 Oct 01:14:06 [25664] rc(7088)=0 MD> + 02 Oct 01:14:23 [25665] Reloading configuration... MD> - 02 Oct 01:14:23 [25665] Nodelist /home/mike/fido/etc/nodelist/Z2DAILY.275 parsed, 1027 IP-nodes processed (0 sec) MD> 02 Oct 01:14:23 [25665] previous config is no longer in use, unloading MD> ! 02 Oct 01:14:23 [25664] client manager (pid=25665) exited by signal 11 MD> ! 02 Oct 01:14:23 [29451] got signal #15. MD> ! 02 Oct 01:14:23 [5245] got signal #15. MD> Binkd 1.1a-113 (Mar 10 2022 21:45:32/Linux) MD> Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, bwlim. MD> Facilities: fts5004 ipv6 Какая версия перла? В какой-то из них была ошибка, связанная с клонированием интерпретатора. Если не путаю, то в 5.28 появилось, а в 5.32 исправлено, но это не точно. Не сохранился ли coredump? Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5-b20160827 |
segfault
Michael Dukelsky написал(а) к Pavel Gulchouck в Oct 22 14:24:38 по местному времени:
Привет, Pavel! 02 October 2022 12:58, Pavel Gulchouck послал(а) письмо к Michael Dukelsky: MD>> Сегодня ночью у меня binkd упал при обновлении конфигурации. MD>> 02 Oct 01:14:06 [25664] rc(7088)=0 MD>> + 02 Oct 01:14:23 [25665] Reloading configuration... MD>> - 02 Oct 01:14:23 [25665] Nodelist MD>> /home/mike/fido/etc/nodelist/Z2DAILY.275 parsed, 1027 IP-nodes MD>> processed (0 sec) MD>> 02 Oct 01:14:23 [25665] previous config is no longer in use, MD>> unloading ! 02 Oct 01:14:23 [25664] client manager (pid=25665) MD>> exited by signal 11 ! 02 Oct 01:14:23 [29451] got signal #15. ! MD>> 02 Oct 01:14:23 [5245] got signal #15. MD>> Binkd 1.1a-113 (Mar 10 2022 21:45:32/Linux) MD>> Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, bwlim. MD>> Facilities: fts5004 ipv6 PG> Какая версия перла? v5.16.3 PG> В какой-то из них была ошибка, связанная с клонированием PG> интерпретатора. Если не путаю, то в 5.28 появилось, а в 5.32 PG> исправлено, но это не точно. Не сохранился ли coredump? Нет. Желаю успехов, Pavel! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Pavel Gulchouck написал(а) к Michael Dukelsky в Oct 22 15:51:12 по местному времени:
Нi Michael! 02 Oct 22, Michael Dukelsky ==> Pavel Gulchouck: MD>>> Сегодня ночью у меня binkd упал при обновлении конфигурации. MD>>> 02 Oct 01:14:06 [25664] rc(7088)=0 MD>>> + 02 Oct 01:14:23 [25665] Reloading configuration... MD>>> - 02 Oct 01:14:23 [25665] Nodelist /home/mike/fido/etc/nodelist/Z2DAILY.275 parsed, 1027 IP-nodes processed (0 sec) MD>>> 02 Oct 01:14:23 [25665] previous config is no longer in use, unloading MD>>> ! 02 Oct 01:14:23 [25664] client manager (pid=25665) exited by signal 11 MD>>> ! 02 Oct 01:14:23 [29451] got signal #15. MD>>> ! 02 Oct 01:14:23 [5245] got signal #15. MD>>> Binkd 1.1a-113 (Mar 10 2022 21:45:32/Linux) MD>>> Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, bwlim. MD>>> Facilities: fts5004 ipv6 PG>> Какая версия перла? MD> v5.16.3 Ты binkd сам собирал? Прописан ли PERL_MULTIPLICITY в Makefile? Что сказал configure об этом? Если прописан, то пересобери binkd без него. Или обнови perl до 5.32 или более свежего. Если PERL_MULTIPLICITY установлен, скорее всего, дело именно в нём. Если нет, возможно, есть какая-то проблема с самим компилятором нодлиста - например, он пытается изменить переменную, значение которой находится в ro-сегменте. Возможно, конечно, где-то при чтении конфига есть проблема, вообще не связанная с перлом, но мне это кажется менее вероятным, потому что в этом случае жалоб было бы больше. PG>> В какой-то из них была ошибка, связанная с клонированием PG>> интерпретатора. Если не путаю, то в 5.28 появилось, а в 5.32 PG>> исправлено, но это не точно. Не сохранился ли coredump? MD> Нет. Возможно ли включить сохранение, чтобы, если такое ещё раз случится, можно было попробовать разобраться по дампу? Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5-b20160827 |
segfault
Michael Dukelsky написал(а) к Pavel Gulchouck в Oct 22 18:02:10 по местному времени:
Привет, Pavel! 02 October 2022 15:51, Pavel Gulchouck послал(а) письмо к Michael Dukelsky: MD>>>> Сегодня ночью у меня binkd упал при обновлении конфигурации. MD>>>> 02 Oct 01:14:06 [25664] rc(7088)=0 MD>>>> + 02 Oct 01:14:23 [25665] Reloading configuration... MD>>>> - 02 Oct 01:14:23 [25665] Nodelist MD>>>> /home/mike/fido/etc/nodelist/Z2DAILY.275 parsed, 1027 IP-nodes MD>>>> processed (0 sec) MD>>>> 02 Oct 01:14:23 [25665] previous config is no longer in use, MD>>>> unloading ! 02 Oct 01:14:23 [25664] client manager (pid=25665) MD>>>> exited by signal 11 ! 02 Oct 01:14:23 [29451] got signal #15. ! MD>>>> 02 Oct 01:14:23 [5245] got signal #15. MD>>>> Binkd 1.1a-113 (Mar 10 2022 21:45:32/Linux) MD>>>> Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, bwlim. MD>>>> Facilities: fts5004 ipv6 PG>>> Какая версия перла? MD>> v5.16.3 PG> Ты binkd сам собирал? Да. PG> Прописан ли PERL_MULTIPLICITY в Makefile? Что сказал configure об PG> этом? Если прописан, то пересобери binkd без него. Я собирал binkd, используя mkfls/unix/binkd.spec и ничего нигде не менял. Если по умолчанию PERL_MULTIPLICITY не используется, значит и у меня это не использовано. PG> Или обнови perl до 5.32 или более свежего. С пересборкой Perl могут быть сложности, это может потянуть за собой пересборку кучи зависимостей. У меня сейчас нода на CentOS 7, я планирую перейти на Rocky Linux 9, там Perl 5.32.1, но это будет не быстро. PG> Если PERL_MULTIPLICITY PG> установлен, скорее PG> всего, дело именно в нём. Если нет, возможно, есть какая-то проблема с PG> самим компилятором нодлиста - например, он пытается изменить PG> переменную, значение которой находится в ro-сегменте. Я использую misc/nodelist.pl без изменений. Кстати, в случае, когда в нодлистовой строке указаны несколько доменов, а в первом домене есть как Ipv4, так и IPv6 адреса, последующие домены не рассматриваются. Сейчас такая ситуация с 2:5080/102. Его первый домен ссылается на нерабочие адреса. PG> Возможно ли включить сохранение, чтобы, если такое ещё раз случится, PG> можно было попробовать разобраться по дампу? Попытаюсь. Желаю успехов, Pavel! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Pavel Gulchouck написал(а) к Michael Dukelsky в Oct 22 22:02:36 по местному времени:
Нi Michael! 02 Oct 22, Michael Dukelsky ==> Pavel Gulchouck: MD>>>>> Сегодня ночью у меня binkd упал при обновлении конфигурации. MD>>>>> 02 Oct 01:14:06 [25664] rc(7088)=0 MD>>>>> + 02 Oct 01:14:23 [25665] Reloading configuration... MD>>>>> - 02 Oct 01:14:23 [25665] Nodelist MD>>>>> /home/mike/fido/etc/nodelist/Z2DAILY.275 parsed, 1027 IP-nodes MD>>>>> processed (0 sec) MD>>>>> 02 Oct 01:14:23 [25665] previous config is no longer in use, MD>>>>> unloading ! 02 Oct 01:14:23 [25664] client manager (pid=25665) MD>>>>> exited by signal 11 ! 02 Oct 01:14:23 [29451] got signal #15. ! MD>>>>> 02 Oct 01:14:23 [5245] got signal #15. MD>>>>> Binkd 1.1a-113 (Mar 10 2022 21:45:32/Linux) MD>>>>> Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, bwlim. MD>>>>> Facilities: fts5004 ipv6 PG>>>> Какая версия перла? MD>>> v5.16.3 PG>> Ты binkd сам собирал? MD> Да. PG>> Прописан ли PERL_MULTIPLICITY в Makefile? Что сказал configure об PG>> этом? Если прописан, то пересобери binkd без него. MD> Я собирал binkd, используя mkfls/unix/binkd.spec и ничего нигде не менял. Если по умолчанию PERL_MULTIPLICITY не используется, значит MD> и у меня это не использовано. Там по умолчанию автоопределение в configure. Если perl собран с поддержкой multiplicity (это одновременное существование нескольких интерпретаторов в одном процессе), то это используется при перечитывании конфига, если нет - не используется. PG>> Или обнови perl до 5.32 или более свежего. MD> С пересборкой Perl могут быть сложности, это может потянуть за собой пересборку кучи зависимостей. У меня сейчас нода на CentOS 7, я MD> планирую перейти на Rocky Linux 9, там Perl 5.32.1, но это будет не быстро. Нашёл centos 7, проверил там сборку, "./configure --with-perl": [...] checking for perl... /bin/perl checking for libperl... /usr/lib64/perl5 checking for working libperl... yes checking for perl multiplicity... yes [...] Можно после запуска configure просто из Makefile удалить "-DPERL_MULTIPLICITY=1", и потом собрать binkd. Если дело действительно в этом, то проблема уйдёт. Но это не точно. :) PG>> Если PERL_MULTIPLICITY установлен, скорее PG>> всего, дело именно в нём. Если нет, возможно, есть какая-то проблема с PG>> самим компилятором нодлиста - например, он пытается изменить PG>> переменную, значение которой находится в ro-сегменте. MD> Я использую misc/nodelist.pl без изменений. Надо бы его там обновить... MD> Кстати, в случае, когда в нодлистовой строке указаны несколько доменов, а в первом домене MD> есть как Ipv4, так и IPv6 адреса, последующие домены не рассматриваются. Сейчас такая ситуация с 2:5080/102. Его первый домен MD> ссылается на нерабочие адреса. Не уверен, что проблема в парсере нодлиста, проверю. PG>> Возможно ли включить сохранение, чтобы, если такое ещё раз случится, PG>> можно было попробовать разобраться по дампу? MD> Попытаюсь. Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5-b20160827 |
segfault
Michael Dukelsky написал(а) к Pavel Gulchouck в Oct 22 22:53:06 по местному времени:
Привет, Pavel! 02 October 2022 22:02, Pavel Gulchouck послал(а) письмо к Michael Dukelsky: PG> Нашёл centos 7, проверил там сборку, "./configure --with-perl": PG> [...] PG> checking for perl... /bin/perl PG> checking for libperl... /usr/lib64/perl5 PG> checking for working libperl... yes PG> checking for perl multiplicity... yes PG> [...] PG> Можно после запуска configure просто из Makefile удалить PG> "-DPERL_MULTIPLICITY=1", и потом собрать binkd. Если дело PG> действительно в этом, то проблема уйдёт. Но это не точно. :) Удалять из мейкфайла во время автоматической сборки? А можно указать параметр "-DPERL_MULTIPLICITY=0" для configure? Если нет, то такой параметр можно указать для Makefile. PG>>> Если PERL_MULTIPLICITY установлен, скорее PG>>> всего, дело именно в нём. Если нет, возможно, есть какая-то PG>>> проблема с самим компилятором нодлиста - например, он пытается PG>>> изменить переменную, значение которой находится в ro-сегменте. MD>> Я использую misc/nodelist.pl без изменений. PG> Надо бы его там обновить... MD>> Кстати, в случае, когда в нодлистовой строке указаны несколько MD>> доменов, а в первом домене есть как Ipv4, так и IPv6 адреса, MD>> последующие домены не рассматриваются. Сейчас такая ситуация с MD>> 2:5080/102. Его первый домен ссылается на нерабочие адреса. PG> Не уверен, что проблема в парсере нодлиста, проверю. Нет, я не утверждал, что segfault произошёл из-за неправильной работы nodelist.pl. Просто рассказал о ещё одной проблеме, не в самом бинкд, а в парсере нодлиста к нему. Желаю успехов, Pavel! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Pavel Gulchouck написал(а) к Michael Dukelsky в Oct 22 23:59:22 по местному времени:
Нi Michael! 02 Oct 22, Michael Dukelsky ==> Pavel Gulchouck: PG>> Нашёл centos 7, проверил там сборку, "./configure --with-perl": PG>> [...] PG>> checking for perl... /bin/perl PG>> checking for libperl... /usr/lib64/perl5 PG>> checking for working libperl... yes PG>> checking for perl multiplicity... yes PG>> [...] PG>> Можно после запуска configure просто из Makefile удалить PG>> "-DPERL_MULTIPLICITY=1", и потом собрать binkd. Если дело PG>> действительно в этом, то проблема уйдёт. Но это не точно. :) MD> Удалять из мейкфайла во время автоматической сборки? Да. Это как hotfix, чтобы стабилизировать работу узла, пока исправление не внесено в код binkd. А не внесено оно, потому что неизвестно, в чём именно проблема. Хотя если проблема в перле, и в более свежих версиях она исправлена, то не уверен, что имеет смысл делать workaround в binkd. MD> А можно указать параметр "-DPERL_MULTIPLICITY=0" для configure? Если нет, то такой параметр можно указать для Makefile. Дело в том, что в коде проверяется не "#if PERL[b]MULTIPLICITY", а "#ifdef PERL[/b]MULTIPLICITY", поэтому замена 1 на 0 не поможет. MD>>> Кстати, в случае, когда в нодлистовой строке указаны несколько MD>>> доменов, а в первом домене есть как Ipv4, так и IPv6 адреса, MD>>> последующие домены не рассматриваются. Сейчас такая ситуация с MD>>> 2:5080/102. Его первый домен ссылается на нерабочие адреса. PG>> Не уверен, что проблема в парсере нодлиста, проверю. MD> Нет, я не утверждал, что segfault произошёл из-за неправильной работы nodelist.pl. MD> Просто рассказал о ещё одной проблеме, не в самом бинкд, а в парсере нодлиста к нему. Да, я понимаю, что тут речь не про segfault. Но, возможно, эта проблема не в парсере нодлиста, а в алгоритме перебора адресов самим binkd. Парсер ведь не смотрит, ipv4 там или ipv6, он добавляет найденные fqdn в конфиг ноды. И вроде как при наличии нескольких INA должен добавлять все. Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5-b20160827 |
segfault
Alexey Vissarionov написал(а) к Michael Dukelsky в Oct 22 06:16:00 по местному времени:
Доброго времени суток, Michael! 02 Oct 2022 22:53:06, ты -> Pavel Gulchouck: PG>> checking for perl... /bin/perl PG>> checking for libperl... /usr/lib64/perl5 PG>> checking for working libperl... yes PG>> checking for perl multiplicity... yes PG>> Можно после запуска configure просто из Makefile удалить PG>> "-DPERL_MULTIPLICITY=1", и потом собрать binkd. Если дело PG>> действительно в этом, то проблема уйдёт. Но это не точно. :) MD> Удалять из мейкфайла во время автоматической сборки? А что мешает? %configure \ ... \ ; sed -i -re \ 's,-DPERL_MULTIPLICITY=1,,g' \ Makefile Точно так же можно и на 0 поменять. MD> А можно указать параметр "-DPERL_MULTIPLICITY=0" для configure? Можно попробовать пихнуть его в $ENV{'CFLAGS'} перед %configure Или придумать --without-perl-multiplicity MD> Если нет, то такой параметр можно указать для Makefile. Не поможет: там оно явно пихается в командную строку и получает максимальный приоритет. -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Чужие темплейты читают только ламеры с IQ<64 --- /bin/vi |
segfault
Michael Dukelsky написал(а) к Pavel Gulchouck в Oct 22 17:17:52 по местному времени:
Привет, Pavel! 02 October 2022 22:02, Pavel Gulchouck послал(а) письмо к Michael Dukelsky: MD>>>>>> Сегодня ночью у меня binkd упал при обновлении конфигурации. MD>>>>>> 02 Oct 01:14:06 [25664] rc(7088)=0 MD>>>>>> + 02 Oct 01:14:23 [25665] Reloading configuration... MD>>>>>> - 02 Oct 01:14:23 [25665] Nodelist MD>>>>>> /home/mike/fido/etc/nodelist/Z2DAILY.275 parsed, 1027 MD>>>>>> IP-nodes processed (0 sec) MD>>>>>> 02 Oct 01:14:23 [25665] previous config is no longer in MD>>>>>> use, unloading ! 02 Oct 01:14:23 [25664] client manager MD>>>>>> (pid=25665) exited by signal 11 ! 02 Oct 01:14:23 [29451] got MD>>>>>> signal #15. ! 02 Oct 01:14:23 [5245] got signal #15. MD>>>>>> Binkd 1.1a-113 (Mar 10 2022 21:45:32/Linux) MD>>>>>> Compilation flags: gcc, zlib, bzlib2, perl, https, ntlm, MD>>>>>> bwlim. MD>>>>>> Facilities: fts5004 ipv6 PG>>>>> Какая версия перла? MD>>>> v5.16.3 PG>>> Возможно ли включить сохранение, чтобы, если такое ещё раз PG>>> случится, можно было попробовать разобраться по дампу? MD>> Попытаюсь. Сегодня ночью после прихода нодлиста binkd снова упал. Это уже становится интересно. Включил core dump и сделал старт бинкд через 2 минуты после прихода нодлиста. binkd пока не менял, а то пересоберу, а он перестанет падать. :) Если из дампа ничего полезного извлечь не удастся, пересоберу бинкд без PERL_MULTIPLICITY. Желаю успехов, Pavel! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Nil A написал(а) к Michael Dukelsky в Oct 22 20:12:12 по местному времени:
Нello, Michael! Monday October 03 2022 17:17, from Michael Dukelsky -> Pavel Gulchouck: MD> Сегодня ночью после прихода нодлиста binkd снова упал. Это уже MD> становится интересно. Включил core dump и сделал старт бинкд через 2 MD> минуты после прихода нодлиста. binkd пока не менял, а то пересоберу, а MD> он перестанет падать. :) Если из дампа ничего полезного извлечь не MD> удастся, пересоберу бинкд без PERL_MULTIPLICITY. Будет кора - будем посмотреть (если твой бинарь был с каким-то адекватным -O и -g). Если то, я у себя бинк запускаю через /etc/init.d/binkdsrv, твой дистрибутив может иметь другую структуру инитов, но главное, что там внутри запускается враппер, типа такова $ cat /usr/local/sbin/binkd_watch.sh #!/bin/sh cd /home/fido ulimit -c unlimited while : ; do /usr/local/sbin/binkd -Cq /home/fido/etc/binkd.conf sleep 1 done Best Regards, Nil --- GoldED+/LNX 1.1.5 |
segfault
Michael Dukelsky написал(а) к Nil A в Oct 22 21:38:18 по местному времени:
Привет, Nil! 03 October 2022 20:12, Nil A послал(а) письмо к Michael Dukelsky: MD>> Сегодня ночью после прихода нодлиста binkd снова упал. Это уже MD>> становится интересно. Включил core dump и сделал старт бинкд MD>> через 2 минуты после прихода нодлиста. binkd пока не менял, а то MD>> пересоберу, а он перестанет падать. :) Если из дампа ничего MD>> полезного извлечь не удастся, пересоберу бинкд без MD>> PERL_MULTIPLICITY. NA> Будет кора - будем посмотреть (если твой бинарь был с каким-то NA> адекватным -O и -g). Я уже тут писал, что ничего ни в мейкфайле, ни в configure не менял. NA> Если то, я у себя бинк запускаю через /etc/init.d/binkdsrv, твой NA> дистрибутив может иметь другую структуру инитов, но главное, что там NA> внутри запускается враппер, типа такова Это самое... У кого враппер длиннее? :) Держи $ cat /usr/lib/systemd/system/binkd.service [Unit] Description=The binkd fidonet daemon After=syslog.target network.target dispatcher.service [Service] Type=forking ExecStart=/usr/sbin/binkd -CD /home/mike/fido/etc/binkd/binkd.conf PIDFile=/run/fido/binkd.pid ExecReload=/usr/bin/kill -s SIGНUP $MAINPID ExecStop=/usr/bin/kill $MAINPID SuccessExitStatus=1 User=mike Group=mike Restart=on-failure RestartSec=10 LimitCORE=infinity:infinity [Install] WantedBy=multi-user.target Желаю успехов, Nil! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Michael Dukelsky написал(а) к Pavel Gulchouck в Oct 22 22:07:52 по местному времени:
Привет, Pavel! 03 October 2022 17:17, Michael Dukelsky послал(а) письмо к Pavel Gulchouck: MD> Сегодня ночью после прихода нодлиста binkd снова упал. Это уже MD> становится интересно. Включил core dump и сделал старт бинкд через 2 MD> минуты после прихода нодлиста. binkd пока не менял, а то пересоберу, а MD> он перестанет падать. :) Если из дампа ничего полезного извлечь не MD> удастся, пересоберу бинкд без PERL_MULTIPLICITY. Может быть это из-за того, что я поменял строчку в binkd.conf для 5080/102. Была node 2:5080/102@fidonet +;vps.vashadmin.su;binkd.node.grumbler.org;binkp.vashadmin.su;79.135.68.213 А теперь один IP адрес не работал и я работающий выставил вперёд. node 2:5080/102@fidonet binkp.vashadmin.su;+;binkd.node.grumbler.org;binkp.vashadmin.su;79.135.68.213 И получилось, что адрес binkp.vashadmin.su повторен трижды (один из плюса). Может быть это не нравится бинкд? Желаю успехов, Pavel! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Michael Dukelsky написал(а) к Pavel Gulchouck в Oct 22 10:55:08 по местному времени:
Привет, Pavel! 03 October 2022 17:17, Michael Dukelsky послал(а) письмо к Pavel Gulchouck: PG>>>> Возможно ли включить сохранение, чтобы, если такое ещё раз PG>>>> случится, можно было попробовать разобраться по дампу? MD>>> Попытаюсь. MD> Сегодня ночью после прихода нодлиста binkd снова упал. Это уже MD> становится интересно. Включил core dump и сделал старт бинкд через 2 MD> минуты после прихода нодлиста. binkd пока не менял, а то пересоберу, а MD> он перестанет падать. :) Если из дампа ничего полезного извлечь не MD> удастся, пересоберу бинкд без PERL_MULTIPLICITY. Падение прекратилось. Возможно, в результате включения core dump. А, может быть, и по какой-то другой причине. Желаю успехов, Pavel! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru --- GoldED+/LNX 1.1.5-b20180707 |
segfault
Pavel Gulchouck написал(а) к Michael Dukelsky в Oct 22 22:17:06 по местному времени:
Нi Michael! 04 Oct 22, Michael Dukelsky ==> Pavel Gulchouck: PG>>>>> Возможно ли включить сохранение, чтобы, если такое ещё раз PG>>>>> случится, можно было попробовать разобраться по дампу? MD>>>> Попытаюсь. MD>> Сегодня ночью после прихода нодлиста binkd снова упал. Это уже MD>> становится интересно. Включил core dump и сделал старт бинкд через 2 MD>> минуты после прихода нодлиста. binkd пока не менял, а то пересоберу, а MD>> он перестанет падать. :) Если из дампа ничего полезного извлечь не MD>> удастся, пересоберу бинкд без PERL_MULTIPLICITY. MD> Падение прекратилось. Возможно, в результате включения core dump. А, может быть, и по какой-то другой причине. Включение дебага может влиять, а включение коредампа нет (ну или крайне маловероятно), потому что сам binkd не знает, включен коредамп или нет, его система сохраняет, и эта разница проявляется только если segfault уже произошёл. Думаю, стоит просто подождать. Раньше ведь падений тоже долго не было. Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5-b20160827 |
segfault
Pavel Gulchouck написал(а) к Michael Dukelsky в Oct 22 22:17:26 по местному времени:
Нi Michael! 03 Oct 22, Michael Dukelsky ==> Pavel Gulchouck: MD> Может быть это из-за того, что я поменял строчку в binkd.conf для 5080/102. Плавающий баг - така зараза, что на его появление или пропадание может повлиять что угодно. Чуть иначе память стала выделяться, и эффект поменялся. Lucky carrier, Паша aka gul@gul.kiev.ua --- GoldED+/LNX 1.1.5-b20160827 |
Текущее время: 20:24. Часовой пояс GMT +4. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot