Служба Puppetserver не запускается

Ответ 1

Вы уверены, что это ошибка OnOutOfMemory? Я спрашиваю, потому что обнаружил, что последний PuppetServer содержит более новую версию logback, как показано этим сообщением в /var/log/messages:

Mar 18 01:56:21 puppetserver java: Exception in thread "main" java.lang.AbstractMethodError: ch.qos.logback.core.net.SyslogAppenderBase.createOutputStream()Lch/qos/logback/core/net/SyslogOutputStream;
Mar 18 01:56:21 puppetserver java: at ch.qos.logback.core.net.SyslogAppenderBase.start(SyslogAppenderBase.java:62)
Mar 18 01:56:21 puppetserver java: at ch.qos.logback.classic.net.SyslogAppender.start(SyslogAppender.java:48)

Если вы видите, это заменит "classic.net.Syslog" в logback.xml с "core.net.Syslog"

sed -i_old -e 's/classic.net.Syslog/core.net.Syslog/' /etc/puppetlabs/puppetserver/logback.xml

Если это не проблема, отправьте свои лог файлы.

Ответ 2

Вы предоставили журнал как

OpenJDK 64-битное предупреждение сервера VM: игнорирование опции MaxPermSize = 1g; поддержка удалена в 8.0

Итак, понятно, что вы используете jdk 8, который удалил пространство перменто.

Пространство постоянного поколения (PermGen) полностью удалено и заменено новым пространством под названием Metaspace. Последствия удаления PermGen состоят в том, что очевидно, что аргументы JVM PermSize и MaxPermSize игнорируются, и вы никогда не получите java.lang.OutOfMemoryError: PermGen error.

• Поэтому, пожалуйста, удалите -XX:MaxPermSize=1g часть из JAVA_ARGS местоположения /etc/sysconfig/puppetserver

JAVA_ARGS = "- Xms1g -Xmx1g"

So

2. И затем

ваша команда будет выглядеть следующим образом:

$ /usr/bin/java -Xms1g -Xmx1g -XX:OnOutOfMemoryError='kill -9 %%p' -Djava.security.egd=/dev/urandom -cp /opt/puppetlabs/server/apps/puppetserver/puppet-server-release.jar clojure.main -m puppetlabs.trapperkeeper.main --config /etc/puppetlabs/puppetserver/conf.d -b /etc/puppetlabs/puppetserver/bootstrap.cfg

или

$ /usr/bin/java -Xms1g -Xmx1g -Djava.security.egd=/dev/urandom -cp /opt/puppetlabs/server/apps/puppetserver/puppet-server-release.jar clojure.main -m puppetlabs.trapperkeeper.main --config /etc/puppetlabs/puppetserver/conf.d -b /etc/puppetlabs/puppetserver/bootstrap.cfg

Попробуйте две команды. Я надеюсь, что оба они будут успешно работать. Для предосторожности я добавил оба.

N.B: Нет необходимости изменять разрешение файла. держите их так же, как и раньше.

В противном случае, если вы не хотите ничего менять, вы можете понизить java 8 до java 7

Связанная ссылка:

• Удаление PermGen в JDK 8
• Java HotSpot (TM) 64-битное предупреждение сервера VM: игнорирование опции MaxPermSize
• JAVA 8 XX: ПЕРМИЗИРОВАТЬ И XX: МАКСИРУЮТ ИСКАЖЕНИЕ
• JDK 8 Вехи
• JEP 122: Удалить постоянное поколение

Ответ 3

@lollercoster, вы начинаете свою службу с:

sudo puppet resource service puppetserver ensure=running

Но ваша следующая команда не сообщает, какой пользователь это

/usr/bin/java -Xms1g -Xmx1g -XX:MaxPermSize=1g -XX:OnOutOfMemoryError='kill -9 %%p' -Djava.security.egd=/dev/urandom -cp /opt/puppetlabs/server/apps/puppetserver/puppet-server-release.jar clojure.main -m puppetlabs.trapperkeeper.main --config /etc/puppetlabs/puppetserver/conf.d -b /etc/puppetlabs/puppetserver/bootstrap.cfg

Пожалуйста, запустите whoami непосредственно перед запуском указанной команды:

whoami
/usr/bin/java -Xms1g -Xmx1g -XX:MaxPermSize=1g -XX:OnOutOfMemoryError='kill -9 %%p' -Djava.security.egd=/dev/urandom -cp /opt/puppetlabs/server/apps/puppetserver/puppet-server-release.jar clojure.main -m puppetlabs.trapperkeeper.main --config /etc/puppetlabs/puppetserver/conf.d -b /etc/puppetlabs/puppetserver/bootstrap.cfg

Почему это команды? Я довольно уверен, что ваша проблема - это проблема разрешения /usercontext, а следующие команды делают ее хуже:

$ sudo chown -R vagrant:vagrant /var/run/puppetlabs/
$ sudo chown -R vagrant:vagrant /var/log/puppetlabs/
$ sudo chmod -R 0755 /var/run/puppetlabs/

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

User=puppet

Итак, ваша кукольная служба работает как марионетка пользователя, но ваши лог файлы находятся под контролем бродячих пользователей и не доступны для кукольного пользователя.

Итак, я также попытаюсь вернуться к:

$ sudo chown -R puppet /var/run/puppetlabs/
$ sudo chown -R puppet /var/log/puppetlabs/
$ sudo chmod -R 0755 /var/run/puppetlabs/

Java

Также я предлагаю вам НЕ возиться с параметрами кучи JVM, кроме того, что вы знаете, что делаете. Поскольку вам не нужно принудительно применять нижнюю и максимальную границы кучи Java VM с JDK5. Я бы ограничил только верхнюю границу

-Xmx1g

Куча и реальная выделенная память будут хорошо управляться javaVM. Поскольку JVM нуждается в большем количестве, шаг за шагом будет увеличивать кучу и поддерживать необходимый размер (без уменьшения до более низкого значения). Таким образом, у вас будет более оперативная память на вашем компьютере.

Также перейдите в Oracle JVM. Я часто сталкиваюсь с проблемами безопасности и совместимости с OpenJDK. Поэтому мой первый тест - запустить его на последнем необходимом JDK Oracle. В вашем случае Oracle JDK8. Но сначала попробуйте разрешения, о которых я упоминал раньше.

Удачи, и, пожалуйста, держите меня в курсе.

Ответ 4

Я видел это поведение раньше. Не пытайтесь запускать команды вручную как root, потому что вы будете испорчать разрешения. Вместо этого внимательно прочитайте журналы с помощью journalctl -xe и попытайтесь понять, почему служба терпит неудачу. В моем случае я не мог запустить службу puppetserver, потому что уже был закрытый ключ, но еще не открытый сертификат.

ls /etc/puppetlabs/puppet/ssl/certs/`hostname -f`.pem
ls /etc/puppetlabs/puppet/ssl/private_keys/`hostname -f`.pem

Если один из них присутствует без другого, служба не запустится. В файле журнала вы увидите что-то подобное:

Exception in thread "main" java.lang.IllegalStateException: Cannot initialize master with partial state; need all files or none.

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

rm /etc/puppetlabs/puppet/ssl/certs/`hostname -f`.pem
rm /etc/puppetlabs/puppet/ssl/private_keys/`hostname -f`.pem

И, наконец, попробуйте снова запустить службу puppetserver.

service puppetserver start