Upgrade auf Buster…und wieder die selbe Scheisse mit puppet wie immer. Diesmal sind es die “Legacy Facts” wie $::operatingsystem oder $::lsbdistrelease. Die zeigt facter nur noch an, wenn mit dem Flag –show-legacy ausgeführt. …und dann ist os.release.major ein String ?! wtf Aus if $::operatingsystem == 'Debian' and $::lsbdistrelease < '9.0'…

Kommt ja immer wieder mal vor, dass Puppet läuft, obwohl man noch nicht den korrekten Hostnamen gesetzt hat. Ist ja nicht weiter tragisch. Nervig ist jedoch, dass man sinnfreie Requests beim Master hat, die man eigentlich los werden will. Hab das auch immer wieder mal gemacht. Und immer wieder vergessen…

Puppet war früher echt cool, aber in den letzten Jahren hat sich so vieles zum Negativen gewendet. Ein Configmanagement soll mich unterstützen und nicht haufenweise Probleme verursachen.Ich glaube, es ist an der Zeit zu Ansible zu wechseln…

Eigentlich pippifatz, muss es aber trotzdem immer wieder suchen, weil ich’s immer vergesse… entweder: $ mkpasswd -m sha-512 Password: $6$qfPDlAej83p$cj2n... oder direkt im Manifest: $password = 'plain_text_password' user { 'root': ensure => 'present', password => generate('/bin/sh', '-c', "mkpasswd -m sha-512 ${password} | tr -d '\n'"), ... }

Puppet macht ja, wenn nicht disabled, automatisch ein Filebucket. Um Files bequem zurückzuholen, gibt es ein feines Ruby-Script (für Puppet 3 und hier für Puppet 4) [root@host ../]# ./clientbucket.rb /usr/share/ip/config.php [0]: eab6637531f24968ef080dfac255ba6b 2015-05-23 14:19:46 +0200 [1]: cdf76e3caa1772de1fbe202dc1f09e73 2015-06-24 09:02:57 +0200 [2]: a3f9669dfb0a4c5d401eb8e240a42181 2016-02-21 13:39:37 +0100 [3]: ea3fc426a0816b1b19a51f3c5d61b5dd 2016-02-21 14:11:23 +0100…