Автор Тема: При запуске системы firebird-superserver.service Deactivated successfully.  (Прочитано 224 раз)

Оффлайн AndreyNag

  • Участник
  • *
  • Сообщений: 129
Здравствуйте.
При старте FB запускается и тут же падает. Самое противное, что в логе: Deactivated successfully. Я не просил его деактивировать, чтобы он хвастался, что сделал это успешно. При ручном старте службы запуск происходит штатно.
xinetd отключён.
Сервер P10/P11 чистый c актуальными обновлениями компонентов и ядра.
Содержимое firebird-superserver.service:
Спойлер
[Unit]
Description=Firebird Database Server ( SuperServer )
After=network.target
Conflicts=firebird-classic.socket

[Service]
User=firebird
Group=firebird
Type=forking
ExecStart=/usr/sbin/fbguard -daemon -forever
StandardError=syslog

[Install]
WantedBy=multi-user.target
, где чётко прописывается ожидание готовности сетевых адаптеров. Но, про ходу, служба таки не дожидается запуска сети и в её отсутствие "деактивируется успешно".
В какую сторону рыть?
Спасибо.

Онлайн fraks

  • Участник
  • *
  • Сообщений: 103
в логе: Deactivated successfully.

А в каком это логе, какая полная запись об ошибке?

Что показывает команда
systemctl status firebird

Что показывает команда
journalctl -u firebird

Как установлен firebird, из репозитория Альта или иным способом?
В репозиториях P10 и P11 разные версии Firebird.

Что есть вокруг этого времени в firebird.log?
« Последнее редактирование: 19.12.2025 06:17:09 от fraks »

Онлайн fraks

  • Участник
  • *
  • Сообщений: 103
Посмотрел на своем тестовом компе, у меня в journalctl -u firebird есть записи
systemd[1] firebird.service: Deactivated sucessfully
каждый раз при перезагрузке компа, т.е. это не firebird упал, а его системду штатно остановил.

А нет ли в системе какого-то еще сервиса, который конфликтует с firebird? Типа того же firebird-classic?
Типа стартовал супер, потом классик, но что бы запустить классика нужно супер остановить...

Посмотреть
systemd-analyze critical-chain firebird.service

Оффлайн AndreyNag

  • Участник
  • *
  • Сообщений: 129
Что показывает команда
systemctl status firebird

Что показывает команда
journalctl -u firebird
Обе команды выдают одно и то же. :-o

А нет ли в системе какого-то еще сервиса, который конфликтует с firebird? Типа того же firebird-classic?
Типа стартовал супер, потом классик, но что бы запустить классика нужно супер остановить...
Нет. Система чистая и активирую только сервис super сервера. При деактивации сервиса при запуске никто другой не "вешается" на порт 3050. Проверял.

Оффлайн AndreyNag

  • Участник
  • *
  • Сообщений: 129
Посмотреть
systemd-analyze critical-chain firebird.service
Посмотрю на новой неделе.

Оффлайн AndreyNag

  • Участник
  • *
  • Сообщений: 129
Посмотреть
systemd-analyze critical-chain firebird.service
Вот результат выполнения команды:
********************************************************************************
# systemd-analyze critical-chain firebird.service
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

└─basic.target @8.680s
  └─sockets.target @8.680s
    └─dbus.socket @8.680s
      └─sysinit.target @8.672s
        └─systemd-update-utmp.service @8.663s +9ms
          └─systemd-tmpfiles-setup.service @8.551s +101ms
            └─systemd-journal-flush.service @1.160s +7.376s
              └─var.mount @1.119s +13ms
                └─systemd-fsck@dev-disk-by\x2duuid-c52ebd09\x2d277f\x2d4b9e\x2dbf46\x2df50612cd10da.service @1.114s +4ms

                  └─dev-disk-by\x2duuid-c52ebd09\x2d277f\x2d4b9e\x2dbf46\x2df50612cd10da.device @1.113s

********************************************************************************
Кстати. Я запускаю службу superserver.
Вот вывод для неё.
********************************************************************************
# systemd-analyze critical-chain  firebird-superserver.service
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

