Evgeny Mсделал, проблема не исчезла, стало только хуже: при достижении лимита сервер просто перестает отвечать, приходится рестартить его.
Если менять Linux то какой посоветуете?
И возможно ли теперь откатиться на прошлую версию Firebird?
Firebird, вы уже переустановили по "умному" совету... Теперь и до OS добрались. Если у вас изначально не работал ulimit у пользователя firebird, то и нужно было разбираться с этим, а не переустанавливать Firebird. Это проблема данного пользователя OS, а не Firebird. Firebird здесь не причем, он работает из environment что ему определён пользователем OS. Не нужно бросаться из крайности в крайность, а нужно прежде всего искать причину ошибки. И на будущее, перед тем как что-то делать на production environment тестируйте это на staging environment.

Ok.
Напишите вывод:

Также посмотрите перед пиком количества подключение список открытых файлов OS + их кол-во с помощью ""lsof". "lsof" надо запускать от "root".

Что у вас ещё работает на сервере помимо firebird?

P.S. Не торопитесь переустанавливать OS. В качестве ответа на вопрос: из коммерческих (RHEL, SLES), те, которые распространяются бесплатно (CentOS, Oracle Linux - оба собраны на основе RHEL, причем второй может качать patchs офциально с Oracle errata, так же бесплатно). Еще один openSUSE.

Evgeny M,

Судя по "lsof" не так уж и много открытых фалов у вас сейчас.
С пользователем "firebird" тоже всё в порядке, есть shell (/bin/bash) и домашняя директория: /var/lib/firebird

Дайте вывод:


Ещё один вопрос, у вас не работает ли случайно "SELinux" или "AppArmor"?

Ещё один вопрос, у вас не работает ли случайно "SELinux"
Дайте ещё содержимое файла загрузчика grub.conf или lilo.conf, в зависимости от того что вы используете.

Evgeny M,

Судя по вашему "/etc/pam.d/login", "SELinux" у вас всё же установлен:
раз# SELinux needs to be the first session rule. This ensures that any
# lingering context has been cleared. Without out this it is possible
# that a module could execute code in the wrong domain.
# When the module is present, "required" would be sufficient (When SELinux
# is disabled, this returns success.)
session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so close

и два# SELinux needs to intervene at login time to ensure that the process
# starts in the proper default security context. Only sessions which are
# intended to run in the user's context should be run after this.
session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so open
# When the module is present, "required" would be sufficient (When SELinux
# is disabled, this returns success.)
Я бы закоментировал эти строчки. И добавил бы "selinux=0" в grub.conf. Это полностю выключит "SELinux".

С файлами конфигурации у вас всё нормально, поэтому предполагаю что у вас проблема с "SELinux".
Сделайте ещё следующие:


Опция "-Z"
ls -Z-Z, --context
print any SELinux security context of each file

Evgeny M,

А где у вас установлен "Firebird"?
Перейдите в эту директорию и сделайте "ls -Z"

Просто исходя из этого:
fingerfinger firebird выдает:

Login: firebird
Name: Firebird Database Administrator
Directory: /var/lib/firebird
Shell: /bin/bash
Never looged in.
No mail.
No Plan.
Домашняя директория у пользователя "firebird" имеено "/var/lib/firebird". Тоже самое вам скажет:

Поменяйте домашнею директорию пользователю "firebird", на ту где у вас установлен "Firebird".

Поменяйте домашнею директорию пользователю "firebird", на ту где у вас установлен "Firebird".
Изменить её можно в файле /etc/passwd. Соответственно пользователь "firebird", должен иметь права на эту директорию.

Evgeny M,

?? - это хорошо, значит на эти файлы не влияет "SELinux".

изменил на /opt/firebird. владелец root, у других права на чтение и запуск/поиск. этого достаточно?
Надо сделать:

Evgeny M,

Не должен. Ну на всякий случай, без опции "-R". Т.е. поменять права только на "/opt/firebird", а не "recursively"

Пользователь "firebird" является владельцем "Firebird DB + data files" + сервис стартует от этого пользователя.