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']