Ich kann berichten das mein transfer durchging und ich seit 3 Stunden meine Mails nicht mehr aus California uber alles schicke sondern aus ... moment ... aus Nürnberg - tadaaaaa
When one burns one's bridges, what a very nice fire it makes.
Das längste Thema
-
fLoo -
23. Oktober 2009 um 12:55 -
Unerledigt
-
-
Zitat
Am 19.01.2026 um 00:26 Uhr
Wir haben eine gestörte Netzwerkkomponente identifiziert, welche für die Störung ursächlich ist und arbeiten weiter an der Behebung.
Der Ausfall betrifft einen Teil unserer Root-Server und VPS am Standort Nürnberg.
...und ich sag mir vorher noch: Mensch, Du hast heute doch überhaupt nichts an dem Server gemacht. Und plötzlich ist er nicht mehr erreichbar und selbst das SCP hängt sich beim Aufruf des Servers fast auf und bringt nach 2 Minuten eine Fehlermeldung...
Dabei habe ich mich am Freitag noch über eine Uptime von 300 Tagen gefreut...
-
https://www.netcup-status.de/2026/01/stoerung-von-servern-an-unserem-standort-in-nuernberg/
Upsi
Edit: Erst Schlafsand aus den Augen reiben, dann posten.
Hab das Zitat bei Win98SE4Ever übersehen. Und den Link 😅
-
Und plötzlich ist er nicht mehr erreichbar...
Uptime Kuma Log:
inaktiv 2026-01-18 23:25:13
aktiv 2026-01-19 09:23:18
Also nicht mal 10 h
Ironie
Es folgt ein Satz für meine damalige Deutschlehrerin:
Der Netzwerkausfall an meinem VPS heute Nacht war für mich überhaupt nicht tragisch, es zeigte sich aber eine Ironie, denn der einzige produktive Dienst auf dem Server ist Uptime Kuma - welches den Ausfall meiner anderen Server melden soll, was durch den Ausfall nicht erfolgen konnte und daher zu keiner Ausfallmeldung führte, was wiederum vollkommen korrekt war, weil sämtliche andere Server und Dienste im Ausfallzeitraum des Uptime Kuma Servers nicht ausgefallen sind.
tl;dr: Ein Uptime Kuma Server der keine Ausfälle meldet arbeitet korrekt, wenn die überwachten Dienste nicht ausfallen. Dabei ist praktisch (im Rückblick) irrelevant ob der Uptime Kuma Server selbst arbeitet oder nicht.
-
Hab scheinbar schwein bzw Ente gehabt
-
Win98SE4ever und genau deswegen hab ich Munin/UptimeKuma/ntfy georedundant auf einem VC1-1 in Berlin laufen. Und weil es unnötig ist, auch noch in Logrono (Spanien)
-
Optimal wären natürlich mind. 3 Standorte und wenn sich dieser untereinander abstimmen und ein Quorum bilden.
Komplexere Monitorings können das - kann man das auch mit einem simplen Munin/UptimeKuma/Statping-ng (mein aktueller Favorit) abbilden? Also Benachrichtigungen über eine Downtime erst versenden, wenn mehrere Standorte sich einig sind? Dann würde ich das vielleicht auch mal in Angriff nehmen.
-
Win98SE4ever und genau deswegen hab ich Munin/UptimeKuma/ntfy georedundant auf einem VC1-1 in Berlin laufen. Und weil es unnötig ist, auch noch in Logrono (Spanien)
Überwachen die sich dann auch gegenseitig?
-
... genau deswegen hab ich Munin/UptimeKuma/ntfy georedundant ... laufen ...
Optimal wären natürlich mind. 3 Standorte...
Leute, Leute, ...
Bevor ich das Monitoring redundant aufbaue, muss ich erstmal die produktiven Nutzdienste redundant aufsetzen...
-
Ich bin auch mal gespannt, wann mein zweiter Resolver wieder dauerhaft ans Netz kommt. Neu gestartet worden ist er wohl schon, Munin hat eine kurze Zeit lang wieder Daten bekommen von ihm, jetzt ist er aber wieder abgetaucht. Zum Glück läuft der erste Resolver noch. Da muss ich wohl doch noch einen dritten aufsetzen bei Strota oder I0N0S. Aber dann halt nicht über Cloud VLAN möglich.
-
Leute, Leute, ...
Bevor ich das Monitoring redundant aufbaue, muss ich erstmal die produktiven Nutzdienste redundant aufsetzen...
Wieso? Die braucht doch keiner. Hauptsache das Monitoring läuft!
-
Meine Systeme waren gegen kurz nach 9 wieder da und sind jetzt wieder weg .... seit 75 Minuten.
-
Überwachen die sich dann auch gegenseitig?
Natürlich. Nur der in Nürnberg (da läuft zusätzlich Beszel drauf) informiert mich, wenn einer meiner Server ausfällt. Die anderen zwei überwachen zwar alle anderen Server auch, aber informieren mich nur, falls jeweils einer der beiden anderen Server (oder Dienste auf diesem zwei Servern) ausfällt.
Bevor ich das Monitoring redundant aufbaue, muss ich erstmal die produktiven Nutzdienste redundant aufsetzen...
Das ist mir/uns das nötige Kleingeld nicht wert. Das redundante Monitoring kostet mich insgesamt 36 € im Jahr, alle produktiven Server redundant aufzubauen würde jährlich einen zusätzlichen Vierstelligen-Betrag bedeuten. Da „reicht“ mir (privat) und uns (Vereine) ein ordentliches Backup, und im Zweifel eine lückenlose eigene Dokumentation, um aus den Backups heraus im „Notfall“ gewisse Dienste mit wieder aufzusetzen. Das Setup ist zugegeben aber auch noch nicht zu 100 % komplett, aber da arbeite ich dran. Ich warte nur auf die nächsten Aktionen
-
Ahh! Neuer Versuch, neues Glück, der Resolver-Piko ist wieder da. Mal sehen wie lange.
-
Meine Systeme waren gegen kurz nach 9 wieder da und sind jetzt wieder weg .... seit 75 Minuten.
Ja, ist bei mir auch so.
Mein Uptime Kuma VPS ist wieder offline und bekommt sicher die Krise weil er seine "Clienten" nicht mehr erreicht.
Irgendwie bin ich aber auch froh, dass das Netzwerk(interface) komplett down ist. Dann bekomme ich wenigstens keine zig Alarmmeldungen...
Ob da wohl gestern Nacht jemand durch's Rechenzentrum gewatschelt und über's Glasfaser-Patchkabel gestolpert ist?
Edit:
Ahh! Neuer Versuch, neues Glück, der Resolver-Piko ist wieder da. Mal sehen wie lange.
tab => bei mir geht noch nichts. Somit scheinen zumindest zwei unterschiedliche Hostsysteme betroffen zu sein?
-
Dann bekomme ich wenigstens keine zig Alarmmeldungen
Wie gesagt, die Gefahr bestünde nicht bei mehreren Monitorings mit Quorum. ;P
Aber ja, so ein Aufwand lohnt sich i.d.R. nur bei großen und kritischen Systemen, da geb ich dir Recht.
-
Aber ja, so ein Aufwand lohnt sich i.d.R. nur bei großen und kritischen Systemen...
An dieser Stelle muss ich noch erwähnen, dass das Monitoring für mich reine Spielerei ist (weil ich ohnehin keine kritische / wichtige produktive Dienste betreibe).
Da auch kein Datenverlust und keine Reparatur oder Neuinstallation ansteht, sehe ich das ganz gelassen.
By the way:
inaktiv 2026-01-19 11:19:13
aktiv 2026-01-19 13:40:31
-
Da ist man mal paar Tage im Urlaub und die Systeme gehen irgendwo im Nirvana singen
Wer hat die falschen Noten gespielt, dass sich die Glasfaser so erschrocken hat?
-
Hat irgendwer von den Mitlesern einen vServer in 152.53.64.0/22 (Wien) und mag einmal bezüglich Netzwerkanbindung kurz etwas testen?
Ich komme da bei bestimmten Routen nicht mehr über 20-40 Mbit/s hinaus…
-
Mal so ne Frage an die Spezialisten zum Inhaberwechsel:
Kann ich eigentlich einen Server mit vorgemerkter Kündigung transferieren oder muss ich die Kündigung erst wiederrufen?
