|
Size: 1085
Comment:
|
Size: 1084
Comment:
|
| Deletions are marked like this. | Additions are marked like this. |
| Line 3: | Line 3: |
| ~-[[http://service.informatik.uni-bremen.de/rt/?autouser=gast|Ticketing-System der FB3-Technik]]-~ | ~-[[https://service.informatik.uni-bremen.de/rt/?autouser=gast|Ticketing-System der FB3-Technik]]-~ |
| Line 7: | Line 7: |
| Die '''Außenanbindung der Uni''' ist unterbrochen, da sowohl die Leitung nach Hannover als auch die nach Hamburg ausgefallen ist. Weitere Informationen aus dem Zentrum für Netze gibt es im Moment noch nicht. <<BR>>OliverLaumann 2017-11-14 8:50 |
|
| Line 8: | Line 11: |
Um 16:00 Uhr herum war der Virtualisierungsserver {{{bastet}}}, auf dem unter anderem Gitlab gehostet wird, unerwartet neugestartet und befand sich in einer Reboot-Schleife.<<BR>> Das Problem sollte inzwischen behoben und alle betroffenen VMs wider erreichbar sein<<BR>> ChristianManal, 2017-11-13, 16:57 Uhr |
|
| Line 12: | Line 19: |
Am Donnerstag, den 29.12.2016, wurde der Dienst [[https://owncloud.informatik.uni-bremen.de/|Owncloud]] auf den Nachfolger/Fork [[https://nextcloud.com/|Nextcloud]] umgestellt. Diese Änderung sollte für alle Benutzer transparent sein, insbesondere auch für Nutzer der Owncloud-Desktop- und Mobile-Apps. Da jedoch nicht sichergestellt ist, dass diese auch mit zukünftigen Nextcloud-Versionen funktionieren werden, sollten sie bei Gelegenheit durch die [[https://nextcloud.com/install/|Nextcloud-Clients]] ausgetauscht werden.<<BR>> ChristianManal, 2016-12-29 |
Was ist die FB3-Statusseite
Hinweise zur Benutzung für die Techniker
Ticketing-System der FB3-Technik
Aktuelle Ausfälle
Die Außenanbindung der Uni ist unterbrochen, da sowohl die Leitung nach Hannover als auch die nach Hamburg ausgefallen ist. Weitere Informationen aus dem Zentrum für Netze gibt es im Moment noch nicht.
OliverLaumann 2017-11-14 8:50
Behobene Ausfälle
Um 16:00 Uhr herum war der Virtualisierungsserver bastet, auf dem unter anderem Gitlab gehostet wird, unerwartet neugestartet und befand sich in einer Reboot-Schleife.
Das Problem sollte inzwischen behoben und alle betroffenen VMs wider erreichbar sein
ChristianManal, 2017-11-13, 16:57 Uhr
Geplante Arbeiten
Abgeschlossene Arbeiten
Geplante Arbeiten in den Arbeitsgruppen
Status der Systeme
Statusübersicht über die wichtigsten Dienste