sueden.social ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Eine Community für alle, die sich dem Süden hingezogen fühlen. Wir können alles außer Hochdeutsch.

Serverstatistik:

1,8 Tsd.
aktive Profile

#ansible

11 Beiträge11 Beteiligte1 Beitrag heute

#molecule #ansible Ich bin hin und her gerissen.
Einerseits muss ich mich jetzt mit Molecule und Ansible beschäftigen und einen Vortrag dazu basteln, andererseits erfreut es mich, dass ich dazu auf der #mrmcd25 einen Vortrag halten darf.

Kurzum, scheinbar bin ich jetzt in diesem Game angekommen, und werde mich dann jetzt mal in die Vorbereitung stürzen.

Yes!! Success! 🥳

Magaged to get fully-automated deployment of FreeBSD VMs on Proxmox VE with cloud-init and static-ip configuration working after quite some troubleshooting.

- hostname, network config, ssh key, local user is all passed to the VM via cloud-init.

- Entire deployment of a FreeBSD VM takes less than 2 minutes until I can SSH in 🙂

:freebsd:

#proxmox#ansible#freebsd

Der absolute Spitzenreiter an alten Servern ist einer mit 470 ausstehenden Updates, davon 420 kritisch.

Die Uptime liegt bei 825 Tagen.

Binde gerade mit meinem Ansible Playbook viele VMs in das Monitoring und in das Loganalyse-Tool ein und erfahre viel über das Netzwerk.

WTF...

I've just published version 25.7.1 of 'kpfleming.systemd_networkd', my collection of Ansible roles for managing systemd-networkd configuration. New in this release are a half-dozen 'advanced' features in the 'network' role, along with a new 'bridge' role. Most of these changes originated from my recent project to switch to DHCPv6-PD on my home network, and also eliminate the standalone DHCPv4 servers I was using.

If you're an Ansible user and use systemd-networkd on your managed machines, take a look! Here's an example of a moderately-complex configuration:

github.com/kpfleming/ansible-s

I've got more complex ones if you're really interested 🙂

#Ansible #systemd #networking #systemd-networkd

#Ansible Users: what would you consider 'best practice' ..

* having a dedicated ansible user with a common password, ssh keys and sudo access across systems, or
* just using your own user and giving yourself a common password across systems?

i want to play with something like woodpecker at some point, but now i have made some progress with the existing setup:

* the nvchecker triggerscript (checks for new releases):
* posts to vikunja now (mail+applescript+omnifocus too fragile)
* checks if the updated app is configured as playbook
* runs the matching playbook
* from post_tasks, a conditional webhook is triggered using ansible_play_hosts/ansible_play_hosts_all:
#ansible