Historia awarii University Of Alaska

1. 2 października 2026 19:26 UTCidentified

   Otrzymaliśmy raporty, że UAOnline ma obecnie problemy. Zespół Identity Access Management jest świadomy i zidentyfikował przyczynę. Wydanie certyfikatu powoduje błędne błędy hasła dla użytkowników, którzy niedawno zresetowali swoje referencje. Będziemy robić aktualizacje w 3-godzinnych odstępach czasu, gdy będą pracować nad naprawą. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 2 października 2026 21:42 UTCmonitoring

   Zespół IAM zidentyfikował problem z UAOnline i wdrożył rozwiązanie, które jest monitorowane pod kątem skuteczności i stabilności. Jeszcze raz dziękuję za cierpliwość podczas rozwiązywania tej kwestii! Możesz oczekiwać dalszych aktualizacji na koniec dnia roboczego (5: 00PM) lub w miarę dostępności nowych informacji.

3. 5 października 2026 21:15 UTCresolved

   Zespół IAM rozwiązał problem z usługą UAOnline i potwierdził stabilizację. Aktualizacja certyfikatu, która spowodowała emisję, została cofnięta. Proszę zgłosić wszelkie nierozwiązane problemy związane z tą usługą do działu informatycznego Państwa kampusu i ponownie podziękować za cierpliwość w trakcie rozwiązywania tej kwestii!

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 września 2026 00:09 UTCinvestigating

   Otrzymaliśmy raporty, że różne strony internetowe i usługi mają obecnie problemy z niezawodnością. Zespoły OIT Networking i PAWS badają i podejrzewają, że jest to problem o skali globalnej z hostem internetowym, takim jak AWS. Dokonamy aktualizacji, gdy nowe informacje staną się dostępne i na koniec dnia roboczego dzisiaj (5: 00PM AKDT). Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 22 września 2026 01:23 UTCmonitoring

   Wiele usług, które zostały zgłoszone jako dotknięte w tym przypadku, zostało przywróconych; uważamy, że problemy mogły być związane z incydentem US- EAST-1, który Amazon zgłosił od 2: 49 PM do 4: 06 PM (https: / / healt.aws.amazon.com / health / status). Będziemy monitorować stabilność usług do początku jutrzejszego dnia roboczego. Jeszcze raz dziękuję za cierpliwość podczas rozwiązywania tej kwestii! Możesz oczekiwać kolejnej aktualizacji o 8: 00AM AKDT.

3. 22 września 2026 16:09 UTCresolved

   Usługi zgłoszone jako dotknięte utrzymują się na stabilnym poziomie od czasu wczorajszego spotkania z AWS i uważamy, że ten incydent zostanie rozwiązany. Proszę zgłosić wszelkie nierozwiązane problemy z witrynami i usługami UA do centrum pomocy informatycznej Państwa kampusu i ponownie podziękować za cierpliwość podczas rozwiązywania tej kwestii!

4. 14 października 2026 22:28 UTCpostmortem

   Strona internetowa Uniwersytetu i dostępność zewnętrzna VPN Analiza wpływu problemu Zdarzenie: 20260921 # Tło Uniwersytet Alaski zapewnia wirtualną sieć prywatną\ (VPN\) łączność dla użytkowników powiązanych z uniwersytetem zlokalizowanych zdalnie i wymagających dostępu do zasobów sieci uniwersyteckiej. Ponadto uniwersytet jest gospodarzem publicznych stron internetowych, które mają być dostępne na całym świecie. Usługi te, jak również inne, zależą od połączeń między siecią uniwersytecką a szerszym internetem, świadczonych przez naszego dostawcę usług internetowych, Alaska Communications Systems\ (ACS\). # Break Down of the Problem W dniu 09 / 21 / 2026, około 15: 30, zdalni użytkownicy spoza sieci uniwersyteckiej zgłaszali problemy z załadowaniem stron internetowych uczelni, a dodatkowo informowali o przerwach w łączności z uniwersytetem VPN. Technicy na miejscu donosili, że zarówno zasoby VPN, jak i web były dostępne z sieci uniwersyteckiej. OIT Telecommunications Services zbadało i ustaliło, że strony internetowe i łączność VPN funkcjonowały w ramach sieci uniwersyteckiej, a nasza sieć przeglądała ACS wydawała się być na górze i odbierać / reklamować trasy normalnie. Technik OIT z innej grupy roboczej ds. zdalnej pracy i doświadczający problemów z połączeniem poinformował, że traceroute od ich lokalizacji do wielu zasobów uniwersyteckich nie powiódł się w ramach dostawcy usług internetowych na rynku towarowym, sieci Alaska Communications Systems\ (ACS\) przed dotarciem do sieci uniwersyteckiej. OIT Usługi telekomunikacyjne o 16: 30 otrzymały od ACS wiadomość e-mail potwierdzającą wydarzenie sieciowe w ich sieci, a następnie kolejny e-mail tuż przed 17: 30, że wydarzenie sieciowe zostało rozwiązane i usługi zostały ustabilizowane. # Cel / Cel Łączność sieciowa uniwersytetu Alaska z Internetem powinna pozostać w sieci przez cały czas, zapewniając zdalny dostęp do zasobów sieci UA, takich jak strony internetowe i łączność VPN. Uzasadnienie # Root Cause Analysis Zostało to określone jako spowodowane zdarzeniem poza siecią uniwersytecką, w ramach sieci towarowego dostawcy usług internetowych\ (ACS\), z raportem ACS po restrukturyzacji i uporządkowanej likwidacji "_ Zdarzenie sieciowe wpływające na usługi ustabilizowało się, a przywrócenie usługi jest zakończone. _" Podczas gdy żadne obwody WAN-to-point lub towarowe podglądy internetowe nie były _ bezpośrednio _ dotknięte, pewien ruch sieciowy przechodzący przez sieć ACS za pośrednictwem tych towarowych podglądów internetowych miał wpływ podczas zdarzenia dostawcy. # Opracowanie środków zaradczych Commodity Internet service provider\ (ACS\) required internal network event. # Wdrażanie środków wyrównawczych OIT Telecommunications Services skontaktuje się z dostawcami usług w przyszłości, ponieważ jesteśmy świadomi potencjalnych problemów wpływających na towarową łączność internetową. # Follow Up / Review ACS Zapewnione e-mail potwierdzenie wewnętrznej rozdzielczości zdarzeń sieciowych.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 września 2026 16:34 UTCinvestigating

   Otrzymaliśmy raporty, że strony internetowe alaska.edu i uaf.edu doświadczają obecnie problemów. Zespół OIT Platform, Apps & Web Services (PAWS) prowadzi obecnie dochodzenie i będziemy dokonywać aktualizacji w odstępach trzygodzinnych. Bieżąca praca polega na użyciu innej przeglądarki niż zwykle; Google Chrome ma wysoki wskaźnik sukcesu. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 21 września 2026 20:04 UTCidentified

   Strony internetowe Alaska.edu i uaf.edu doświadczają obecnie problemów. Zespół OIT Platforms, Apps & Web Services (PAWS) współpracuje z bezpieczeństwem i zidentyfikowali problem. Certyfikat powinien zostać zaktualizowany w ciągu godziny, a status zaktualizowany natychmiast po jego rozwiązaniu. Bieżąca praca polega na użyciu innej przeglądarki niż zwykle; Google Chrome ma wysoki wskaźnik sukcesu. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

