Lux
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
Diskussion zum Ikhaya-Artikel.
Aufgrund einer Fehlkonfiguration fielen am gestrigen Montag ubuntuusers.de und alle dazugehörigen Dienste in der Zeit von 20:00 Uhr bis etwa 24:00 Uhr aus. Eine Konfiguration, die die Antwortzeiten im Hochlastbetrieb verkürzen sollte, führte leider gestern dazu, dass ubuntuusers.de und alle angeschlossenen Dienste ausgefallen sind. Wir treffen gerade Vorkehrungen, um solche Ausfälle zu minimieren. Bitte entschuldigt die Unannehmlichkeiten! Diskussion im Forum.
|
I3orisdieklinge
Anmeldungsdatum: 17. Januar 2006
Beiträge: 268
Wohnort: Lübeck
|
ich sach nur "Never touch a running system" 🙄
|
MaxTPayne
Anmeldungsdatum: 29. Juni 2005
Beiträge: 543
Wohnort: Heiden
|
I3orisdieklinge hat geschrieben: ich sach nur "Never touch a running system" 🙄
Naja das ist auch wirklich der Spruch von DAUs. Das schlimmste was man machen kann, ist ein laufendes System nicht zu aktualisieren. Es war jetzt zwar kein Sicherheitsupdate aber bei dem Spruch "Never touch a running system" bekomme ich jedesmal das kotzen. Gruß MaxTPayne
|
TTinSB
Anmeldungsdatum: 9. April 2005
Beiträge: 1191
Wohnort: Saarbrücken
|
Lux hat geschrieben: Diskussion zum Ikhaya-Artikel.
Wir treffen gerade Vorkehrungen, um solche Ausfälle zu minimieren.
Was genau heißt denn das? Wird der Admin jetzt in Ketten gelegt? 😀 @MaxTPayne: Mir scheint Du hast Die Zeit verpasst in denen Novell der Marktführer bei Serversystemen war :p Novellserver von denen man die Finger lies liefen locker 10 Jahre ohne Ausfall/Reboot durch ☺
|
Lux
(Themenstarter)
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
I3orisdieklinge hat geschrieben: ich sach nur "Never touch a running system" 🙄
Na, ganz so einfach ist es nicht. Entweder wir leben mit den Fehlern, die auftreten oder wir versuchen, die Fehler zu beheben. Wenn wir mit den Fehlern leben wollen und uns ebenfalls nicht mehr weiterentwickeln wollen, können wir "never touch" durchhalten, was aber direkt auch dazu führt, dass "eigentlich" niemand mehr im Forum posten darf, weil es den Datenstand ändert. Gruß Dirk
|
Mafia100
Anmeldungsdatum: 13. Juli 2005
Beiträge: 713
|
"Never touch a running system" ist für mich ganz ehrlich reiner schwachsinn soll ich jetzt aufhören Edgy zu upgraden oder was? selbst bei Dapper würde ich upgraden.
|
Pepino
Anmeldungsdatum: 11. Juni 2006
Beiträge: Zähle...
|
Mafia100 hat geschrieben: selbst bei Dapper würde ich upgraden.
wow, selbst bei Dapper.... 🤣
|
comm_a_nder
Anmeldungsdatum: 5. Februar 2006
Beiträge: 2533
Wohnort: Dresden
|
Pepino hat geschrieben: Mafia100 hat geschrieben: selbst bei Dapper würde ich upgraden.
wow, selbst bei Dapper.... 🤣
Nun ja, das spricht für Mafia100s enorme Erfahrung in der Administration von Produktivservern ...
|
Blattlaus
Anmeldungsdatum: 29. März 2006
Beiträge: 1399
|
MaxTPayne hat geschrieben: I3orisdieklinge hat geschrieben: ich sach nur "Never touch a running system" 🙄
Naja das ist auch wirklich der Spruch von DAUs.
Nein, nicht wirklich. Die Regel ist schon ganz richtig, nur muss man das "running" eben nicht wie "up and running" verstehen. Generell sollte man als Admin, wenn man es irgendwie vermeiden kann, nicht an einem System arbeiten, das unter Last steht. Das ist bei Webserver natürlich nicht wirklich möglich*, da der eigentlich rund um die Uhr arbeitet...daher macht man sowas nunmal üblicherweise nachts. Andererseits kann ich auch verstehen, dass die Admins es hier nicht nachts tun, die kümmen sich da schließlich in ihrer Freizeit drum. Wir zahlen für den Service hier nichts und es waren läppische 4 Stunden...ich glaube wir sollten uns da nicht das Maul drüber zerreisen 😉 roll
|
lacarpe
Anmeldungsdatum: 21. Juni 2006
Beiträge: 340
|
Auf jedenfall schön, dass ihr solche Ausfälle offenlegt. Das spricht allein schon sehr für euch als Webserverteam (oder wie nennt ihr euch?). Herzlicher Gruß, lacarpe
|
stylesuxx
Anmeldungsdatum: 29. November 2005
Beiträge: 2997
Wohnort: /home/stylesuxx
|
Ach sowas muss immer passieren wenn ich das WIki brauch ☺ Spaß, war ja alles halb so schlimm. 😀 mfg Chris
|
Lux
(Themenstarter)
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
Blattlaus hat geschrieben: Generell sollte man als Admin, wenn man es irgendwie vermeiden kann, nicht an einem System arbeiten, das unter Last steht.
Nun ja. Es kommen schon ein paar Wochen Administrationserfahrung zusammen. Alle Server-Admins von ubuntu-eu.org sind hauptberuflich Linux-/Unix-Administratoren. Der Parameter wurde morgens geändert, zeigte seine fatale Wirkung aber erst zur Hauptlastzeit ... Blattlaus hat geschrieben: roll
Abnahmesysteme sind produktionsidentische Maschinen oder die Abnahme macht keinen Sinn. Wenn uns jemand vier Server stiftet, nehmen wir sie gerne. lacarpe hat geschrieben: Auf jedenfall schön, dass ihr solche Ausfälle offenlegt. Das spricht allein schon sehr für euch als Webserverteam (oder wie nennt ihr euch?).
Server-Team ist der offizielle Name (Verwaltung/Server-Team), das Verwaltung/Web-Team kümmert sich um Programmierung und Wartung der laufenden Software (Django, MoinMoinWiki, phpBB, ...). Warum sollten wir das nicht offenlegen. Wir sind auch nur Menschen und machen Fehler. Gruß Dirk
|
oggfan
Anmeldungsdatum: 11. Juli 2006
Beiträge: 57
|
Gute Morgen, ist nicht schlimm, das so ein Server mal abstürtzt, kann ja jedem mal passieren. Auch öfters. Das einzig blöde ist, das ihr es schafft, jedesmal dann eure Server abzuschießen, wenn ich was posten will. 🙄 Naja, was solls, hab ichs halt bei mir abgespeichert und poste es jetzt. 😉 Gruß Jan PS: nicht ganz ernstgemeint!
|
Chrissss
Anmeldungsdatum: 31. August 2005
Beiträge: 37971
|
oggfan hat geschrieben: Das einzig blöde ist, das ihr es schafft, jedesmal dann eure Server abzuschießen, wenn ich was posten will. 🙄
Das machen wir natürlich mit Absicht 😉
|
Lux
(Themenstarter)
Anmeldungsdatum: 10. November 2005
Beiträge: 5152
Wohnort: Grüt (Gossau ZH), Schweiz
|
Chrissss hat geschrieben: Das machen wir natürlich mit Absicht 😉
Musst Du denn alles verraten? 🤣 Dirk
|