Добрый день.
Может кто сталкивался. Подскажите. Периодически, а именно раз в неделю появляется ошибка:
Authentication error
cannot attach to password database
Error in isc_attach_database() API call when working with security database
I/O error during "open" operation for file "/tmp/firebird/fb_trace_TAfddz"
Error while trying to open file
No such file or directory


Новые соединения отбрасывает(Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements. Failed to establish a connection), но существующие функционируют нормально(т.е. те которые подсоединились до сбоя).

Лечится радикально pkill -9 firebird или перезагрузкой самого сервера

Linux 3.10.0-693.2.2.el7.x86_64

Firebird работает в режиме: ServerMode = Classic

Мимопроходящий, только sysctl.conf --->
fs.file-max=65536
kernel.core_uses_pid=1
kernel.shmmni=4096
kernel.shmall=2097152
kernel.sem=250 32000 100 128
net.core.somaxconn=65535
kernel.shmmax=103079215104
kernel.pid_max=650000
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.all.secure_redirects = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.tcp_max_orphans = 65536
net.ipv4.tcp_fin_timeout = 10
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_keepalive_intvl = 15
net.ipv4.tcp_keepalive_probes = 5
net.ipv4.tcp_max_syn_backlog = 4096
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_mem = 50576 64768 98152
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.ipv4.tcp_orphan_retries = 0
net.ipv4.tcp_syncookies = 0
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_sack = 1
net.ipv4.tcp_congestion_control = htcp
net.ipv4.tcp_no_metrics_save = 1
net.ipv4.route.flush = 1
net.ipv4.conf.all.rp_filter = 1
net.ipv4.conf.lo.rp_filter = 1
net.ipv4.ip_local_port_range = 1024 65535
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_rfc1337 = 1
net.ipv4.ip_forward = 0
net.ipv4.icmp_echo_ignore_broadcasts = 1
net.ipv4.icmp_echo_ignore_all = 0
net.ipv4.icmp_ignore_bogus_error_responses = 1
net.core.somaxconn = 65535
net.core.netdev_max_backlog = 1000
net.core.rmem_default = 65536
net.core.wmem_default = 65536
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
fs.inotify.max_user_watches = 16777216

Dimitry Sibiryakov, в кроне есть только ежедневная очистка кэша: sync; echo 1 > /proc/sys/vm/drop_caches

Огромное спасибо, Всем! Получилось воссоздать ошибку. Точно, дело в очистке /tmp. Не внимательно разбирал проблему. Еще раз, спасибо!

Мимопроходящий, в моем случае подставил костыль: touch -m /tmp/firebird/fb_trace_* Пока не разберусь как для FB изменить темповую директорию. Пока так. Перезагрузки сейчас критичны...

Basil A. Sidorov, при первом соединении с БД, там создается файл fb_trace_....... Если его удалить никто не сможет соединиться с базой. Будут работать с БД, только те, кто уже имеет подключение. Придется закрыть все соединения и открыть заново, тогда будет создан новый файл под новые соединения. Это при беглом разборе. У меня именно так получается. Может что-то еще есть.....

Basil A. Sidorov, Спасибо по "/tmp/firebird это не FIREBIRD_TMP, а FIREBIRD_LOCK" буду разбираться.

Basil A. Sidorov, Спасибо, уже занимаюсь.

Мимопроходящий, Да, но дата файла fb_trace_....... не меняется, он его и удаляет.

Basil A. Sidorov, Спасибо! Помогло.