3. 21 września 2026 20:32 UTCresolved

   PAWS rozwiązał problem z alaska.edu i uaf.edu stron, i potwierdził, że rozwiązanie jest stabilne. Proszę zgłosić wszelkie nierozwiązane problemy związane z tą usługą do działu informatycznego Państwa kampusu i ponownie podziękować za cierpliwość w trakcie rozwiązywania tej kwestii!

4. 7 października 2026 16:54 UTCpostmortem

   Strona internetowa Uniwersytetu i dostępność zewnętrzna VPN Analiza wpływu problemu Zdarzenie: 20260921 # Tło Uniwersytet Alaski zapewnia wirtualną sieć prywatną\ (VPN\) łączność dla użytkowników powiązanych z uniwersytetem zlokalizowanych zdalnie i wymagających dostępu do zasobów sieci uniwersyteckiej. Ponadto uniwersytet jest gospodarzem publicznych stron internetowych, które mają być dostępne w kontekście globalizacji. Usługi te, jak również inne, zależą od połączeń między siecią uniwersytecką a szerszym internetem, świadczonych przez naszego dostawcę usług internetowych, Alaska Communications Systems\ (ACS\). # Break Down of the Problem W dniu 09 / 21 / 2026, około 15: 30, zdalni użytkownicy spoza sieci uniwersyteckiej zgłaszali problemy z załadowaniem stron internetowych uczelni, a dodatkowo informowali o przerwach w łączności z uniwersytetem VPN. Technicy na miejscu donosili, że zarówno zasoby VPN, jak i web były dostępne z sieci uniwersyteckiej. OIT Telecommunications Services zbadało i ustaliło, że strony internetowe i łączność VPN działają w ramach sieci uniwersyteckiej i że nasza sieć przeglądając ACS wydawała się być w górę i odbieranie / reklamy tras normalnie. Technik OIT z innej grupy roboczej ds. zdalnej pracy i doświadczający problemów z połączeniem poinformował, że traceroute od ich lokalizacji do wielu zasobów uniwersyteckich nie powiódł się w ramach dostawcy usług internetowych na rynku towarowym, sieci Alaska Communications Systems\ (ACS\) przed dotarciem do sieci uniwersyteckiej. OIT Usługi telekomunikacyjne o 16: 30 otrzymały od ACS wiadomość e-mail potwierdzającą wydarzenie sieciowe w ich sieci, a następnie kolejny e-mail tuż przed 17: 30, że wydarzenie sieciowe zostało rozwiązane i usługi zostały ustabilizowane. # Cel / Cel Łączność sieciowa uniwersytetu Alaska z Internetem powinna pozostać w sieci przez cały czas, zapewniając zdalny dostęp do zasobów sieci UA, takich jak strony internetowe i łączność VPN. # Root Cause Analysis Zostało to określone jako spowodowane zdarzeniem poza siecią uniwersytecką, w ramach sieci towarowego dostawcy usług internetowych\ (ACS\), z raportem ACS po restrukturyzacji i uporządkowanej likwidacji "_ Zdarzenie sieciowe wpływające na usługi ustabilizowało się, a przywrócenie usługi jest zakończone. _" Podczas gdy żadne obwody WAN-to-point lub towarowe podglądy internetowe nie były _ bezpośrednio _ dotknięte, pewien ruch sieciowy przechodzący przez sieć ACS za pośrednictwem tych towarowych podglądów internetowych miał wpływ podczas zdarzenia dostawcy. # Opracowanie środków zaradczych Commodity Internet service provider\ (ACS\) required internal network event. # Wdrażanie środków wyrównawczych OIT Telecommunications Services skontaktuje się z dostawcami usług w przyszłości, ponieważ jesteśmy świadomi potencjalnych problemów wpływających na towarową łączność internetową. # Follow Up / Review ACS Zapewnione e-mail potwierdzenie wewnętrznej rozdzielczości zdarzeń sieciowych.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 28 sierpnia 2026 20:22 UTCinvestigating

   Otrzymaliśmy raporty, że Google Chat ma obecnie problemy. Jest to kwestia Vendor- side, a Google wskazał, że ich technicy są obecnie badania. Aktualizacje na żywo można oglądać na ich tablicy statusu: https: / / www.google.com / appsstatus / dashboard / invents / y2ufhCB886p7rveYNnko " Użytkownicy Google Chat doświadczają problemu, w którym otrzymują powiadomienia o nowych komunikatach, ale rzeczywiste wiadomości nie pojawiają się w ich aplikacji czatu, chyba że użytkownik odświeży ich widok. Użytkownicy mogą odświeżyć się, aby zobaczyć nowe wiadomości. Będziemy dokonywać aktualizacji w miarę dostępności nowych informacji i w odstępach 3-godzinnych. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 28 sierpnia 2026 21:27 UTCresolved

   Google donosi, że problem ten został rozwiązany. Według ich statusu deska rozdzielcza: "Problem z Google Chat został rozwiązany dla wszystkich zainteresowanych użytkowników od piątku 2026-08-28 13: 45 PDT. Na podstawie wstępnej analizy kwestia ta została wywołana z powodu niedawnej zmiany, która została cofnięta w celu złagodzenia skutków. Dziękujemy za cierpliwość, kiedy pracowaliśmy nad rozwiązaniem problemu ". Dziękuję za poświęcony nam czas, jaki spędziliśmy po tej rezolucji!

3. 9 września 2026 18:14 UTCpostmortem

   Zakłócenie to było spowodowane brakiem sprzedaży i nie było związane z działalnością uniwersytecką.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 25 sierpnia 2026 19:13 UTCinvestigating

   Otrzymaliśmy doniesienia, że Canvas ma obecnie problemy. Zespół NTS Systems Engineering prowadzi śledztwo i będziemy robić aktualizacje co 2 godziny. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 25 sierpnia 2026 19:58 UTCidentified

   NTS Systems Engineering przedstawił opis obecnie uznanych kwestii: - Niektóre kursy w Canvas mają problem. Kursy te były generowane jako indywidualne lub stosy na podstawie informacji o kursie w Banner. Pociski kursowe w Canvas były następnie układane lub nieukładane przez instruktora lub admin. System rezerw, który łączy dane Bannera z Canvas uruchomił pełne ponowne zaopatrzenie 24 sierpnia, aby naprawić szereg rozbieżności w rejestracji w Canvas. To naprawiło problemy z wpisem, jednak również nie zrobił żadnych ręcznych akcji stos / rozpakować, które miały miejsce. Dla dotkniętych kursów instruktorzy zobaczą ich kursy nieopublikowane, puste i z powrotem do ich pierwotnej konfiguracji. Dla uczniów będzie to wyglądało jakby ich kurs zniknął ". Jeszcze raz dziękuję za cierpliwość, ponieważ pracujemy nad pełnym rozwiązaniem tych problemów; będziemy kontynuować aktualizacje w miarę dostępności nowych informacji i w odstępach dwugodzinnych.