firebird-superserver.service +7ms
└─network.target @9.843s
  └─NetworkManager.service @9.188s +654ms
    └─network.service @8.693s +472ms

      └─sysinit.target @8.672s
        └─systemd-update-utmp.service @8.663s +9ms
          └─systemd-tmpfiles-setup.service @8.551s +101ms
            └─systemd-journal-flush.service @1.160s +7.376s
              └─var.mount @1.119s +13ms
                └─systemd-fsck@dev-disk-by\x2duuid-c52ebd09\x2d277f\x2d4b9e\x2dbf46\x2df50612cd10da.service @1.114s +4ms

                  └─dev-disk-by\x2duuid-c52ebd09\x2d277f\x2d4b9e\x2dbf46\x2df50612cd10da.device @1.113s
********************************************************************************
« Последнее редактирование: 22.12.2025 16:31:11 от AndreyNag »

Онлайн fraks

  • Участник
  • *
  • Сообщений: 103
в логе: Deactivated successfully.

А в каком это логе, какая полная запись об ошибке?

Что показывает команда
systemctl status firebird

Что показывает команда
journalctl -u firebird

Как установлен firebird, из репозитория Альта или иным способом?
В репозиториях P10 и P11 разные версии Firebird.

Что есть вокруг этого времени в firebird.log?

Хотелось бы все-таки увидеть вывод этих команд.
Не "такой же" а прям копипаста всего вывода.

Из журнала можно взять только пару последних загрузок.

Оффлайн AndreyNag

  • Участник
  • *
  • Сообщений: 129
А в каком это логе, какая полная запись об ошибке?
Эта запись в логе самого FB.
Что показывает команда
systemctl status firebird
Я использую службу firebird-seperserver.
В ответ на запрос про суперсервер после контрольной перезагрузки:
# systemctl status firebird-superserver.service
○ firebird-superserver.service - Firebird Database Server ( SuperServer )
     Loaded: loaded (/lib/systemd/system/firebird-superserver.service; enabled; vendor preset: disabled)
     Active: inactive (dead) since Tue 2025-12-23 19:40:33 MSK; 57s ago
    Process: 2649 ExecStart=/usr/sbin/fbguard -daemon -forever (code=exited, status=0/SUCCESS)
   Main PID: 2674 (code=exited, status=0/SUCCESS)
        CPU: 16ms

Dec 23 19:40:33 ur-dc.ms.ru systemd[1]: Starting Firebird Database Server ( SuperServer )...
Dec 23 19:40:33 ur-dc.ms.ru systemd[1]: Started Firebird Database Server ( SuperServer ).
Dec 23 19:40:33 ur-dc.ms.ru systemd[1]: firebird-superserver.service: Deactivated successfully.
Что показывает команда
journalctl -u firebird
]# journalctl -u firebird
Oct 06 16:17:49 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
Oct 06 16:17:49 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
Oct 06 16:17:49 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
-- Boot 07140878f21045709020fadf4e84a0c4 --
Oct 07 10:10:54 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
-- Boot 5cff7ee52d12462782a3d717f866dbae --
Oct 14 11:30:22 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
-- Boot e6cf21e3480d44468a7514a9b02a8d32 --
Dec 23 19:34:04 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
Dec 23 19:34:39 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
Dec 23 19:34:50 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:20: PIDFile= references a path below legacy directory /var/run/, >
Dec 23 19:34:50 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:20: PIDFile= references a path below legacy directory /var/run/, >
Dec 23 19:34:57 ur-dc.ms.ru systemd[1]: Starting SYSV: Start/Stop firebird database server...
Dec 23 19:34:57 ur-dc.ms.ru firebird[149938]: Starting Firebird: [ DONE ]
Dec 23 19:34:57 ur-dc.ms.ru systemd[1]: firebird.service: Supervising process 149945 which is not our child. We'll most likely not notice when it exit>
Dec 23 19:34:57 ur-dc.ms.ru systemd[1]: Started SYSV: Start/Stop firebird database server.
Dec 23 19:35:19 ur-dc.ms.ru systemd[1]: Stopping SYSV: Start/Stop firebird database server...
Dec 23 19:35:19 ur-dc.ms.ru firebird[149963]: Stopping Firebird: [ DONE ]
Dec 23 19:35:19 ur-dc.ms.ru systemd[1]: firebird.service: Killing process 149945 (n/a) with signal SIGKILL.
Dec 23 19:35:19 ur-dc.ms.ru systemd[1]: firebird.service: Killing process 149945 (n/a) with signal SIGKILL.
Dec 23 19:35:19 ur-dc.ms.ru systemd[1]: firebird.service: Deactivated successfully.
Dec 23 19:35:19 ur-dc.ms.ru systemd[1]: Stopped SYSV: Start/Stop firebird database server.
-- Boot 3b71afa13106407584981fa571da2f3d --
Dec 23 19:35:52 ur-dc.ms.ru systemd[1]: Starting SYSV: Start/Stop firebird database server...
Dec 23 19:35:53 ur-dc.ms.ru firebird[2544]: Starting Firebird: [ DONE ]
Dec 23 19:35:53 ur-dc.ms.ru systemd[1]: firebird.service: Supervising process 2623 which is not our child. We'll most likely not notice when it exits.
Dec 23 19:35:53 ur-dc.ms.ru systemd[1]: Started SYSV: Start/Stop firebird database server.
Dec 23 19:35:53 ur-dc.ms.ru systemd[1]: firebird.service: Control process exited, code=exited, status=1/FAILURE
Dec 23 19:35:53 ur-dc.ms.ru systemd[1]: firebird.service: Killing process 2623 (n/a) with signal SIGKILL.
Dec 23 19:35:53 ur-dc.ms.ru systemd[1]: firebird.service: Killing process 2623 (n/a) with signal SIGKILL.
Dec 23 19:35:53 ur-dc.ms.ru firebird[2667]: Stopping Firebird:
Dec 23 19:35:53 ur-dc.ms.ru systemd[1]: firebird.service: Failed with result 'exit-code'.
Dec 23 19:35:53 ur-dc.ms.ru firebird[2667]: [FAILED]
Dec 23 19:38:40 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
Dec 23 19:38:40 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
Dec 23 19:38:54 ur-dc.ms.ru systemd[1]: /run/systemd/generator.late/firebird.service:16: PIDFile= references a path below legacy directory /var/run/, >
lines 1-36/36 (END)
Как установлен firebird, из репозитория Альта или иным способом?
И на P10 и на P11 установка FB исключительно из штатного репозитория.

