Попробуйте сделать следующие:

От пользователя "root"

1. Отредактировать файл "/etc/sysctl.conf"


2. Загрузить параметры ядра с файла /etc/sysctl.conf


3. Проверить, что настройки применились


4. Отредактировать файл "/etc/security/limits.conf"


(Т.е. пользователь firebird может увеличивать или уменьшать значение soft лимит, но не превышать hard лимит)

5. Добавить строчку в файл "/etc/pam.d/login"


6. Добавить следующие линии в файл ".bash_profile" (Этот файл должен быть в домашней директории пользователя "firebird", например /home/firebird/.bash_profile)


7. Перезагрузить сервер.
8. Выполнить вход от пользователя "firebird" и стартовать DB заново.

Скачал firebird's source code, ради интереса посмотреть процедуру установки в них.

автордело в том что firebird стартует автоматом при загрузке сервера и в консоли не логинится и домашней папки у него нет

Все правильно он и должен выполнять автостарт. При выполнеии скрипта автостарта не нужно выполнять login shell. Домашняя директория у пользователья "firebird" существует, вот кусок кода установки:



Домашняя директория у него "/opt/firebird", а вот login shell "/bin/fasle", т.е. у этого пользователья нет shell. Соответственно "/etc/pam.d/login" не выполняется и не вызывет библиотеку "pam_limits.so", от которой напрямую зависит файл "/etc/security/limits.conf"

Можете проверить:


Читаем:




авторЧто, если в одной консоли сделать su firebird, а в другой изменить ulimit? В первой изменения видны? А если после этого с третьей консоли зайти?
Ни одна из-них работать не будет, проблему я описал выше. Более того "ulimit -n", работает в пределах текущей сессии.
авторldd /usr/sbin/fb_inet_server говорит, что FB не использует PAM
С чего ему использовать PAM (Pluggable Authentication Modules), если PAM необходим для аутентификации и срабатывет на Login action. Например "su" использует PAM.


автор(потому что нефиг обычному пользователю себе лимиты поднимать)
Глупости говорите. Для этого и используется "limits.conf" файл, чтоб делегировать это непривилегированному пользователю. Ипользование limits.conf необходимо для таких RDBMS как: Sybase ASE, Oracle, DB2 итд.

Вам нужно сделать:
1. Изначально выполнить login от пользователя "root".
2. Сменить shell для пользователя "firebird"


3. Выполнить шаги которые я описал выше: 1, 2, 3, 4, 5, 6 (7 и 8 выполнять не надо)
4. Выполнить логин от пользоветеля "firebird"


"-" между su и firebird обязательно. Для того чтобы ипользовать firebird's user environment.
5. Проверить текущий shell:


6. Пороверить текущие настройки:


Сейчас должны использоваться настройки с файла "limits.conf"

7. Стартовать "firebird" вручную с текущего shell.
Открыть firebird's startup script и проверить секцию start. Там есть строка для старта "firebird".
Что-то вроде:


Из приведенного выше кода вам нужно выполнить:


Это только пример у вас наверняка другая строчка для старта firebird, так что ориентируйтесь на неё.

авторЭто ж надо столько умных слов написать чтобы выдать столько плохих советов. Восхищаюсь
Сколько, и что конкретно вы имели ввиду из моих двух постов непонятно? Из ваших слов следует что IBM , Oracle или Firebird дает "плохие советы" используя "/etc/security/limits.conf" файл, для настройки лимитов, который напрямую зависит от PAM.
IBMTo set the maximum number of open file descriptors for processes running under the user, add the following to the file, /etc/security/limits.conf
For more details on how to configure the PAM_limits security module type:
man limits.conf
Не умные они, надо использовать "rc.local" или startup scripts служб для этого, как вы написали.

Для использования файла "/etc/security/limits.conf", пользователю необходим shell, а не /bin/false.
Примером плохого совета, служит проверка динамических значений, которые работают на время жизни текущей сессии из двух других сессий. Или не использвание "/etc/security/limits.conf", только потому что "/usr/sbin/fb_inet_server" не использует PAM, так как он не имеет никаго отношения к аутентификации, соотвественно и к PAM. Я вам это объяснил, и вы видать это восприняли как личную обиду. Не вижу причин веселья по этому поводу. Хотя это ваше мнение и высказли свою точку зрения, спроить я с вами не буду.
авторПервое и самое главное - у ТС ФБ ставился из репозитория debian
Опять не понятно, почему это для вас "первое и самое главное".
Давайте выясним что такое репозиторий.
debian.orgA Debian repository is a set of Debian packages organized in a special directory tree which also contains a few additional files containing indexes and checksums of the packages.
A repository can be both online and offline (for example on a CD-ROM)
Т.е. репозиторий - это не что иное, как набор пакетов доступных для установки. В свою очередь эти пакеты собираются из исходных кодов и помещаются в репозиторий. Тот самый исходный код я и использовал для нахождений причины не работающего "/etc/security/limits.conf" файла. Не важно как вы установите пакет c репозитория или DVD (CD), суть от этого не изменится, если оба они собраны с одинаковами параметрами из одного и того же кода.

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

@ miwaonline - Предлогаю закончить дискусию, вместо того чтоб плодить оффтоп.