3. 25 sierpnia 2026 23:42 UTCmonitoring

   NTS System Engineering zidentyfikował 378 potencjalnie dotkniętych kursów. Wszystkie materiały kursowe są odzyskiwalne i instruktorzy mają kilka opcji do przodu. NTS będzie pracować nad odzyskaniem wszelkich wniosków studentów, które pojawiły się przed rezerwami. Instruktorzy mają 2 opcje: 1. Praca z generowanym przez system kursem Canvas - Pociski te mogą być zaludnione zawartością kursu sprzed 24 sierpnia. Instruktorzy mogą następnie publikować i kontynuować kursy. 2. Aktualizuj crosslist na swój kurs w Banner - Opóźnij swój kurs i pracuj z terminarzem kursu działu, aby złożyć propozycję zmiany struktury crosslist w Banner, aby dopasować to, co chcesz w Canvas. Po zakończeniu zmiany, a nowy system wygenerowany kurs Canvas jest dostępny, może być zaludniony treścią z kursu sprzed 24 sierpnia rezerw. Jeśli ma to wpływ na Państwa kursy, prosimy wysłać e-mail helpdesk @ alaska.edu z CRN kursów i jaką opcją Państwo biorą. NTS będzie mógł jedynie pomóc w przywracaniu treści. Dla instruktorów wybierających opcję 2, należy skontaktować się z kalendarzem kursu. Sekretarz jest świadomy tego incydentu i jest dostępny, aby pomóc programistom w złożeniu potrzebnych propozycji.

4. 26 sierpnia 2026 01:46 UTCmonitoring

   Zespół NTS Systems Engineering w dalszym ciągu przywraca zawartość kursu i rozwiązuje problemy jednorazowe. Dwie opcje dostępne dla instruktorów z zajęciami Canvas: 1. Praca z generowanym przez system kursem Canvas - Pociski te mogą być zaludnione zawartością kursu sprzed 24 sierpnia. Instruktorzy mogą następnie publikować i kontynuować kursy. 2. Aktualizuj crosslist na swój kurs w Banner - Opóźnij swój kurs i pracuj z terminarzem kursu działu, aby złożyć propozycję zmiany struktury crosslist w Banner, aby dopasować to, co chcesz w Canvas. Po zakończeniu zmiany, a nowy system wygenerowany kurs Canvas jest dostępny, może być zaludniony treścią z kursu sprzed 24 sierpnia rezerw. Jeśli ma to wpływ na kurs (kursy), proszę wysłać e-mail helpdesk @ alaska.edu z CRN kursów i z którą opcją chcesz kontynuować. NTS będzie w stanie tylko pomóc w przywracaniu treści i nie może już ręcznie krzyżować lub de- krzyżować kursów. Dla instruktorów wybierających opcję 2, należy skontaktować się z kalendarzem kursu. Sekretarz jest świadomy tego incydentu i jest dostępny, aby pomóc programistom w złożeniu potrzebnych propozycji. Jeszcze raz dziękuję za poświęcony nam czas, ponieważ pracujemy nad pełną rezolucją! Jest to nasza ostatnia aktualizacja na dzień roboczy, a sprawozdawczość rozpocznie się ponownie na początku dnia (8: 00 AKDT).

5. 26 sierpnia 2026 16:59 UTCmonitoring

   Dziękujemy za cierpliwość, ponieważ pracujemy nad ostatnim problemem oprogramowania, które spowodowało ręcznie krzyżowe klasy w Canvas do odłączenia. NTS SE, OIT EAS i sekretarz UAF zidentyfikowali pracę wokół, aby umożliwić ręczne krzyżowanie w Canvas. Zmieniono w ten sposób poprzednie wytyczne dla instruktorów dotyczące postępowania. Instruktorzy mogą teraz wybrać, aby ich kursy Canvas pasowały do ich konfiguracji przedincydentów. Instruktorzy są również w stanie dokonać tej zmiany konfiguracji za pomocą narzędzi listy krzyżowej w Canvas. Jeśli nadal występują problemy, prosimy o przesłanie biletu na adres helpdesk @ alaska.edu i włączenie CRN dla dotkniętych sekcji.

6. 26 sierpnia 2026 19:10 UTCmonitoring

   Zidentyfikowaliśmy problem konfiguracji, który spowodował rozłączenie klas w Canvas. NTS SE, OIT EAS i sekretarz UAF wdrożyły ustawę umożliwiającą ręczne wpisanie do Canvas. Monitorujemy sytuację. Jeśli nadal masz problemy i nie złożyłeś jeszcze biletu na pomoc, prosimy o przesłanie biletu na adres helpdesk @ alaska.edu i włączenie do niego CRN dla tych sekcji.

7. 28 sierpnia 2026 17:44 UTCresolved

   Kursy Canvas pozostają w stanie być wymienione przez administratorów i instruktorów Canvas bez problemu, i rozważamy ten incydent rozwiązany w tym momencie. Jeśli nadal masz problemy lub wymagasz, aby zawartość kursu została odzyskana i nie przesłano jeszcze biletu pomocy, zrób to, wysyłając e-mailem helpdesk @ alaska.edu opis swojego wydania / wniosku i zawierają CRN dla dotkniętych sekcji. Dziękuję bardzo za cierpliwość, ponieważ problem ten został rozwiązany!

