# Admintagebuch - Dokumentation der Admintätigkeiten **URL:** \ **Category:** Infrastruktur / Backbone\ **Created:** [15. Oktober 2015 um 00:28 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75 "2015-10-15T00:28:46Z")\ **Posts on this page:** 20\ **Page:** 74
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [30. April 2019 um 07:36 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1467 "2019-04-30T07:36:00Z")
Hulk neu gestartet da der Tunneldigger völlig am Kabel drehte. Hat sich beruhigt schmeißt aber immernoch exceptions. und das so lange bis er eine freie ID gefunden hat die er nehmen kann. hier mal ein ausschnitt. ```auto [...] Apr 30 09:26:40 hulk python[10924]: [INFO/tunneldigger.broker] Creating tunnel (14cc20e139f0) with id 261. Apr 30 09:26:40 hulk python[10924]: [ERROR/tunneldigger.broker] Unhandled exception while creating tunnel 261: Apr 30 09:26:40 hulk python[10924]: [ERROR/tunneldigger.broker] Traceback (most recent call last): Apr 30 09:26:40 hulk python[10924]: File "/srv/tunneldigger/env_tunneldigger/local/lib/python2.7/site-packages/tunneldigger_broker-0.3.0-py2.7-linux-x86_64.egg/tunneldigger_broker/broker.py", line 112, in create_tunnel Apr 30 09:26:40 hulk python[10924]: client_features=client_features, Apr 30 09:26:40 hulk python[10924]: File "/srv/tunneldigger/env_tunneldigger/local/lib/python2.7/site-packages/tunneldigger_broker-0.3.0-py2.7-linux-x86_64.egg/tunneldigger_broker/tunnel.py", line 67, in __init__ Apr 30 09:26:40 hulk python[10924]: super(Tunnel, self). __init__ (address, broker.interface) Apr 30 09:26:40 hulk python[10924]: File "/srv/tunneldigger/env_tunneldigger/local/lib/python2.7/site-packages/tunneldigger_broker-0.3.0-py2.7-linux-x86_64.egg/tunneldigger_broker/network.py", line 38, in __init__ Apr 30 09:26:40 hulk python[10924]: self.socket.bind(address) Apr 30 09:26:40 hulk python[10924]: File "/usr/lib/python2.7/socket.py", line 224, in meth Apr 30 09:26:40 hulk python[10924]: return getattr(self._sock,name)(*args) Apr 30 09:26:40 hulk python[10924]: error: [Errno 98] Address already in use Apr 30 09:26:40 hulk python[10924]: [WARNING/tunneldigger.protocol] Failed to create tunnel (14cc20e139f0) while processing prepare request. Apr 30 09:26:42 hulk python[10924]: [INFO/tunneldigger.broker] Creating tunnel (14cc20e139f0) with id 262. Apr 30 09:26:42 hulk python[10924]: [ERROR/tunneldigger.broker] Unhandled exception while creating tunnel 262: Apr 30 09:26:42 hulk python[10924]: [ERROR/tunneldigger.broker] Traceback (most recent call last): Apr 30 09:26:42 hulk python[10924]: File "/srv/tunneldigger/env_tunneldigger/local/lib/python2.7/site-packages/tunneldigger_broker-0.3.0-py2.7-linux-x86_64.egg/tunneldigger_broker/broker.py", line 112, in create_tunnel Apr 30 09:26:42 hulk python[10924]: client_features=client_features, Apr 30 09:26:42 hulk python[10924]: File "/srv/tunneldigger/env_tunneldigger/local/lib/python2.7/site-packages/tunneldigger_broker-0.3.0-py2.7-linux-x86_64.egg/tunneldigger_broker/tunnel.py", line 67, in __init__ Apr 30 09:26:42 hulk python[10924]: super(Tunnel, self). __init__ (address, broker.interface) Apr 30 09:26:42 hulk python[10924]: File "/srv/tunneldigger/env_tunneldigger/local/lib/python2.7/site-packages/tunneldigger_broker-0.3.0-py2.7-linux-x86_64.egg/tunneldigger_broker/network.py", line 38, in __init__ Apr 30 09:26:42 hulk python[10924]: self.socket.bind(address) Apr 30 09:26:42 hulk python[10924]: File "/usr/lib/python2.7/socket.py", line 224, in meth Apr 30 09:26:42 hulk python[10924]: return getattr(self._sock,name)(*args) Apr 30 09:26:42 hulk python[10924]: error: [Errno 98] Address already in use Apr 30 09:26:42 hulk python[10924]: [WARNING/tunneldigger.protocol] Failed to create tunnel (14cc20e139f0) while processing prepare request. Apr 30 09:26:44 hulk python[10924]: [INFO/tunneldigger.broker] Creating tunnel (14cc20e139f0) with id 263. Apr 30 09:26:44 hulk python[10924]: [INFO/tunneldigger.tunnel] Set tunnel 263 MTU to 1364. Apr 30 09:26:44 hulk python[10924]: [INFO/tunneldigger.hooks] Running hook 'session.up' via script '/srv/tunneldigger/broker/scripts/addif_domain41.sh'. Apr 30 09:26:44 hulk kernel: [1871.049070] br41: port 1(l2tp263-263) entered blocking state Apr 30 09:26:44 hulk kernel: [1871.049071] br41: port 1(l2tp263-263) entered disabled state Apr 30 09:26:44 hulk kernel: [1871.049183] device l2tp263-263 entered promiscuous mode Apr 30 09:26:44 hulk kernel: [1871.049202] br41: port 1(l2tp263-263) entered blocking state Apr 30 09:26:44 hulk kernel: [1871.049202] br41: port 1(l2tp263-263) entered forwarding state ``` * * * Da es einige Domänen gibt die seit Tagen ohne 2. Gateway sind wäre es cool wenn sich @kgbvax mal klar zum Thema Nightbounce äußert. Ansonsten setz ich einfach ein neues Gateway auf und wir schmeißen Nightbounce über Board. ---
**Author:** ![kgbvax](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/kgbvax/32/537_2.png) [@kgbvax](https://forum.freifunk-muensterland.de/u/kgbvax)\ **Post date:** [30. April 2019 um 20:28 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1468 "2019-04-30T20:28:17Z")
Nightbounce ist kaputt. FS corrupted. Könnte man mounten wenn man das Journal wegschmeisst, dann sind aber Daten weg und komisch. Wie gesagt halte ich die Hardware (jetplow) für “gar” und würde die Kiste gerne komplett abwickeln. Von daher: Feuer frei , @corny456 ---
**Author:** ![Parad0x](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/parad0x/32/939_2.png) [@Parad0x](https://forum.freifunk-muensterland.de/u/Parad0x)\ **Post date:** [1. Mai 2019 um 19:34 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1469 "2019-05-01T19:34:35Z")
Laut Vor-Ort-Test von @Dezi wurde am Domplatz keine SSID Freifunk mehr gesendet. BEZ-AP-Domplatz1 und BEZ-AP-Domplatz2 wurden im Controller als offline angezeigt und haben laut Switch aber noch RX und TX Daten gesendet. Beide per Power-Cycle neu gestartet. Sind wieder erreichbar. BEZ-Gluon-Domplatz hatte 0 Clients. Die Status-Seite war noch erreichbar. Ebenfalls per Power-Cycle neu gestartet. ![image](https://forum.freifunk-muensterland.de/uploads/default/original/2X/7/7e5f15bd327fd7ff90e1d8ff06073268f12f9910.png) Läuft wieder. Ursache unbekannt. ---
**Author:** ![MPW](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/mpw/32/1812_2.png) [@MPW](https://forum.freifunk-muensterland.de/u/MPW)\ **Post date:** [2. Mai 2019 um 12:39 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1470 "2019-05-02T12:39:42Z")
FRED-Entwickler via Ansible für die FRED-Backend-VM freigeschaltet. ---
**Author:** ![fll](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/fll/32/1849_2.png) [@fll](https://forum.freifunk-muensterland.de/u/fll)\ **Post date:** [3. Mai 2019 um 17:41 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1471 "2019-05-03T17:41:06Z")
LE-Cert für “[freifunk-münsterland.de](http://xn--freifunk-mnsterland-fbc.de)” erneuert. Dabei leider certbot installiert (wollte eigentlich nur das schon installierte Paket “letsencrypt” updaten), welcher jetzt mit “/usr/bin/letsencrypt renew” (cronjob) ausgeführt wird und leider auch die alte “/etc/letsencrypt/renewal/freifunk-muensterland.de.conf” überschrieben hat. ☹ Die neue sieht ganz anders aus. Es scheint aber zu laufen. ---
**Author:** ![MPW](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/mpw/32/1812_2.png) [@MPW](https://forum.freifunk-muensterland.de/u/MPW)\ **Post date:** [4. Mai 2019 um 07:53 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1472 "2019-05-04T07:53:37Z")
Danke dir. War auf dem Server nicht das Problem mit dem Nat? Hatte @wurmi da nicht was gebaut, oder verwechsle ich das mit einem anderen Dienst? ---
**Author:** ![fll](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/fll/32/1849_2.png) [@fll](https://forum.freifunk-muensterland.de/u/fll)\ **Post date:** [4. Mai 2019 um 12:27 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1473 "2019-05-04T12:27:36Z")
Keine Ahnung, aber falls ich die Logeinträge richtig verstanden habe, dann war das Problem die veraltete, nicht weiter unterstützte Erneuerungsmethode für Zertifikate (letsencrypt haben da auch Mails zu verschickt). NAT schien die Zertifikaterneuerung nicht zu behindern. ---
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [4. Mai 2019 um 12:57 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1474 "2019-05-04T12:57:43Z")
> [@MPW](#): > > oder verwechsle ich das Fast richtig. Auf dem Blech wird das Nat kurz umgebogen um das Cert vom Mumble Server aktualisieren zu können. ---
**Author:** ![fll](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/fll/32/1849_2.png) [@fll](https://forum.freifunk-muensterland.de/u/fll)\ **Post date:** [6. Mai 2019 um 18:22 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1475 "2019-05-06T18:22:27Z")
Updates auf Icinga VM gemacht, weil auch dort Letsencrypt zu alt war um ein neues Zertifikat zu bekommen. ---
**Author:** ![FanLin](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/fanlin/32/29_2.png) [@FanLin](https://forum.freifunk-muensterland.de/u/FanLin)\ **Post date:** [16. Mai 2019 um 07:03 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1476 "2019-05-16T07:03:11Z")
Blech fanlin und VMs upgedatet und rebootet. u.a. [DSA-4447 intel-microcode](https://www.debian.org/security/2019/dsa-4447) [DSA-4444](https://www.debian.org/security/2019/dsa-4444) [DSA-4440](https://www.debian.org/security/2019/dsa-4440) ---
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [16. Mai 2019 um 07:59 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1477 "2019-05-16T07:59:19Z")
Blech Hypercorn hat auch Updates bekommen und startet grade neu. ---
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [16. Mai 2019 um 11:22 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1478 "2019-05-16T11:22:08Z")
Auf Voyager und Hypercorn haben sich bei einem Update wohl folgende iptables-Regeln eingeschlichen. ```auto -A FORWARD -o virbr1 -j REJECT --reject-with icmp-port-unreachable -A FORWARD -i virbr1 -j REJECT --reject-with icmp-port-unreachable -A FORWARD -o virbr2 -j REJECT --reject-with icmp-port-unreachable -A FORWARD -i virbr2 -j REJECT --reject-with icmp-port-unreachable ``` Entfernen hilft NAT zu heilen. 😛 Danke fürs rausfinden @MPW 🙂 ---
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [20. Mai 2019 um 12:19 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1479 "2019-05-20T12:19:39Z")
> [@corny456](#): > > Auf Voyager und Hypercorn haben sich bei einem Update wohl folgende iptables-Regeln eingeschlichen. > > ```auto > -A FORWARD -o virbr1 -j REJECT --reject-with icmp-port-unreachable > -A FORWARD -i virbr1 -j REJECT --reject-with icmp-port-unreachable > -A FORWARD -o virbr2 -j REJECT --reject-with icmp-port-unreachable > -A FORWARD -i virbr2 -j REJECT --reject-with icmp-port-unreachable > > ``` > > Entfernen hilft NAT zu heilen. 😛 > > Danke fürs rausfinden @MPW 🙂 Ebenso auf unimatrixzero ---
**Author:** ![RobWei](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/robwei/32/2738_2.png) [@RobWei](https://forum.freifunk-muensterland.de/u/RobWei)\ **Post date:** [24. Mai 2019 um 20:05 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1480 "2019-05-24T20:05:07Z")
Auf [stats.ffmsl.de](http://stats.ffmsl.de) [grafana.freifunk-muensterland.de](http://grafana.freifunk-muensterland.de) zu dem ACME-Cron hinzugefügt. Datei /etc/nginx/sites-enabled/default\_ssl Zeile 9-12 und 53-56 verändert. \<- SSL-Zertifikate zu den Domains zugeordnet. ---
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [27. Mai 2019 um 10:56 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1481 "2019-05-27T10:56:37Z")
> [@RobWei](#): > > Auf [stats.ffmsl.de](http://stats.ffmsl.de) [grafana.freifunk-muensterland.de](http://grafana.freifunk-muensterland.de) zu dem ACME-Cron hinzugefügt. > > Datei /etc/nginx/sites-enabled/default\_ssl Zeile 9-12 und 53-56 verändert. ← SSL-Zertifikate zu den Domains zugeordnet. Rückgängig gemacht da beide Domains in einer Konfig liegen. Es fehlte nur der Reload des Nginx in der Konfiguration und deswegen wurde das neue Zertifikat nicht vom Webserver geladen/verwendet. ---
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [29. Mai 2019 um 11:33 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1482 "2019-05-29T11:33:02Z")
c1024 und des1 zusammen mit @stefan6 mit FFNW Tunneln bestückt. rowe (neu) hat auch welche bekommen sind aber noch nicht ausgerollt weil rowe (neu) noch nicht im FFMS Netz eingebunden ist. Ich schlage vor das wir die Tage mal wieder ein Domänen Roulett machen und die Domänen von nightbounce einfach verteilen. Rowe hat seiner zeit nur die Domänen von handle geerbt und könnte noch den ein oder anderen Knoten mehr ab denke ich. Im gleichen schritt würde ich dann die beiden neuen Domänen Gronau und Herne mit ausrollen. Wenn das durch ist sind wer zum FFRL sowie zum FFNW Vollvermascht und ich mach mich mal an die Implementierung / Routung unseres PI Spaces… ---
**Author:** ![RobWei](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/robwei/32/2738_2.png) [@RobWei](https://forum.freifunk-muensterland.de/u/RobWei)\ **Post date:** [1. Juni 2019 um 19:49 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1483 "2019-06-01T19:49:52Z")
rowe-Alt wird für Backup-Zwecke eine kurze Downtime haben. ---
**Author:** ![corny456](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/corny456/32/621_2.png) [@corny456](https://forum.freifunk-muensterland.de/u/corny456)\ **Post date:** [2. Juni 2019 um 11:01 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1484 "2019-06-02T11:01:48Z")
> [@corny456](#): > > c1024 und des1 zusammen mit @stefan6 mit FFNW Tunneln bestückt. Manuell per ```auto birdc disable ffnw-[ber,fra][1,2] ``` Deaktiviert da er so versucht die FFRL Nat IP über die FFNW Tunnel zu Routen. Hatte noch keine Zeit das zu analysieren. Das ist nicht rebootfest!!! ---
**Author:** ![MPW](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/mpw/32/1812_2.png) [@MPW](https://forum.freifunk-muensterland.de/u/MPW)\ **Post date:** [2. Juni 2019 um 20:48 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1485 "2019-06-02T20:48:03Z")
Habe mal das Ansible-Hypervisor-System etwas modernisiert: > > > \- disable netplan crap on Ubuntu-based systems. > - enable really predictable int…erface names > - reboot handler and wait for machine to reboot > Managed-VMs: > > - disable netplan crap on Ubuntu-based systems. > - enable really predictable interface names > - reboot handler and wait for machine to reboot ---
**Author:** ![RobWei](https://forum.freifunk-muensterland.de/user_avatar/forum.freifunk-muensterland.de/robwei/32/2738_2.png) [@RobWei](https://forum.freifunk-muensterland.de/u/RobWei)\ **Post date:** [3. Juni 2019 um 09:35 UTC](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75/1486 "2019-06-03T09:35:17Z")
Ich war gestern auch einwenig im ansible-hypervisor tätig… - Einen Mirror auf [firmware.ffmsl.de](http://firmware.ffmsl.de) erstellt, um die Debian 8 Jessie VMs wieder fluffiger installieren zu können. - Das Hyper-Netzwerk ein wenig eleganter und funktionabel gemacht. - rowe und robweisor-01 hinzugefügt. [Vorherige Seite](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75.md?page=73) [Nächste Seite](https://forum.freifunk-muensterland.de/t/admintagebuch-dokumentation-der-admintatigkeiten/75.md?page=75)