Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- wiki:ansible [2024/04/07 11:53] – pulsar
+++ wiki:ansible [2025/09/27 15:37] (aktuell) – [System Einrichtung] pulsar
@@ Zeile 1: / Zeile 1: @@
 ====== Ansible ======
-  apt list "*ansible*"
-<code>
-ansible-doc/stable 2.7.7+dfsg-1 all
-ansible-lint/stable 4.1.0+dfsg.1-1 all
-ansible-tower-cli-doc/stable 3.3.0-1 all
-ansible-tower-cli/stable 3.3.0-1 all
-ansible/stable,now 2.7.7+dfsg-1 all  [installiert]
-</code>
 ===== System Einrichtung =====
@@ Zeile 72: / Zeile 63: @@
 Neu:
-In das Verzeichnis ''/home/tux/Dokumente/Konfiguration/Ansible/'' wechseln. Hier das ''ansible-playbook'' Kommando für das gewünschte Playbook ausführen. Da hier die ansible.cfg liegt und diese automatisch genutzt wird, wenn man sich im selben Pfad befindet:
+In das Verzeichnis ''/home/tux/Dokumente/Konfiguration/Ansible/'' wechseln. Hier das ''ansible-playbook'' Kommando für das gewünschte Playbook ausführen. Da hier die ansible.cfg liegt und diese automatisch genutzt wird wenn man sich im selben Pfad befindet:
   ansible-playbook hauptkonfig.yml
+Hier muss auch keine Inventory Datei mit angegeben werden, da diese in der ''ansible.cfg'' so konfiguriert ist, das direkt die hosts-Datei im selben Verzeichnis verwendet wird.
+===== Ansible Einzeiler =====
-Alt:
+Ohne gleich ein Playbook oder eine komplette Role zu erstellen, kann man ansible direkt ausführen und
-Ausserdem ist die ''ansible.cfg'' und das Inventory(hosts) nach ''/etc/ansible/'' zu **kopieren**.
+die entsprechenden Parameter übergeben.
-Es ist darauf zu achten, dass die Berechtigungen für ''/etc/ansible/'' nur für den neuen Ansible Kontroll-Nutzer lesend und maximal schreibend sind.
-===== Ansible Einzeiler =====
+==== Updates für Suse ====
-Ohne gleich ein Playbook oder eine komplette Role zu erstellen, kann man ansible direkt ausführen und
+  ansible localhost -m zypper -a "update_cache=yes state=latest name='*'" --become -K
-die entsprechenden Parameter übergeben.
-==== Updates für alle Systeme ====
+==== Updates für alle Debian Systeme ====
 Alle Rechner im Netzwerk gleichzeitig mit Updates versorgen. Dafür braucht man kein extra Playbook schreiben, hier reicht auch ein Ad-Hoc Kommando.
@@ Zeile 96: / Zeile 87: @@
   ansible all -m shell -a "sudo apt update && sudo apt autoremove && sudo apt upgrade -y"
-Anzeigen der SCSI Harddisk ID und der dazugehörigen Mountpunkte, dann ein grep (Filtern) nach einem bestimmten Mountpunkt.
-  ansible all -i inventories/produktion/ -m shell -a "lsblk --output HCTL,PATH,MOUNTPOINT,PARTLABEL|grep -iC2 oraexp"
 Im nächsten Aufruf wird das Ansible ''apt'' Modul verwendet, dies ist der von Ansible empfohlene Weg:
@@ Zeile 107: / Zeile 92: @@
   ansible all -m apt -a "update_cache=yes upgrade=yes autoremove=yes cache_valid_time=86400" --become
+Anzeigen der SCSI Harddisk ID und der dazugehörigen Mountpunkte, dann ein grep (Filtern) nach einem bestimmten Mountpunkt.
+  ansible all -i inventories/produktion/ -m shell -a "lsblk --output HCTL,PATH,MOUNTPOINT,PARTLABEL|grep -iC2 oraexp"
 ==== Nur auf einer Gruppe ====
@@ Zeile 119: / Zeile 107: @@
-==== Poweroff ====
+==== Ohne Inventory und zusätzliche Dateien ====
+Beachte das Komma nach dem Hostnamen. Es ist wichtig, da es Ansible signalisiert, dass dies eine Liste von Hosts ist, auch wenn es nur einer ist. Mit dem Schalter ''-e'' werden extra Variablen mit übergeben.
+  ansible-playbook -i 'servername.example.com,' -e "ansible_user=admin ansible_password=secretpass" playbook.yml
+==== Reboot und Poweroff ====
+Nur den Rechner iglu neu-starten:
+  ansible iglu -a "/sbin/reboot" --become
 Alle Maschinen ausschalten. Achtung! Auch den Host von wo aus der Kommando ausgeführt wird, wenn in all enthalten:
   ansible all -a "/sbin/poweroff" --become