Онлайн fraks

  • Участник
  • *
  • Сообщений: 103
Какая последняя строка в файле firebird.conf ?

Можете ли воспроизвести последовательность команд которыми устанавливали и запускали Firebird?

Онлайн fraks

  • Участник
  • *
  • Сообщений: 103
Давайте посмотрим вывод вот этих команд:

systemctl status firebird
systemctl status firebird-superserver
systemctl | grep firebird


Я поначалу не обратил внимание что у вас юнит супера называется не просто firebird, а firebird-super, поэтому все что я ранее говорил "а давайте посмотрим ...firebird" надо было заменить на "а давайте посмотрим ...firebird-super", в частности это касается journalctl -u

Но это и позволило вообще задуматься, а почему у вас оба юнита есть.

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

Еще вопросы.

У вас есть какой-то софт, который работает под Firebird, и уже есть какая-то БД, или у вас первые шаги на попробовать, и особо без разницы что там за версии?
Если какая-то система есть, то есть и требование к версии Firebird и менять версию нельзя, это должны делать разработчики иначе или просто не работает или поломка базы и потеря данных.
В Альте существующие в репозитории пакеты Firebird не дают возможности выбора, в P10 там версия 3.0.8 кажется, и это не самая свежая что есть в первоситочнике, а в P11 версия 4.0... при том что версия 4.0 особо никому и не нужна, после 3.0 идут сразу на 5.0, а 4.0 получилась как бы промежуточная.
Кроме того, майнтайнер этих пакетов как-то затейливо нашинковал первоисточник на пакеты, что логику не поймешь, вплоть до отсутствия важной доки. Может быть у него есть какая-то логика и он ее придерживается, но описания этой логики я не встречал.

Посему, гораздо практичнее ставить Firebird из официального тарбола нужной версии и подверсии. Там и расположение файлов будет каноничное, и вопросы по нему будет проще задавать, т.к. там без отебятины.
« Последнее редактирование: 24.12.2025 05:41:25 от fraks »

Оффлайн AndreyNag

  • Участник
  • *
  • Сообщений: 129
Пока у меня предположение что вы "поставили" обе версии, но они не могут быть одновременно, у них и настройки разные и для переключения между этими двумя вариантами недостаточно остановить один и запустить другой.
Компонент firebird, так называемый common, устанавливается в любом случае. Без него superserver не работает. После установки firebird и firebird-superserver с утилитами к нему я включаю (enable) только super. Он стартует, должен по крайней мере, автоматически. firebird.service в состоянии disable не запускается автоматически.
Как-то так.

FB используется под конкретный софт, но как показали эксперименты, он работает на линейке от 2.5.9 до 4.0. Вопросики только с автозапуском службы.