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

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 PERLMULTIPLICITY", а "#ifdef PERLMULTIPLICITY", поэтому замена 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

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

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

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

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

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

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

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

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