Saltar al contenido

puppet: forzar el reinicio del servicio después de que se modificó el archivo de configuración

Solución:

Solución 1:

Una alternativa para notificar es suscribirse:

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

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

La diferencia es que la relación se describe desde el otro extremo. Por ejemplo, puede hacer que apache se suscriba a /etc/apache/httpd.conf, pero haría que un archivo vhost notifique a apache, ya que su clase de apache no conocerá todos los vhost que tiene.

Una situación similar de doble final se aplica a require y before. Es solo una cuestión de cuál tiene más sentido en la situación particular.

Como mencionó Chad, si encuentra que la marioneta intenta constantemente iniciar su servicio, entonces debe agregar un parámetro de patrón, que es una expresión regular para aplicar en la lista de procesos. De forma predeterminada, la marioneta se detendrá y comenzará a reiniciar un servicio. Si agrega “hasrestart => true”, utilizará el comando especificado en el parámetro “reiniciar” para reiniciar el servicio.

Solución 2:

parece que he encontrado algo:

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

service { sshd:
    ensure => running
}

veremos cómo funcionará. de todos modos, sus pensamientos sobre el tema son bienvenidos.


Solución 3:

(Sé que esta es una pregunta muy antigua, pero pensé que pondría mis dos centavos con una forma (en mi opinión) mucho más fácil de hacerlo)

Siéntase libre de usar la notación de flechas también:

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

o

File['/etc/sshd_config'] ~> Service['sshd']
¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *