Ausfallberichte

Ausfallberichte

18 Minuten hoher Load auf h03/cusa

Kategorie: Ausfallbericht

Freitag, 3. März 2006

Ursache: unbekannt

Maßnahme: temporäre Beendigung der Dienste

Ausfallzeit: 14:22 bis 14:40

48 Minuten hoher Load und Totalausfall auf h03/cusa

Kategorie: Ausfallbericht

Mittwoch, 22. Februar 2006

Ursache: MySQL-Prozesse verursachten den hohen Load

Maßnahme: Reboot

Ausfallzeit: 15:21 Uhr bis 16:09

18 Minuten Totalausfall auf 03/cusa

Kategorie: Ausfallbericht

Mittwoch, 22. Februar 2006

Ursache: unbekannt

Maßnahmen: Hard-Reset über fernschaltbare Steckdose

Ausfallzeit: 09:19 - 09:37

5 Minuten hoher Load auf h01/pima

Kategorie: Ausfallbericht

Dienstag, 21. Februar 2006

Ursache: unbekannt

Maßnahmen: Restart von MySQL-Daemon und Apache

Ausfallzeit: 22:07 bis 22:12

10 Minuten Ausfall des zentralen Webservers auf h01/pima

Kategorie: Ausfallbericht

Dienstag, 21. Februar 2006

Ursache: unbekannt

Maßnahme: Neustart

Ausfallzeit: 5:00 Uhr bis 5:10

7 Minuten hoher Load auf h01/pima

Kategorie: Ausfallbericht

Montag, 20. Februar 2006

Ursache: unbekannt

Maßnahme: MySQL-Restart

Ausfallzeit: 16:22 bis 16:29

Stundenlanger Ausfall von h03/cusa

Kategorie: Ausfallbericht

Montag, 20. Februar 2006

Sehr hoher Load. Nach Reboot: Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(8,1)

Ursache: unbekannt. Vermutet wurde ein Filesystemfehler in der root-Partition.

Maßnahmen: Fahrt ins Rechenzentrum und Boot von CD. Parallel Aktivierung von yuma als neuer h/03 (was mit...

21 Minuten Ausfall des SSL-Webservers auf h01/pima

Kategorie: Ausfallbericht

Mittwoch, 15. Februar 2006

Ursache: unbekannt

Maßnahme: manueller Neustart

Ausfallzeit: 8:45 Uhr bis 09:06

7 Minuten Ausfall des zentralen Webservers auf h03/cusa

Kategorie: Ausfallbericht

Donnerstag, 9. Februar 2006

Ursache: unbekannt

Maßnahme: manueller Neustart

Ausfallzeit: 15:24 Uhr bis 15:31

27 Minuten Routingprobleme auf Subnetz

Kategorie: Ausfallbericht

Freitag, 3. Februar 2006

Erneute Routing-Störung auf dem 212.42.230er Subnetz

Ursache: Vermutlich wurde während des vorangegangenen Ausfalls die Router IP#, die wir als Default-Route benutzen, in die Gradestr. umgelegt

Maßnahme: Durch ISP eg

Ausfallzeit: 13:50 Uhr bis 14:17

Displaying results 1 to 10 out of 204

1

2

3

4

5

6

7

8

9

10

vor >