Differences between revisions 989 and 1024 (spanning 35 versions)
⇤ ← Revision 989 as of 2010-01-27 10:55:14 →
Size: 1467
Comment:
← Revision 1024 as of 2010-04-12 20:03:30 → ⇥
Size: 2424
Editor: p5489B116
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> /!\ '''Wichtiger Hinweis:''' Aufgrund eines Angriffs auf das Webmail-System, sind über eintausend FB3-Accounts als kompromittiert zu betrachten!<<BR>> [[http://www.informatik.uni-bremen.de/t/wiki/KompromittierteAccounts|Für weitere Informationen und eine Liste der betroffenen Accounts hier klicken.]] ||
~-[[http://service.informatik.uni-bremen.de/rt/?autouser=gast|Ticketing-System der FB3-Technik]]-~
Line 15: Line 11:
Der Webmail-Dienst wird heute temporaer nicht erreichbar sein.<<BR>>
CemilYuecel, 26.01.2010 8:25
smtp-fb3 (der interne Submission-Server fuer Mail) nimmt keine Mail an.
Des weiteren arbeiten mailhost und maildrop seit dem Reboot (s. "geplante Arbeiten") offenbar nicht richtig zusammen, so dass einkommende Mail zwar angenommen, aber nicht per POP3/IMAP verfuegbar gemacht wird.<<BR>>
CarstenBormann, 2010-04-12 19:55 (Ausfall offenbar seit ~ 19:15)
Line 20: Line 16:
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
Line 21: Line 21:
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 26:

Der Name-Server und der DHCP-Server im WLAN-Zugangsnetz am FB3 (172.21.0.0/16) sowie die Web-Anwendung zum Ändern des VPN-Server-Passworts ziehen in den nächsten Tagen um.
In diesem Zusammenhang kann es zu kurzen Ausfällen dieser drei Komponenten kommen.
<<BR>>
OliverLaumann 2010-01-26
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 31: Line 31:
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 38: Line 43:
[[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. Des weiteren arbeiten mailhost und maildrop seit dem Reboot (s. "geplante Arbeiten") offenbar nicht richtig zusammen, so dass einkommende Mail zwar angenommen, aber nicht per POP3/IMAP verfuegbar gemacht wird.
CarstenBormann, 2010-04-12 19:55 (Ausfall offenbar seit ~ 19:15)

Behobene Ausfälle

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

Externe Störungen

Status FB3 (last edited 2026-10-19 19:00:39 by ChristianManal)