8. 22 września 2026 19:13 UTCpostmortem

   Canvas LMS Degradacja usługi Analiza wpływu problemu Zdarzenie: 8 / 25 / 26 # Tło Platforma Canvas LMS zapewnia instruktorom i studentom cyfrowe funkcje internetowe. Kursy, warunki i zapisy na platformie są zarządzane poprzez bezpośrednie połączenie z platformą SIS UAF i procesami sekretarza. Dla większości kursów online i niektórych w kursach osobistych, powiązana powłoka Canvas kursu jest scentralizowaną lokalizacją dla wszystkich zajęć, referencje i oceny. # Break Down of the Problem W dniu 8 / 21 / 26 otrzymaliśmy bilety na obsługę płótna od mniej niż 5 użytkowników informujących o tym, że ich harmonogramy kursów zaginęły lub instruktor. W trakcie dochodzenia stwierdziliśmy, że konfiguracja systemu LMS Canvas do integracji SIS Banner ma problem z czasem. Integracja, zwana ILP, dokonuje aktualizacji kursów w czasie rzeczywistym, gdy spełniają określone kryteria. Kwestia ta miała miejsce, ponieważ rejestracja kursu zmieniała się przed samym kursem, spełniając wymagania, które mają być monitorowane i aktualizowane przez ILP. Rozwiązaniem tej kwestii było przełożenie kursu. Reprowizacja traktuje informacje o kursie jako "nowe" niezależnie od tego, czy były już aktualizowane, co sprawia, że informacje o kursie Canvas pasują do informacji o kursie Banner SIS. Rozwiązało to poszczególne zgłoszone kwestie, ale musieliśmy przeznaczyć wszystkie kursy i kontynuować je przez cały semestr. Opierając się na badaniach prowadzonych na forach ILP, jest to rozwiązanie dla większości instytucji, które napotykają ten problem. Uzasadnienie W dniu 8 / 24 / 26, około 15: 00, przestawiliśmy wszystkie kursy UAF za pomocą narzędzia "praca masowa" w ILP. Następnie zatwierdziliśmy zapisy z kilku nowych biletów, które przyszły, aby upewnić się, że naprawić miał zamierzony efekt. Kursy, które nie zostały wpisane zostały poprawione. Uzasadnienie 8 / 24 / 26 o 17 otrzymaliśmy raporty o kursach Canvas znikających od studentów i instruktorów. W trakcie dochodzenia odkryliśmy, że wszystkie kursy były na liście krzyżowej, a instruktor ręcznie zmienił konfigurację generowaną przez dodatkowe kursy z listy krzyżowej, lub kursy z listy krzyżowej. Instruktorzy są w stanie to zrobić na platformie Canvas z wszelkich kursów są wymienione jako instruktor w. Kiedy przestawiliśmy rezerwy, system zmienił konfiguracje kursów Canvas tak, aby pasowały do Bannera, a to cofnęło wszystko, co zrobił instruktor. Uzasadnienie W dniu 8 / 25 / 26 9 AM rozpoczęliśmy degradację przerw w świadczeniu usług dla Canvas jako więcej biletów na usługi Canvas przyszedł. Skontaktowaliśmy się ze wszystkimi administratorami, doradzając im w tej sytuacji i nie krzyżując kursów w Canvas, dopóki nie otrzymaliśmy więcej informacji. Ogłosiliśmy instruktorom i administratorom na platformie Canvas o przerwie. Usunęliśmy zgodę instruktorów w Canvas na możliwość krzyżowania / de- krzyżowania kursów. Oceniliśmy liczbę kursów, które mogą mieć wpływ, i komunikowaliśmy się z instruktorami dla każdego kursu. Uzasadnienie W dniu 8 / 25 / 26 o 12 PM NTS- SE wydały instruktorom wskazówki, aby skontaktować się z sekretarzem, jeśli system generowane kursy Canvas nie pasowały do tego, co instruktor chciał. Odkryliśmy, że instruktorzy często krzyżują kursy w Canvas, dzięki czemu mogą zarządzać wszystkimi odcinkami kursu w jednej powłoce kursu. Funkcjonalność sekcji Canvas pozwala im to zrobić bez konieczności ujawniania sobie wpisów na liście krzyżowej. Jest to ważne rozróżnienie między Canvas a Canvas crossnoting i Secretary crossnoting: termin crossnoting / układanie dla sekretarza oznacza, że zapisy są połączone i oczekuje się, że studenci będą narażeni na siebie. Polityka sekretarza zabrania wzajemnego wymieniania się formami. Jest to wynik obaw Senatu Wydziału o anonimowość w ocenach kursu studenckiego, gdzie można zidentyfikować studenta na podstawie sposobu ich odpowiedzi. Dostarczono dodatkowe wytyczne informujące instruktorów, aby skontaktowali się z biurem pomocy NTS w celu odzyskania utraconych treści kursu Canvas. Rozwiązania te nie funkcjonowały dla wielu instruktorów, którzy polegali na zdolności do krzyżowania się w Canvas. Uzasadnienie 8 / 25 / 26 o 4 PM NTS- SE, sekretarz i grupa robocza OIT- EAS spotkała się, aby dokonać przeglądu i przetestować ustawienia i opcje w ILP, aby wyciągnąć instruktorów z pracy stoppage. Grupa określiła sposób przeprowadzenia redystrybucji bez wpływu na kursy wymienione na liście. Grupa zidentyfikowała istniejący proces aktualizacji w czasie rzeczywistym, który zmienia konfiguracje listy krzyżowej Canvas. Grupa testowała fix, aby umożliwić instruktorom ręczne krzyżowanie listy w Canvas, a następnie zwalidował go w naszym środowisku testowym. Naprawiono to, aby umożliwić instruktorom ponowną listę krzyżową i / lub złożenie biletów NTS na biurko, aby nasze zespoły ponownie listę krzyżową i przywrócić utracone treści. Wszystkie przyszłe rezerwy będą korzystać z konfiguracji, która wyklucza informacje z listy krzyżowej. Ustawienie zostało przekazane w aktualizacji przerw i poprzez ogłoszenie platformy Canvas LMS. Pozwolenia instruktora na przekroczenie listy w Canvas zostały ponownie włączone. Administratorzy zostali poinformowani, że mogą teraz przejść do listy instruktorów. Do 12 PM 8 / 26 / 26 Przerwę przeniesiono na monitoring, podczas gdy my pracowaliśmy nad biletami. Do 9 AM 8 / 28 / 26 Przerwę rozwiązano. # Cel / Cel Ta kwestia zmieniła państwo docelowe. Instruktorzy powinni mieć możliwość ręcznej listy krzyżowej lub de@-@ listy pocisków kursowych w Canvas, niezależnie od sposobu kodowania kursów w Banner. Konfiguracja listy krzyżowej NIE powinna być zmieniana ani ustawiana przez paszę ILP Banner, ani nie powinna być obserwowana ani aktualizowana z monitorowania w czasie rzeczywistym. Aktywni użytkownicy powinni mieć stały dostęp do tej samej powłoki kursu Canvas po początkowym zasilaniu przez system ILP Banner, z wyjątkiem sytuacji, gdy instruktor lub administrator ręcznie ją zmienił.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 sierpnia 2026 23:57 UTCmonitoring

   Niektórzy mobilni klienci AT & T nie są obecnie w stanie wykonać połączeń do kampusu numerów telefonów. Problem ten został zidentyfikowany jako pochodzący z sieci AT & T, a nie z naszych systemów telefonicznych lub usług. Monitorujemy sytuację i dostarczymy aktualizację po potwierdzeniu, że połączenia działają normalnie.

2. 22 sierpnia 2026 00:16 UTCresolved

   Nie mieliśmy więcej raportów o sprawach dzwoniących na Uniwersytet, a Dystrykt Fairbanks North Star Borough School potwierdził, że ich podobne problemy zostały rozwiązane. Rozważamy rozwiązanie tego problemu w tej chwili; prosimy o kontakt z biurem obsługi informatycznej w kampusie, jeśli nadal masz problemy z kontaktem z dowolnym kampusem UA przez telefon! Dziękuję za poświęcony czas.

