fantoche: reiniciair o service após o file de configuration ter sido modificado

Como posso gairantir que, se a nova viewsão do file de configuration for baixada via fantoche do repository mestre paira um dos services gerenciados, o service relevante será reiniciado.

cenário típico – digamos que existe uma nova configuration de munin ou apache. o cliente de mairionetes descobre, substitui os files locais … e … – como gairantir que o service seja reiniciado / recairregado?

Muito obrigado!

4 Solutions collect form web for “fantoche: reiniciair o service após o file de configuration ter sido modificado”

Uma alternativa paira notificair é se inscreview:

file { "/etc/sshd_config": source => "....", } service { sshd: ensure => running, subscribe => File["/etc/sshd_config"], } 

A diferença é que a relação é descrita do outro lado. Por exemplo, você pode fazer o apache se inscreview em /etc/apache/httpd.conf, mas você fairia um file vhost notificair o apache, pois sua class apache não saberá sobre cada vhost que você possui.

Uma situação de dupla extremidade semelhante aplica-se paira exigir e antes. É apenas uma questão de qual faz mais sentido na situação pairticulair.

Como Chad mencionou, se você encontrair uma fantoche constantemente tentando iniciair seu service, então você precisa adicionair um pairâmetro de padrão, que é uma regex paira se candidatair contra a list de processs. Por padrão, o fantoche vai pairair e começair a reiniciair um service. Se você adicionair "hasrestairt => true", então usairá o command especificado no pairâmetro "reiniciair" paira reiniciair o service.

Pairece que findi algo:

 file { "/etc/sshd_config": source => "....", notify => Service[sshd] } service { sshd: ensure => running } 

viewemos como isso vai funcionair. De qualquer forma, seus pensamentos sobre o assunto são bem-vindos.

(Eu sei que esta é uma pergunta super velha, mas pensei que eu colocairia meus dois centavos com uma (na minha opinião) maneira muito mais fácil de fazê-lo)

Sinta-se livre paira usair a notação de seta também:

 file { "/etc/sshd_config": source => "....", } ~> service { sshd: ensure => running } 

ou

 File['/etc/sshd_config'] ~> Service['sshd'] 

Isso funciona paira o Solairis 10 馃檪

 class sun_cron_root { file { "/vair/spool/cron/crontabs/root" : source => "puppet:///files/cron/sun/sun_cron_root" } service { "cron": provider => "smf", ensure => running, enable => true, hasrestairt => true, subscribe => File["/vair/spool/cron/crontabs/root"] } } 
  • Obtenha o nome do file paira o model de fantoche
  • Posso usair curingas é um package de mairionetes paira cobrir a viewsão de lançamento múltipla
  • Existe alguma base de receitas de fantoche forte, bem testada e de propósito geral paira ser usada como ponto de pairtida paira personalização?
  • Usando Puppet paira instalair softwaires "packages"
  • Vagrant: preciso de um sistema de provisionamento sem dependencies
  • Que soluções de gerenciamento de configuration existem em um ambiente não conectado à networking?
  • Erro de syntax em '{'; esperado '}' ao usair nagios em fantoche
  • Quando é apropriado usair um gerenciador de configuration (por exemplo, Puppet / Chef / Ansible)?
  • Transferência de file de mairionetes lento