Störungsverlauf von University Of Alaska

1. 2. Oktober 2026 um 19:26 UTCidentified

   Wir haben Berichte erhalten, dass UAOnline derzeit Probleme hat. Das Identity Access Management Team ist sich dessen bewusst und hat die Ursache identifiziert. Ein Zertifikatsproblem verursacht falsche Passwortfehler für Benutzer, die kürzlich ihre Anmeldeinformationen zurückgesetzt haben. Wir werden Updates in 3-Stunden-Intervallen durchführen, während sie auf einen Fix hinarbeiten. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 2. Oktober 2026 um 21:42 UTCmonitoring

   Das IAM-Team hat das Problem mit UAOnline identifiziert und einen Fix implementiert, der auf Wirksamkeit und Stabilität überwacht wird. Vielen Dank nochmals für Ihre Geduld bei der Lösung dieses Problems! Weitere Updates können Sie am Ende des Werktages (5:00 Uhr) erwarten oder wenn neue Informationen verfügbar werden.

3. 5. Oktober 2026 um 21:15 UTCresolved

   Das IAM-Team hat das Problem mit dem UAOnline-Service behoben und bestätigt, dass der Fix stabil ist. Die Zertifikatsaktualisierung, die das Problem verursacht hat, wurde rückgängig gemacht. Bitte melden Sie alle weiteren Probleme mit diesem Service an den IT-Helpdesk Ihres Campus und danken Sie erneut für Ihre Geduld bei der Lösung dieses Problems!

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 22. September 2026 um 00:09 UTCinvestigating

   Wir haben Berichte erhalten, dass verschiedene Websites und Dienste derzeit Probleme mit der Zuverlässigkeit haben. Die Teams von OIT Networking und PAWS untersuchen und vermuten, dass dies ein globales Problem mit einem Webhost wie AWS ist. Wir werden Updates vornehmen, sobald neue Informationen verfügbar sind und am Ende des Geschäftstages heute (5:00 PM AKDT). Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 22. September 2026 um 01:23 UTCmonitoring

   Viele Dienste, von denen berichtet wurde, dass sie während dieses Ausfalls betroffen waren, wurden wiederhergestellt; wir glauben, dass die Probleme möglicherweise mit dem US-EAST-1-Vorfall zusammenhängen, den Amazon von 14:49 bis 16:06 Uhr gemeldet hat (https://health.aws.amazon.com/health/status). Wir werden die Servicestabilität bis zum Beginn des Geschäftstages morgen überwachen. Ich danke Ihnen nochmals für Ihre Geduld bei der Lösung dieses Problems! Sie können ein weiteres Update um 8:00 Uhr AKDT erwarten.

3. 22. September 2026 um 16:09 UTCresolved

   Die Dienste, die als betroffen gemeldet wurden, sind seit dem AWS-Fix gestern Abend stabil geblieben, und wir betrachten diesen Vorfall als behoben. Bitte melden Sie alle laufenden Probleme mit UA-Websites und -Diensten an den IT-Helpdesk Ihres Campus und danken Sie erneut für Ihre Geduld bei der Lösung dieses Problems!

4. 14. Oktober 2026 um 22:28 UTCpostmortem

   Universität Website und VPN Externe Zugänglichkeit Problemfolgenanalyse Ereignis: 20260921 # Hintergrund University of Alaska bietet Virtual Private Network (VPN)-Konnektivität für an der Universität angeschlossene Benutzer, die sich aus der Ferne befinden und Zugriff auf Universitätsnetzwerkressourcen benötigen. Darüber hinaus beherbergt die Universität öffentlich zugängliche Websites, auf die weltweit zugegriffen werden soll. Diese und andere Dienste sind abhängig von der Konnektivität zwischen dem Universitätsnetzwerk und dem breiteren Internet, das von unserem Commodity-Internet-Service-Provider Alaska Communications Systems (ACS) bereitgestellt wird. # Zusammenbruch des Problems Am 21.09.2026 um ca. 15:30 Uhr berichteten Remote-Benutzer außerhalb des Universitätsnetzwerks über Probleme beim Laden von Universitätswebsites und darüber hinaus über eine Unterbrechung der Verbindung zum Universitäts-VPN. Techniker vor ort berichteten, dass sowohl vpn als auch web-ressourcen aus dem universitätsnetzwerk zugänglich waren. Die oit telekommunikationsdienste untersuchten und fanden heraus, dass websites und vpn-verbindungen innerhalb des universitätsnetzwerks funktionierten und dass unser netzwerk mit acs zu schauen schien und normalerweise empfangs-/werberouten hatte. Ein OIT-Techniker aus einer anderen Arbeitsgruppe für Remote-Arbeit und das Problem der Konnektivität berichtete, dass eine Traceroute von ihrem Heimatstandort zu mehreren Universitätsressourcen beim Commodity-Internet-Service-Provider der Universität, dem Alaska Communications Systems-Netzwerk (ACS), fehlschlug, bevor er das Universitätsnetzwerk erreichte. OIT Telekommunikationsdienste erhielten gegen 16:30 Uhr E-Mail-Kommunikation von ACS, die ein Netzwerkereignis in ihrem Netzwerk bestätigte, gefolgt von einer nachfolgenden E-Mail kurz vor 17:30 Uhr, dass das Netzwerkereignis gelöst und die Dienste stabilisiert wurden. #Zielstaat / Ziel Die netzwerkverbindung der university of alaska zum internet sollte jederzeit online bleiben und fernzugriff auf ua-netzwerkressourcen wie websites und vpn-verbindungen bieten. # Wurzelursachenanalyse Dies wurde durch ein Ereignis außerhalb des Universitätsnetzwerks innerhalb des Commodity Internet Service Provider-Netzwerks (ACS) verursacht, wobei ACS nach Auflösung " Das Netzwerkereignis, das sich auf die Dienste auswirkt, hat sich stabilisiert und die Servicewiederherstellung ist abgeschlossen." Während keine Punkt-zu-Punkt-WAN-Schaltungen oder Commodity-Internet-Peerings direkt betroffen waren, war ein Teil des Netzwerkverkehrs, der das ACS-Netzwerk über diese Commodity-Internet-Peerings durchquerte, während des Anbieterereignisses betroffen. # Gegenmaßnahmen entwickeln Commodity Internet Service Provider (ACS) löste internes Netzwerkereignis. # Umsetzung von Gegenmaßnahmen OIT Telecommunications Services wird sich in Zukunft an Dienstleister wenden, wenn wir uns potenzieller Probleme mit der Internetverbindung von Rohstoffen bewusst werden. # Follow Up / Review ACS lieferte eine E-Mail-Bestätigung der internen Netzwerk-Ereignisauflösung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. September 2026 um 16:34 UTCinvestigating

   Wir haben Berichte erhalten, dass alaska.edu und uaf.edu Websites derzeit Probleme haben. Das Team von OIT Platforms, Apps & Web Services (PAWS) untersucht derzeit, und wir werden Updates in 3-Stunden-Intervallen durchführen. Ein aktueller Workaround verwendet einen anderen Browser als üblich; Google Chrome hat hohe Erfolgsraten. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 21. September 2026 um 20:04 UTCidentified

   Alaska.edu und uaf.edu Websites haben derzeit Probleme. Das Team von OIT Platforms, Apps & Web Services (PAWS) arbeitet mit Security zusammen und hat das Problem identifiziert. Das Zertifikat sollte innerhalb einer Stunde aktualisiert und der Status aktualisiert werden, sobald es gelöst ist. Ein aktueller Workaround verwendet einen anderen Browser als üblich; Google Chrome hat hohe Erfolgsraten. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

3. 21. September 2026 um 20:32 UTCresolved

   PAWS hat das Problem mit den Seiten alaska.edu und uaf.edu behoben und bestätigt, dass die Lösung stabil ist. Bitte melden Sie alle weiteren Probleme mit diesem Service an den IT-Helpdesk Ihres Campus und danken Sie erneut für Ihre Geduld bei der Lösung dieses Problems!

4. 7. Oktober 2026 um 16:54 UTCpostmortem

   Universität Website und VPN Externe Zugänglichkeit Problemfolgenanalyse Ereignis: 20260921 # Hintergrund University of Alaska bietet Virtual Private Network (VPN)-Konnektivität für an der Universität angeschlossene Benutzer, die sich aus der Ferne befinden und Zugriff auf Universitätsnetzwerkressourcen benötigen. Darüber hinaus beherbergt die Universität öffentlich zugängliche Websites, auf die weltweit zugegriffen werden soll. Diese und andere Dienste sind abhängig von der Konnektivität zwischen dem Universitätsnetzwerk und dem breiteren Internet, das von unserem Commodity-Internet-Service-Provider Alaska Communications Systems (ACS) bereitgestellt wird. # Zusammenbruch des Problems Am 21.09.2026 um ca. 15:30 Uhr berichteten Remote-Benutzer außerhalb des Universitätsnetzwerks über Probleme beim Laden von Universitätswebsites und darüber hinaus über eine Unterbrechung der Verbindung zum Universitäts-VPN. Techniker vor ort berichteten, dass sowohl vpn als auch web-ressourcen aus dem universitätsnetzwerk zugänglich waren. Die oit telekommunikationsdienste untersuchten und fanden heraus, dass websites und vpn-verbindungen innerhalb des universitätsnetzwerks funktionierten und dass unser netzwerk mit acs zu peering schien und normalerweise werberouten erhielt. Ein OIT-Techniker aus einer anderen Arbeitsgruppe für Remote-Arbeit und das Problem der Konnektivität berichtete, dass eine Traceroute von ihrem Heimatstandort zu mehreren Universitätsressourcen beim Commodity-Internet-Service-Provider der Universität, dem Alaska Communications Systems-Netzwerk (ACS), fehlschlug, bevor er das Universitätsnetzwerk erreichte. OIT Telekommunikationsdienste erhielten gegen 16:30 Uhr E-Mail-Kommunikation von ACS, die ein Netzwerkereignis in ihrem Netzwerk bestätigte, gefolgt von einer nachfolgenden E-Mail kurz vor 17:30 Uhr, dass das Netzwerkereignis gelöst und die Dienste stabilisiert wurden. #Zielstaat / Ziel Die netzwerkverbindung der university of alaska zum internet sollte jederzeit online bleiben und fernzugriff auf ua-netzwerkressourcen wie websites und vpn-verbindungen bieten. # Wurzelursachenanalyse Dies wurde durch ein Ereignis außerhalb des Universitätsnetzwerks innerhalb des Commodity Internet Service Provider-Netzwerks (ACS) verursacht, wobei ACS nach Auflösung " Das Netzwerkereignis, das sich auf die Dienste auswirkt, hat sich stabilisiert und die Servicewiederherstellung ist abgeschlossen." Während keine Punkt-zu-Punkt-WAN-Schaltungen oder Commodity-Internet-Peerings direkt betroffen waren, war ein Teil des Netzwerkverkehrs, der das ACS-Netzwerk über diese Commodity-Internet-Peerings durchquerte, während des Anbieterereignisses betroffen. # Gegenmaßnahmen entwickeln Commodity Internet Service Provider (ACS) löste internes Netzwerkereignis. # Umsetzung von Gegenmaßnahmen OIT Telecommunications Services wird sich in Zukunft an Dienstleister wenden, wenn wir uns potenzieller Probleme mit der Internetverbindung von Rohstoffen bewusst werden. # Follow Up / Review ACS lieferte eine E-Mail-Bestätigung der internen Netzwerk-Ereignisauflösung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 28. August 2026 um 20:22 UTCinvestigating

   Wir haben berichte erhalten, dass google chat derzeit probleme hat. Dies ist ein Problem der Anbieterseite, und Google hat angegeben, dass seine Techniker derzeit untersuchen. Live-Updates können auf dem Status-Dashboard eingesehen werden: https://www.google.com/appsstatus/dashboard/incidents/y2ufhCB886p7rveYNnko' Google chat-nutzer haben ein problem, bei dem sie benachrichtigungen für neue nachrichten erhalten, aber die tatsächlichen nachrichten erscheinen nicht in ihrer chat-anwendung, es sei denn, der benutzer aktualisiert seine ansicht. Benutzer können aktualisieren, um neue Nachrichten zu sehen. Wir werden Updates machen, sobald neue Informationen verfügbar sind und in 3-Stunden-Intervallen. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 28. August 2026 um 21:27 UTCresolved

   Google berichtet, dass dieses Problem gelöst wurde. Per Status-Dashboard: Das Problem mit Google Chat wurde für alle betroffenen Benutzer ab Freitag, 2026-08-28 13:45 PDT gelöst. Aus der vorläufigen Analyse wurde das Problem aufgrund einer kürzlichen Änderung ausgelöst, die zurückgenommen wurde, um die Auswirkungen zu mildern. Wir danken Ihnen für Ihre Geduld, während wir an der Lösung des Problems gearbeitet haben. Vielen Dank für Ihre Zeit, als wir dieser Entschließung gefolgt sind!

3. 9. September 2026 um 18:14 UTCpostmortem

   Diese Störung wurde durch einen Anbieterausfall verursacht und stand nicht im Zusammenhang mit dem Betrieb der Universität.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 25. August 2026 um 19:13 UTCinvestigating

   Wir haben Berichte erhalten, dass Canvas derzeit Probleme hat. Das NTS Systems Engineering-Team untersucht derzeit, und wir werden Updates in 2-Stunden-Intervallen durchführen. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 25. August 2026 um 19:58 UTCidentified

   NTS Systems Engineering hat eine Beschreibung der derzeit erkannten Probleme bereitgestellt: "Einige gestapelte Canvas-Kurse haben ein Problem." Diese Kurse wurden als Einzelpersonen oder Stacks basierend auf den Kursinformationen in Banner generiert. Die Kursschalen in Canvas wurden dann von einem Instruktor oder Administrator gestapelt oder entstapelt. Das Bereitstellungssystem, das Bannerdaten mit Canvas verbindet, hat am 24. August eine vollständige Neubereitstellung durchgeführt, um eine Reihe von Registrierungsabweichungen in Canvas zu beheben. Dadurch wurden die Registrierungsprobleme behoben, es wurden jedoch auch alle manuellen Stack-/Unstack-Aktionen rückgängig gemacht, die stattgefunden hatten. Bei betroffenen Kursen sehen die Kursleiter ihre Kurse unveröffentlicht, leer und zurück in ihre ursprüngliche Konfiguration. Für Studenten wird es so aussehen, als wäre ihr Kurs verschwunden. Vielen Dank noch einmal für Ihre Geduld, während wir auf eine vollständige Lösung der Probleme hinarbeiten; wir werden weiterhin Updates vornehmen, sobald neue Informationen verfügbar sind und in 2-Stunden-Intervallen.

3. 25. August 2026 um 23:42 UTCmonitoring

   NTS System Engineering identifizierte 378 potenziell betroffene Kurse. Alle Kursmaterialien sind wiederherstellbar und die Lehrer haben einige Optionen, die sich weiterentwickeln. NTS wird daran arbeiten, alle Schülereinsendungen wiederherzustellen, die vor der Bereitstellung eingegangen sind. Lehrer haben 2 Optionen: 1. Arbeiten mit den systemgenerierten Canvas-Kursen - Diese Kursschalen können mit den Inhalten des Kurses vor dem 24. August gefüllt werden. Instruktoren können dann ihre Kurse veröffentlichen und fortsetzen. 2. Aktualisieren Sie die Crosslist für Ihren Kurs in Banner - Verzögern Sie Ihren Kurs und arbeiten Sie mit Ihrem Abteilungs-Kursplaner zusammen, um einen Vorschlag zur Änderung der Crosslist-Struktur in Banner einzureichen, um dem zu entsprechen, was Sie in Canvas wünschen. Sobald die Änderung abgeschlossen ist und der neue systemgenerierte Canvas-Kurs verfügbar ist, kann er mit den Inhalten des Kurses vor der Bereitstellung am 24. August gefüllt werden. Wenn dies Ihre Kurse beeinflusst, senden Sie bitte eine E-Mail an [email protected] mit den CRNs der Kurse und welche Option Sie wählen. NTS kann nur bei der Wiederherstellung von Inhalten helfen. Für Lehrer, die Option 2 wählen, müssen Sie sich an Ihren Kursplaner wenden. Der Registrar ist sich dieses Vorfalls bewusst und steht den Schedulern zur Verfügung, um die erforderlichen Vorschläge einzureichen.

4. 26. August 2026 um 01:46 UTCmonitoring

   Das NTS Systems Engineering Team wird weiterhin Kursinhalte wiederherstellen und einmalige Probleme beheben. Die beiden Optionen, die Lehrern mit betroffenen Canvas-Klassen zur Verfügung stehen, sind: 1. Arbeiten mit den systemgenerierten Canvas-Kursen - Diese Kursschalen können mit den Inhalten des Kurses vor dem 24. August gefüllt werden. Instruktoren können dann ihre Kurse veröffentlichen und fortsetzen. 2. Aktualisieren Sie die Crosslist für Ihren Kurs in Banner - Verzögern Sie Ihren Kurs und arbeiten Sie mit Ihrem Abteilungs-Kursplaner zusammen, um einen Vorschlag zur Änderung der Crosslist-Struktur in Banner einzureichen, um dem zu entsprechen, was Sie in Canvas wünschen. Sobald die Änderung abgeschlossen ist und der neue systemgenerierte Canvas-Kurs verfügbar ist, kann er mit den Inhalten des Kurses vor der Bereitstellung am 24. August gefüllt werden. Wenn dies Ihre Kurse beeinflusst, senden Sie bitte eine E-Mail an [email protected] mit den CRNs der Kurse und mit welcher Option Sie fortfahren möchten. NTS kann nur bei der Wiederherstellung von Inhalten helfen und kann nicht mehr manuell Cross-List- oder De-Cross-List-Kurse. Für Lehrer, die Option 2 wählen, müssen Sie sich an Ihren Kursplaner wenden. Der Registrar ist sich dieses Vorfalls bewusst und steht den Schedulern zur Verfügung, um die erforderlichen Vorschläge einzureichen. Vielen Dank noch einmal für Ihre Zeit, während wir auf eine vollständige Lösung hinarbeiten! Dies ist unser letztes Update für den Geschäftstag, und die Berichterstattung beginnt am Anfang des Tages (8:00 Uhr AKDT).

5. 26. August 2026 um 16:59 UTCmonitoring

   Vielen dank für ihre geduld, während wir das jüngste softwareproblem durcharbeiten, das dazu geführt hat, dass manuell gekreuzte klassen in canvas getrennt wurden. NTS SE, OIT EAS und UAF Registrar identifizierten einen Workaround, um ein manuelles Cross-Listing in Canvas zu ermöglichen. Dies überarbeitet die bisherigen Leitlinien für Ausbilder zum weiteren Vorgehen. Lehrer können sich nun dafür entscheiden, dass ihre Canvas-Kurse mit ihrer Konfiguration vor dem Vorfall übereinstimmen. Instruktoren können diese Rekonfiguration auch selbst mit den Cross-Listing-Tools in Canvas durchführen. Wenn Sie immer noch Probleme haben, senden Sie bitte ein Ticket an [email protected] und geben Sie die CRNs für die betroffenen Abschnitte an.

6. 26. August 2026 um 19:10 UTCmonitoring

   Wir haben das Konfigurationsproblem identifiziert, das dazu geführt hat, dass manuell gekreuzte Klassen in Canvas getrennt wurden. NTS SE, OIT EAS und UAF Registrar haben einen Fix implementiert, um das manuelle Cross-Listing in Canvas zu ermöglichen. Wir beobachten die Situation. Wenn Sie immer noch Probleme haben und noch kein Hilfeticket eingereicht haben, senden Sie bitte ein Ticket an [email protected] und geben Sie die CRNs für die betroffenen Abschnitte an.

7. 28. August 2026 um 17:44 UTCresolved

   Canvas-Kurse können weiterhin von Canvas-Administratoren und -Instruktoren ohne Probleme in die Liste aufgenommen werden, und wir betrachten diesen Vorfall zu diesem Zeitpunkt als gelöst. Wenn Sie immer noch Probleme haben oder Ihre Kursinhalte wiederhergestellt werden müssen und noch kein Hilfeticket eingereicht haben, senden Sie bitte eine E-Mail an [email protected] mit einer Beschreibung Ihres Problems / Ihrer Anfrage und fügen Sie die CRNs für die betroffenen Abschnitte hinzu. Vielen Dank für Ihre Geduld, da dieses Problem gelöst wurde!

8. 22. September 2026 um 19:13 UTCpostmortem

   Canvas LMS Degradation des Dienstes Problemfolgenanalyse Ereignis: 8/25/26 # Hintergrund Die Canvas LMS-Plattform bietet webbasierte digitale Klassenzimmerfunktionen für Lehrer und Studenten. Kurse, Bedingungen und Anmeldungen auf der Plattform werden über eine direkte Verbindung zur SIS-Plattform und den Registrar-Prozessen von UAF verwaltet. Für die meisten Online-Kurse und einige persönliche Kurse ist die zugehörige Canvas-Kursschale der zentrale Ort für alle Kursarbeiten, Referenzen und Noten. # Zusammenbruch des Problems Am 21 8 26 erhielten wir canvas support tickets von weniger als 5 nutzern, die berichteten, dass ihre kurslisten studenten oder einen ausbilder vermissten. Bei der Untersuchung stellten wir fest, dass die Konfiguration der Canvas LMS zu Banner SIS-Integration ein Timing-Problem hatte. Die Integration, genannt ILP, führt Echtzeit-Updates der Kurseinschreibungen durch, wenn sie bestimmte Kriterien erfüllen. Das Problem trat auf, weil sich die Einschreibungen im Kurs änderten, bevor der Kurs selbst die Anforderungen erfüllte, die von ILP überwacht und aktualisiert werden mussten. Die Lösung für dieses Problem bestand darin, den Kurs neu zu erstellen. Reprovisioning behandelt die Kursinformationen als "neu", unabhängig davon, ob sie bereits aktualisiert wurden, so dass die Canvas-Kursinformationen mit den Banner SIS-Kursinformationen übereinstimmen. Dies löste die einzelnen gemeldeten Probleme, aber wir mussten alle Kurse neu erstellen und das gesamte Semester über neu erstellen. Basierend auf Recherchen in ILP-Foren ist dies die Lösung für die meisten Institutionen, die auf dieses Problem stoßen. Am 24.08.26 gegen 15 Uhr haben wir alle UAF-Kurse mit dem "bulk job" -Tool in ILP neu bereitgestellt. Wir validierten dann Kursanmeldungen von ein paar neuen Tickets, die hereingekommen waren, um sicherzustellen, dass die Korrektur den beabsichtigten Effekt hatte. Kurse, die fehlende Einschreibungen hatten, wurden korrigiert. Am 24.08.26 um 17 Uhr erhielten wir Berichte über Canvas-Kurse, die von Studenten und Ausbildern verschwanden. Bei der Untersuchung stellten wir fest, dass die betroffenen Kurse alle gekreuzt wurden und der Lehrer die vom System generierte Konfiguration manuell geändert hatte, indem er entweder zusätzliche Kurse kreuzte oder Kurse kreuzte. Instruktoren können dies in der Canvas-Plattform mit allen Kursen tun, in denen sie als Instruktor aufgeführt sind. Als wir neu vorbereiteten, änderte das System die Konfigurationen der Canvas-Kurse, um Banner zu entsprechen, und dies machte rückgängig, was auch immer der Lehrer getan hatte. Am 8/25/26 9 Uhr begannen wir mit einer Verschlechterung des Serviceausfalls für Canvas, da mehr Canvas-Servicetickets eintrafen. Wir kommunizierten mit allen Administratoren, um sie über die Situation zu informieren und keine Cross-List-Kurse in Canvas zu erstellen, bis wir weitere Informationen hatten. Wir haben eine Ankündigung an Instruktoren und Admins auf der Canvas-Plattform über den Ausfall veröffentlicht. Wir haben die Erlaubnis für Instruktoren in Canvas entfernt, ihre Kurse Cross-List / De-Cross-List zu können. Wir bewerteten die Anzahl der potenziell betroffenen Kurse und kommunizierten mit den Instruktoren für jeden Kurs. Am 20.08.26 um 12 Uhr gab NTS-SE den Ausbildern eine Anleitung, den Registrar zu kontaktieren, wenn die vom System generierten Canvas-Kurse nicht mit dem übereinstimmten, was der Ausbilder wollte. Wir haben festgestellt, dass Lehrer häufig Cross-List-Kurse über Modalitäten in Canvas, so dass sie alle Abschnitte für einen Kurs in einem einzigen Kurs Shell verwalten können. Die Canvas-Sections-Funktionalität ermöglicht es ihnen, dies zu tun, ohne dass sie Cross-List-Einschreibungen gegenseitig aussetzen müssen. Dies ist eine wichtige Unterscheidung zwischen Canvas Cross-Listing und Registrar Cross-Listing: Der Begriff Cross-Listing / Stapeln für den Registrar bedeutet, dass die Einschreibungen zusammengeführt werden und es wird erwartet, dass die Schüler einander ausgesetzt sind. Registrar Policy verbietet Cross-Listing über Modalitäten hinweg. Dies ist ein Ergebnis der Bedenken des Fakultätssenats nach Anonymität bei Studiengängen, bei denen ein Student durch die Modalität seiner Antwort identifiziert werden könnte. Zusätzliche Anleitungen wurden den Ausbildern gegeben, sich an den NTS Helpdesk zu wenden, um verlorene Canvas-Kursinhalte wiederherzustellen. Diese Lösungen funktionierten nicht für viele Instruktoren, die auf die Fähigkeit angewiesen sind, in Canvas eine Crosslist zu erstellen. Am 20.08.26. um 16 Uhr trafen sich die Registrar- und die OIT-EAS-Arbeitsgruppe, um die Einstellungen und Optionen in ILP zu überprüfen und zu testen, um die Ausbilder aus der Arbeitsniederlegung zu bringen. Die Gruppe identifizierte einen Weg, um Reprovisioning zu tun, ohne Cross-Listen-Kurse zu beeinflussen. Die Gruppe identifizierte den vorhandenen Echtzeit-Update-Prozess, der die Canvas-Cross-List-Konfigurationen ändert. Die Gruppe testete einen Fix, mit dem Instruktoren in Canvas manuell eine Crosslist erstellen konnten, und validierte ihn dann in unserer Testumgebung. Der Fix bestand darin, den Instruktoren zu ermöglichen, NTS-Helpdesk-Tickets erneut aufzulisten und / oder einzureichen, damit unsere Teams verlorene Inhalte erneut auflisten und wiederherstellen können. Alle zukünftigen Reprovisions verwenden eine Konfiguration, die Cross-List-Informationen ausschließt. Der Fix wurde in einem Ausfallupdate und durch eine Canvas LMS-Plattform-Ankündigung kommuniziert. Die Berechtigungen für einen Instruktor, in Canvas eine Crosslist zu erstellen, wurden erneut aktiviert. Administratoren wurden darüber informiert, dass sie nun Cross-List für Instruktoren könnten. Bis 12 Uhr 8/26/26 Der Ausfall wurde zur Überwachung verschoben, während wir die Tickets durcharbeiteten. Bis 9 Uhr 8/28/26 Der Ausfall wurde behoben. #Zielstaat / Ziel Dieses Problem veränderte den Zielzustand. Lehrer sollten in der Lage sein, ihre Kursschalen in Canvas manuell zu kreuzen oder zu de-kreuzen, unabhängig davon, wie die Kurse in Banner codiert sind. Die Cross-Listing-Konfiguration sollte NICHT durch den Banner ILP-Feed geändert oder eingestellt werden, noch sollte der Cross-List-Status durch Echtzeit-Überwachung beobachtet oder aktualisiert werden. Aktive Benutzer sollten nach der anfänglichen Bereitstellung durch das Banner ILP-System einen konsistenten Zugriff auf die gleiche Canvas-Kursschale erhalten, es sei denn, sie werden manuell vom Ausbilder oder von einem Administrator geändert.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. August 2026 um 23:57 UTCmonitoring

   Einige AT & T-Mobilfunkkunden können derzeit keine Anrufe an Campus-Telefonnummern abschließen. Dieses problem wurde als mit dem netzwerk von at & t identifiziert, nicht mit unseren telefonsystemen oder diensten. Wir überwachen die situation und werden ein update bereitstellen, sobald bestätigt wird, dass die anrufe wieder normal funktionieren.

2. 22. August 2026 um 00:16 UTCresolved

   Wir hatten keine weiteren Berichte über Probleme, die die Universität anriefen, und der Fairbanks North Star Borough School District bestätigte, dass ihre ähnlichen Probleme gelöst wurden. Wir denken, dass dieser Ausfall zu diesem Zeitpunkt behoben ist; Bitte rufen Sie Ihren Campus IT-Service-Desk an, wenn Sie weiterhin Probleme haben, einen UA-Campus telefonisch zu kontaktieren! Vielen Dank für Ihre Zeit.

3. 9. September 2026 um 18:10 UTCpostmortem

   Diese Störung wurde durch einen Anbieterausfall verursacht und stand nicht im Zusammenhang mit dem Betrieb der Universität.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. August 2026 um 20:54 UTCidentified

   Wir haben Berichte erhalten, dass Kartenleser auf dem UAF-Campus derzeit Probleme haben. Das OIT PAWS-Team ist sich dessen bewusst und arbeitet aktiv daran, den Server, der dieses System kontrolliert, wiederherzustellen. Wir werden Updates in Intervallen von einer Stunde machen, während sie auf einen Fix hinarbeiten. Gebäudekoordinatoren kennen möglicherweise alternative Zugangsmethoden und Routen für bestimmte Räume, aber es gibt derzeit keinen weit verbreiteten Workaround. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 16. August 2026 um 22:59 UTCidentified

   Wir arbeiten weiter an einer Lösung für dieses Problem.

3. 16. August 2026 um 23:56 UTCresolved

   OIT PAWS berichtet, dass der Server für Lenel Card Swipe Systeme erfolgreich neu gestartet wurde und in Betrieb ist.

4. 19. August 2026 um 21:25 UTCpostmortem

   # **Root Cause Analysis – Argus Server Incident** ## **Executive Summary** Der Argus-Server erlebte einen schnellen Verlust an verfügbarem Speicherplatz auf dem Windows C: Laufwerk. Während der Untersuchung identifizierte PAWS signifikante Festplattenaktivitäten, die innerhalb des Lenel Application Log Verzeichnisses auftreten. Der verfügbare Speicherplatz ging weiter zurück und erreichte schließlich etwa 37 MB. PAWS hat den Server sauber heruntergefahren, um zu verhindern, dass das Betriebssystem 0 verfügbaren Speicherplatz erreicht und möglicherweise zusätzliche Systemprobleme verursacht. PAWS hat das C:-Laufwerk erweitert und den Server erfolgreich wieder in Betrieb genommen. Nach der Wiederherstellung stabilisierte sich die Festplattenauslastung und es blieben etwa 20 GB freier Speicherplatz verfügbar. PAWS ist für die zugrunde liegende Windows-Server-Infrastruktur verantwortlich, verwaltet oder unterstützt die Lenel-Anwendung jedoch nicht. Die Ursache der erhöhten anwendungsgenerierten Festplattenaktivität wurde nicht ermittelt und erfordert eine Untersuchung durch den Anwendungsbesitzer / -anbieter. ## **Incident Impact** Der Argus-Server wurde während des Vorfalls und der Wiederherstellung der Infrastruktur nicht mehr verfügbar, was zu einer Unterbrechung der vom Server abhängigen Dienste führte. Die gemeldeten Auswirkungen umfassten die Funktionalität des Türkartenlesers auf dem Campus. ## ** Timeline ** ** Alle Zeiten sind Alaska Zeit. ** ** Ungefähr 11:04 Uhr - PAWS wurde über ein Problem mit dem Argus-Server informiert und meldete Auswirkungen auf die Türkartenleser auf dem Campus. Der damit verbundene Vorfall war TDX 991008. ** Ungefähr 11:23 Uhr ** - PAWS identifizierte schnell abnehmenden verfügbaren Speicherplatz auf dem Windows C: Laufwerk. Resource Monitor zeigte signifikante Schreibaktivität innerhalb: `C:\ProgramData\Ln\logs` PAWS versuchte, die verfügbare Festplattenkapazität wiederherzustellen; C: Auslastung stieg jedoch weiter an. Das C:-Laufwerk erreichte schließlich etwa **37 MB verfügbaren Platz**. PAWS hat die VM sauber heruntergefahren, um zu verhindern, dass das Windows-Systemlaufwerk 0 verfügbaren Speicherplatz erreicht und möglicherweise zusätzliche Betriebssystemprobleme verursacht. PAWS führte die notwendigen Infrastrukturarbeiten durch, um die Kapazität des Systemantriebs zu erhöhen. ** Ungefähr 15:34 Uhr** – Die Infrastrukturarbeiten wurden abgeschlossen und der Antrieb C: erweitert. Der Server wurde wieder online gebracht und PAWS verifizierte den normalen Server- und Festplattenbetrieb. ** Ungefähr 15.49 Uhr** – Der Server wurde als funktionsfähig gemeldet. Am folgenden Tag, C: blieb stabil bei etwa **19,9 GB frei **, ohne Wiederholung des schnellen Plattenverbrauchs. ## **Wurzelursache** Die unmittelbare Ursache für den Serverausfall war die Erschöpfung der verfügbaren Kapazität auf dem Windows C: Laufwerk. Während des Vorfalls beobachtete PAWS signifikante Festplattenschreibaktivitäten innerhalb des Lenel-Anwendungsprotokollverzeichnisses: `C:\ProgramData\Ln\logs` Diese Aktivität verbrauchte schnell die verbleibende verfügbare Kapazität auf dem Systemlaufwerk. Der Grund für die erhöhte anwendungsgenerierte Festplattenaktivität wurde **nicht ermittelt**. PAWS ist für die Verwaltung der zugrunde liegenden Serverinfrastruktur verantwortlich, verwaltet, konfiguriert oder unterstützt die Lenel-Anwendung jedoch nicht. Die Bestimmung, warum die Anwendung die erhöhte Festplattenaktivität erzeugt hat, erfordert eine Untersuchung durch den Anwendungsbesitzer / -anbieter und liegt außerhalb des Anwendungsbereichs dieser Infrastruktur RCA. ## **Beitragender Faktor** ### **Limited Available System Disk Capacity** Der Server hatte keine ausreichende verbleibende C: Laufwerkskapazität, um den unerwarteten Anstieg der anwendungsgenerierten Festplattenauslastung zu absorbieren. Die verfügbare Kapazität sank schließlich auf etwa **37 MB **, so dass PAWS den Server herunterfahren musste, um zu verhindern, dass Windows 0 verfügbaren Speicherplatz erreicht. ## **Resolution** PAWS hat die folgenden Maßnahmen zur Wiederherstellung der Infrastruktur durchgeführt: * Untersuchte die schnell abnehmende C: Antriebskapazität. * Identifiziert das Quellverzeichnis, das mit der erhöhten Festplattenaktivität verbunden ist. * Laden Sie den Server sauber herunter, bevor das Systemlaufwerk 0 verfügbaren Speicherplatz erreicht hat. * Erhöht die verfügbare Kapazität für das Windows C: Laufwerk. * Der Server wurde wieder in Betrieb genommen. * Verifizierter normaler Server- und Festplattenbetrieb. * Fortsetzung der Überwachung der Festplattenauslastung nach Wiederherstellung. Nach der Erholung blieb das C: Laufwerk stabil bei ca. **19,9 GB frei **. ## ** Korrektive und vorbeugende Maßnahmen** ### **Disk Capacity Monitoring ** PAWS wird die Überwachung der Festplattenkapazität und die Alarmschwellen für den Argus-Server überprüfen, um eine ausreichende Benachrichtigung bereitzustellen, wenn sich die Systemlaufwerkskapazität kritischen Ebenen nähert. ### **Serverkapazität** PAWS wird die C: Drive-Auslastung weiterhin überwachen, um zu überprüfen, ob die zusätzliche Kapazität unter normalen Serverbedingungen ausreichend Betriebsmittel zur Verfügung stellt. ### **Antragsuntersuchung** Der Application Owner/Vendor muss die Ursache für den unerwarteten Anstieg der Lenel-generierten Festplattenaktivität ermitteln und eventuell erforderliche Korrekturmaßnahmen auf Anwendungsebene identifizieren. Anwendungskonfiguration, Protokollierung, Aufbewahrung und Behebung auf Anwendungsebene liegen außerhalb des Rahmens der PAWS-Serververwaltung. ## ** Aktueller Status** Der Argus-Server ist online und betriebsbereit. Das C:-Laufwerk blieb während des Follow-up-Monitorings stabil bei ca. **19,9 GB frei **, ohne dass sich der während des Vorfalls beobachtete schnelle Festplattenverbrauch wiederholte. PAWS betrachtet den **Server-Infrastruktur-Teil des Vorfalls als behoben**. Die zugrunde liegende Ursache des Lenel-Anwendungsverhaltens bleibt unbestimmt und erfordert eine Nachverfolgung durch den Anwendungsbesitzer / -anbieter.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. August 2026 um 19:02 UTCinvestigating

   Wir haben Berichte erhalten, dass Banner derzeit Probleme hat. Das OIT EAS-Team untersucht derzeit, und wir werden Updates in 1-Stunden-Intervallen durchführen. Ein funktionierender Workaround wurde identifiziert: Öffnen Sie ein privates oder inkognito Browserfenster, um auf Banner zuzugreifen. Wenn die Site immer noch langsam / nicht geladen ist, schließen und öffnen Sie ein anderes neues privates oder inkognito Fenster; es kann einige Versuche dauern, aber sobald eine zuverlässige Verbindung hergestellt wurde, können Sie diese Sitzung weiterhin verwenden, bis das Problem behoben ist! Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 10. August 2026 um 20:03 UTCmonitoring

   Das OIT EAS-Team hat das Problem mit dem Banner identifiziert und einen Fix implementiert, der auf Wirksamkeit und Stabilität überwacht wird. Vielen Dank nochmals für Ihre Geduld bei der Lösung dieses Problems! Weitere Updates können Sie am Ende des Werktages um 17:00 Uhr erwarten oder wenn neue Informationen verfügbar werden.

3. 17. August 2026 um 16:53 UTCresolved

   Das OIT EAS-Team hat das Problem mit dem Banner behoben und bestätigt, dass der Fix stabil ist. Das Problem wurde am 10. August gelöst. Bitte melden Sie alle weiteren Probleme mit diesem Service an den IT-Helpdesk Ihres Campus und danken Sie erneut für Ihre Geduld bei der Lösung dieses Problems!

4. 26. August 2026 um 18:27 UTCpostmortem

   Banner Employee Service reagiert nicht Problemfolgenanalyse Ereignis: 10. August 2026 10:30 Uhr bis 10:53 Uhr # Hintergrund Die Banner Employee Self Service-Anwendung ist der Hauptdienst, den Mitarbeiter Arbeitszeittabellen einreichen, ihre Urlaubsguthaben und ähnliche Artikel im Zusammenhang mit ihrer Beschäftigung im University of Alaska System anzeigen. Der Anbieter Ellucian beherbergt die Instanzen University Banner und Banner Self Service und ist dafür verantwortlich, ihre Verfügbarkeit durch Überwachung und Korrekturmaßnahmen sicherzustellen. # Zusammenbruch des Problems Um ca. 10:35 Uhr wandte sich der UAF NTS Service Desk an das Banner-Team in Slack, um sie über Berichte über extreme Langsamkeit in Banner zu informieren. Eine kurze Überprüfung ergab, dass nur das Employee Self Service-Modul auf Probleme stieß. Der Service Desk empfahl, einen Inkognito-Browser auszuprobieren, der für einige funktionierte. Das EAS-Team wandte sich an Ellucian und erstellte ein P1-Ticket. Der Dienst begann um etwa 10:53 Uhr wieder wie erwartet zu funktionieren. #Zielstaat / Ziel Alle Komponenten von Banner und Banner Self Service sollten mit den Erwartungen des täglichen Wartungsfensters und anderen geplanten Ausfallzeiten verfügbar sein. # Wurzelursachenanalyse Das ellucian cloud-team, das während der restaurierung engagiert wurde, teilte folgendes im zusammenhang mit diesem ereignis. Die Überprüfung ihrer Überwachung zeigte, dass eine Leistungsminderung um 10:42 Uhr begann und um 10:50 Uhr vollständig nicht mehr verfügbar war. Die Automatisierung der Container hat um 10:53 Uhr ein erfolgreiches Start-up abgeschlossen und bis 10:57 Uhr den Employee Self Service vollständig stabilisiert. Ellucian bewertete keinen weiteren Zusammenhang mit der Ursache des Ausfalls. Dem EAS-Team ist ein Produktfehler in der Banner Employee Self Service-Software bekannt, von dem gezeigt wurde, dass er diese Art von Ereignis verursacht, das erstmals im März und April dieses Jahres im Zusammenhang mit einem Produktfehler aufgetreten ist, der in der Produktion noch nicht behoben wurde, aber für die Anwendung geplant ist. # Gegenmaßnahmen entwickeln Um dies für die Zukunft zu beheben, erwarten wir, dass die Anwendung der jüngsten Fehlerbehebung dieses Problem beheben wird. # Umsetzung von Gegenmaßnahmen 12. bis 13. September 2026: Bereitstellung von Banner-bezogenen Upgrades, die die identifizierten Mängel beheben. # Follow Up / Review 14. September 2026: Validate Upgrades für Auflösung wurden bereitgestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. August 2026 um 16:55 UTCinvestigating

   Wir haben Berichte erhalten, dass die Iru-Web-Login-Option derzeit Probleme hat. Das NTS Technology Support Services-Team untersucht derzeit, und wir werden Updates in Abständen von 3 Stunden durchführen. Der Wechsel zum lokalen Login sollte es Ihnen ermöglichen, sich bei Ihrem Mac anzumelden. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems!

2. 3. August 2026 um 17:25 UTCinvestigating

   Das Team der NTS Technology Support Services (TSS) untersucht derzeit die Ursache dieses Problems. Wenn Sie sich nicht bei Ihrem UA Mac anmelden können, versuchen sie, zu Local Login zu wechseln. Um zum lokalen Login zu wechseln: 1. Klicken Sie auf das Profilsymbol (die Person in einem Kreis) in der oberen rechten Ecke des Bildschirms. 2. Wählen Sie Wechsel zum lokalen Login. 3. Geben Sie Ihre Anmeldeinformationen für die Universität in die Felder Benutzername und Passwort ein, die in der Nähe der unteren Mitte des Bildschirms erscheinen. 4. Click Sign Einloggen. Wenn Sie sich immer noch nicht einloggen können, wenden Sie sich bitte an Ihren lokalen IT Help Desk, um weitere Unterstützung zu erhalten. Vielen Dank für Ihre anhaltende Geduld, während wir auf eine vollständige Lösung hinarbeiten; wir werden weitere Updates in Abständen von 3 Stunden durchführen und sobald neue Informationen verfügbar sind.

3. 3. August 2026 um 18:02 UTCinvestigating

   Das NTS TSS-Team untersucht derzeit die Ursache dieser Probleme. Die Iru-Eingabeaufforderung zur Synchronisierung Ihrer Passwörter kann so gut wie möglich ignoriert werden, während wir untersuchen, warum sie aufgefordert wird. Wenn Sie sich nicht bei Ihrem UA Mac anmelden können, versuchen sie, zu Local Login zu wechseln. Um zum lokalen Login zu wechseln: 1. Klicken Sie auf das Profilsymbol (die Person in einem Kreis) in der oberen rechten Ecke des Bildschirms. 2. Wählen Sie Wechsel zum lokalen Login. 3. Geben Sie Ihre Anmeldeinformationen für die Universität in die Felder Benutzername und Passwort ein, die in der Nähe der unteren Mitte des Bildschirms erscheinen. 4. Click Sign Einloggen. Wenn Sie sich immer noch nicht einloggen können, wenden Sie sich bitte an Ihren lokalen IT Help Desk, um weitere Unterstützung zu erhalten. Vielen Dank für Ihre anhaltende Geduld, während wir auf eine vollständige Lösung hinarbeiten; wir werden weitere Aktualisierungen in Abständen von 1 Stunde vornehmen und sobald neue Informationen verfügbar sind.

4. 3. August 2026 um 19:44 UTCinvestigating

   Das NTS TSS-Team untersucht weiterhin die Ursache dieser Probleme. Weitere Updates gibt es derzeit nicht. Die Iru-Eingabeaufforderung zur Synchronisierung Ihrer Passwörter kann so gut wie möglich ignoriert werden, während wir untersuchen, warum sie aufgefordert wird. Wenn Sie sich nicht bei Ihrem UA Mac anmelden können, versuchen sie, zu Local Login zu wechseln. Um zum lokalen Login zu wechseln: 1. Klicken Sie auf das Profilsymbol (die Person in einem Kreis) in der oberen rechten Ecke des Bildschirms. 2. Wählen Sie Wechsel zum lokalen Login. 3. Geben Sie Ihre Anmeldeinformationen für die Universität in die Felder Benutzername und Passwort ein, die in der Nähe der unteren Mitte des Bildschirms erscheinen. 4. Click Sign Einloggen. Wenn Sie sich immer noch nicht einloggen können, wenden Sie sich bitte an Ihren lokalen IT Help Desk, um weitere Unterstützung zu erhalten. Vielen Dank für Ihre anhaltende Geduld, während wir auf eine vollständige Lösung hinarbeiten; wir werden weitere Aktualisierungen in Abständen von 1 Stunde vornehmen und sobald neue Informationen verfügbar sind.

5. 3. August 2026 um 22:35 UTCmonitoring

   Wir haben ein aktuelles Problem behoben, das durch eine unerwartete Änderung der Duo-Authentifizierung verursacht wurde, die sich auf verwaltete macOS-Computeranmeldungen auf dem gesamten Campus ausgewirkt hat. Wenn Sie einen von der Universität verwalteten Mac verwenden, wird Ihre Anmeldeerfahrung jetzt auf den normalen Betrieb wiederhergestellt. Wenn Sie sich jedoch nach diesem Fix zum ersten Mal wieder in Ihren Computer einloggen, werden möglicherweise ein oder zwei zusätzliche Duo-Authentifizierungsaufforderungen angezeigt. Wenn Sie sich heute zum ersten Mal bei Ihrem verwalteten Mac anmelden: 1. Geben Sie Ihre üblichen Kontodaten auf dem primären macOS-Anmeldebildschirm ein. 2. Füllen Sie die Duo-Eingabeaufforderung(en): Sie werden möglicherweise aufgefordert, sich über Duo eine zusätzliche Zeit zu authentifizieren, da die Systemberechtigungen aktualisiert und mit Ihrem Konto neu synchronisiert werden. 3. Genehmigen Sie die Anfrage wie gewohnt auf Ihrer Duo Mobile App, Ihrem Hardware-Token oder über Ihre bevorzugte MFA-Methode. 4. Wählen Sie Weiter unter Lassen Sie uns Ihr Konto sicher eingeben. 5. Wählen Sie Weiter unter der Eingabeaufforderung Anmeldemethode einrichten. Wenn Sie weiterhin Anmeldefehler, wiederholte Aufforderungen zur Synchronisierung von Passwörtern beim Anmelden oder andere Probleme beim Anmelden an Ihrem Mac haben, wenden Sie sich bitte an Ihren Campus IT Helpdesk.

6. 26. August 2026 um 20:10 UTCresolved

   Dieser Vorfall wurde behoben.

7. 26. August 2026 um 20:11 UTCpostmortem

   IRU-Authentifizierungsausfall Problemfolgenanalyse Ereignis: 20260803 # Hintergrund Der IRU-Authentifizierungsdienst bietet Benutzerauthentifizierungsfunktionen für verwaltete macOS-Geräte und webbasierten Zugriff über Kandji Passport. Der Dienst basiert auf der Integration zwischen Kandji Passport, Microsoft Entra ID, Conditional Access-Richtlinien und Duo MFA, um Benutzern eine sichere Authentifizierung zu ermöglichen. # Zusammenbruch des Problems Am 3. August 2026 hatten Benutzer Authentifizierungsprobleme, wenn sie versuchten, auf IRU-Dienste zuzugreifen. Das Problem betraf Benutzer, die versuchten, sich über Kandji Passport Web Login zu authentifizieren, und die Möglichkeit, den Anmeldevorgang abzuschließen. Das Problem wurde durch Entra ID-Anmeldeprotokolle, Conditional Access-Richtlinien, Duo MFA-Authentifizierungsfluss und Kandji Passport-Authentifizierungsdienste untersucht. #Zielstaat / Ziel Eine funktionale Authentifizierung in IRU-verwalteten macOS-Geräten. # Wurzelursachenanalyse Änderungen an Microsoft Conditional Access-Methoden, gültig ab 15. Juni 2026: * [https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-enforcement-resource-ausschlüsse](https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-enforcement-resource-ausschlüsse) * [https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-change-improved-enforcement-for-policies-with-resour/4488925](https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-change-improved-enforcement-for-policies-with-resour/4488925) Die oben beschriebenen Änderungen erfordern nun, dass DUO als Standard-Anmeldemethode für ein Benutzerkonto in M365 festgelegt wird. # Gegenmaßnahmen entwickeln Sofortige Gegenmaßnahme, die durch Hinzufügen von Benutzern zur Entra-Gruppe entwickelt wurde, die die neuere DUO-Authentifizierungsmethode aktivierte. # Umsetzung von Gegenmaßnahmen IT-Mitarbeiter haben eine Änderung vorgenommen, die alle Benutzer hinzugefügt hat, um diesen Fix zu erhalten. # Follow Up / Review Überprüfen Sie regelmäßig den Fortschritt der langfristigen Lösungsumsetzung.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 24. Juli 2026 um 17:46 UTCidentified

   Der Zugriff auf vdi.alaska.edu ist nicht verfügbar, aber die Ursache des Ausfalls wurde identifiziert. Jeder Desktop-Zugriff über vdi.alaska.edu und möglicherweise der dicke Client können von dieser Adresse aus nicht auf virtuelle Maschinen zugreifen oder diese verwenden, bis das Problem behoben ist.

2. 24. Juli 2026 um 18:55 UTCidentified

   UA hat das Problem mit dem Zugriff auf vdi.alaska.edu identifiziert und arbeitet daran, es zu beheben. Jeder Desktop-Zugriff über vdi.alaska.edu und möglicherweise der dicke Client können virtuelle Maschinen von dieser Adresse aus nicht verwenden. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems. Bitte erwarten Sie ein Update um 11:50 Uhr und stündliche Updates danach.

3. 24. Juli 2026 um 20:12 UTCidentified

   UA hat das Problem mit dem Zugriff auf vdi.alaska.edu identifiziert und arbeitet daran, es zu beheben. Jeder Desktop-Zugriff über vdi.alaska.edu und möglicherweise der dicke Client können virtuelle Maschinen von dieser Adresse aus nicht verwenden. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems. Bitte erwarten Sie ein Update um 12:50 Uhr und stündliche Updates danach.

4. 24. Juli 2026 um 20:55 UTCidentified

   UA hat das Problem mit dem Zugriff auf vdi.alaska.edu identifiziert und arbeitet daran, es zu beheben. Jeder Desktop-Zugriff über vdi.alaska.edu und möglicherweise der dicke Client können virtuelle Maschinen von dieser Adresse aus nicht verwenden. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems. Bitte erwarten Sie ein Update um 1:50 Uhr und stündliche Updates danach.

5. 24. Juli 2026 um 22:35 UTCidentified

   UA hat das Problem mit dem Zugriff auf vdi.alaska.edu identifiziert und arbeitet daran, es zu beheben. Jeder Desktop-Zugriff über vdi.alaska.edu und möglicherweise der dicke Client können virtuelle Maschinen von dieser Adresse aus nicht verwenden. Vielen Dank für Ihre Geduld bei der Lösung dieses Problems. Bitte erwarten Sie ein Update um 17:00 Uhr.

6. 25. Juli 2026 um 00:03 UTCmonitoring

   UA hat das Problem mit vdi.alaska.edu behoben und bestätigt, dass der Fix stabil ist. Dies wird in der Überwachung bis zum Ende des Geschäfts um 17:00 Uhr platziert. Bitte melden Sie alle weiteren Probleme mit diesem Service an den IT-Helpdesk Ihres Campus und danken Sie erneut für Ihre Geduld bei der Lösung dieses Problems!

7. 25. Juli 2026 um 01:06 UTCresolved

   UA hat das Problem mit vdi.alaska.edu behoben und bestätigt, dass der Fix stabil ist. Bitte melden Sie alle anhaltenden Probleme mit diesem Service an den IT-Helpdesk Ihres Campus und danken Sie erneut für Ihre Geduld bei der Lösung dieses Problems!

8. 19. August 2026 um 21:26 UTCpostmortem

   [vdi.alaska.edu](http://vdi.alaska.edu) Abgelaufene Unified Access Gateway Zertifikate. Datum Uhrzeit: 23.07.2026 16.00 Uhr. # Hintergrund [vdi.alaska.edu](http://vdi.alaska.edu) bietet dem Benutzer Zugriff auf die VDI-Umgebung von VMware/Omnissa Horizon. Beide Unified Access Gateway-Appliances (existieren auf der VXrail-Plattform) bieten die externe Zugriffsebene für Benutzer, die sowohl auf dem Campus als auch aus der Ferne auf ihre VDI zugreifen möchten. # Zusammenbruch des Problems Beide Zertifikate für jede UAG liefen am 23. Juli, 15.59 Uhr 2026 ab. Das Problem wurde am Freitagmorgen des 24. Juli um 8:30 Uhr festgestellt, als Benutzer berichteten, dass sie bei der Lösung auf [vdi.alaska.edu] (http://vdi.alaska.edu) nicht auf ihre "My Desktop" VDI-Umgebungen zugreifen konnten. Wenn ein Benutzer versucht hat, über seinen Browser auf [vdi.alaska.edu](http://vdi.alaska.edu) zu antworten, erhielt er eine Benachrichtigung „Ihre Verbindung ist nicht privat und wurde dann daran gehindert, die [vdi.alaska.edu](http://vdi.alaska.edu) zu erreichen. Horizon Page überhaupt. Maßnahmen zur Wiederherstellung des Dienstes: Angeforderte Verlängerungsbescheinigung von PAWS. Dieses Zertifikat enthielt den primären Domainnamen [vdi.alaska.edu](http://vdi.alaska.edu), enthielt aber auch die alternativen Namen \(beide UAG-Namen\) [fbk-uag1.apps.ad.alaska.edu](http://fbk-uag1.apps.ad.alaska.edu) [fbk-uag2.apps.ad.alaska.edu](http://fbk-uag2.apps.ad.alaska.edu) [fbk-uag1.io.apps.ad.alaska.edu](http://fbk-uaf1.io.alaska.edu) [fbk-uag2.io.alaska.edu](http://fbk-uag2.io.alaska.edu) Dauer des Ausfalls und Zeitpunkt, zu dem der Dienst wiederhergestellt wurde: Donnerstag, 23. Juli 4:00 Uhr - Freitag, der 24. 14:00 Uhr. #Zielstaat / Ziel Beide UAGs sollten kontinuierlich gültige, vertrauenswürdige Zertifikate und externen und internen VDI-Zugang vorlegen # Wurzelursachenanalyse # Beide UAG-Appliances präsentierten abgelaufene TLS-Zertifikate. TSS erhielt eine Liste von VXrail-Server-Appliances, die geschätzte Zeiten hatten, zu denen ihre Zertifikate abliefen. Beide UAG-Geräte waren nicht in dieser Liste, so dass wir nicht in der Lage waren zu diktieren, wann ihre Zertifikate ablaufen würden. # Gegenmaßnahmen entwickeln Ich habe eine Master-Zertifikatstabelle erstellt, die jetzt sowohl die Zertifikatsinformationen von UAG als auch das Ablaufdatum enthält. Ich teile es mit unseren TSS-Teamleitern, damit wir die erwarteten Zertifikatsabläufe in Zukunft weiterhin überwachen können. Angeforderter Zugriff auf den Certinext-Service für zukünftige Zertifikatsverlängerungen. Zeitplan für die Durchführung: Die oben genannten sollten es uns ermöglichen, die Zertifikate anzufordern und umzusetzen, bevor sie auf beiden UAGs ablaufen, bevor sie ablaufen. # Follow Up / Review Überprüfen Sie das Ablaufdatum von Zertifikaten auf beiden UAGs, indem Sie die Master-Zertifikatstabelle überwachen. Bitten Sie PAWS, das Zertifikat zu erneuern, einen kurzen CAB-Ausfall zu planen, das Zertifikat auf beide UAGs anzuwenden und dann zu bestätigen, dass die Erneuerung erfolgreich war und der Zugriff erfolgt

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 29. Mai 2026 um 16:26 UTCinvestigating

   We have received reports that Banner Admin is currently experiencing issues at login. A workaround has been identified for some users: attempt to load https://banner.alaska.edu/ in new incognito/private browser windows until the login screen successfully loads. The OIT Enterprise Applications Services (EAS) team is currently investigating, and we will be making updates at 1-hour intervals. Thank you for your patience during the resolution of this issue!

2. 29. Mai 2026 um 17:01 UTCmonitoring

   Ellucian, the vendor for Banner, has identified the issue and implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect another update at the end of the business day (5:00PM) or if new information becomes available.

3. 30. Mai 2026 um 01:01 UTCresolved

   The fix applied to Banner Admin has remained stable, and we are considering the outage resolved at this time. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during its resolution!

4. 1. Juli 2026 um 18:10 UTCpostmortem

   UAOnline and Banner Admin Login Issue Problem Impact Analysis Event Occurrence: May 28, 2026 4am to 11:15am, May 29, 2026 4am to 9am # Background UAOnline is the self service portal for Ellucian Banner used as the university’s Enterprise Resource Planning \(ERP\) system. These systems are hosted in Ellucian cloud and require period maintenance including security certificate updates for trust between UA and Ellucian systems. The Banner software periodically has system defects that are addressed by daily application restarts. # Break Down of the Problem ‌ On May 28th at 6:56am, a notice was sent to the Banner team through slack that a person was receiving an error when attempting to access the Employee Dashboard. The vendor Ellucian was notified of the event and identified the issue and implemented a work around. On May 29th at 8:11am, the same issue was reported through the Banner team slack channel for Banner Admin. The same ticket opened the prior day was used to report the issue and they used the same work around from the day before to restore service prior to 9:00am. # Target State / Goal Banner self service \(Employee Dashboard\) and Banner Admin services should be available to customers 24/7 except during pre-defined maintenance windows. # Root Cause Analysis ‌ Ellucian in preparation for an upcoming security certificate renewal staged changes in the production environment for the following weekend’s activity. There were mitigations in place due to Banner product defects that would restart Banner service instances daily at 4am. The restart process triggered the inclusion of these new certificates, causing a mismatch of certificates that prevented Single Sign On services from connecting for both Banner admin and the employee self service module. # Develop Countermeasures ‌ * Complete the implementation of the new certificates. * Provide feedback to the vendor to ensure their staff are properly equipped to avoid this in the future. # Implementation of Countermeasures May 30, 7:00 PM: Complete implementation of certificate change over for the whole system. June 2, 11:00AM: Convey feedback to vendor on how they need to change. # Follow Up / Review May 30-31: Validate certificate replacement is working for all systems. June 2: Vendor notified and RCA was provided by vendor, confirming what occurred.

1. 28. Mai 2026 um 16:02 UTCinvestigating

   We have received reports that forms in Banner admin are not loading, and UAOnline's Employee login is experiencing authentication issues. The OIT EAS team is currently reaching out to the vendor, and we will be making updates at 30-minute intervals. Thank you for your patience during the resolution of this issue!

2. 28. Mai 2026 um 16:36 UTCinvestigating

   OIT EAS has contacted the vendor for Banner and are monitoring their communication channels for updates. We will continue to make updates as new information becomes available and at 30-minute intervals. Thank you again for your time and patience while we work towards a resolution!

3. 28. Mai 2026 um 17:06 UTCinvestigating

   OIT EAS reports the vendor's technicians are engaged and working on both Banner/UAOnline issues experienced. We will continue to make updates as new information becomes available and at 30-minute intervals. Thank you again for your time and patience while we work towards a resolution!

4. 28. Mai 2026 um 19:03 UTCinvestigating

   The issue is continuing to be worked, and there is no new information available at this time. We will continue to make updates as new information becomes available and at 30-minute intervals. Thank you again for your time and patience while we work towards a resolution!

5. 28. Mai 2026 um 19:16 UTCmonitoring

   Ellucian, the vendor for Banner, has identified the issue and implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect further updates at the end of the business day (5:00PM) or as new information becomes available.

6. 29. Mai 2026 um 01:49 UTCresolved

   The fix applied to Banner Admin and the UAOnline Employee Dashboard has remained stable, and we are considering the outage resolved at this time. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

7. 1. Juli 2026 um 18:03 UTCpostmortem

   UAOnline and Banner Admin Login Issue Problem Impact Analysis Event Occurrence: May 28, 2026 4am to 11:15am, May 29, 2026 4am to 9am # Background UAOnline is the self service portal for Ellucian Banner used as the university’s Enterprise Resource Planning \(ERP\) system. These systems are hosted in Ellucian cloud and require period maintenance including security certificate updates for trust between UA and Ellucian systems. The Banner software periodically has system defects that are addressed by daily application restarts.  # Break Down of the Problem ‌ On May 28th at 6:56am, a notice was sent to the Banner team through slack that a person was receiving an error when attempting to access the Employee Dashboard. The vendor Ellucian was notified of the event and identified the issue and implemented a work around. On May 29th at 8:11am, the same issue was reported through the Banner team slack channel for Banner Admin. The same ticket opened the prior day was used to report the issue and they used the same work around from the day before to restore service prior to 9:00am. # Target State / Goal  Banner self service \(Employee Dashboard\) and Banner Admin services should be available to customers 24/7 except during pre-defined maintenance windows. # Root Cause Analysis  ‌ Ellucian in preparation for an upcoming security certificate renewal staged changes in the production environment for the following weekend’s activity. There were mitigations in place due to Banner product defects that would restart Banner service instances daily at 4am. The restart process triggered the inclusion of these new certificates, causing a mismatch of certificates that prevented Single Sign On services from connecting for both Banner admin and the employee self service module. # Develop Countermeasures  ‌ * Complete the implementation of the new certificates. * Provide feedback to the vendor to ensure their staff are properly equipped to avoid this in the future. # Implementation of Countermeasures May 30, 7:00 PM: Complete implementation of certificate change over for the whole system.  June 2, 11:00AM: Convey feedback to vendor on how they need to change.  # Follow Up / Review May 30-31: Validate certificate replacement is working for all systems.  June 2: Vendor notified and RCA was provided by vendor, confirming what occurred.

1. 16. Mai 2026 um 16:20 UTCinvestigating

   There is an Active Directory issue that is preventing users from logging into certain systems. The PAWS/Networking/Security teams are actively troubleshooting and investigating the issue.

2. 16. Mai 2026 um 17:49 UTCinvestigating

   An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

3. 16. Mai 2026 um 18:24 UTCinvestigating

   An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. A possible cause is being investigated and an update will be sent out as soon as it's identified. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

4. 16. Mai 2026 um 19:23 UTCinvestigating

   There are no new updates as of 11:21AM. Reporting will continue until the end of day at 5PM. An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. A possible cause is being investigated and an update will be sent out as soon as it's identified. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

5. 16. Mai 2026 um 20:21 UTCinvestigating

   There are no new updates as of 12:20PM. The issue is continuing to be investigated and reporting will continue until the end of day at 5PM. An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. A possible cause is being investigated and an update will be sent out as soon as it's identified. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

6. 16. Mai 2026 um 21:31 UTCinvestigating

   Update (1:30 PM): The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams are actively troubleshooting a potential cause. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be shared as soon as a cause is identified, with continuous reporting through 5:00 PM.

7. 16. Mai 2026 um 22:55 UTCinvestigating

   Update (2:45 PM): The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams are actively troubleshooting a potential cause. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be shared as soon as a cause is identified, with continuous reporting through 5:00 PM.

8. 16. Mai 2026 um 23:34 UTCinvestigating

   Update (3:33 PM): The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams are actively troubleshooting a potential cause. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be shared as soon as a cause is identified, with continuous reporting through 5:00 PM.

9. 17. Mai 2026 um 07:00 UTCinvestigating

   The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams will continue remediation efforts tomorrow morning at 8:00 AM. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be posted here tomorrow morning. Thank you for your patience.

10. 17. Mai 2026 um 15:52 UTCinvestigating

    The Authentication Issues affecting UAF servers and services are still under investigation. The PAWS, Networking, and Security teams will continue remediation efforts this morning at 8:00 AM. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be posted here later today. Thank you for your patience.

11. 17. Mai 2026 um 21:03 UTCinvestigating

    As of 1PM on Sunday, May 17th, our teams are still actively troubleshooting the authentication issues. Teams are working with Cisco and Microsoft to investigate the cause. We will post more information as soon as it's available. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be posted here later today. Thank you for your patience while we find a solution.

12. 18. Mai 2026 um 01:19 UTCidentified

    As of 5PM on Sunday, May 17th, our teams are still actively troubleshooting the authentication issues. Teams are working with Cisco and Microsoft to investigate the cause. We will post more information as soon as it's available. At this time, university Wi-Fi, VPN and VDI services have been restored. User Impact: The UAF Devices Portal or other services using UA AD credentials may fail or show as invalid. Our next scheduled update is 11PM. Thank you for your patience while we find a solution.

13. 18. Mai 2026 um 07:03 UTCidentified

    As of 11PM on Sunday, May 17th, our teams are still actively troubleshooting the authentication issues. Teams are working with Cisco and Microsoft to investigate the cause. The next update will be tomorrow at 7AM. At this time, university Wi-Fi, VPN and VDI services have been restored. User Impact: The UAF Devices Portal or other services using UA AD credentials may fail or show as invalid.

14. 18. Mai 2026 um 15:03 UTCidentified

    As of 7AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. The next update will be later this morning at 8AM. At this time, university Wi-Fi, VPN and VDI services have been restored. User Impact: The UAF Devices Portal or other services using UA AD credentials may fail or show as invalid.

15. 18. Mai 2026 um 16:14 UTCidentified

    As of 8AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be available after the 9AM meeting with diagnostic teams from this weekend. The next update will be later this morning at 9AM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

16. 18. Mai 2026 um 17:14 UTCidentified

    As of 9AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be available after meeting with diagnostic teams from this weekend. The next update will be later this morning at 10AM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

17. 18. Mai 2026 um 18:18 UTCidentified

    As of 10AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be available after meeting with diagnostic teams from this weekend. The next update will be later this morning at 11AM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

18. 18. Mai 2026 um 19:02 UTCidentified

    As of 11AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be posted as soon as it's available. The next update will be later today at 12PM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

19. 18. Mai 2026 um 20:17 UTCidentified

    As of 12PM on Monday, May 18th, the current fixes in place are still holding steady. Our teams are continuing to work with Cisco and Microsoft on troubleshooting the authentication issues. More information will be posted as soon as it's available. The next update will be later today at 1PM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

20. 18. Mai 2026 um 21:36 UTCmonitoring

    As of 1PM on Monday, May 18th, while we are in monitoring mode, all impacted systems have been restored and continue to be stable. More information will be posted as soon as it's available. The next update will be later today at 2PM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. User Impact: Some services using UA credentials may still fail or show as invalid.

21. 19. Mai 2026 um 00:18 UTCmonitoring

    As of 3PM on Monday, May 18th, all impacted systems have been restored and continue to be stable. The next update will be 8AM tomorrow. If you continue to experience service login errors, please contact the NTS Service Desk. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. User Impact: Some services using UA credentials may still fail or show as invalid.

22. 19. Mai 2026 um 16:21 UTCmonitoring

    As of 8AM on Tuesday, May 19th, all impacted systems have been restored and continue to be stable. The next update will be 8AM tomorrow. If you continue to experience service login errors, please contact the NTS Service Desk. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. User Impact: Some services using UA credentials may still fail or show as invalid.

23. 20. Mai 2026 um 16:00 UTCmonitoring

    As of 8AM on Wednesday, May 20th, the primary impacted services have been restored and are currently stable under monitoring. The next update will be tomorrow at 8AM, unless there are any significant changes. At this time, university Wi-Fi, UAF Devices Portal, VPN, and VDI services have been restored.

24. 21. Mai 2026 um 16:30 UTCmonitoring

    As of 8AM on Thursday, May 21st, the primary impacted services have been restored and are currently stable under monitoring. The next update will be tomorrow at 8AM, unless there are any significant changes. At this time, university Wi-Fi, UAF Devices Portal, VPN, and VDI services have been restored.

25. 1. Juni 2026 um 17:05 UTCresolved

    Our teams have resolved the issue with the Authentication service, and confirmed the fix to be stable. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

1. 15. Mai 2026 um 22:52 UTCinvestigating

   We have received reports that ELMO is currently experiencing issues. The UAS ELMO team is currently investigating, and we will be making updates at 30 minute intervals. Thank you for your patience during the resolution of this issue!

2. 15. Mai 2026 um 23:13 UTCmonitoring

   The UAS ELMO team has identified the issue with ELMO service and has implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect further updates at the end of the business day (5:00PM) or as new information becomes available.

3. 16. Mai 2026 um 00:57 UTCmonitoring

   The affected components of ELMO appear to be stable. We will continue monitoring the stability of the fix over the weekend, and you can expect a final update at the start of business (8:00AM) Monday if there is no new information until then. Thank you again for your patience during the resolution of this issue!

4. 18. Mai 2026 um 16:25 UTCresolved

   The UAS ELMO team has resolved the issue with the ELMO, and confirmed the fix to be stable. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

1. 11. Mai 2026 um 17:23 UTCmonitoring

   We have received reports that UAOnline Employee Login is currently experiencing issues. The OIT Enterprise Applications (EAS) team is aware and has identified the cause. This issue appears to be related to an update to Banner over the weekend that is causing issues for some users. EAS is currently working with the vendor, Ellucian towards a permeant fix. For users experiencing issues, there is a workaround. If getting an error, simply change the "UAA" in the url to either "UAF" or "UAS". Once logged into UAOnline, you should be able to log out and use the Employee Login option without issue. We will make updates on this situation at the end of the business day 5:00pm and as new information becomes available. Thank you for your patience during the resolution of this issue!

2. 12. Mai 2026 um 00:58 UTCmonitoring

   There are still some users currently experiencing issues with the UAOnline Employee Login. The EAS team is continuing to work with the vendor, Ellucian, towards a permeant fix. For users experiencing issues, there is a workaround. If getting an error stating that the "MEP code is invalid", simply change the "UAA" in the url of the page displaying the error to either "UAF" or "UAS". Once logged into UAOnline, you should be able to log out and use the Employee Login option without issue. If the issue persists, please contact the NTS Service Desk. We will make updates on this situation at the start of the business day 8:00am and as new information becomes available. Thank you for your patience during the resolution of this issue!

3. 12. Mai 2026 um 16:23 UTCmonitoring

   The OIT EAS team has identified the issue with the UAOnline Employee Login and has implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect further updates at the end of the business day (5:00PM) or as new information becomes available.

4. 12. Mai 2026 um 16:35 UTCresolved

   The OIT EAS team has resolved the issue with the UAOnline Employee Login, and confirmed the fix to be stable. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

1. 28. April 2026 um 01:06 UTCinvestigating

   We have received reports that our ticketing system, TeamDynamix (TDX), is currently experiencing issues processing replies to generated emails. The UAA Enterprise Service Management team is currently investigating, and we will be making updates when we open at 8:00am Alaska Time. Thank you for your patience during the resolution of this issue!

2. 28. April 2026 um 15:56 UTCmonitoring

   UAA ESM has applied a workaround and the affected components of TDX appear to be stable. We will continue monitoring the stability of the fix until the end of the business day (5:00PM) today, and you can expect a final update at that time if there is no new information until then. Thank you again for your patience during the resolution of this issue!

3. 29. April 2026 um 00:57 UTCresolved

   The UAA ESM team has resolved the issue with the affected components of TDX, and confirmed the fix to be stable. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

4. 27. Mai 2026 um 18:26 UTCpostmortem

   This outage was caused by an issue on our vendor’s side. They released the following information: “The issue was caused by a misconfiguration during a maintenance deployment and has now been fully resolved.“

1. 9. April 2026 um 18:59 UTCidentified

   We have received reports that the Banner Production instance (including UAOnline) is currently experiencing issues. The OIT Enterprise Applications Services team is aware and has contacted the vendor. We will be making updates at 1-hour intervals as they work towards a fix. Thank you for your patience during the resolution of this issue!

2. 9. April 2026 um 20:17 UTCidentified

   OIT EAS reports that Ellucian is going to perform a rolling restart of the affected components, so we expect to see services regain functionality one-at-a-time. We'll report on the status of each as new information becomes available, and at our 1-hour intervals! Thank you again for your time and understanding.

3. 9. April 2026 um 20:52 UTCmonitoring

   A fix has been implemented and users are reporting access. We will continue to monitor the service and update the status page at 5PM.

4. 10. April 2026 um 00:52 UTCmonitoring

   A fix has been implemented and users are reporting access. There have been no new developments, monitoring will continue until tomorrow morning at 8:00AM.

5. 10. April 2026 um 16:11 UTCinvestigating

   The affected components of Banner and UAOnline appear to be stable. We will continue monitoring the stability of the fix until the 24-hour mark, at approximately 12:52PM today, and you can expect a final update at that time if there is no new information until then. Thank you again for your patience during the resolution of this issue!

6. 10. April 2026 um 22:03 UTCresolved

   The affected components of Banner are still operational, and we are considering the fix to be stable and this outage resolved. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

1. 8. April 2026 um 19:23 UTCinvestigating

   We have received reports that multiple Banner Self-Service services (including UAOnline) are currently unavailable. The OIT Enterprise Applications Services team has reached out to the vendor and is currently investigating, and we will be making updates at 1-hour intervals. Please contact your campus IT helpdesk if you notice other Banner components are affected. Thank you for your patience during the resolution of this issue!

2. 8. April 2026 um 19:48 UTCinvestigating

   Some users are reporting that functionality has returned, but are still experiencing slowness. We're waiting for further updates from the vendor, Ellucian, and will continue to make updates as new information becomes available and at 1-hour intervals. Thank you for your time.

3. 8. April 2026 um 20:24 UTCidentified

   Ellucian reports that they have marked our incident as high-priority, located the cause, and are currently working on a fix. Further updates will continue at 1-hour intervals and as new information becomes available. Thank you for your time!

4. 8. April 2026 um 21:33 UTCmonitoring

   A fix has been implemented and users are reporting access. We will continue to monitor the service and update the status page at 5PM.

5. 9. April 2026 um 01:04 UTCmonitoring

   A fix has been implemented and users are reporting access. There have been no new developments, monitoring will continue until tomorrow morning at 8:00AM.

6. 9. April 2026 um 16:00 UTCmonitoring

   The affected components of UAOnline appear to remain operational! We will continue monitoring the stability of the fix until the 24-hour mark, at approximately 1:30PM today, and you can expect a final update at that time if there is no new information until then. Thank you again for your patience during the resolution of this issue!

7. 9. April 2026 um 19:05 UTCidentified

   UAOnline is experiencing slowness and timeouts as a result of a different incident, and details can be found here as we continue to follow that resolution: https://status.alaska.edu/incidents/2141hpy4lvlm

8. 9. April 2026 um 20:46 UTCresolved

   This issue with UAOnline was identified and the fix is stable.

9. 6. Mai 2026 um 18:33 UTCpostmortem

   UAOnline Partial Outages Problem Impact Analysis Event Occurrence: March \[15, 17, 20 , 23\] 2026 Employee Self Service; April 2, 2026 Employee Self Service; April 7, 2026 Finance Self Service; April 8, 2026 General Self Service  # Background UAOnline is the self service portal for Ellucian Banner used as the university’s Enterprise Resource Planning \(ERP\) system. Banner and UAOnline are hosted by the vendor Ellucian, also the maker of the product. From time to time during initial validation of new upgrades, not all defects are experienced. The self service components of Banner include General, Employee, Finance, and Student self service. All of these are separate applications that are made available under the heading UAOnline and navigable between each area after initial login.  # Break Down of the Problem Initially Employee Self Service \(ESS\) was impacted with unavailability on March 15, 17, and 20. Upon report of an issue with the instance the vendor was notified and the corrective action was to restart the service. Noted during these times that some end users were able to access the platform while others could not. On March 20th the service owner escalated further related to this issue. Ellucian shared 2 product defects related to ESS that they expected to cause the issue scheduled of the UA production environment in May.  Ellucian recommends instituting daily restarts of the Employee Self Service instances to occur in the UA daily maintenance window of 4am to 5am. The earliest Ellucian could schedule was March 25, resulting in another outage on March 23rd and an escalation response to Ellucian to restore service. On April 2nd, after mitigation was in place, ESS failed again and Ellucian further escalated to prepare a fix to address the product defect specifically for ESS. A patched version of ESS was deployed on April 3rd in TEST and validation was reported back to Ellucian on April 6th to go into production. Further issues with ESS were not identified. On April 7th, Finance Self Service\(FSS\) went down and was reported to Ellucian and Ellucian configured daily restarts. April 8th, General Self Service \(GSS\) was reported down and escalations were entered with Ellucian. On April 10, all self service apps were scheduled to be updated similarly to ESS with daily restarts. All but GSS were successful with this update. ‌ # Target State / Goal  The Banner and UAOnline services should be available 24 hours a day 7 days a week with the exception of scheduled and planned down time including the daily maintenance window. The system should always be responsive. # Root Cause Analysis  Ellucian’s review of the application hosts that were failing showed the available disk filling up related to a large amount of logs being created in a very short period of time. Ellucian attempted to mitigate this with a daily restart, but demonstrated during this time that the issue could manifest in just a few hours. Ellucian traced to specific product defects that they believed were causing the excessive logging issue. They attempted to mitigate this issue by establishing daily restarts and by creating a non-standard custom WAR file for deployment and management of each Self Service Application. Ellucian later discovered that there was a bug in the text manager product component that when using a MEP environment like UA has, could cause the excessive generation of error log messages which is likely what was filling the disk. Ellucian has released an update for each of the Self Service applications out of band to address the product defect.  # Develop Countermeasures  * Deploy updated version of self service software that addresses the product defect. # Implementation of Countermeasures ‌ * May 10, 2026 - All self service application with the expectation of Employee Self Service \(ESS\) will be updated to the version where the underlying product defect is corrected. ESS has a new defect that will prevent immediate updating.  * Future - Apply ESS tier 2 update which corrects the product defect, when the other dependent product defect is resolved.  ‌ # Follow Up / Review ‌ May 11, 2026: Verify all self service applications are working as expected.  July 5, 2026: Verify status of ESS to be upgraded.

1. 7. April 2026 um 18:58 UTCinvestigating

   We have received reports that Finance Self-Service Banner (the UAOnline 'Finance' tab) is currently experiencing issues. The OIT Enterprise Applications Services team has sent a high-priority ticket to the vendor, and we will be making updates at 3-hour intervals. Thank you for your patience during the resolution of this issue!

2. 7. April 2026 um 19:57 UTCmonitoring

   Ellucian has restarted the affected services; Finance SSB and its associated UAOnline tab appear to be functional again! We will monitor the stability of this fix and make another update at the end of the business day (5:00PM) today. Thank you again for your time while we followed the resolution of this issue!

3. 8. April 2026 um 00:59 UTCmonitoring

   Ellucian has restarted the affected services; Finance SSB and its associated UAOnline tab appear to be functional again. There have been no new developments, monitoring will continue until tomorrow morning at 8:00AM. Thank you again for your time while we followed the resolution of this issue.

4. 8. April 2026 um 16:09 UTCresolved

   The issue with Finance SSB, and its associated UAOnline tab, was identified. A fix was implemented and the solution is still working after being monitored all night. Marking this as resolved.

1. 2. April 2026 um 16:24 UTCinvestigating

   We have received reports that the Employee login for UAOnline (Employee SSB) is currently experiencing issues including slowness and intermittent login availability. The OIT Enterprise Applications Services team is currently investigating, and we will be making updates at 3-hour intervals. Thank you for your patience during the resolution of this issue!

2. 2. April 2026 um 18:03 UTCinvestigating

   Further reports indicate Faculty Self-Service (this includes the 'Faculty & Advisor Services' link in UAOnline) may also be impacted. OIT EAS has opened a ticket with the vendor for Banner, and are monitoring their channels of communication for updates. We will continue to make updates as new information becomes available, and at 3-hour intervals. Thanks so much for your time!

3. 2. April 2026 um 19:30 UTCinvestigating

   The vendor for Banner is currently investigating the cause of this issue. OIT EAS is monitoring their channels of communication for updates. Thank you for your continued patience as we work towards a full resolution. We will continue to make updates as new information becomes available, and at 3-hour intervals.

4. 2. April 2026 um 19:53 UTCinvestigating

   OIT EAS reports that the vendor has been instructed to restart the affected services, and are awaiting confirmation that the instructed actions have been taken. Once complete, the effectiveness of the solution will be determined. Thank you again for your patience! We will continue to make updates at 3-hour intervals and as new information becomes available.

5. 2. April 2026 um 20:39 UTCmonitoring

   The affected services have been reset, and Employee SSB and Faculty SSB through UAOnline both appear to be operational again. We will monitor the stability of this fix, and another update can be expected at the end of the business day (5:00pm) today! Please report any continued issues with Banner and UAOnline to your campus IT helpdesk. Thanks so much again for your time and patience as we followed the resolution of this incident.

6. 3. April 2026 um 01:02 UTCmonitoring

   The Employee SSB and Faculty SSB through UAOnline both are operational. We will continue to monitor the stability of this fix, and another update can be expected at the start of the business day (8:00am) tomorrow! Please report any continued issues with Banner and UAOnline to your campus IT helpdesk. Thanks so much again for your time and patience as we followed the resolution of this incident.

7. 3. April 2026 um 16:09 UTCmonitoring

   The affected components of UAOnline and Banner appear to remain operational! We will continue monitoring the stability of the fix until the 24-hour mark, at approximately 12:39PM today, and you can expect a final update at that time if there is no new information until then. Thank you again for your patience during the resolution of this issue!

8. 3. April 2026 um 22:15 UTCresolved

   We've received no further reports of UAOnline or Banner service degradation, and are marking this incident as resolved. Please report any issues with these services (and others!) to your campus IT helpdesk as usual. Thank you again, and happy Friday!