Bug 36727 - puppetserver не стартует
Summary: puppetserver не стартует
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: puppetserver (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Andrey Cherepanov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-07 17:40 MSK by Sergey Ivanov
Modified: 2020-05-01 07:44 MSK (History)
4 users (show)

See Also:


Attachments
puppetserver start (4.83 KB, application/octet-stream)
2019-05-07 17:41 MSK, Sergey Ivanov
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey Ivanov 2019-05-07 17:40:26 MSK
После установки не запускается puppetserver
Версия: puppetserver-6.2.1-alt1.noarch

# systemctl status puppetserver
● puppetserver.service - LSB: puppetserver
   Loaded: loaded (/etc/rc.d/init.d/puppetserver; generated)
   Active: failed (Result: exit-code) since Tue 2019-05-07 17:26:53 MSK; 2min 5s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 2094 ExecStart=/etc/rc.d/init.d/puppetserver start (code=exited, status=1/FAILURE)

мая 07 17:26:19 server-8-2-x86-64-office.localdomain systemd[1]: Starting LSB: puppetserver...
мая 07 17:26:53 server-8-2-x86-64-office.localdomain puppetserver[2094]: Starting puppetserver Puppet Labs version-checking backend: puppetserver. [FAILED]
мая 07 17:26:53 server-8-2-x86-64-office.localdomain systemd[1]: puppetserver.service: Control process exited, code=exited, status=1/FAILURE
мая 07 17:26:53 server-8-2-x86-64-office.localdomain systemd[1]: puppetserver.service: Failed with result 'exit-code'.
мая 07 17:26:53 server-8-2-x86-64-office.localdomain systemd[1]: Failed to start LSB: puppetserver.

При попытке запуска через puppetserver start, в терминал выводятся следующие ошибки (во вложенном файле)
Comment 1 Sergey Ivanov 2019-05-07 17:41:50 MSK
Created attachment 8127 [details]
puppetserver start
Comment 2 Anton Farygin 2019-05-07 17:54:00 MSK
Не хватает каких-то зависимостей. Наверное, причина этого кроется отчасти в нашей новой системе поиска зависимостей ruby.
Comment 3 Andrey Cherepanov 2019-05-07 18:07:49 MSK
Никакого отношения к обычному Ruby это не имеет.
Comment 4 Anton Farygin 2019-05-07 19:36:59 MSK
А чем это отличается от обычного ruby ?
Comment 5 mrdrew@altlinux.org 2019-05-07 23:29:05 MSK
Проверил, проблема в том что puppetserver пытается запустить puppet из gem'ов, буду исправлять.
Comment 6 Anton Farygin 2019-05-08 12:32:47 MSK
Проблема в том, что puppetserver не находит gem puppet и мы не нашли способ заставить его это сделать. Это ошибка не puppetserver и мы не знаем как её чинить.
Предлагаю посмотреть на это автору схемы новой упаковки ruby пакетов.

Вероятно, puppetserver надо собирать как-то иначе.
Comment 7 mrdrew@altlinux.org 2019-05-08 14:28:15 MSK
Работает, если в конфиге изменить gem-home на /usr/lib/ruby/gems/2.5.0 (где собственно находится gem-puppet). Но получается что каталог '2.5.0' прибит и в случае (видимо обновления ruby) puppetserver опять не сможет найти gem-puppet. Может есть какие-то мысли по этому поводу?
Comment 8 Andrey Cherepanov 2019-05-08 16:11:47 MSK
c253 ~ # gem which puppet
/usr/lib/ruby/gems/2.5.0/gems/puppet-6.4.2/lib/puppet.rb
c253 ~ # rpm -q gem-puppet
gem-puppet-6.4.2-alt1.noarch
Comment 9 Andrey Cherepanov 2019-05-08 16:14:50 MSK
# gem environment gemdir
/usr/lib/ruby/gems/2.5.0
Comment 10 Anton Farygin 2019-05-08 18:20:55 MSK
(В ответ на комментарий №9)
> # gem environment gemdir
> /usr/lib/ruby/gems/2.5.0

Это что и как это использовать на этапе сборки пакета ?
Comment 11 Anton Farygin 2019-05-08 18:42:10 MSK
cas: поправьте пакет так, как вы думаете он должен выглядеть в соответствии с новым ruby policy.
Comment 12 mrdrew@altlinux.org 2019-05-09 17:09:59 MSK
Сделал чтобы путь до gem'ов определялся динамически, таск 229108, заодно обновил версию.
Comment 13 Andrey Cherepanov 2020-05-01 07:44:14 MSK
Исправлено.