3. 9 września 2026 18:10 UTCpostmortem

   Zakłócenie to było spowodowane brakiem sprzedaży i nie było związane z działalnością uniwersytecką.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 sierpnia 2026 20:54 UTCidentified

   Otrzymaliśmy raporty, że czytelnicy kart w kampusie UAF doświadczają obecnie problemów. Zespół OIT PAWS jest świadomy i aktywnie pracuje nad odzyskaniem serwera sterującego tym systemem. Będziemy robić aktualizacje w odstępach jednogodzinnych, gdy będą pracować nad naprawą. Koordynatorzy budynkowi mogą być świadomi alternatywnych metod i tras dostępu do poszczególnych pomieszczeń, ale obecnie nie ma szeroko zakrojonych działań. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 16 sierpnia 2026 22:59 UTCidentified

   Kontynuujemy prace nad rozwiązaniem tego problemu.

3. 16 sierpnia 2026 23:56 UTCresolved

   OIT PAWS informuje, że serwer dla systemów Swipe kart Lenel został ponownie uruchomiony i działa.

4. 19 sierpnia 2026 21:25 UTCpostmortem

   * * * Root Cause Analysis - Argus Server Incident * * * * * Executive Summary * * Serwer Argus doświadczył szybkiej utraty dostępnej przestrzeni na dysku Windows C. Podczas dochodzenia PAWS zidentyfikował znaczącą aktywność dysku występującą w katalogu dzienników aplikacji Lenela. Dostępne miejsce na dysku nadal spadało i ostatecznie osiągnęło około 37 MB. PAWS wyraźnie wyłączył serwer, aby system operacyjny nie osiągnął 0 dostępnej przestrzeni dyskowej i potencjalnie spowodował dodatkowe problemy systemowe. PAWS rozszerzył napęd C: i z powodzeniem zwrócił serwer do serwisu. Po odzyskaniu, wykorzystanie dysku ustabilizowane i około 20 GB wolnego miejsca pozostało dostępne. PAWS jest odpowiedzialny za podstawową infrastrukturę serwera Windows, ale nie zarządza ani nie wspiera aplikacji Lenel. Przyczyna zwiększonej aktywności dyskowej generowanej przez aplikację nie została określona i wymaga zbadania przez właściciela / sprzedawcę aplikacji. Uzasadnienie Uzasadnienie / Incydent Impact Serwer Argus stał się niedostępny podczas działań związanych z odzyskiwaniem infrastruktury i incydentu, co doprowadziło do przerwania świadczenia usług zależnych od serwera. Zgłoszone skutki obejmowały funkcje czytnika kart drzwi w kampusie. Uzasadnienie Uzasadnienie * * * Timeline * * * * All time are Alaska Time. * * * * Około 11: 04 AM * * - PAWS został powiadomiony o problemie związanym z serwerem Argus i zgłoszone skutki do czytników kart drzwi na kampusie. Incydent związany był z TDX 991008. * * Około 11: 23 AM * * - PAWS zidentyfikował szybko zmniejszającą się przestrzeń dostępną na dysku Windows C. Monitoring zasobów wykazał znaczącą aktywność pisarską w obrębie: 'C:\ ProgramData\ Ln\ logs' PAWS próbował odzyskać dostępną pojemność dysku, jednak C: wykorzystanie nadal rośnie. Napęd C: ostatecznie osiągnął w przybliżeniu * * 37 MB dostępnej przestrzeni * *. PAWS czysto wyłączyć VM, aby zapobiec napędowi systemu Windows z osiągnięcia 0 dostępnej przestrzeni i potencjalnie powodując dodatkowe problemy systemu operacyjnego. PAWS wykonał prace infrastrukturalne niezbędne do zwiększenia przepustowości napędu systemowego. * * Około 3: 34 PM * * - Prace infrastrukturalne zostały zakończone i napęd C: został rozszerzony. Serwer został przywrócony online i PAWS zweryfikowało normalne działanie serwera i dysku. * * Około 3: 49 PM * * - Serwer został zgłoszony jako operacyjny. Następnego dnia, C: pozostawał stabilny w przybliżeniu * * 19,9 GB wolny * *, bez ponownego szybkiego zużycia dysku. Uzasadnienie Uzasadnienie * * * Root Cause * * Bezpośrednią przyczyną awarii serwera było wyczerpanie dostępnej pojemności na dysku Windows C. Podczas incydentu PAWS zaobserwował znaczącą aktywność zapisu dysku w katalogu dziennika aplikacji Lenel: 'C:\ ProgramData\ Ln\ logs' Aktywność ta szybko zużyła pozostałe dostępne moce na napędzie systemowym. Podstawowa przyczyna zwiększonej aktywności dysku generowanej przez aplikację nie została określona * *. PAWS jest odpowiedzialny za zarządzanie bazową infrastrukturą serwera, ale nie zarządza, nie konfiguruje ani nie obsługuje aplikacji Lenel. Określenie, dlaczego aplikacja wygenerowała zwiększoną aktywność dysków, wymaga zbadania przez właściciela / sprzedawcę aplikacji i wykracza poza zakres tej infrastruktury RCA. Uzasadnienie Uzasadnienie * * * Contributing Factor * * # # # * * Ograniczona dostępna pojemność dysków systemu * * Serwer nie miał wystarczającej pojemności napędowej C, aby wchłonąć nieoczekiwany wzrost wykorzystania dysków generowanych przez aplikacje. Dostępna pojemność zmniejszyła się do około * * 37 MB * *, wymagając od PAWS wyłączenia serwera, aby system Windows nie osiągnął 0 dostępnej przestrzeni dyskowej. Uzasadnienie Uzasadnienie Rezolucja PAWS zrealizował następujące działania w zakresie odzyskiwania infrastruktury: * Zbadano szybko malejące C: pojemność napędu. * Zidentyfikowano katalog źródłowy związany ze zwiększoną aktywnością dysku. * Czyste wyłączenie serwera zanim napęd systemowy osiągnął 0 dostępnej przestrzeni. * Zwiększona pojemność dostępna dla Windows C: drive. * Zwrócił serwer do serwisu. * Zweryfikowane normalne działanie serwera i dysku. * Kontynuowane monitorowanie wykorzystania dysku po odzyskaniu. Po odzyskaniu C: napęd pozostał stabilny na poziomie około * * 19,9 GB wolnego * *. Uzasadnienie Uzasadnienie * * * Działania naprawcze i zapobiegawcze * * * * * Monitoring pojemności dysków * * PAWS dokona przeglądu monitorowania pojemności dysków i progów alarmowych dla serwera Argus, aby zapewnić wystarczającą notyfikację, gdy napęd systemu zbliża się do poziomów krytycznych. * * * Server Capacity * * PAWS będzie nadal monitorował C: wykorzystanie napędu w celu sprawdzenia, czy dodatkowa pojemność zapewnia wystarczającą liczbę zagłówków operacyjnych w normalnych warunkach serwerowych. * * * Application Investigation * * Właściciel / sprzedawca aplikacji będzie musiał określić przyczynę nieoczekiwanego wzrostu aktywności dysków generowanych przez Lenel- i określić wszelkie działania naprawcze na poziomie aplikacji, które mogą być wymagane. Konfiguracja aplikacji, logowanie, retencja i rekultywacja poziomu aplikacji nie wchodzą w zakres administracji serwera PAWS. Uzasadnienie Uzasadnienie * * * Current Status * * Serwer Argus działa online. Napęd C: utrzymywał się na stabilnym poziomie w przybliżeniu * * 19,9 GB wolnego * * podczas obserwacji, bez nawrotu szybkiego zużycia dysku obserwowanego podczas incydentu. PAWS uważa, że część infrastruktury serwera * * rozwiązanego incydentu * *. Podstawowa przyczyna zachowania aplikacji Lenel pozostaje nieokreślona i wymaga kontynuacji przez właściciela aplikacji / sprzedawcy.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 sierpnia 2026 19:02 UTCinvestigating

   Otrzymaliśmy doniesienia, że Banner ma obecnie problemy. Zespół EAS OIT prowadzi śledztwo i będziemy robić aktualizacje w odstępach 1-godzinnych. Zidentyfikowano funkcjonującą pracę: otworzyć prywatne lub incognito okno przeglądarki, aby uzyskać dostęp do Banner. Jeśli strona jest nadal powolny / nie ładowanie, zamknąć i otworzyć inne nowe okno prywatne lub incognito; może to wymagać kilku prób, ale po wykonaniu niezawodnego połączenia, można nadal korzystać z tej sesji do czasu rozwiązania problemu! Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 10 sierpnia 2026 20:03 UTCmonitoring

   Zespół OIT EAS zidentyfikował problem z Bannerem i wprowadził rozwiązanie, które jest monitorowane pod kątem skuteczności i stabilności. Jeszcze raz dziękuję za cierpliwość podczas rozwiązywania tej kwestii! Możesz spodziewać się dalszych aktualizacji na koniec dnia roboczego 5: 00PM lub jak nowe informacje stają się dostępne.

