¿Cómo deshabilitar las ejecuciones automáticas programadas de Puppet que ocurren cada 30 minutos?

Objetivo

El objetivo es deshabilitar las ejecuciones automáticas de Puppet-agent que ocurren cada 30 minutos. Es posible cambiar el intervalo , pero las ejecuciones automáticas de Puppet-agent deberían deshabilitarse por completo.

Intento uno

De acuerdo con esta documentación , debería ser posible desactivar las ejecuciones automáticas de Puppet-agent configurando lo siguiente:

/etc/puppet/puppet.conf

[agent]
daemonize=false

resultados en

Notice: Run of Puppet configuration client already in progress; 
skipping  (/var/lib/puppet/state/agent_catalog_run.lock exists)

si la marioneta se ejecuta manualmente en el intervalo de ejecución predeterminado de 30 minutos.

Intento dos

user@hostname:~$ sudo puppet agent --disable

resultados en

user@hostname:~$ sudo puppet agent -t
Notice: Skipping run of Puppet configuration client; 
administratively disabled (Reason: 'reason not specified');
Use 'puppet agent --enable' to re-enable.

Intento tres

Esta documentación se encontró después de buscar en Google la pregunta de estas preguntas y respuestas, pero la información proporcionada no respondió la pregunta.

"Intento uno" debería haber funcionado. Si ya se estaba ejecutando, debe detenerlo usted mismo. Esto simplemente evita que futuras instancias de demonización. Si me falta algo, aclare por qué esto no funcionó. También puede chkconfig puppet off && service puppet stopen Red Hat y derivados.

Debe asegurarse de que el agente títere no esté comenzando como un servicio. Comandos como systemctl, o chkconfigeres tu amigo aquí (por ejemplo, systemctl disable puppeto chkconfig puppet off). No estoy seguro acerca de la mayoría de las distribuciones.

Entonces también debe asegurarse de que el agente esté detenido. Por ejemplo systemctl stop puppeto service stop puppet.

También puede usar la marioneta para lograr lo anterior:

puppet apply <(echo "service { puppet: ensure => false, enable => false }")

Si aún no funciona, pkill puppetpor si acaso, intente nuevamente, si aún no funciona, reinicie.

¿Estás buscando un comando como:

puppet agent --disable

No esperaría que la opción daemonize afecte esto; esperaría que eso controle si el programa se traslapa y se desconecta del terminal.

https://docs.puppetlabs.com/references/stable/configuration.html#runinterval dice ...

runinterval

Con qué frecuencia el agente títere aplica el catálogo. Tenga en cuenta que un intervalo de ejecución de 0 significa "ejecutar continuamente" en lugar de "nunca ejecutar". Si desea que el agente títere nunca se ejecute, debe iniciarlo con la opción --no-client. Esta configuración puede ser un intervalo de tiempo en segundos (30 o 30 s), minutos (30 m), horas (6 h), días (2 d) o años (5 años).

lo que parece más relevante (la referencia para comenzar en --no-clientlugar del entorno en sí)

Cuando necesitamos detener a Puppet haciendo cambios regulares, simplemente detenemos el servicio en el nodo administrado. Obviamente, eso significa que debe poder invocar una ejecución única a través de algún otro mecanismo (no lo hacemos a menudo, por lo que solo se ejecuta desde el shell).

Con esta configuración, puppetd se está ejecutando pero no realiza actualizaciones periódicas (esa es mi expectativa, estoy intentando esto en una máquina de prueba pero todavía no ha pasado el tiempo suficiente).

La ejecución puppet agent --testprovocará una sola ejecución, pero no programará ninguna ejecución futura.

sudo service puppet stop si estás ejecutando el títere demonio

O elimine el cronjob si así es como lo configuró.

puppet --version

devoluciones

5.3.3

puppet resource service puppet ensure=stopped enable=false

devoluciones

Notice: /Service[puppet]/ensure: ensure changed 'running' to 'stopped'
service { 'puppet':
  ensure => 'stopped',
  enable => 'false',
}

Lo contrario de stoppedes running. Lo contrario de falsees true. ;)

Como mencioné en la pregunta vinculada , una posibilidad de ejecutar puppet-agent y deshabilitar la ejecución de configuración, cambia runintervala un valor muy grande, como 10 años o algo así. Pero esta solución aún desencadena la ejecución de la configuración después del reinicio del agente.