Bug 4075 - Contrib: Openfire - not work after install
: Contrib: Openfire - not work after install
Status: RESOLVED FIXED
Product: Server Bugs
Classification: ROSA Server
Component: Main Packages
: unspecified
: All Linux
: Normal normal
: ---
Assigned To: Andrew Lukoshko
: ROSA Server Bugs
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-06-02 07:45 MSD by Yaroslav
Modified: 2014-06-27 14:11 MSD (History)
0 users

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Yaroslav 2014-06-02 07:45:25 MSD
После установки не стартует Openfire.
/etc/rc.d/init.d/openfire start
Starting openfire: sh: /opt/openfire/logs/nohup.out: Отказано в доступе

Каталог /opt/openfire имеет права drwxr-x--- 9 root root
Каталог /opt/openfire/logs - drwxr-xr-x 2 root root
Openfire работает с правами daemon.
Comment 1 Andrew Lukoshko 2014-06-09 17:36:02 MSD
Выпущено обновление Openfire, изменения:
- обновление до последней версии 3.9.3;
- сервис по умолчанию стартует с правами пользователя openfire, каталог /opt/openfire также принадлежит ему;
- пользователь заводится автоматически при установке.

Изменения в ABF:
https://abf.rosalinux.ru/server/openfire/commit/873025af9f750f84ba39c85a702200b4ba1e0ce0

Сервис успешно стартует, порт слушает.
Проверяйте.
Comment 2 Yaroslav 2014-06-10 06:58:12 MSD
Все работает "из коробки". Только проблема при установке пакета была:
Package openfire-3.9.3-1.res6.noarch.rpm is not signed

Миграцию на эту сборку рабочий сервер перенес успешно.
Comment 3 Yaroslav 2014-06-10 12:14:55 MSD
Рано радовался.
Сервер запускается только если его запускать командой
/opt/openfire/bin/openfire.sh
Но он нифига не в режиме демона запускается.

Попытка выполнить
/etc/rc.d/init.d/openfire start
приводит к запуску демона, но при этом сервер не связывает клиентов и не принимает оффлайн сообщения. А в webGUI стартует в режиме установки сервиса, как буд-то не видит файл с конфигом.
Comment 4 Yaroslav 2014-06-10 12:33:02 MSD
Вывод ps aux для двух запусков openfire

ручной
root      7596 15.6 12.4 3596756 487356 pts/1  Sl+  15:02   0:49 /usr/lib/jvm/jre-openjdk/bin/java -server -DopenfireHome=/opt/openfire -Dopenfire.lib.dir=/opt/openfire/lib -classpath /opt/openfire/lib/startup.jar -jar /opt/openfire/lib/startup.jar

службы
openfire  7889 10.0  3.3 3094536 129908 ?      Sl   15:08   0:04 /etc/alternatives/jre/bin/java -server -DopenfireHome=/opt/openfire -Dopenfire.lib.dir=/opt/openfire/lib -classpath /opt/openfire/lib/startup.jar -jar /opt/openfire/lib/startup.jar
Comment 5 Yaroslav 2014-06-10 13:36:53 MSD
Разобрался.
После запуска /opt/openfire/bin/openfire.sh на все файлы конфигов права выставляются 644 root:root, а демону зачем-то нужен держать этот файл доступным для записи.
Comment 6 Andrew Lukoshko 2014-06-10 13:50:13 MSD
А если не запускать скрипт от root, а запускать именно сервис как положено?
Конфигурации в /opt/openfire/conf после имеют правильные права openfire:openfire.

Вы про какие сейчас говорите?
Comment 7 Yaroslav 2014-06-10 18:42:26 MSD
(In reply to comment #6)
> А если не запускать скрипт от root, а запускать именно сервис как положено?
> Конфигурации в /opt/openfire/conf после имеют правильные права
> openfire:openfire.
> 
> Вы про какие сейчас говорите?

Да, я говорю про конфиги в /opt/openfire/conf.

Возможно, на чистой установке проблемы не было бы. Вернее не должно быть.
У меня же был перенос настроек и данных с сервера, взятого с оффсайта в виде сжатого тарбола. Пакет поставл, конфиги перенес, права поменял на openfire:openfire, для тестирования запускаю скрипт /opt/openfire/bin/openfire.sh, получаю работающий сервре. Останавливаюй его, запускаю как демон из /etc/rc.d/init/d/openfire и получаю несконфигурированный, судя по админской панеле, сервер. Я как-то не подумал, что openfire будет пересоздавать конфиги при каждом запуске.

Проблема у меня решена полностью.