# Einstellungen des s6-Providers fuer Puppets service-Typ.
#
# S6_PUPPET_START_TIMEOUT
#   Wie lange ein Longrun nach "svctl start" oder "svctl restart" brauchen darf,
#   bis er oben ist -- in Sekunden. Vorgabe 30.
#
#   Warum es diese Einstellung gibt: "svctl start" kehrt zurueck, sobald s6-rc
#   das run-Skript gestartet hat. Ein Dienst, der einen Moment braucht, um
#   seinen Socket zu oeffnen, ist dann noch nicht oben -- und sofort danach zu
#   fragen ergab "svctl start reported success but the service is not running"
#   fuer einen voellig gesunden Dienst (postfix auf dns-1, 23.09.2026: check
#   rc 0, Spool vollstaendig, LISTEN :25). Puppet zaehlte einen Fehler und
#   startete beim naechsten Lauf neu; der Dienst flappte einmal pro Lauf.
#
#   30 Sekunden als Vorgabe, weil puppetserver rund 12 braucht, bis 8140 offen
#   ist (gemessen auf puppet-1.tick1). Wer einen langsameren Dienst hat, hebt
#   den Wert hier -- ein Dienst, der nach dem Limit nicht oben ist, wird mit der
#   s6-svstat-Zeile gemeldet, an der sich "langsam" von "tot" unterscheiden
#   laesst.
#
#   Die Umgebung schlaegt diese Datei: S6_PUPPET_START_TIMEOUT=60 puppet apply …
#S6_PUPPET_START_TIMEOUT=30
