forum.lissyara.su

Как-то понадобилось мне для одного приложения установить на freebsd СУБД firebird. Оказалось, что есть пара тонкостей, в связи с чем я решил записать порядок действий и поделиться им с коллегами, авось кому-то пригодится.
Итак.
Вторая версия firebird'а в коллекции портов находится в каталоге /usr/ports/databases/firebird20-server. Попытавшись его собрать, натыкаемся на первые грабли. Как оказалось, компилировать firebird под рутом нельзя. Есть три пути обмана этой штуки:
1) При компиляции указать ключ: 2) Сделать так, чтоб скрипт не вываливался, обнаружив загруженную учетку рута. Для этого в /usr/ports/databases/firebird20-server/Makefile найти строку И заменить exit на echo или вообще убрать его к чертям.
3) Делать по-правильному, то есть не из-под рута. Для этого рутом надо сделать make, чтобы скачать исходники и компилятор создал нужные ему каталоги. Затем дождаться, когда скрипт вылетит и сделать каталог work доступным на запись всем или сделать юзера, под которым будете собирать, его владельцем. потом уже рутом make install. Примерно так: Далее, надо его запустить. Тут тоже есть нюанс. Firebird работает таким образом, что запускает на каждый клиентский запрос один серверный процесс. Соответственно, нужна некая служба, чтобы следила за подключением на его порт и стартовала его всякий раз, когда такое подключение происходит. В других системах есть супер-сервер firebird'а, который этим занимается, однако во фре его, похоже, нету. Однако есть супер-сервер inetd, который может нам помочь. Делаем так:
Добавляем в /etc/inetd.conf: Прописываем строку в /etc/services: Добавляем его в rc.conf: Перегружаем inetd, подав ему сигнал HUP (kill -HUP inetd)
Или, если не запущен, стартуем: Собственно, вот.

мда... и ето поделие в десятке лучших проектов sf.net

а что с ним не так?

Установилась нормально, но при попытке войти

может с правами на какие-нибудь файлы что-нибудь не так?

О, спасибо за наводку
После выходных со свежей головой сел, все заработало. Может кому еще понадобится, решение оказалось простым Птичка запускается из inetd, по рутом, а права на базу по умолчанию стояли на пользователя/группу firebird.

А есть вменяемый запуск без этого отстойного inetd?
Давно уже все норм проги научились быть демонами, и только это... вы... выпендривается.

playnet писал(а):А есть вменяемый запуск без этого отстойного inetd?

нет.

playnet писал(а):Давно уже все норм проги научились быть демонами, и только это... вы... выпендривается.

Вообще у файрбёрда есть собственный супер-сервер, но его почему-то не портировали на фрю.

Хотелось бы продолжить тему в плане проверки работоспособности этой Птицы.
У меня такая проблема.
Апач,ПХП, МуСКуЛ, Фаерберд установлены полностью с обновленных портов. Сайт на Джумле с МуСКуЛом работает отлично, а вот скрипты для Фаерберда ведут себя непредсказуемо (2 успешных запуска из 25 попыток). Скрипт подвисает в момент подключения к серверу СУБД: ibase_connect ( string database, string username, string password, string charset). В чем дело понять не могу - по неизвестным причинам перестали писаться логи в firebird.log
Вопрос: Как найти причину этой заморочки?

Для начала, я полагаю, выяснить причину, почему перестали писаться логи.
PS А зачем оно тебе, если мускул уже есть? И вообще, зачем оно, если есть мускул

princeps писал(а):Для начала, я полагаю, выяснить причину, почему перестали писаться логи.

Согласен. Каким образом?

princeps писал(а):А зачем оно тебе, если мускул уже есть?

У клиентов установлена прога которая работает корректно только с файрбёрдом.

С помощью IBConsole установил устойчивое удаленное соединение с базой на сервере (сервер на FreeBSD70). В этот момент увидел процессы на серваке:
root 1091 0.0 0.1 5124 2364 ?? I Wed02PM 0:00.03 /usr/local/bin/fb_lock_mgr
firebird 26019 0.0 0.2 22136 6244 ?? Ss 7:03PM 0:00.01 fb_inet_server
Это наибольшее, чего мне удалось достигнуть. Никакие другие проги с базой не конектятся. Локально на серваке скрипты типа:
<?php
$conn = ibase_connect("localhost:/usr/db/firebird/data/library.gdb","READER","1");
?>
не проходят. А в логах файрберда изредка появляется:
INET/inet_error: read errno = 54
И я в полной тупике.

Asket писал(а):Согласен. Каким образом?

1) проверить права
2) Увеличить уровень логгирования
Без логов, я полагаю, ничего не получится

Здравствуйте
У меня freebsd 8, установил fb21 по первому посту. Собирал пакет используя второй вариант. Больше ничего недокидал, недотачивал
Все установилось, настроил inetd, базу установил, запустил, работаю.
Но как то она непонятно подвисает, хотя ни проц ни винт не нагружены.
Вопрос: может я что-то не сделал, недокинул (либы например), можете подсказать?

По той информации, что вы дали - вряд ли
Подвисает в каком смысле? может с сетью траблы? В логах что-нибудь есть?

Вроде все решилось... правда не знаю, что именно помогло
Установил fbsd 8.2 i fb 2.1.3 с пакета, еще раз backup/restore и несколько индексов, проанализировав запросы.

Вобщето firebird при сборке сам запрашывает пароль рута
1 шаг да надо сделать make из под рута
2 chmod 777 /usr/ports/databases/firebird20-server/
3 из под пользователя make install clean и при инстале идет запрос пароля root
По поводу clasic server Да под фри нет супер сервера.
Clasic намного лутше по поводу того самого разпаралеливания для каждого подключения создается свой процес
который и обрабатывается отдельно от остальных потоков своим ядром CPU выиграш заметен на многоядерных системах
По сравнению с super serverom.
(Free Bsd 7.1 firebird 1.5.4)
Есть правда тоже недостаток плохо работает с ZFS производительность ухудшается почти в 2 раза (хотя может я неправильно настраивал zfs)
Так что если firebird то UFS

gds_db stream tcp nowait firebird /usr/local/sbin/fb_inet_server fb_inet_server

в inetd.conf

ver 2.5.0.1

кстати и зачем вообще что то прописывать в inetd.conf для ver 2.5.0.1 я так и не понял
вроде вообще ни чего не надо, только подправить makefile

все зависит от методов сборок и версий

чуваки, заметко писалось в 2009 году, 4(!) года назад. Вполне возможно, что с тех пор всё изменилось.