burattino: forza il riavvio del servizio dopo la modifica del file di configurazione

come posso assicurarmi che se viene riavviata una nuova versione del file di configurazione tramite fantoccio dal repository principale a uno dei servizi pertinenti dei server gestiti?

scenario tipico - diciamo che c'è una nuova configurazione di munin o apache. il client fantoccio lo scopre, sovrascrive i file locali ... e ... - come assicurarsi che il servizio venga riavviato / ricaricato?

molte grazie!

Un'alternativa per notificare è iscriversi:

file { "/etc/sshd_config":
    source => "....",
}

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

La differenza è che la relazione è descritta dall'altra parte. Ad esempio, potresti far iscrivere apache a /etc/apache/httpd.conf, ma faresti notificare ad apache un file vhost, poiché la tua classe apache non sarà a conoscenza di tutti i vhost che possiedi.

Una simile situazione a doppia estremità si applica a richiesta e prima. È solo una questione di ciò che ha più senso nella situazione particolare.

Come accennato da Chad, se trovi un pupazzo che cerca costantemente di avviare il tuo servizio, devi aggiungere un parametro modello, che è una regex da applicare all'elenco dei processi. Per impostazione predefinita, il burattino farà un arresto e inizierà a riavviare un servizio. Se aggiungi "hasrestart => true", utilizzerà il comando specificato nel parametro "restart" per riavviare il servizio.

sembra di aver trovato qualcosa:

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

service { sshd:
    ensure => running
}

vedremo come funzionerà. comunque i tuoi pensieri sull'argomento sono ben accetti.

(So ​​che questa è una domanda super vecchia, ma ho pensato di inserire i miei due centesimi con un (secondo me) un modo molto più semplice di farlo)

Sentiti libero di usare anche la notazione a freccia:

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

o

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

Questo funziona per Solaris 10 :)

class sun_cron_root {
    file { "/var/spool/cron/crontabs/root" :
            source => "puppet:///files/cron/sun/sun_cron_root"
            }

    service {
            "cron":
            provider => "smf",
            ensure => running,
            enable => true,
            hasrestart => true,
            subscribe => File["/var/spool/cron/crontabs/root"]
            }

}

Esistono più notazioni equivalenti:

Notifica :

file { '/etc/sshd_config':
    notify => Service[sshd],
}

service { sshd:
    ensure => running
}

Iscriviti :

file { '/etc/sshd_config':
   ...
}

service { sshd:
    ensure => running,
    subscribe => File['/etc/sshd_config'],
}

Notazione freccia :

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

Dichiarazioni concatenate

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

Se si desidera attivare reloadinvece di restart, regolare la dichiarazione di servizio:

service { sshd:
    ensure => running,
    restart => 'pkill -HUP sshd', # if service support such reload
}