Ich möchte darum bitten ein Firmware-Update anzustoßen. @kgbvax hat eine multi-fastd Maschine stehen, die nur darauf wartet endlich mehr connections entgegen zu nehmen. Es fehlt jedoch die Informationen bei den Knoten, die diese Maschine noch nicht kennen.
Ich möchte dazu anregen das Update in Stufen auszurollen, wie wir es später beim automatisierten Umziehen der Knoten in die neuen Domänen verwenden wollen. Es ist recht unkritisch, da keine alten Zöpfe abgeschnitten werden. Und bietet daher eine gute Alternative zum von @kgbvax vorgeschlagenen Blind-Test-Update.
Ich habe im tools-Repo ein paar Listen generiert, die dazu in den Webserver eingebunden werden können: https://github.com/FreiFunkMuenster/tools/tree/master/domaenensplit_webserver_config
Diese sind noch nicht perfekt, aber zu verbessernde Punkte sind besprochen und werden noch umgesetzt. Was außerdem noch fehlt ist die Auswertung, ob die Knoten sich auch wie gewünscht updaten. Ich habe gestern noch groß angekündigt, dass ich es nicht schaffe das entsprechende Script zu bauen. Denke aber wohl, dass ich es doch machen werde. Entweder über die Weihnachtsfeiertage oder auf dem Kongress.
Das spricht jedoch nicht dagegen das Update in Wellen auszurollen (gerne um 1-2 Tage verzögert). Ich habe einen cron laufen, der mir seit einigen Monaten stündlich die nodes.json, sowie graph.json sichert daher kann der Fortschritt auch im Nachhinein zu jedem Zeitpunkt ausgewertet werden.
@Fungur hatte in diesem Post die nötige Konfiguration des nginx Webservers gezeigt: Domänabspaltung: Warendorf
@Void Wie schaut es mit dem Zugang für mich und @Fungur aus. Als ich beim letzten Mal geschaut hatte, hatte ich noch keinen.
Eine Bitte noch:
Bitte nicht wieder mit “das ist alles nicht ausgereift” oder “wir dürfen nichts übers Knie brechen” o. Ä. kommen. Es geht nichts kaputt, wir können nur das eh schon lange geplante Update nutzen, um wertvolle Daten zu bekommen, ob das Updaten in mehreren Schritten so läuft, wie wir uns das vorstellen. Daher auch 1-2 Tage warten bevor wir die nächste Stufe zünden, da wir dann auswerten können, wie lange so ein Knoten durchschnittlich braucht, bis er wirklich die Updates gezogen hat.
Außerdem sollten wir das Update recht bald ausrollen, da wie schon geschrieben dann kgbvax-3 mehr connections entgegen nehmen kann und ich auf sn-descilla-1 die fastd connections runterdrehen kann. Ich habe, wie an anderer Stelle schon geschrieben, in den ersten 16 Tagen fast 9 TB Traffic (outgoing) auf meinem Blech gehabt. Da eine VM dort als backbone-Server konfiguriert ist, wird es tendenziell auch eher mehr werden. Daher wird das mit den 20 TB inklusiv-Traffic knapp (oder teuer).
