Der Ausrufer scheint jetzt stabil zu sein.
Hier eine aktuelle Statistik:
Gruß,
Holger
Ich musste den Hypervisor von Parad0x neu starten. Die VM war so lange nur pausiert. Die Statistik sieht entsprechend “seltsam” aus. Läuft jedoch wieder problemlos weiter.
Die neue Brokersyntax ist in Ansible implementiert und wird gerade ausgerollt. Die Adressen
domaeneXX-{A,B,C,D}.servers.freifunk-muensterland.de
werden dadurch erreichbar und das @Firmwareteam kann sie in die site.confs einbauen.
Grüße
Matthias
@paulinsche auf eigenen Wunsch aus dem Adminteam entfernt.
Danke für die viele Zeit und das Wissen, was du in das Projekt gesteckt hast und alles was du insbesondere mir beigebracht hast.
Tunnel zu Dus und Fra auf Parad0x, Ausrufer und Commander deaktiviert.
Dadurch gehen auf Parad0x und Commander alle Verbindungen rüber zu Fanlin und bei Ausrufer gehen sie noch über Berlin.
Denkfehler, weil eingehende Pakete immer über den Standort kommen, wo die Nat-IP anliegt.
Fra wieder aktiviert und nur Dus auf den dreien deaktiviert. Das verhindert Querverkehr.
Ein Fehler in der Ansiblevorlage für Bird hat uns das interne Routing zerschossen. Das hatte ich mal irgendwann falsch gebaut, heute wurde es ausgerollt, das hatte die von @BauerJup gemeldete Störung verursacht.
Ist jetzt repariert.
Das Forenbackup wird jetzt auch wieder täglich auf meinen Rechner gesichert.
192.168er Tunnel-IPs werden jetzt auch wieder geroutet, damit man auch von den Gateways ohne Quell-IP alle IPs im ganzen Netz pingen kann.
Bird auf alle Gateways ausgerollt.
Ich habe die Wikifunktion sämtlicher /FreiFunkMuenster-GitHub-Repositories deaktiviert. Wird eh nicht genutzt und verwirrt nur (descilla ist Zeuge).
Das Gateway Parad0x hat jetzt testweise den Kernel 4.7.
Dabei ist aufgefallen, dass auf Des1 Bind nicht funktioniert hat, mehrfaches Neustarten hat nichts gebracht, daher Server neu gestartet.
Scheint jetzt wieder zu laufen.
=> Wir sollten langsam mit mehr Kernen experimentieren.
Das wäre toll. „Willkommen in 1995“
Ich habe gerade auf barristan
und ausrufer
wieder collectd aktiviert, aber das plugin für dhcp deaktiviert. So sollte der ressourcenverbrauch moderat bleiben, aber man bekommt dennoch ein paar informationen.
Kernelparameter maxcpus=0 auf RHE deaktiviert und VM neu gestartet.
Das habe ich jetzt auch rausgefunden Hätte ich mal eher hier rein geschaut, hätte ich mir das logs durchlesen sparen können.
des1
hat jetzt auch 2 cores (und kernel 4.7).
War jetzt leider etwas unsanft, da ich erneut rebooten musste, sry.
Auf Barristan die Anzahl der CPU-Kerne auf vier erhöht.
Dabei habe ich entdeckt, dass die Kiste zwei Netzwerkkarten zu haben scheint. Ggfs. könnte man mal die FFRL-Tunnel und die L2TP-Verbindungen auf verschiedene Karten legen.
deshyper-01
neu installiert
des1
als Image übernommenkiwix
und dyndns
müssen noch übernommen werden, sind aber gerade wohl eh nicht in Verwendungdes1
mit Multiqueue konfiguiert (2 Queues)
eth0
als pre-up
folgendes konfiguriert: /sbin/ethtool -L eth0 combined 2
parad0x
kurzzeitig gestoppt, um die Knoten wieder zu verteilenbarristan
rebootet, damit die von @MPW gemachten Änderungen funktionieren