короче, оставляем как есть, и трогаем, когда понадобится.

Ну я тогда еще exit-коды разделю, раз народ просит

не нужно

Ну пусть тогда локально сам меняет :)

отладке не поможет, тестам не поможет, ничему особо не поможет. падать в корку - если грубо, или починить логгирование там - в идеале

А вот логирование не сломано, в том-то и дело

во всяком случае triton_log_error в лог таки пишет

Ладно, с другого бока зайдем: есть необходимость что-то проверить или допилить моими силами?

О жрецы Кернигана и Ричи! Запилите фичу - чтобы у сессии было свойство - постоянная, или temporary session

тогда почему оно не пишет в тех местах?

Может просто в state писать типа temp а не active?
ifname |     username      |    calling-sid    |     ip     | rate-limit | type | state  |  uptime  | rx-bytes | tx-bytes | rx-pkts | tx-pkts
--------+-------------------+-------------------+------------+------------+------+--------+----------+----------+----------+---------+---------
ipoe0  | 5cd9.98fa.ed80-28 | 00:1a:92:62:32:6b | 10.0.200.2 | 1024/1024  | ipoe | active | 00:05:06 | 5.0 KiB  | 11.2 KiB | 64      | 33

Да чтоб я знал! Как вариант - произошел какой-нибудь reopen, и не хватило fd для этого, и лог закрылся

но вот сразу после старт оно вполне себе пишет

хороший вариант, коррелирует с гипотезой о лимите дескрипторов

ну и да, это логи из секции [core], может человек другие логи смотрит?

Добрый вечер. Есть у когото домены платежных систем включая сбер ?

@i880ru @themiron у меня есть подозрение что из за того что там вызывается _exit() а не exit()
по мануалу _exit тоже должен закрыть дескрипторы корректно, но это зависит от реализаций и в некторых i/o может отмениться

не

я смотрел код, там лимит назначается в коде акселя, либо 1024*1024 либо то что в /proc/sys/fs/nr_open

Да там не важно, т.к. там есть fflush(fd)