3. 17 sierpnia 2026 16:53 UTCresolved

   Zespół EAS OIT rozwiązał problem z Bannerem i potwierdził stabilność. Sprawa została rozwiązana 10 sierpnia. Proszę zgłosić wszelkie nierozwiązane problemy związane z tą usługą do działu informatycznego Państwa kampusu i ponownie podziękować za cierpliwość w trakcie rozwiązywania tej kwestii!

4. 26 sierpnia 2026 18:27 UTCpostmortem

   Banner Employee Service Brak odpowiedzi Analiza wpływu problemu Wydarzenie: 10 sierpnia 2026 10: 30 do 10: 53am # Tło Aplikacja Banner Employee Self Service to główna usługa, która pracownicy składają arkusze czasowe, przeglądają swoje bilanse urlopowe i podobne pozycje związane z ich zatrudnieniem w całym systemie University of Alaska. Sprzedawca Ellucian jest gospodarzem instancji University Banner i Banner Self Service i jest odpowiedzialny za zapewnienie ich dostępności poprzez monitorowanie i działania naprawcze. # Break Down of the Problem O godzinie 10: 35 biuro serwisowe UAF NTS skontaktowało się z zespołem Banner w Slack, aby poinformować ich o doniesieniach o skrajnej powolności w Banner. Krótki przegląd ujawnił, że tylko moduł Samoobsługi Pracowników napotyka problemy. Service Desk zalecił pracę wokół próby incognito przeglądarki, która pracowała dla niektórych. Zespół EAS skontaktował się z Ellucianem i stworzył bilet P1. Służba zaczęła funkcjonować ponownie zgodnie z oczekiwaniami około 10: 53am. # Cel / Cel Wszystkie komponenty usługi Banner i Banner Self Service powinny być dostępne z oczekiwaniami dziennej konserwacji i innych zaplanowanych przerw. # Root Cause Analysis Ellucian cloud team, który był zaangażowany podczas renowacji dzielił się następującymi powiązaniami z tym wydarzeniem. Przegląd monitorowania wykazał, że degradacja wydajności rozpoczęła się o 10: 42am i stała się całkowicie niedostępna o 10: 50am. Automatyzacja związana z kontenerami zakończyła się udanym startem o 10: 53am i o 10: 57am Employee Self Service w pełni stabilizowany. Produkt leczniczy Ellucian nie ocenił żadnego dalszego związku z jego przyczyną. Zespół EAS jest świadomy wady produktu w oprogramowaniu Banner Employee Self Service, które zostało wykazane spowodować tego rodzaju wydarzenie, po raz pierwszy doświadczenie w marcu i kwietniu tego roku związane z wadą produktu, który nie został jeszcze skorygowany w produkcji, ale jest przeznaczony do zastosowania. # Opracowanie środków zaradczych Aby rozwiązać ten problem w przyszłości, oczekujemy, że zastosowanie niedawnego rozwiązania problemu uchybień naprawi ten problem. # Wdrażanie środków wyrównawczych Wrzesień 12- 13, 2026: Wdrożenie aktualizacji związanych z Bannerem, które rozwiązują stwierdzone wady. # Follow Up / Review 14 września 2026 r.: Zatwierdzono aktualizacje rezolucji.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 sierpnia 2026 16:55 UTCinvestigating

   Otrzymaliśmy raporty, że opcja logowania Iru jest obecnie doświadczająca problemów. Zespół NTS Technology Support Services prowadzi obecnie dochodzenie i będziemy dokonywać aktualizacji w odstępach 3 godzin. Przełączenie do lokalnego logowania powinno umożliwić zalogowanie się do komputera Mac. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii!

2. 3 sierpnia 2026 17:25 UTCinvestigating

   Zespół NTS Technology Support Services (TSS) bada obecnie przyczynę tego problemu. Jeśli nie możesz zalogować się do komputera UA Mac, spróbuj przełączyć się na logowanie lokalne. Aby przejść do lokalnego logowania: 1. Kliknij ikonę profilu (osoba wewnątrz okręgu) w prawym górnym rogu ekranu. 2. Wybierz Przełącz na lokalny logowanie. 3. Wpisz dane logowania na uniwersytecie w polu nazwy użytkownika i hasła, które pojawiają się w pobliżu dolnego centrum ekranu. 4. Kliknij znak Zaloguj się. Jeśli nadal nie możesz się zalogować, skontaktuj się z lokalnym biurem pomocy IT, aby uzyskać dalszą pomoc. Dziękujemy za ciągłą cierpliwość, ponieważ pracujemy nad pełną rezolucją; będziemy dokonywać dalszych aktualizacji w odstępach 3 godzin i gdy nowe informacje staną się dostępne.

