Hi,
seit ca. 1 Uhr heute Nacht hängt srv01.ffnw.de in einer Reboot-Schleife. Man
komt kurz für 1-2 Minuten drauf und dann rebootet die Kiste bzw. stürzt ab.
Weiß jemand genaueres oder ist das ein Fall für den Support?
Viele Grüße
Clemens
Hi,
um die Umstellung auf Puppet und die Fertigstellung der dazu nötigen Module zu
forcieren habe ich drei Milestones angelegt. Diese können hier eingesehen
werden:
https://git.nordwest.freifunk.net/ffnw-server/puppet/milestones
Aktuell ist der Milestone v0.1 an der Reihe. In diesem Milestone sind noch
überwiegend Tickets zu Dokumentation und Organisation offen, die in den
kommenden Tagen erledigt werde müssen.
Bitte ergänzt die Milestones und Tickets entsprechend und weißt euch alle
Tickets zu, die ihr behandelt.
Viele Grüße
Clemens
Am Dienstag, 23. Februar 2016, 11:35:03 CET schrieb Stefan via Dev:
> Der sinnvollste Schritt wäre doch jetzt, dass 1 Person alle Module
> zusammenfasst und wir in einem neuen Repo alles zusammenfassen und dort
> dann auch auf srv03 eine erste Testhood aufbauen.
Hi,
super Sache! Um auch den organisatorischen Kram zu erledigen, gibt es ein
Ticket mit einem Vorschlag wie wir vorgehen können sodass wir alle Daten und
vielleicht auch alle Meinungen unter einen Hut bekommen. Bitte lasst uns das
Thema dort diskutieren:
https://git.nordwest.freifunk.net/ffnw-server/puppet/issues/28
Ein weiteres Ticket beschäftigt sich mit der Frage welches
Kommunikationsmedium wir nutzen. Die Admin- oder die Dev-Mailingliste? Bitte
einmal kurz in den Kommentaren zum Ticket voten damit wir nicht immer beide
Mailingliste beschallen müssen:
https://git.nordwest.freifunk.net/ffnw-server/puppet/issues/29
Danke
Clemens
Hi,
mir war auf puppet.ffnw.de aufgefallen, dass puppet agent --test nicht
durchläuft. Das lag an einem falsch konfigurierten Hostname.
Ich habe eine kleine Einleitung angefangen, in der die korrekte
Basiseinrichtung eines Servers (insbesondere aktuell der Hostname) erklärt
wird:
https://wiki.nordwest.freifunk.net/Technik/Dokumentation/Server-Basiskonfig…
Den Artikel habe ich als Followup in der LXC-Doku angegeben damit Container
beim nächsten mal korrekt aufgesetzt werden können. Vielleicht findet der eine
oder andere das ja nützlich und kann es ergänzen.
Viele Grüße
Clemens
Hi,
wenn man auf srv18 folgendes ausführt, hängt sich das Netzwerk für die LXC-
Container vollständig auf:
* systemctl restart networking
* systemctl reload networking
Workaround ist alle LXC-Container stoppen und neu starten, aber das ist etwas
nervig. Jemand Ideen?
Viele Grüße
Clemens
Eine E-Mail an eine Mailingliste wurde nicht verteilt und benötigt
eine Freigabe durch Sie als Listenmoderator:
Liste: FRI-WHV(a)lists.ffnw.de
Von: christian.lorenz(a)ffnw.de
Betreff: Re: [Fri-whv] Wochenende an der Jade
Grund: Absender ist nicht Mitglied der Liste -- E-Mails an die Liste aber nur für Mitglieder erlaubt!
Bitte besuchen Sie bei Gelegenheit
https://lists.ffnw.de/mailman/admindb/fri-whv
um die E-Mail zu genehmigen oder abzulehnen.
> Entfernen eines Benutzers muss händisch erfolgen. Sowas kann puppet nicht.
Das wäre blöd. Was meinst du zu folgender Konstruktion um Benutzer zu
entfernen?
user { 'k':
ensure => absent,
}
http://www.bogotobogo.com/DevOps/Puppet/
puppet_creating_managing_user_accounts_ssh_control_user_privileges.php
Entfernt allerdings nicht das Homedir, wobei das evtl. auch nicht schlimm ist.
Dafür kann man ja später mal einen Cleanup-Job schreiben.
Jo das lässt sich eigentlich leicht skripten. Ist halt die Frage wie sinnvoll es ist zu konfigurieren das man einen Benutzer löschen will ...
> Auch ein reboot muss manuell erfolgen wenn z.b. der hostname geändert
> wird das übernimmt puppet nicht.
Reboot kann ich nachvollziehen. Das Ändern des Hostnames kann aber auch ohne
Reboot erfolgen:
# hostnamectl set-hostname <hostname>
# systemctl restart networking
müsste reichen. Oder braucht Puppet zwingend einen Reboot bei
Hostnameänderung?
Nö reboot ist für Puppet nicht notwendig hostname war da jetzt auch nur ein Beispiel es ging mir allgemein darum das puppet sowas nicht übernimmt.
VG
Tarek