Я пытаюсь управлять сервисом cherrypy с марионеткой. Однако, когда конфигурация применяется, cherryd заканчивается без файла PID, хотя процесс запущен и работает. Поскольку файл PID потерян, я больше не могу останавливать процесс с помощью /etc/init.d/mycherryd stop
(если я не изменю скрипт инициализации вручную для поиска PID с помощью ps
или что-то.)
$ /etc/init.d/mycherryd status
cherryd dead but subsys locked
Проблема, похоже, заключается в том, что марионетка пытается обновить / перезапустить Cherryd (запускается изменениями в файлах конфигурации) сразу после того, как убедитесь, что он запущен (как указано в манифесте), и cherrypy не может остановить и запустить (перезапустить) себя, все еще выполняя свой процесс запуска.
Есть ли однозначное решение этой проблемы? Является ли это ошибкой со стороны вишни, или я могу написать манифест марионетки, чтобы обновление вызывалось только после того, как служба запущена и работает? Любые предложения приветствуются.
Посмотрите, как Cherrypy ловит SIGTERM на полпути к запуску и все равно начинает его слушать.
:cherrypy.error[18666] 2010-02-12 13:10:23,551 INFO: ENGINE Listening for SIGHUP.
:cherrypy.error[18666] 2010-02-12 13:10:23,552 INFO: ENGINE Listening for SIGTERM.
:cherrypy.error[18666] 2010-02-12 13:10:23,552 INFO: ENGINE Listening for SIGUSR1.
:cherrypy.error[18666] 2010-02-12 13:10:23,552 INFO: ENGINE Bus STARTING
:cherrypy.error[18671] 2010-02-12 13:10:23,554 INFO: ENGINE Daemonized to PID: 18671
:cherrypy.error[18671] 2010-02-12 13:10:23,554 INFO: ENGINE PID 18671 written to '/var/mycherryd/cherry.pid'.
:cherrypy.error[18671] 2010-02-12 13:10:23,555 INFO: ENGINE Started monitor thread '_TimeoutMonitor'.
:cherrypy.error[18670] 2010-02-12 13:10:23,556 INFO: ENGINE Forking twice.
:cherrypy.error[18666] 2010-02-12 13:10:23,557 INFO: ENGINE Forking once.
:cherrypy.error[18671] 2010-02-12 13:10:23,716 INFO: ENGINE Caught signal SIGTERM.
:cherrypy.error[18671] 2010-02-12 13:10:23,716 INFO: ENGINE Bus STOPPING
:cherrypy.error[18671] 2010-02-12 13:10:23,716 INFO: ENGINE HTTP Server cherrypy._cpwsgi_server.CPWSGIServer(('0.0.0.0', 12380)) already shut down
:cherrypy.error[18671] 2010-02-12 13:10:23,717 INFO: ENGINE Stopped thread '_TimeoutMonitor'.
:cherrypy.error[18671] 2010-02-12 13:10:23,717 INFO: ENGINE Bus STOPPED
:cherrypy.error[18671] 2010-02-12 13:10:23,732 INFO: ENGINE Bus EXITING
:cherrypy.error[18671] 2010-02-12 13:10:23,759 INFO: ENGINE PID file removed: '/var/mycherryd/cherry.pid'.
:cherrypy.error[18671] 2010-02-12 13:10:23,782 INFO: ENGINE Bus EXITED
:cherrypy.error[18671] 2010-02-12 13:10:23,792 INFO: ENGINE Serving on 0.0.0.0:12380
:cherrypy.error[18671] 2010-02-12 13:10:23,826 INFO: ENGINE Bus STARTED
puppet пытается обновить службу сразу после того, как убедится, что она «запущена».
Feb 12 13:10:22 localhost puppetd[8159]: (//mycherrypy/File[conffiles]) Scheduling refresh of Service[cherryd]
Feb 12 13:10:22 localhost last message repeated 12 times
Feb 12 13:10:23 localhost puppetd[8159]: (//mycherrypy/Service[mycherryd]/ensure) ensure changed 'stopped' to 'running'
Feb 12 13:10:23 localhost puppetd[8159]: (//mycherrypy/Service[mycherryd]) Triggering 'refresh' from 13 dependencies
Feb 12 13:11:23 localhost puppetd[8159]: (//mycherrypy/Service[mycherryd]) Failed to call refresh on Service[mycherryd]: Could not stop Service[mycherryd]: Execution of '/sbin/service mycherryd stop' returned 1: at /etc/puppet/manifests/mycherrypy.pp:161
Feb 12 13:11:24 localhost puppetd[8159]: Value of 'preferred_serialization_format' (pson) is invalid for report, using default (marshal)
Feb 12 13:11:24 localhost puppetd[8159]: Finished catalog run in 99.25 seconds
class mycherrypy {
file {
'rpm':
path => "/tmp/${apiserver}.i386.rpm",
source => "${fileserver}/${apiserver}.i386.rpm";
'conffiles':
require => Package["${apiserver}"],
path => "${service_home}/config/",
ensure => present,
source => "${fileserver}/config/",
notify => Service["mycherryd"];
}
package {
"$apiserver":
provider => 'rpm',
source => "/tmp/${apiserver}.i386.rpm",
ensure => latest;
}
service {
"mycherryd":
require => [File["conffiles"], Package["${apiserver}"]],
ensure => running,
provider => redhat,
hasstatus => true;
}
}
Попробуйте добавить атрибут hasrestart => true
на ваш mycherryd
сервисный ресурс; это скажет марионетке запустить 'service mycherryd restart' вместо 'service mycherryd stop+
сервис mycherryd start`.
Также убедитесь, что коды состояния самого сценария инициализации в порядке; часто бывает, что авторы сценария инициализации не следуют Спецификация LSB для кодов выхода - т.е. запустить service mycherryd stop; echo $?
и он должен сказать 0 для успешного выхода. В противном случае puppet будет сложно управлять службой, и разработчики mycherryd должны исправить свой сценарий.