Какого лешего? Кто должен убивать *.try в аутбаунде?

Rinat Sadretdinow написал(а) к All в Nov 15 18:21:38 по местному времени:

Привет, All!

Было всё нормально. Переставил за каким-то чёртом весь fidoip (пренебрёг
принципом "РАБОТАЕТ? НЕ ТРОЖЬ!") Теперь почему-то /usr/local/bin/poll стал
какой-то урезаный, зато появился /usr/local/bin/recv, который делает всё то же
самое, что ранее делал /usr/local/bin/poll. Ну это ладно, это можно терпеть. Но
вот то, что теперь после запуска /usr/local/bin/poll в /home/fido/otbound
остаётся файл номер_аплинка.try совсем не радует. Сначала я outbound чистил
руками, а после воткнул в /usr/local/bin/recv последней строчкой `rm /home/fido/outboud/*`. Задницей чувствую что это нперавильно (хорошо ещё что у меня пойнтов нет), но ведь раньше всё было нормально и никаких подобных телодвижений не требовало.,

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

--- -Пиши, старик, пиши! Мы тебя не покинем.

Vladimir Fyodorov написал(а) к Rinat Sadretdinow в Nov 15 20:12:14 по местному времени:

Разнообразно приветствую тебя, Rinat!

27 Ноября 2015, Rinat Sadretdinow писАл к All следующее:

RS> теперь после запуска /usr/local/bin/poll в /home/fido/otbound остаётся
RS> файл номер_аплинка.try совсем не радует.

А зря. Вроде, никогда они не мешали, а в определённых ситуациях и полезны.

Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Тоссер от мылера недалеко падает
--- GoldED+/W64-MSVC 1.1.5-b20150715

Rinat H. Sadretdinow написал(а) к Vladimir Fyodorov в Nov 15 22:51:26 по местному времени:

Привет, Vladimir!

27 Nov 15 20:12, Vladimir Fyodorov -> Rinat Sadretdinow:

RS>> теперь после запуска /usr/local/bin/poll в /home/fido/otbound
RS>> остаётся файл номер_аплинка.try совсем не радует.

VF> А зря. Вроде, никогда они не мешали, а в определённых ситуациях и
VF> полезны.

Дело в том, что пока этот .try вручную не прибьёшь binkd нифига никуда не "звонит". Когда .try нет, то всё нормально:

~~~
22:53 [32361] clientmgr started
$ -d 2:5020/1042@fidonet
+ 22:53 [32362] call to 2:5020/1042@fidonet
22:53 [32362] trying f1042.ru [54.246.97.165]...
22:53 [32362] connected
~~~

но если *.try в наличии, то

~~~
22:53 [32394] clientmgr started
$ -d 2:5020/1042@fidonet call
22:53 [32394] the queue is empty, quitting...
~~~

То есть он даже не пытается соединиться с 2:5020/1042

У меня сейчас нет времени чтобы разобраться с этим самому, поэтому пока что
сделал временный хак в виде `rm /home/fido/outbound/*` и решил спросить тут может быть кто знает в чём дело. Никто не ответит ничего путного -- сам разберусь. Но позже. FIDO у меня далеко не основное занятие чтобы тратить своё время именно на него.

--- GoldED+/LNX 1.1.5-b20150715

Michael Dukelsky написал(а) к Rinat H. Sadretdinow в Nov 15 23:11:48 по местному времени:

Привет, Rinat!

27 Nov 15 22:51, Rinat Н. Sadretdinow послал(а) письмо к Vladimir Fyodorov:

RS>>> теперь после запуска /usr/local/bin/poll в /home/fido/otbound
RS>>> остаётся файл номер_аплинка.try совсем не радует.

VF>> А зря. Вроде, никогда они не мешали, а в определённых ситуациях и
VF>> полезны.

RS> Дело в том, что пока этот *.try вручную не прибьёшь binkd нифига
RS> никуда не "звонит". Когда *.try нет, то всё нормально:

RS> ~~~
RS> 22:53 [32361] clientmgr started
RS> $ -d 2:5020/1042@fidonet
RS> + 22:53 [32362] call to 2:5020/1042@fidonet
RS> 22:53 [32362] trying f1042.ru [54.246.97.165]...
RS> 22:53 [32362] connected
RS> ~~~

RS> но если *.try в наличии, то

RS> ~~~
RS> 22:53 [32394] clientmgr started
RS> $ -d 2:5020/1042@fidonet call
RS> 22:53 [32394] the queue is empty, quitting...
RS> ~~~

RS> То есть он даже не пытается соединиться с 2:5020/1042

А может там ещё и .hld в наличии?

Вот выдержки из "Руководства пользователя binkd" by Stas Degteff:

...для каждого исходящего сеанса связи создаётся свой процесс (поток). Этот
процесс определяет адрес IP линка из DNS или файла конфигурации, осуществляет
попытку соединения с линком, в случае неудачи повторяет попытку заданное в
директиве try число раз, а в случае удачи проводит сеанс связи, затем записывает результат работы в файл *.try в каталоге почтовой очереди и завершается с кодом возврата, сообщающим об успешной работе (код 0) или об ошибке.

Binkd создаёт и использует несколько файлов для отслеживания состояния
соединений с линками. Имена таких файлов составляются из двух частей, разделённых точкой: левая часть имени соответствует правилам кодирования адреса в используемом аутбаунде, правая часть состоит из трёх букв и указывает на функцию файла.

Файл вида *.hld.
Используется для хранения времени, до которого отложен следующий вызов линка после исчерпания лимита неудачных попыток соединения. Время записано в виде строки цифр, представляющих собой число секунд от "начала эпохи UNIX" (1 января 1970 г.).
Этот файл специфичен для binkd.

Файл вида *.try.
Используется для хранения статуса последнего сеанса свяи с линком (удачного или
неудачного). Состоит из трёх полей: количество успешных попыток (двоичное
16-тибитное число с порядком байт "младший первым"), количество безуспешных
попыток (двоичное 16-тибитное число с порядком байт "младший первым") и строку с сообщением. В случае успешно завершившегося сеанса третье поле содержит строку "CONNECT/BND", в случае неудачного - строку сообщения об ошибке.
При безуспешной попытке соединения binkd увеличивает счётчик неудачных попыток
(второе поле в файле .try) до тех пор, пока не будет превышено число, заданное в директиве файла конфигурации "try", после чего обнуляет счётчик и записывает время следующей попытки в файл .hld.
Этот файл специфичен для binkd.

А вообще-то это был вопрос для эхи RU.BINKD.

Желаю успехов, Rinat!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20100314

Alexey Vissarionov написал(а) к Rinat Sadretdinow в Nov 15 13:39:00 по местному времени:

Доброго времени суток, Rinat!
27 Nov 2015 18:21:38, ты -> All:

RS> Было всё нормально. Переставил за каким-то чёртом весь fidoip

Где ты его взял? Вот туда свои вопросы и адресуй.

RS> в /home/fido/otbound остаётся файл номер_аплинка.try

Какое отношение служебные файлы binkd имеют к эхотагу?

В общем, "unable to reproduce" при использовании mainstream-версий софта.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Смайлики - тоже знаки препинания :-)
--- /bin/vi

Alexey Vissarionov написал(а) к Rinat H. Sadretdinow в Nov 15 13:44:24 по местному времени:

Доброго времени суток, Rinat!
27 Nov 2015 22:51:26, ты -> Vladimir Fyodorov:

RS>>> остаётся файл номер_аплинка.try совсем не радует.
VF>> А зря. Вроде, никогда они не мешали, а в определённых ситуациях и
VF>> полезны.
RНS> Дело в том, что пока этот *.try вручную не прибьёшь binkd нифига
RНS> никуда не "звонит". Когда *.try нет, то всё нормально

А нет ли там файлов hld или sy?


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... $='print"\$_=\x27$\x27;eval\n"';eval
--- /bin/vi

Rinat H. Sadretdinow написал(а) к Michael Dukelsky в Nov 15 14:02:00 по местному времени:

Привет, Michael!

27 Nov 15 23:11, Michael Dukelsky -> Rinat Н. Sadretdinow:

MD> А может там ещё и .hld в наличии?

.hld там нет, но я ошибся, не из-за *.try binkd не "звонит", а из-за наличия там .csy:

~~~
[rhs@sys3175 outbound]$ ls -l
total 8
-rw-r--r-- 1 fido fido 5 Nov 28 14:00 139c0412.csy
-rw-r--r-- 1 fido fido 16 Nov 28 14:00 139c0412.try

[rhs@sys3175 outbound]$
~~~

MD> А вообще-то это был вопрос для эхи RU.BINKD.

Значит туда и пойду.

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

--- GoldED+/LNX 1.1.5-b20150715

Rinat H. Sadretdinow написал(а) к Alexey Vissarionov в Nov 15 18:46:52 по местному времени:

Нello Alexey!

28 Nov 15 13:44, you wrote to me:

RНS>> Дело в том, что пока этот *.try вручную не прибьёшь binkd
RНS>> нифига никуда не "звонит". Когда *.try нет, то всё нормально

AV> А нет ли там файлов hld или sy?

Да, там был .csy и я таки нашёл причину. binkd завершался не нормально, а по SIGSEGV. Проблему вылечил, husky тут явно ни причём.

Bye!

--- GoldED+/LNX 1.1.5-b20150715