я это понимаю. Вычитал, что при загрузке лог systemd обнуляется из-за изменения "идентификатора машины" и вобщем его никак не прочитать.  в var/log я нашел файл messeges, в котором все-таки событие отвала фс видно
Jul  5 20:13:48 localhost freeswitch: Fatal: can't read lock OpenSSL lock
Jul  5 20:13:48 localhost systemd: freeswitch.service: main process exited, code=killed, status=6/ABRT
Jul  5 20:13:48 localhost systemd: Unit freeswitch.service entered failed state.
Jul  5 20:13:48 localhost systemd: freeswitch.service failed.

как-то мне надо раскрыть этот куст лога...

Жесткие диски в "программном" рейде интел рапид. Я даже не думал, что с ним может быть проблема так скоро, но действительно - это надо проверить.

centos 7 + mysql + libssl 1.0.2g = жди сюрприза

ок, если я перекомпилю fs с поддержгой postgre, я буду лишен таких сюрпризов? или нужно поставить следующую версию libssl?

И вопрос пока будет решен?

Мне нужно временное решение хотя бы на несколько суток, как запустить этот вачдог, который запускает вновь фс

Так, как вариант, можно поправить FS unit в systemd. Чтобы заново перезапускал FS. Это, кажется, где-то внутри бритв должно очевидным образом быть видно.

если у вас  libssl 1.0.2g  надо откатить на предыдущую либо дальше

Так?

[root@localhost ~]# openssl version -a
OpenSSL 1.0.2k-fips  26 Jan 2017

Похоже, вроде. Поищите что сейчас указано в FS юните в параметре Restart= ?

Только лучше, всё же, такие вещи искать на английском изначально. Этот coderoad - это контрафактный машинный  перевод, обычно со stackoverflow или подобных приличных сайтов.

вообще нет этого параметра(

Ладно, с этим я разберусь, спасибо за подсказку и уделенное время всем

если коннект к БД на localhost можно проверить и соединение без ssl

ок, если навернулся мускуль, может ли грохнуться фрисвич вместе с ним? Есть ли такой вариант? При настройке mod_odbc_cdr я сталкивался с ситуацией, что если мускуль не запущен перед фрисвичем, то из-за того что mod_odbc не может к нему подцепиться, фрисвич не стартовал.

Проверьте по времени, когда упал FS... какие последние записи были в cdr..., а именно интервал между ними. У меня была ситуация, когда mysql по таймауту спать ложился и при след факте записи cdr не успевал "проснуться".

Последняя запись, которая была отправлена через mod_odbc_cdr, отсутствует. Я не знал, что есть какой-то таймаут у mysql... но в 20:11 запись есть, а в 20:13 уже отсутствует, вряд ли таймаут такой крошечный

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

Доброго времени суток! Для Астериска Библия - 《Будущее телефонии》, а по fs есть что-нибудь подобное для вхождения новичка?