|
Size: 1093
Comment:
|
Size: 2551
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 4: | Line 4: |
| ~-[[[Was ist die FB3-Statusseite]]]-~<<BR>> ~-[[[Hinweise zur Benutzung für die Techniker]]]-~ | |
| Line 5: | Line 6: |
| ~-[``[[Was ist die FB3-Statusseite]]]-~<<BR>> ~-[``[[Hinweise zur Benutzung für die Techniker]]]-~ ~-[[http://service.informatik.uni-bremen.de/rt/|Ticketing-System der FB3-Technik]]-~ ||<#FF8080> /!\ '''Wichtig:''' Aufgrund eines Angriffs auf das Webmail-System sind über eintausend FB3-Accounts als kompromittiert zu betrachten! Weitere Informationen dazu finden sich [[http://www.informatik.uni-bremen.de/t/wiki/KompromittierteAccounts|hier]]. || |
~-[[http://service.informatik.uni-bremen.de/rt/?autouser=gast|Ticketing-System der FB3-Technik]]-~ |
| Line 15: | Line 11: |
| smtp-fb3 (der interne Submission-Server fuer Mail) nimmt keine Mail an. <<BR>> CarstenBormann, 2010-04-12 19:55 (Ausfall offenbar seit ~ 19:15) |
|
| Line 18: | Line 17: |
| Das Webmail-System ist wieder Online.<<BR>> CemilYuecel 01.02.2010 12:20 |
mailhost und maildrop arbeiteten seit dem Reboot (s. "geplante Arbeiten") offenbar nicht richtig zusammen, so dass einkommende Mail zwar angenommen, aber nicht per POP3/IMAP verfuegbar gemacht wurde. Ursache war wohl ein Konfigurationsmangel auf maildrop.<<BR>> CarstenBormann, 2010-04-12 20:39 (Ausfall offenbar seit ~ 18:00) |
| Line 22: | Line 22: |
| Der Mailserver konnte wieder in Gang gesetzt werden. <<BR>> Ursache war vordergründig ein übergelaufenes Swap-Filesystem.<<BR>> Was dahinter steckt, werden wir hoffentlich morgen erfahren.<<BR>> JoergBrandt, 05.04.2010 16:30 Nachtrag: <<BR>> Aus den Logs läßt sich rekonstruieren, daß es ein Problem mit dem NFS-Mount eines Filesystems auf maildrop gab, was die lokale Mailauslieferung blockiert und letztlich das gesamte System zum Überlauf gebracht hat.<<BR>> Gleichzeitig aufgetretene Schwierigkeiten mit den IPV6-Hostadressen (Ursache unbekannt) können, müssen damit aber nicht in Zusammenhang stehen.<<BR>> JoergBrandt, 06.04.2010 |
|
| Line 23: | Line 32: |
| Reboot der zentralen Server<<BR>> Die vom heutigen "Patch Day" übriggebliebenen zentalen Server mailhost und osiris werden morgen rebootet.<<BR>> JoergBrandt, 12.04.2010 19:35 |
|
| Line 26: | Line 37: |
| Wo dies möglich ist, wurde auf den zentralen Servern des FB3 der Zugang für normale Nutzer weitgehend eingeschränkt, um die dort laufenden Dienste zu schützen.<<BR>> Davon ausgenommen ist die Solaris-Zone "login".<<BR>> Bis auf weiteres stehen auch die leistungsfähigen Server "amun" und "aton" noch zur Verfügung.<<BR>> Welche Rechner allgemein zugänglich sind, ist über das login-Flag ("Normal users can login") der Hostdatenbank dokumentiert.<<BR>> JoergBrandt, 12.03.2010 |
|
| Line 33: | Line 49: |
| [[http://status.informatik.uni-bremen.de/mon|Statusübersicht]] über die wichtigsten Dienste<<BR>> [[https://www.fb3.uni-bremen.de/hobbit|Status]] der LDAP-Server |
[[http://status.informatik.uni-bremen.de/mon|Statusübersicht]] über die wichtigsten Dienste<<BR>> [[https://www.fb3.uni-bremen.de/hobbit|Status]] der LDAP-Server |
[Was ist die FB3-Statusseite]
[Hinweise zur Benutzung für die Techniker]
Ticketing-System der FB3-Technik
Aktuelle Ausfälle
smtp-fb3 (der interne Submission-Server fuer Mail) nimmt keine Mail an.
CarstenBormann, 2010-04-12 19:55 (Ausfall offenbar seit ~ 19:15)
Behobene Ausfälle
mailhost und maildrop arbeiteten seit dem Reboot (s. "geplante Arbeiten") offenbar nicht richtig zusammen, so dass einkommende Mail zwar angenommen, aber nicht per POP3/IMAP verfuegbar gemacht wurde. Ursache war wohl ein Konfigurationsmangel auf maildrop.
CarstenBormann, 2010-04-12 20:39 (Ausfall offenbar seit ~ 18:00)
Der Mailserver konnte wieder in Gang gesetzt werden.
Ursache war vordergründig ein übergelaufenes Swap-Filesystem.
Was dahinter steckt, werden wir hoffentlich morgen erfahren.
JoergBrandt, 05.04.2010 16:30
Nachtrag:
Aus den Logs läßt sich rekonstruieren, daß es ein Problem mit dem NFS-Mount eines Filesystems auf maildrop gab, was die lokale Mailauslieferung blockiert und letztlich das gesamte System zum Überlauf gebracht hat.
Gleichzeitig aufgetretene Schwierigkeiten mit den IPV6-Hostadressen (Ursache unbekannt) können, müssen damit aber nicht in Zusammenhang stehen.
JoergBrandt, 06.04.2010
Geplante Arbeiten
Reboot der zentralen Server
Die vom heutigen "Patch Day" übriggebliebenen zentalen Server mailhost und osiris werden morgen rebootet.
JoergBrandt, 12.04.2010 19:35
Abgeschlossene Arbeiten
Wo dies möglich ist, wurde auf den zentralen Servern des FB3 der Zugang für normale Nutzer weitgehend eingeschränkt, um die dort laufenden Dienste zu schützen.
Davon ausgenommen ist die Solaris-Zone "login".
Bis auf weiteres stehen auch die leistungsfähigen Server "amun" und "aton" noch zur Verfügung.
Welche Rechner allgemein zugänglich sind, ist über das login-Flag ("Normal users can login") der Hostdatenbank dokumentiert.
JoergBrandt, 12.03.2010
Geplante Arbeiten in den Arbeitsgruppen
Status der Systeme
Statusübersicht über die wichtigsten Dienste
Status der LDAP-Server