3. 3 sierpnia 2026 18:02 UTCinvestigating

   Zespół NTS TSS bada obecnie przyczynę tych problemów. Prośba Iru o synchronizację haseł jest bezpieczna do zignorowania tak dobrze, jak jest w stanie, podczas gdy my badamy, dlaczego jest to proszone. Jeśli nie możesz zalogować się do komputera UA Mac, spróbuj przełączyć się na logowanie lokalne. Aby przejść do lokalnego logowania: 1. Kliknij ikonę profilu (osoba wewnątrz okręgu) w prawym górnym rogu ekranu. 2. Wybierz Przełącz na lokalny logowanie. 3. Wpisz dane logowania na uniwersytecie w polu nazwy użytkownika i hasła, które pojawiają się w pobliżu dolnego centrum ekranu. 4. Kliknij znak Zaloguj się. Jeśli nadal nie możesz się zalogować, skontaktuj się z lokalnym biurem pomocy IT, aby uzyskać dalszą pomoc. Dziękujemy za ciągłą cierpliwość, ponieważ pracujemy na rzecz pełnej rezolucji; będziemy dokonywać dalszych aktualizacji w odstępach 1 godziny i jak nowe informacje stają się dostępne.

4. 3 sierpnia 2026 19:44 UTCinvestigating

   Zespół NTS TSS nadal bada przyczyny tych problemów. W tej chwili nie ma dalszych aktualizacji. Prośba Iru o synchronizację haseł jest bezpieczna do zignorowania tak dobrze, jak jest w stanie, podczas gdy my badamy, dlaczego jest to proszone. Jeśli nie możesz zalogować się do komputera UA Mac, spróbuj przełączyć się na logowanie lokalne. Aby przejść do lokalnego logowania: 1. Kliknij ikonę profilu (osoba wewnątrz okręgu) w prawym górnym rogu ekranu. 2. Wybierz Przełącz na lokalny logowanie. 3. Wpisz dane logowania na uniwersytecie w polu nazwy użytkownika i hasła, które pojawiają się w pobliżu dolnego centrum ekranu. 4. Kliknij znak Zaloguj się. Jeśli nadal nie możesz się zalogować, skontaktuj się z lokalnym biurem pomocy IT, aby uzyskać dalszą pomoc. Dziękujemy za ciągłą cierpliwość, ponieważ pracujemy na rzecz pełnej rezolucji; będziemy dokonywać dalszych aktualizacji w odstępach 1 godziny i jak nowe informacje stają się dostępne.

5. 3 sierpnia 2026 22:35 UTCmonitoring

   Rozwiązaliśmy niedawny problem spowodowany nieoczekiwaną zmianą uwierzytelniania Duo, który wpłynął na zarządzane logi komputerów w całym kampusie. Jeśli używasz zarządzanego university- Mac, Twoje doświadczenie logowania jest teraz przywrócone do normalnych operacji. Jednak po pierwszym zalogowaniu się do komputera po tej poprawce, możesz zobaczyć jeden lub dwa dodatkowe polecenia uwierzytelniania Duo. Podczas podpisywania się w swoim zarządzanym Mac po raz pierwszy dzisiaj: 1. Wpisz swoje zwykłe dane konta na głównym ekranie logowania w systemie Mac. 2. Ukończ tryb duo: Możesz zostać poproszony o uwierzytelnienie przez Duo dodatkowego czasu jako uprawnienia systemowe odświeżyć i ponownie zsynchronizować z kontem. 3. Zatwierdzenie wniosku na aplikacji mobilnej Duo, tokenie sprzętowym lub za pomocą preferowanej metody MFA jako normalne. 4. Zaznacz Dalej na liście Let 's keep your account security shown. 5. Zaznacz Dalej przy ustawieniu sygna-in. Jeśli w dalszym ciągu napotkasz błędy logowania, powtarzające się sygnały do synchronizacji haseł podczas logowania lub jakiekolwiek inne problemy logowania się do komputera Mac, skontaktuj się z kampusem IT Helpdesk.

6. 26 sierpnia 2026 20:10 UTCresolved

   Ten incydent został rozwiązany.

7. 26 sierpnia 2026 20:11 UTCpostmortem

   IRU Authentication Outage Analiza wpływu problemu Wydarzenie: 20260803 # Tło Usługa uwierzytelniania IRU zapewnia funkcje uwierzytelniania użytkownika dla zarządzanych urządzeń z systemem Mac oraz dostęp do Internetu za pośrednictwem paszportu Kandji. Usługa opiera się na integracji między Kandji Paszport, Microsoft Entra ID, Warunkowe zasady dostępu i Duo MFA, aby zapewnić bezpieczne uwierzytelnianie dla użytkowników. # Break Down of the Problem 3 sierpnia 2026 roku użytkownicy doświadczyli problemów z uwierzytelnianiem podczas próby uzyskania dostępu do usług IRU. Problem dotyczył użytkowników próbujących uwierzytelnić poprzez Kandji Paszport Web Login i wpłynął na możliwość zakończenia procesu logowania. Kwestia ta została zbadana za pośrednictwem Entra ID sign- in logi, Conditional Access policy, Duo MFA uwierzytelniania przepływu, i Kandji paszportowego uwierzytelniania usług. # Cel / Cel Funkcjonalne uwierzytelnianie na urządzeniach z systemem Mac zarządzanym przez IRUS. # Root Cause Analysis Uzasadnienie Zmiany w metodach warunkowego dostępu firmy Microsoft, obowiązujące od 15 czerwca 2026 r.: * [https: / / learn.microsoft.com / en- us / entra / identity / conditional- access / concept- enforcement- resource- exclusions] (https: / / learn.microsoft.com / en- us / entra / identity / conditional- access / concept- enforcement- resource- exclusions) * [https: / / technicommunity.microsoft.com / blog / microsoft- entra- blog / upcoming - conditional- changed - inhed- enforcement- for-policies - with - resour / 4488925] (https: / / technicommunity.microsoft.com / blog / microsoft- entra- blog / upcoming - conditional- access - changed- imped- enforcement- for - policies- with - resour / 4488925) Zmiany opisane powyżej wymagają teraz ustawienia DUO jako domyślnej metody logowania na koncie użytkownika w M365. # Opracowanie środków zaradczych Natychmiastowy środek zaradczy opracowany przez dodanie użytkowników do grupy Entra, które umożliwiły nowszą metodę uwierzytelniania DUO. # Wdrażanie środków wyrównawczych Pracownicy IT dokonali zmiany, która dodała wszystkich użytkowników do otrzymania tej poprawki. # Follow Up / Review Regularny przegląd postępów w zakresie długoterminowego wdrażania rozwiązań.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 lipca 2026 17:46 UTCidentified

   Dostęp do vdi.alaska.edu jest niedostępny, ale przyczyna awarii została zidentyfikowana. Każdy dostęp na pulpicie przez vdi.alaska.edu, a być może przez grubego klienta, nie będzie w stanie uzyskać dostępu lub używać maszyn wirtualnych z tego adresu do czasu rozwiązania problemu.

