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?
Hi,
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?
auf srv08 solltest du zugriff haben und kannst da gerne testen. Allerdings ist der aktuelle stand bei uns das wir erst kurz vor der Fertigstellung des user Management sowie der automatischen upgrades sind. Ein deployen der hoods ist noch in weiter ferne.
vg Tarek
On 02.03.2016 01:49, Jan-Tarek Butt via Dev wrote:
auf srv08 solltest du zugriff haben und kannst da gerne testen.
Möchte ich dennoch ungerne alleine machen. U. A. werden die interfaces neu geschrieben und sollte dabei etwas schief gehen habe ich keine Möglichkeit zur Rettung. Bei den meisten Hostern kann man in dem Fall sagen, „boote mal ein Live-System“ oder „einmal neu bitte“. Hier kp.
Allerdings ist der aktuelle stand bei uns das wir erst kurz vor der Fertigstellung des user Management sowie der automatischen upgrades sind.
User Management ist fertig und funktionstüchtig. unattended-upgrades sind im ersten Schritt nicht wirklich essentiell, höchstens praktisch und nebenbei total einfach nachzurüsten. Da gibt es sogar schon das ein oder andere fertige Modul, das man sich ansehen könnte.
Ein deployen der hoods ist noch in weiter ferne.
... warum so pessimistisch? Das sehe ich gänzlich anders. Dazu steigt die Frustration bei allen von Tag zu Tag und wir predigen seit einem halben Jahr „Nächsten Monat ist es soweit“ (jaa überspitzt formuliert).
Sollte puppet weiterhin ein so großes Problem darstellen (welches ich jetzt nicht mehr sehe), dann sollten wir uns dringenst an eine manuelle Umstellung des Netzes machen!
Am 2. März 2016 12:00:46 MEZ, schrieb Simon Kurka via Dev dev@lists.ffnw.de:
On 02.03.2016 01:49, Jan-Tarek Butt via Dev wrote:
auf srv08 solltest du zugriff haben und kannst da gerne testen.
Möchte ich dennoch ungerne alleine machen. U. A. werden die interfaces neu geschrieben und sollte dabei etwas schief gehen habe ich keine Möglichkeit zur Rettung. Bei den meisten Hostern kann man in dem Fall sagen, „boote mal ein Live-System“ oder „einmal neu bitte“. Hier kp.
Allerdings ist der aktuelle stand bei uns das wir erst kurz vor der Fertigstellung des user Management sowie der automatischen upgrades sind.
User Management ist fertig und funktionstüchtig. unattended-upgrades sind im ersten Schritt nicht wirklich essentiell, höchstens praktisch und nebenbei total einfach nachzurüsten. Da gibt es sogar schon das ein oder andere fertige Modul, das man sich ansehen könnte.
Ein deployen der hoods ist noch in weiter ferne.
... warum so pessimistisch? Das sehe ich gänzlich anders. Dazu steigt die Frustration bei allen von Tag zu Tag und wir predigen seit einem halben Jahr „Nächsten Monat ist es soweit“ (jaa überspitzt formuliert).
Sollte puppet weiterhin ein so großes Problem darstellen (welches ich jetzt nicht mehr sehe), dann sollten wir uns dringenst an eine manuelle Umstellung des Netzes machen!
-- Viele Grüße, Simon
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Beim betreffenden Server gibts ein Rettungssystem.
Am Mittwoch, 2. März 2016, 13:08:32 CET schrieb Bjoern Franke via Dev:
Beim betreffenden Server gibts ein Rettungssystem.
Ich habe die Daten zum VCP gerade ins Admin-Keepass gesetzt. Du findest sie in der Gruppe "Hoster". Dort "Netcup VCP (Hilko)". Aus dem VCP heraus hast du Zugriff auf die VNC-Konsole und das Rettungssystem.
Viele Grüße Clemens
Moin !
Am 02.03.2016 um 12:00 schrieb Simon Kurka via Dev:
On 02.03.2016 01:49, Jan-Tarek Butt via Dev wrote:
auf srv08 solltest du zugriff haben und kannst da gerne testen.
Möchte ich dennoch ungerne alleine machen. U. A. werden die interfaces neu geschrieben und sollte dabei etwas schief gehen habe ich keine Möglichkeit zur Rettung. Bei den meisten Hostern kann man in dem Fall sagen, „boote mal ein Live-System“ oder „einmal neu bitte“. Hier kp.
Allerdings ist der aktuelle stand bei uns das wir erst kurz vor der Fertigstellung des user Management sowie der automatischen upgrades sind.
User Management ist fertig und funktionstüchtig. unattended-upgrades sind im ersten Schritt nicht wirklich essentiell, höchstens praktisch und nebenbei total einfach nachzurüsten. Da gibt es sogar schon das ein oder andere fertige Modul, das man sich ansehen könnte.
Ein deployen der hoods ist noch in weiter ferne.
... warum so pessimistisch? Das sehe ich gänzlich anders. Dazu steigt die Frustration bei allen von Tag zu Tag und wir predigen seit einem halben Jahr „Nächsten Monat ist es soweit“ (jaa überspitzt formuliert).
Finde ich nicht überspitzt ! Das ist wirklich so!
Sollte puppet weiterhin ein so großes Problem darstellen (welches ich jetzt nicht mehr sehe), dann sollten wir uns dringenst an eine manuelle Umstellung des Netzes machen!
Das sehe ich wie Simon. Ich könnte soviele Router schon aufgestellt haben und probiere auf die Bremse zu drücken und zeitlgleich die intressierten Leute nicht zu verprellen. Ich Denke soweit wie ich es verstanden habe macht Puppet sin. Aber ich würde es sehr begrüßen das wir vielleicht doch erst die Hoods aufziehen und im Anschluss können sich die beteiligten um Puppet kümmern. Die Frustration das das Netz gerade nicht Optimal läuft ist aus meiner sicht schlimmer als eine manuelle Umstellung. Ich würde es daher bevorzugen möglichst schnell die Hoods einzuführen und im nachgelagerten Schritt puppet zu machen.
Hey,
ich stimme hier auf einer Art Simon und Johannes auch zu. Ich persönlich sehe es auch so, dass wir hier zeitnah ein Teilnetz auslagern sollten.
ABER: Wir haben jetzt die vergangenen Monate an Puppet entwickelt und sollten damit auch die Hoods umsetzen. Nun alles händisch aufzuziehen ist zum einen viel Arbeit, zum anderen lassen sich die Server nachher schlecht bis gar nicht auf Puppet umziehen.
Vielleicht könnten wir ja einfach mal den Puppet Test auf srv08 abwarten, wo noch Probleme geben etc. Dann können wir in einer "kleineren" Runde am Freitag eventuell vor dem Treffen das weitere Vorgehen besprechen...
Ich bin gerade mit Simon dabei einfach mal seine Module auf 08 zu deployen und dann schauen wir mal!
Stefan
Am 02.03.2016 um 13:12 schrieb Johannes Rudolph via Dev:
Moin !
Am 02.03.2016 um 12:00 schrieb Simon Kurka via Dev:
On 02.03.2016 01:49, Jan-Tarek Butt via Dev wrote:
auf srv08 solltest du zugriff haben und kannst da gerne testen.
Möchte ich dennoch ungerne alleine machen. U. A. werden die interfaces neu geschrieben und sollte dabei etwas schief gehen habe ich keine Möglichkeit zur Rettung. Bei den meisten Hostern kann man in dem Fall sagen, „boote mal ein Live-System“ oder „einmal neu bitte“. Hier kp.
Allerdings ist der aktuelle stand bei uns das wir erst kurz vor der Fertigstellung des user Management sowie der automatischen upgrades sind.
User Management ist fertig und funktionstüchtig. unattended-upgrades sind im ersten Schritt nicht wirklich essentiell, höchstens praktisch und nebenbei total einfach nachzurüsten. Da gibt es sogar schon das ein oder andere fertige Modul, das man sich ansehen könnte.
Ein deployen der hoods ist noch in weiter ferne.
... warum so pessimistisch? Das sehe ich gänzlich anders. Dazu steigt die Frustration bei allen von Tag zu Tag und wir predigen seit einem halben Jahr „Nächsten Monat ist es soweit“ (jaa überspitzt formuliert).
Finde ich nicht überspitzt ! Das ist wirklich so!
Sollte puppet weiterhin ein so großes Problem darstellen (welches ich jetzt nicht mehr sehe), dann sollten wir uns dringenst an eine manuelle Umstellung des Netzes machen!
Das sehe ich wie Simon. Ich könnte soviele Router schon aufgestellt haben und probiere auf die Bremse zu drücken und zeitlgleich die intressierten Leute nicht zu verprellen. Ich Denke soweit wie ich es verstanden habe macht Puppet sin. Aber ich würde es sehr begrüßen das wir vielleicht doch erst die Hoods aufziehen und im Anschluss können sich die beteiligten um Puppet kümmern. Die Frustration das das Netz gerade nicht Optimal läuft ist aus meiner sicht schlimmer als eine manuelle Umstellung. Ich würde es daher bevorzugen möglichst schnell die Hoods einzuführen und im nachgelagerten Schritt puppet zu machen. _______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Am Mittwoch, 2. März 2016, 13:12:41 CET schrieb Johannes Rudolph via Dev:
Ich würde es daher bevorzugen möglichst schnell die Hoods einzuführen und im nachgelagerten Schritt puppet zu machen.
Hi,
ich werde mich an einem Abweichen vom Plan nicht beteiligen. Wir haben bereits zwei Baustellen (Firmware und Puppet), die wir mangels Kommunikation und aufgrund verschiedener Vorstellungen aktuell nur schwer gemanaged bekommen.
Zusätzlich zu diesen zwei Baustellen mal eben noch eine dritte Baustelle zu öffnen und spontan Hoods mit ungetesteter Software zu deployen ohne die notwendigen Voraussetzungen dafür an allen Stellen zu schaffen halte ich gelinde gesagt für "gewagt". Habt ihr das Hoodsystem auf Herz und Nieren durchgetestet, alle Verwaltungsabläufe durchdacht und Verantwortlichkeiten für Ausfälle geschaffen?
Insbesondere zu Ausfällen will ich mal etwas sagen: ich bin einer derjenigen, die bei Problemen im Netz häufig als erste angetickert werden. Entweder weil sich niemand für ein Problem zuständig fühlt oder weil niemand sonst das Know- How besitzt das Problem zu lösen. Oftmals persönlich auf meinem Jabber Account und zwar zu jeder Tages und Nachtzeit, wenn ich arbeiten muss, wenn ich in der Uni sitze und teilweise sogar telefonisch wenn ich gerade erst aufgestanden bin. Mir bleibt mittlerweile nichts andere übrig, als konsequent offline zu sein und sogar teilweise mein Telefon abzuschalten.
Es ist ja schön, dass ihr so ungeduldig seid. Ungeduld ist gut und ich freue mich immer darüber. Aber in diesem Fall bin ich ganz ehrlich: wir sind fertig, wenn wir fertig sind und bis dahin wird das Netz nicht wie erwartet funktionieren. Kommuniziert das bitte zu euren Leuten, bringt Geduld auf und beteiligt euch an einer kontrollierten Inbetriebnahme der Hoods im Rahmen der gesetzten Milestones in der Firmware und der Puppet Gruppe. Jeder kann dort Issues übernehmen, die bekannten Probleme lösen und das Projekt damit in einen fertigen Zustand bringen.
Viele Grüße Clemens
Moin,
kann vielleicht einer mal beschreiben wo aktuell noch probleme sind. Ich weiß gar nicht wo ich anfangen soll diese als aussenstehender zu indetifizieren.
Und vielleicht neben den Problemen auch noch mal eine Road Map aufzeigen über die nächsten Schritte bis zum deployen der ersten Hood?! Das würde auch die Transparenz einwenig erhöhen
Danke !
Johannes
Am Mittwoch, 2. März 2016, 14:07:19 CET schrieb Johannes Rudolph via Dev:
Moin,
kann vielleicht einer mal beschreiben wo aktuell noch probleme sind. Ich weiß gar nicht wo ich anfangen soll diese als aussenstehender zu indetifizieren.
Und vielleicht neben den Problemen auch noch mal eine Road Map aufzeigen über die nächsten Schritte bis zum deployen der ersten Hood?! Das würde auch die Transparenz einwenig erhöhen
Hi,
das steht für das Treffen am Freitag auf der Tagesordnung. Dort ist auch die Roadmap bis zum Deployen der ersten Hood skizziert: https://pad.freifunk.net/p/ffnw-to-16-03_1
Relevante TOPs sind: * Stand Firmware * Stand Puppet
Insgesamt geben die Milestones in der Firmware und in der Puppet Gruppe den besten Überblick den wir haben: * Firmware: https://git.nordwest.freifunk.net/groups/ffnw-firmware/milestones * Puppet: https://git.nordwest.freifunk.net/groups/ffnw-puppet/milestones
Viele Grüße Clemens
Hi,
Am Mittwoch, 2. März 2016, 13:12:41 CET schrieb Johannes Rudolph via Dev:
Ich würde es daher bevorzugen möglichst schnell die Hoods einzuführen und im nachgelagerten Schritt puppet zu machen.
ich werde mich an einem Abweichen vom Plan nicht beteiligen. Wir haben bereits zwei Baustellen (Firmware und Puppet), die wir mangels Kommunikation und aufgrund verschiedener Vorstellungen aktuell nur schwer gemanaged bekommen.
Ich sehe das tatsächlich wie Clemens. Das Schlimmste was wir jetzt tuhen können ist überstürzt zu handeln. Es Wird kaum kommuniziert außerhalb von im Team abgesprochene Entwicklung Workarounds entwickelt. Das führt zu Parallelen Entwicklungen. Extremen Frust im Admin und Entwickler Team. Zudem ist das schlimmste was wir tun können Software die nicht im Team Entwickelt und getestet sowie diskutiert wurde. In einen Produktiv Einsatz zu nehmen. Es sorgt dafür das niemand mehr, außer 1 oder 2 Personen in der Lage sind Fehler zu beheben bei Netzproblemen.
Insbesondere zu Ausfällen will ich mal etwas sagen: ich bin einer derjenigen, die bei Problemen im Netz häufig als erste angetickert werden. Entweder weil sich niemand für ein Problem zuständig fühlt oder weil niemand sonst das Know- How besitzt das Problem zu lösen. Oftmals persönlich auf meinem Jabber Account und zwar zu jeder Tages und Nachtzeit, wenn ich arbeiten muss, wenn ich in der Uni sitze und teilweise sogar telefonisch wenn ich gerade erst aufgestanden bin. Mir bleibt mittlerweile nichts andere übrig, als konsequent offline zu sein und sogar teilweise mein Telefon abzuschalten.
Das kann ich ebenfalls so bestätigen.
Es ist ja schön, dass ihr so ungeduldig seid. Ungeduld ist gut und ich freue mich immer darüber. Aber in diesem Fall bin ich ganz ehrlich: wir sind fertig, wenn wir fertig sind und bis dahin wird das Netz nicht wie erwartet funktionieren. Kommuniziert das bitte zu euren Leuten, bringt Geduld auf und beteiligt euch an einer kontrollierten Inbetriebnahme der Hoods im Rahmen der gesetzten Milestones in der Firmware und der Puppet Gruppe. Jeder kann dort Issues übernehmen, die bekannten Probleme lösen und das Projekt damit in einen fertigen Zustand bringen.
Wir hatten das auf Server Seite bisher immer so das im Grunde die meisten admins ihre tools installiert hatten ohne Rücksprache und Organisation sowie Dokumentation. Im Web Bereich wird dank pic und Stefan bereits eine gute doku geführt. Im Netz Bereich allerdings gibt es das nicht. Was zur folge hat das wenn man jetzt mal rückwirkend schaut gut 90% der Netzausfälle Server seitig herrühren weil zu wenig Leute in den Routing Strukturen involviert waren. Das hat sich dank Stefan ein wenig gebessert. Allerdings würde ich aus diesen Erfahrungen tunlichst davon abraten ein Setup zu deployen, wo nur ein paar wenige Admin/Entwickler in der Lage sind diese Strukturen zu durchblicken sowie zu Debuggen. Das würde nur dazu führen das wir Admins sowie Entwickler "verbrennen".
Daher würde ich eher die im Team entwickelte Struktur weiter entwickeln (siehe Gitlab puppet gruppe).
Es geht mir wirklich nicht darum Frust oder der gleichen zu verbreiten, sondern eine nachhaltige und gut strukturierte Server Organisation zu schaffen. Um eben eine allgemeine Entlastung zu schaffen und das können wir nur schaffen indem wir gemeinsam gut abgesprochen an einem System entwickeln.
vg Tarek
-
Bjoern Franke -
Clemens John -
Jan-Tarek Butt -
Johannes Rudolph -
Johannes Rudolph -
Simon Kurka -
Stefan