- Admin - Freifunk Nordwest

Puppet Milestones
by Clemens John 23 Feb '16

23 Feb '16

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

3 2

Re: [Admin] [Dev] Aktueller Stand Puppet Entwicklung
by Clemens John 23 Feb '16

23 Feb '16

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

1 0

Anleitung Server Basiskonfiguration
by Clemens John 23 Feb '16

23 Feb '16

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

3 8

Networking restart/reload und LXC
by Clemens John 22 Feb '16

22 Feb '16

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

2 1

FRI-WHV Veröffentlichung von christian.lorenz@ffnw.de erfordert Bestätigung
by fri-whv-owner＠lists.ffnw.de 22 Feb '16

22 Feb '16

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.

1 0

Re: [Admin] Puppet und Benutzerverwaltung
by Jan-Tarek Butt 22 Feb '16

22 Feb '16

> 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

1 0

[Freifunk Nordwest] WordPress 4.4.2 ist verfügbar. Bitte aktualisieren!
by WordPress 22 Feb '16

22 Feb '16

Bitte aktualisiere Deine Website unter https://beta.nordwest.freifunk.net auf Wordpress 4.4.2. Die Aktualisierung ist einfach und dauert nur einen kurzen Augenblick: https://beta.nordwest.freifunk.net/wp-admin/update-core.php Wenn Du irgendwelche Fehler feststellst oder Unterstützung benötigst, können dir vielleicht die Freiwilligen im WordPress.org-Supportforum helfen. https://de.wordpress.org/hilfe/ Für die Sicherheit deiner Website ist es wichtig, dass du sie aktuell hältst. Damit machst du auch das Internet für dich und deine Besucher sicherer. Das WordPress Team

1 0

Puppet und Benutzerverwaltung
by Clemens John 22 Feb '16

22 Feb '16

Hi, Stefan und ich haben uns gerade kurz über die Benutzerverwaltung mittels Puppet unterhalten. Da evtl. noch das ein oder andere unklar ist, hier kurz ein Thread dazu. Was wir brauchen ist: * Ein Benutzer pro Admin * Pro Benutzer individueller SSH-Key * Pro Benutzer individueller Nickname * Möglichkeit festzulegen ob der Benutzer root darf oder nicht * Allgemein Benutzer hinzufügen * Allgemein Benutzer entfernen Die Daten dazu werden in folgender Datei in users_and_ssh_keys definiert: https://git.nordwest.freifunk.net/ffnw-server/puppet/blob/master/hieradata/ common.yaml Angewendet wird das ganz in der Klasse ffnwbase in folgender Datei: https://git.nordwest.freifunk.net/ffnw-server/puppet/blob/master/modules/ ffnwbase/manifests/init.pp Wenn ich das jetzt richtig sehe, braucht es neben den Daten sowie der ffnwbase-Klasse kein weiteres spezielles Benutzermodul. Das einzige was mir nicht ganz klar ist ist wie nach der erstmaligen initialisierung weitere Benutzer hinzugefügt oder bestehende Benutzer wieder entfernt werden. Kann mich da jemand aufklären? Viele Grüße Clemens

3 9

Your new mailing list: fri-whv
by mailman-owner＠lists.ffnw.de 22 Feb '16

22 Feb '16

The mailing list `fri-whv' has just been created for you. The following is some basic information about your mailing list. Your mailing list password is: Yi0~7hvCt{tK"si459t4_)025wi2kKM. You need this password to configure your mailing list. You also need it to handle administrative requests, such as approving mail if you choose to run a moderated list. You can configure your mailing list at the following web page: https://lists.ffnw.de/mailman/admin/fri-whv The web page for users of your mailing list is: https://lists.ffnw.de/mailman/listinfo/fri-whv You can even customize these web pages from the list configuration page. However, you do need to know HTML to be able to do this. There is also an email-based interface for users (not administrators) of your list; you can get info about using it by sending a message with just the word `help' as subject or in the body, to: fri-whv-request(a)lists.ffnw.de To unsubscribe a user: from the mailing list 'listinfo' web page, click on or enter the user's email address as if you were that user. Where that user would put in their password to unsubscribe, put in your admin password. You can also use your password to change member's options, including digestification, delivery disabling, etc. Please address all questions to mailman-owner(a)lists.ffnw.de.

3 3

Das srv01.ffnw.de Problem
by Clemens John 21 Feb '16

21 Feb '16

Hi, es gibt ein bisher unbekanntes Problem auf srv01. Wir haben das Problem soweit eingegrenzen können, das wir wissen, dass nur bestimmte Anwendungen betroffen sind. Dazu gehörte bis heute Nachmittag der Mailserver, den Bjo dann gefixed hat. @Bjo evtl. kannst du hier nochmal zwei Sätze dazu schreiben. Außerdem betroffen sind alle PHP-Anwendungen sowie das Gitlab. Alles andere (Pads, Wiki, Munin, SSH etc.) läuft ohne Probleme. Unter besonderer Last steht der Server ebenfalls nicht, sprich alle Monitoring-Werte sind normal. Der Server ist per SSH normal erreich- und bedienbar. Die einzige Veränderung im Monitoring ist die signifikante Erhöhung der Munin execution time, wobei Munin relativ sicher nicht das Problem ist sondern hier Zeigt sich nur die Auswirkung: https://status.nordwest.freifunk.net/munin/ ffnw.de/srv01.ffnw.de/index.html Viele Grüße Clemens

5 13