2. 24 lipca 2026 18:55 UTCidentified

   UA zidentyfikowała problem dostępu do vdi.alaska.edu i pracuje nad jego rozwiązaniem. Każdy dostęp na pulpicie przez vdi.alaska.edu, a być może przez grubego klienta, nie będzie w stanie korzystać z maszyn wirtualnych z tego adresu. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii. Proszę oczekiwać aktualizacji o 11: 50 rano i co godzinę aktualizacji po.

3. 24 lipca 2026 20:12 UTCidentified

   UA zidentyfikowała problem dostępu do vdi.alaska.edu i pracuje nad jego rozwiązaniem. Każdy dostęp na pulpicie przez vdi.alaska.edu, a być może przez grubego klienta, nie będzie w stanie korzystać z maszyn wirtualnych z tego adresu. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii. Proszę oczekiwać aktualizacji o 12: 50 rano i co godzinę aktualizacji po.

4. 24 lipca 2026 20:55 UTCidentified

   UA zidentyfikowała problem dostępu do vdi.alaska.edu i pracuje nad jego rozwiązaniem. Każdy dostęp na pulpicie przez vdi.alaska.edu, a być może przez grubego klienta, nie będzie w stanie korzystać z maszyn wirtualnych z tego adresu. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii. Oczekuj aktualizacji o 13: 50, a następnie co godzinę.

5. 24 lipca 2026 22:35 UTCidentified

   UA zidentyfikowała problem dostępu do vdi.alaska.edu i pracuje nad jego rozwiązaniem. Każdy dostęp na pulpicie przez vdi.alaska.edu, a być może przez grubego klienta, nie będzie w stanie korzystać z maszyn wirtualnych z tego adresu. Dziękuję za cierpliwość podczas rozwiązywania tej kwestii. Oczekuj aktualizacji o 17: 00.

6. 25 lipca 2026 00:03 UTCmonitoring

   UA rozwiązała problem z vdi.alaska.edu i potwierdziła stabilizację. Będzie to monitorowane do końca działalności o 17: 00. Proszę zgłosić wszelkie nierozwiązane problemy związane z tą usługą do działu informatycznego Państwa kampusu i ponownie podziękować za cierpliwość w trakcie rozwiązywania tej kwestii!

7. 25 lipca 2026 01:06 UTCresolved

   UA rozwiązała problem z vdi.alaska.edu i potwierdziła stabilizację. Proszę zgłosić wszelkie nierozwiązane problemy związane z tą usługą do działu informatycznego Państwa kampusu i ponownie podziękować za cierpliwość podczas rozwiązywania tej kwestii!

8. 19 sierpnia 2026 21:26 UTCpostmortem

   [vdi.alaska.edu] (http: / / vdi.alaska.edu) Uzasadnienie Wygasłe ujednolicone certyfikaty bramy dostępu. Data: 07 / 23 / 2026 4: 00 PM. # Tło [vdi.alaska.edu] (http: / / vdi.alaska.edu) zapewnia użytkownikom dostęp do środowiska VMware / Omnissa Horizon VDI. Uzasadnienie Zarówno Unified Access Gateway urządzeń\ (istniejących na platformie VXrail\) zapewniają zewnętrzną warstwę dostępu dla użytkowników, którzy chcą uzyskać dostęp do swoich VDI zarówno w kampusie lub zdalnie. Uzasadnienie # Break Down of the Problem Oba certyfikaty dotyczące każdego UAG wygasły 23 lipca 2026 r., godz. 15.59. Uzasadnienie Problem został zauważony w piątek rano 24 lipca około 8: 30 rano, gdy użytkownicy zgłosili, że nie mogli uzyskać dostępu do swoich środowisk VDI "Mój pulpit" podczas rozwiązywania [vdi.alaska.edu] (http: / / vdi.alaska.edu) Uzasadnienie Uzasadnienie Kiedy użytkownik próbował rozwiązać [vdi.alaska.edu] (http: / / vdi.alaska.edu) poprzez swoją przeglądarkę, otrzymał zawiadomienie "Twoje połączenie nie jest prywatne", a następnie zostałby zablokowany przed dotarciem do [vdi.alaska.edu] (http: / / vdi.alaska.edu) Strona Horizon w ogóle. Uzasadnienie Działania podjęte w celu przywrócenia usługi: wymagane świadectwo odnowienia z PAWS. Ten cert zawierał podstawową nazwę domeny, [vdi.alaska.edu] (http: / / vdi.alaska.edu), ale zawierał również alternatywne nazwy\ (oba nazwy UAG\) [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) Uzasadnienie Uzasadnienie Czas trwania przestoju i czas przywrócenia służby: Czwartek 23 lipca 16: 00 - piątek 24: 14. Uzasadnienie Uzasadnienie Uzasadnienie # Cel / Cel Uzasadnienie Oba UAG powinny stale prezentować ważne, zaufane certyfikaty oraz zewnętrzny i wewnętrzny dostęp VDI Uzasadnienie # Root Cause Analysis # Oba urządzenia UAG prezentowały przestarzałe certyfikaty TLS. TSS otrzymało listę urządzeń serwerowych VXrail, które oszacowały czas wygaśnięcia ich certyfikatów. Oba urządzenia UAG nie były na tej liście, więc nie byliśmy w stanie dyktować, kiedy ich certyfikaty wygasną. # Opracowanie środków zaradczych Stworzyłem arkusz głównego certyfikatu, który teraz zawiera zarówno informacje UAG certyfikatu, aby zawierać daty ważności. Dzielę się nim z naszym zespołem TSS, żebyśmy mogli w przyszłości monitorować spodziewane wypłaty certyfikatów. Wymagany dostęp do usługi Certinext dla przyszłych wznowienia certyfikatu. Uzasadnienie Harmonogram realizacji: Powyższe powinno umożliwić nam zwrócenie się o wydanie i wdrożenie certyfikatów przed ich wygaśnięciem w obu UAG przed ich wygaśnięciem. # Follow Up / Review Sprawdzić daty ważności certyfikatu na obu UAG poprzez monitorowanie arkusza głównego certyfikatu. Złóż wniosek do PAWS o odnowienie certyfikatu, zaplanowanie krótkiego wyłączenia CAB, zastosowanie certyfikatu zarówno do UAG, a następnie potwierdzić odnowienie został pomyślny i dostęp występuje

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 maja 2026 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 maja 2026 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 maja 2026 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 lipca 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 lipca 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 czerwca 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 maja 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 maja 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 20:46 UTCresolved

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

9. 6 maja 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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 kwietnia 2026 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!