Hi,
ich habe mich um einige verbleibende Tickets für Puppet v0.1 gekümmert. Unter
anderem existiert jetzt ein stabiles production environment.
Offen sind noch zwei Tickets für Doku und Tests:
https://git.nordwest.freifunk.net/groups/ffnw-puppet/milestones/v01-basissy…
+Benutzerverwaltung%29
Wenn diese beiden Tickets erfolgreich abgeschlossen werden, können wir den
Milestone schließen, die Benutzerverwaltung auf Puppet umstellen und den
nächsten Milestone anpacken.
Viele Grüße
Clemens
Hallo zusammen,
unter https://github.com/ffnw/puppet liegt jetzt ein Stand der bei mir
erfolgreich durchgelaufen ist. Ich habe auch schon diverse Configs
kontrolliert und korrigiert.
Probiert es gerne aus und schaut die Configs durch.
Ich würde dann gerne bald versuchen den Kram auf 08 und 03 zu deployen
um auch die Funktionalität mit Rheinland-Uplink und dem internen Routing
zu testen. Ich habe auf beide Server keinen Zugriff. Wer macht mit?
--
Viele Grüße,
Simon
Hi,
Am Mittwoch, 2. März 2016, 09:47:37 CET schrieb Jan-Tarek Butt via Dev:
> wo kommt den der production ordner auf dem puppetmaster her? Haben wir
> schon eine Idee wie wir mit den puppet environments umgehen wollen?
Hi,
das ist nen Test von mir. Aktuell kopiere ich den master-Ordner einfach, wenn
ich meine, dass der stabil ist. Schöner wäre natürlich das irgendwie im Git
abgebildet wäre.
Ah OK. Allerdings muss du da aufpassen da jetzt z.B. die ganze IP config die in der common.yaml steht auch mit über kopiert wurde. Diese sollten wir noch vollständig aus der common.yaml entfernen.
Am besten diskutieren wir Vorschläge zu Environments im
Ticket dazu:
https://git.nordwest.freifunk.net/ffnw-puppet/puppet/issues/17
Gute Idee :)
VG
Tarek
Hey,
ich habe ein relativ gut dokumentiertes Munin Modul für Puppet gefunden:
https://github.com/ssm/ssm-munin
Dieses unterstützt auch die Master Funktionialitäten vom Munin.
Könnte auch jemand mit Rechten mal das puppet-munin Repo auf Gitlab
löschen, da habe ich eine falsche Berechtigung gesetzt.
Danke!
Stefan
Moin
ich habe soeben einen Merge Request erstellt [1] um den Autolocator zu verbessern. Nach einiger suche haben wir festgestellt das unsere Mesh BSSID den Locator durcheinander bringt. Daher wird diese zukünftig nicht mehr mitgesendet und dadurch ignoriert.
Das Problem liegt an dieser Stelle bei der libwolcate. Das Openwifi Projekt sieht vor, dass aktuell eine BSSID nur einmal in der Datenbank vorkommen kann. Daher die fehlerhaften Positionen / Ergebnisse des Autolocators
Meine C Kenntnisse sind ein bisschen eingestaubt, aber ich denke es wird das Problem vorerst lösen. Ich bin bereits auch daran dieses beim OpenWIFI Project zu lösen.
Das überspringen unserer eigenen BSSID sollte aber zu einer schnellen Besserung der Positionen auf der Karte führen.
Gruß
Johannes
[1] https://git.nordwest.freifunk.net/ffnw-firmware/packages/merge_requests/4
