Istoricul incidentelor University Of Alaska

1. 2 octombrie 2026 la 19:26 UTCidentified

   Am primit rapoarte că UAOnline se confruntă în prezent cu probleme. Echipa de gestionare a accesului la identitate este conștientă și a identificat cauza. O emisiune de certificate cauzează erori de parolă incorecte pentru utilizatorii care își resetează recent acreditările. Vom face actualizări la intervale de 3 ore în timp ce acestea lucrează spre o fixare. Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 2 octombrie 2026 la 21:42 UTCmonitoring

   Echipa IAM a identificat problema cu UAOnline și a implementat un fix, care este monitorizat pentru eficacitate și stabilitate. Vă mulţumesc din nou pentru răbdare în timpul soluţionării acestei probleme! Vă puteți aștepta la actualizări suplimentare la sfârșitul zilei lucrătoare (5:00PM) sau ca noi informații devine disponibil.

3. 5 octombrie 2026 la 21:15 UTCresolved

   Echipa IAM a rezolvat problema cu serviciul UAOnline, și a confirmat fix pentru a fi stabile. Actualizarea certificatului care a cauzat eliberarea a fost returnată. Vă rugăm să raportați orice probleme continue cu acest serviciu către biroul IT al campusului dvs. și vă mulțumesc din nou pentru răbdare în timpul rezoluției acestei probleme!

Traducere automată din actualizarea oficială a incidentului.

1. 22 septembrie 2026 la 00:09 UTCinvestigating

   Am primit rapoarte că diferite site-uri web și servicii se confruntă în prezent cu probleme de fiabilitate. Echipele OIT Networking și PAWS investighează și suspectează că aceasta este o problemă la nivel mondial cu o gazdă web precum AWS. Vom face actualizări pe măsură ce noi informații devin disponibile și la sfârșitul zilei lucrătoare de astăzi (5:00PM AKDT). Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 22 septembrie 2026 la 01:23 UTCmonitoring

   Multe servicii care au fost raportate ca fiind afectate în timpul acestei întreruperi au fost restaurate; credem că problemele ar fi putut fi legate de incidentul SUA-EAST-1 pe care Amazon l-a raportat de la 2:49 PM la 4:06 PM (https://health.aws.amazon.com/health/status). Vom monitoriza stabilitatea serviciului până la începutul zilei de mâine. Vă mulţumesc din nou pentru răbdare în timpul soluţionării acestei probleme! Vă puteți aștepta la o altă actualizare la 8:00 AM AKDT.

3. 22 septembrie 2026 la 16:09 UTCresolved

   Serviciile raportate ca fiind afectate au rămas stabile de la fix AWS ieri seară, și suntem în considerare acest incident să fie rezolvate. Vă rugăm să raportați orice probleme continue cu site-urile și serviciile UA la biroul IT din campus, și vă mulțumesc din nou pentru răbdare în timpul rezoluției acestei probleme!

4. 14 octombrie 2026 la 22:28 UTCpostmortem

   Site-ul Universității și accesibilitatea externă VPN Analiza impactului problemei Evenimente: 20260921 # Fundal Universitatea din Alaska oferă Virtual Private Network \ (VPN\) conectivitate pentru utilizatorii afiliați universității situate de la distanță și care au nevoie de acces la resursele de rețea universitare. În plus, universitatea găzduiește site-uri cu care se confruntă publicul care urmează să fie accesate la nivel global. Aceste servicii, precum și altele, depind de conectivitatea dintre rețeaua universitară și internetul mai larg, furnizate de furnizorul nostru de servicii de internet de marfă, Alaska Communications Systems \(ACS\). # Break Down of the Problem La ora 09/21/2026, la aproximativ 3:30 pm, utilizatorii de la distanță din afara rețelei universitare au raportat probleme de încărcare site-uri universitare, și au raportat în plus întreruperea conectivității la VPN universitate. Tehnicienii de la fața locului au raportat că atât VPN, cât și resursele web sunt accesibile din cadrul rețelei universitare. Serviciile de Telecomunicaţii OIT au investigat şi au constatat că site-urile web şi conectivitatea VPN funcţionau din cadrul reţelei universităţii şi că reţeaua noastră de interpretariat cu ACS părea să fie sus şi să primească/publicitate rute în mod normal. Un tehnician OIT de la un alt grup de lucru privind munca la distanță și care se confruntă cu problema conectivității a raportat că un traseu de la locația lor de origine la mai multe resurse universitare a eșuat în cadrul furnizorului de servicii de internet de mărfuri al universității, rețeaua de sisteme de comunicații Alaska \(ACS\) înainte de a ajunge la rețeaua universitară. OIT Serviciile de telecomunicații la aproximativ 4:30 pm au primit o comunicare prin e-mail de la ACS confirmând un eveniment de rețea în cadrul rețelei lor, urmată de un e-mail ulterior chiar înainte de 5:30 pm că evenimentul rețelei a fost rezolvat și că serviciile au fost stabilizate. # Target State / Goal Conectivitatea la rețeaua de internet a Universității din Alaska în general ar trebui să rămână online în orice moment, oferind acces la distanță la resursele rețelei UA, cum ar fi site-urile web și conectivitatea VPN. Analiza cauza rădăcină Acest lucru a fost determinat să fie cauzat de un eveniment din afara rețelei universitare, în cadrul rețelei de servicii de internet de marfă \ (ACS\), cu raportarea ACS la rezoluție " Evenimentul de rețea care afectează serviciile s-a stabilizat, iar restaurarea serviciilor este completă. " În timp ce nici un circuit WAN punct-la-punct sau peeering-uri pe internet de marfă au fost direct afectate, unele trafic de rețea tranzitarea rețelei ACS prin intermediul acestor peeering-uri pe internet mărfuri a fost afectat în timpul evenimentului furnizor. Dezvoltă contramăsuri Furnizor de servicii de internet de mărfuri \(ACS\) rezolvat eveniment de rețea internă. Implementarea contramăsurilor Serviciile de Telecomunicaţii OIT vor ajunge în viitor la furnizorii de servicii, deoarece vom deveni conştienţi de potenţialele probleme care afectează conectivitatea la internet a mărfurilor. # Follow up / Review ACS A furnizat confirmarea prin e-mail a rezoluţiei interne a evenimentelor de reţea.

Traducere automată din actualizarea oficială a incidentului.

1. 21 septembrie 2026 la 16:34 UTCinvestigating

   Am primit rapoarte că site-urile din Alaska.edu și uaf.edu se confruntă în prezent cu probleme. Echipa OIT Platforms, Apps & Web Services (PAWS) investighează în prezent și vom face actualizări la intervale de 3 ore. Un workaround curent este folosind un browser diferit decât de obicei; Google Chrome a avut rate ridicate de succes. Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 21 septembrie 2026 la 20:04 UTCidentified

   Alaska.edu și site-urile web uaf.edu se confruntă în prezent cu probleme. Echipa OIT Platforms, Apps & Web Services (PAWS) lucrează cu Security și au identificat problema. Certificatul ar trebui actualizat într-o oră și starea actualizată imediat ce este rezolvat. Un workaround curent este folosind un browser diferit decât de obicei; Google Chrome a avut rate ridicate de succes. Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

3. 21 septembrie 2026 la 20:32 UTCresolved

   PAWS a rezolvat problema cu site-urile Alaska.edu și uaf.edu, și a confirmat fix pentru a fi stabilă. Vă rugăm să raportați orice probleme continue cu acest serviciu către biroul IT al campusului dvs. și vă mulțumesc din nou pentru răbdare în timpul rezoluției acestei probleme!

4. 7 octombrie 2026 la 16:54 UTCpostmortem

   Site-ul Universității și accesibilitatea externă VPN Analiza impactului problemei Evenimente: 20260921 # Fundal Universitatea din Alaska oferă Virtual Private Network \ (VPN\) conectivitate pentru utilizatorii afiliați universității situate de la distanță și care au nevoie de acces la resursele de rețea universitare. În plus, universitatea găzduiește site-uri cu care se confruntă publicul destinate să fie accesate global. Aceste servicii, precum și altele, depind de conectivitatea dintre rețeaua universitară și internetul mai larg, furnizate de furnizorul nostru de servicii de internet de marfă, Alaska Communications Systems \(ACS\). # Break Down of the Problem La ora 09/21/2026, la aproximativ 3:30 pm, utilizatorii de la distanță din afara rețelei universitare au raportat probleme de încărcare site-uri universitare, și au raportat în plus întreruperea conectivității la VPN universitate. Tehnicienii de la fața locului au raportat că atât VPN, cât și resursele web sunt accesibile din cadrul rețelei universitare. OIT Telecommunications Services a investigat și a constatat că site-urile web și conectivitatea VPN au lucrat din cadrul rețelei universitare și că rețeaua noastră de peeping cu ACS părea să fie în sus și să recupereze/publicitate rute în mod normal. Un tehnician OIT de la un alt grup de lucru privind munca la distanță și care se confruntă cu problema conectivității a raportat că un traseu de la locația lor de origine la mai multe resurse universitare a eșuat în cadrul furnizorului de servicii de internet de mărfuri al universității, rețeaua de sisteme de comunicații Alaska \(ACS\) înainte de a ajunge la rețeaua universitară. OIT Serviciile de telecomunicații la aproximativ 4:30 pm au primit o comunicare prin e-mail de la ACS confirmând un eveniment de rețea în cadrul rețelei lor, urmată de un e-mail ulterior chiar înainte de 5:30 pm că evenimentul rețelei a fost rezolvat și că serviciile au fost stabilizate. # Target State / Goal Conectivitatea la rețeaua de internet a Universității din Alaska în general ar trebui să rămână online în orice moment, oferind acces la distanță la resursele rețelei UA, cum ar fi site-urile web și conectivitatea VPN. Analiza cauza rădăcină Acest lucru a fost determinat să fie cauzat de un eveniment din afara rețelei universitare, în cadrul rețelei de servicii de internet de marfă \ (ACS\), cu raportarea ACS la rezoluție " Evenimentul de rețea care afectează serviciile s-a stabilizat, iar restaurarea serviciilor este completă. " În timp ce nici un circuit WAN punct-la-punct sau peeering-uri pe internet de marfă au fost direct afectate, unele trafic de rețea tranzitarea rețelei ACS prin intermediul acestor peeering-uri pe internet mărfuri a fost afectat în timpul evenimentului furnizor. Dezvoltă contramăsuri Furnizor de servicii de internet de mărfuri \(ACS\) rezolvat eveniment de rețea internă. Implementarea contramăsurilor Serviciile de Telecomunicaţii OIT vor ajunge în viitor la furnizorii de servicii, deoarece vom deveni conştienţi de potenţialele probleme care afectează conectivitatea la internet a mărfurilor. # Follow up / Review ACS A furnizat confirmarea prin e-mail a rezoluţiei interne a evenimentelor de reţea.

Traducere automată din actualizarea oficială a incidentului.

1. 28 august 2026 la 20:22 UTCinvestigating

   Am primit rapoarte că Google Chat se confruntă în prezent cu probleme. Aceasta este o problemă de vânzare-side, și Google a indicat că tehnicienii lor sunt în prezent de investigare. Actualizările live pot fi vizualizate în tabloul lor de bord privind statutul: https://www.google.com/appsstatus/dashboard/incidente/y2ufhCB886p7rveYNko" Utilizatorii Google Chat se confruntă cu o problemă în care primesc notificări pentru mesaje noi, dar mesajele reale nu apar în aplicația lor de chat, cu excepția cazului în care utilizatorul își reîmprospătează punctul de vedere. Utilizatorii pot reîmprospăta pentru a vedea mesaje noi. Vom face actualizări pe măsură ce noile informații devin disponibile și la intervale de 3 ore. Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 28 august 2026 la 21:27 UTCresolved

   Google raportează că această problemă a fost rezolvată. Conform tabloului lor de bord: "Problema cu Google Chat a fost rezolvată pentru toți utilizatorii afectați începând de vineri, 2026-08-28 13:45 PDT. Din analiza preliminară, problema a fost declanșată din cauza unei schimbări recente, care a fost returnată pentru a atenua impactul. Vă mulţumim pentru răbdare în timp ce am lucrat la rezolvarea problemei." Vă mulţumim pentru timpul acordat în urma acestei rezoluţii!

3. 9 septembrie 2026 la 18:14 UTCpostmortem

   Această întrerupere a fost cauzată de o pană de curent și nu are legătură cu operațiunile Universității.

Traducere automată din actualizarea oficială a incidentului.

1. 25 august 2026 la 19:13 UTCinvestigating

   Am primit rapoarte că Canvas se confruntă în prezent cu probleme. Echipa NTS Systems Inginerie investighează în prezent şi vom face actualizări la intervale de 2 ore. Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 25 august 2026 la 19:58 UTCidentified

   NTS Systems Engineering a furnizat o descriere a problemelor recunoscute în prezent: "Unele cursuri de Canvas stivuite se confruntă cu o problemă. Aceste cursuri au fost generate ca indivizi sau stive bazate pe informațiile curs în Banner. Scoicile de curs din Canvas au fost apoi stivuite sau nedesfăşurate de un instructor sau admin. Sistemul de furnizare care conectează datele Banner la Canvas a rulat o re-trimitere completă 24 august pentru a stabili o serie de discrepanţe de înscriere în Canvas. Acest lucru a stabilit problemele de înscriere, cu toate acestea, ea a anulat, de asemenea, orice acțiuni manuale stiva / unstack care au avut loc. Pentru cursurile afectate, instructorii vor vedea cursurile lor nepublicate, goale, și înapoi la configurația lor originală. Pentru studenţi va părea că cursul lor a dispărut." Vă mulţumim încă o dată pentru răbdare în timp ce lucrăm la o rezolvare completă a problemelor; vom continua să facem actualizări pe măsură ce noile informaţii devin disponibile şi la intervale de 2 ore.

3. 25 august 2026 la 23:42 UTCmonitoring

   NTS System Engineering a identificat 378 de cursuri potenţial afectate. Toate materialele de curs sunt recuperabile și instructorii au câteva opțiuni în mișcare înainte. NTS va lucra pentru a recupera orice transmiteri ale studentilor care au venit inainte de furnizarea. Instructorii au 2 opțiuni: 1. Lucrul cu cursurile de Canvas generate de sistem - Aceste cochilii de curs pot fi populate cu continutul din cursul de dinainte de 24 august. Instructorii pot apoi publica și continua cursurile lor. 2. Actualizați lista de crosslist pentru cursul dvs. în Banner - Întârzierea cursului și lucrați cu programatorul dvs. departamentului pentru a depune o propunere de modificare a structurii crosslist în Banner pentru a se potrivi cu ceea ce doriți în Canvas. Odată ce schimbarea este completă și este disponibil noul curs de Canvas generat de sistem, acesta poate fi populat cu conținutul din cursul de dinainte de 24 august. Dacă acest lucru afectează cursurile dumneavoastră vă rugăm să trimiteți e-mail [email protected] cu CRN-urile cursurilor și ce opțiune luați. NTS va putea doar să ajute la restabilirea conținutului. Pentru instructorii care aleg opțiunea 2, va trebui să contactați programatorul de curs. Grefierul este conștient de acest incident și este disponibil pentru a ajuta programatorii să prezinte propunerile necesare.

4. 26 august 2026 la 01:46 UTCmonitoring

   Echipa NTS Systems Engineering continuă să restabilească conţinutul cursului şi să remedieze problemele punctuale. Cele două opțiuni disponibile pentru instructorii cu clasele de Canvas afectate sunt: 1. Lucrul cu cursurile de Canvas generate de sistem - Aceste cochilii de curs pot fi populate cu continutul din cursul de dinainte de 24 august. Instructorii pot apoi publica și continua cursurile lor. 2. Actualizați lista de crosslist pentru cursul dvs. în Banner - Întârzierea cursului și lucrați cu programatorul dvs. departamentului pentru a depune o propunere de modificare a structurii crosslist în Banner pentru a se potrivi cu ceea ce doriți în Canvas. Odată ce schimbarea este completă și este disponibil noul curs de Canvas generat de sistem, acesta poate fi populat cu conținutul din cursul de dinainte de 24 august. Dacă acest lucru afectează cursul dvs. (s), vă rugăm să trimiteți un e-mail [email protected] cu CRN-urile cursurilor și cu care opțiune ați dori să continuați. NTS va putea doar să ajute la restaurarea conținutului și nu va mai putea să treacă manual lista sau de-cross-list cursuri. Pentru instructorii care aleg opțiunea 2, va trebui să contactați programatorul de curs. Grefierul este conștient de acest incident și este disponibil pentru a ajuta programatorii să prezinte propunerile necesare. Vă mulțumim din nou pentru timpul acordat în timp ce lucrăm pentru o rezoluție completă! Aceasta este ultima noastră actualizare pentru ziua de lucru, și raportarea va începe din nou la începutul zilei (8:00 AKDT).

5. 26 august 2026 la 16:59 UTCmonitoring

   Vă mulțumim pentru răbdare în timp ce lucrăm prin recenta problemă de software care a cauzat manual cross-listed clase în Canvas să se deconecteze. NTS SE, OIT EAS și grefierul UAF au identificat o cale de atac pentru a permite listarea manuală în Canvas. Acest lucru revizuiește orientările anterioare pentru instructori cu privire la modul de a continua. Instructorii pot opta acum pentru a avea cursurile lor Canvas se potrivesc configurației pre-incidente. Instructorii sunt, de asemenea, capabili să facă această reconfigurare ei înșiși folosind instrumentele cross-listing în Canvas. Dacă vă confruntați încă probleme, vă rugăm să trimiteți un bilet pentru a [email protected] și să includă CRNs pentru secțiunile afectate.

6. 26 august 2026 la 19:10 UTCmonitoring

   Am identificat problema configuraţiei care a cauzat deconectarea manuală a claselor din Canvas. NTS SE, OIT EAS și grefierul UAF au pus în aplicare un fix care să permită listarea manuală în Canvas. Monitorizăm situaţia. Dacă încă vă confruntați cu probleme și nu ați prezentat deja un bilet de ajutor, vă rugăm să trimiteți un bilet pentru a [email protected] și să includeți CRN-urile pentru secțiunile afectate.

7. 28 august 2026 la 17:44 UTCresolved

   Cursurile de canvas rămân în măsură să fie enumerate încrucișat de admini și instructori Canvas fără probleme, și luăm în considerare acest incident rezolvat în acest moment. Dacă vă confruntaţi încă cu probleme sau aveţi nevoie ca conţinutul cursului să fie recuperat şi nu aţi depus deja un bilet de ajutor, vă rugăm să faceţi acest lucru prin e-mail [email protected] cu o descriere a problemei/cererii dumneavoastră şi să includeţi CRN-urile pentru secţiunile afectate. Vă mulţumesc foarte mult pentru răbdare, deoarece această problemă a fost rezolvată!

8. 22 septembrie 2026 la 19:13 UTCpostmortem

   Canvas LMS Degradarea serviciului Analiza impactului problemei Evenimente: 8/25/26 # Fundal Platforma Canvas LMS oferă instructorilor și studenților caracteristici digitale bazate pe web. Cursurile, termenii și înscrierile pe platformă sunt gestionate printr-o legătură directă cu platforma SIS și procesele de înregistrare. Pentru cele mai multe cursuri online și unele în cursuri de persoană, cochilia de curs asociat Canvas este locaţia centralizată pentru toate cursurile, referințe și note. # Break Down of the Problem Pe 8/21/26 am primit bilete de sprijin panza de la mai puțin de 5 utilizatori care raportau că listele lor de curs lipsesc studenți sau un instructor. În urma investigaţiei, am găsit configuraţia LMS Canvas pentru integrarea Banner SIS pentru a avea o problemă de sincronizare. Integrarea, numită ILP, face actualizări în timp real, desigur, atunci când îndeplinesc anumite criterii. Problema a avut loc deoarece înscrierile în curs s-au schimbat înainte ca cursul în sine să îndeplinească cerințele care trebuie monitorizate și actualizate de ILP. Soluţia pentru această problemă a fost să reluăm cursul. Reprovizionarea tratează informaţiile despre curs ca fiind nou-nouţe, indiferent dacă acestea au fost deja actualizate, făcând ca informaţiile despre cursul Canvas să corespundă informaţiilor despre cursul Banner SIS. Acest lucru a rezolvat problemele individuale raportate, dar a trebuit să reluăm toate cursurile și să continuăm să reluăm pe tot parcursul semestrului. Pe baza cercetării în forumurile ILP, aceasta este soluţia pentru majoritatea instituţiilor care se confruntă cu această problemă. La 8/24/26 în jurul valorii de 3 PM, am repreluat toate cursurile UAF folosind instrumentul de locuri de muncă Apoi am validat înscrierea la curs a câtorva bilete noi care au venit pentru a ne asigura că fix a avut efectul dorit. Cursurile care lipseau au fost corectate. La 8/24/26 la ora 5 PM am primit rapoarte de cursuri de Canvas care dispar de la studenți și instructori. În urma anchetei, am constatat că cursurile afectate au fost enumerate încrucișat, iar instructorul a schimbat manual configurația generată de sistem prin fie cross-listing cursuri suplimentare, fie de-cross-listing cursuri. Instructorii sunt capabili să facă acest lucru în platforma Canvas cu orice cursuri acestea sunt enumerate ca instructor în. Când am retrimis, sistemul a schimbat configuraţiile cursurilor de la Canvas pentru a se potrivi cu Banner şi cu asta fără să ştie ce a făcut instructorul. La 8/25/26 9 AM am început o degradare a întreruperii serviciului pentru Canvas, deoarece au venit mai multe bilete de serviciu Canvas. Am comunicat cu toţi administratorii care i-au sfătuit cu privire la situaţie şi să nu facem cursuri încrucişate în Canvas până când nu am avut mai multe informaţii. Am postat un anunţ instructorilor şi adminilor pe platforma Canvas despre pană. Am eliminat permisiunea ca instructorii din Canvas să-şi poată încrucişa lista de cursuri. Am evaluat numărul de cursuri potenţial afectate şi am comunicat cu instructorii de înregistrare pentru fiecare curs. La 8/25/26, la 12 PM NTS-SE a prezentat instructori pentru a contacta grefierul dacă sistemul a generat cursuri de Canvas nu se potrivea cu ceea ce a dorit instructorul. Am descoperit că instructorii fac cursuri încrucişate în mod frecvent în Canvas, astfel încât să poată gestiona toate secţiunile pentru un curs într-un singur ciclu. Funcţionalitatea secţiunilor Canvas le permite să facă acest lucru fără a le cere să-şi expună reciproc înscrierile încrucişate. Aceasta este o distincție importantă între listarea încrucișată a lui Canvas și listarea încrucișată a grefierului: termenul "listă/sesizare încrucișată pentru grefier" înseamnă că înscrierile sunt grupate și se așteaptă ca studenții să fie expuși reciproc. Politica privind grefierul interzice listarea încrucișată a tuturor modalităților. Acesta este rezultatul preocupărilor Senatului Facultăţii pentru anonimat în evaluările cursului studenţesc în care un student ar putea fi identificat prin modalitatea de răspuns. S-au furnizat orientări suplimentare care să le spună instructorilor să contacteze biroul de asistență NTS pentru recuperarea oricărui conținut pierdut al cursului Canvas. Aceste soluții nu au funcționat pentru mulți instructori care se bazează pe capacitatea de a trece lista în Canvas. La 8/25/26 la 4 PM NTS-SE, Registrator, și OIT-EAS grup de lucru sa întâlnit pentru a revizui și testa setările și opțiunile în ILP pentru a obține instructori de oprire a muncii. Grupul a identificat o modalitate de a efectua reluări fără a afecta cursurile enumerate încrucișat. Grupul a identificat procesul existent de actualizare în timp real care modifică configuraţiile de pe lista de coduri Canvas. Grupul a testat un fix pentru a permite instructorilor să treacă manual lista în Canvas, și apoi a validat-o în mediul nostru de testare. Fix a fost de a permite instructorilor să re-cross-list și/sau să depună NTS bilete de birou de ajutor pentru a avea echipele noastre re-cross-list și de a restabili conținutul pierdut. Toate reluările viitoare vor utiliza o configurație care exclude informațiile de pe listă. Fixarea a fost comunicată într-o actualizare a întreruperii și printr-un anunț al platformei Canvas LMS. Permisiunile pentru ca un instructor să poată trece lista în Canvas au fost reinstalate. Administratorii au fost informaţi că ar putea acum să facă o listă cu instructorii. Până la 12 PM 82/2626 Pana a fost mutată la monitorizare în timp ce lucram la bilete. Până la 9 AM 8/28/26 Pana a fost rezolvată. # Target State / Goal Această problemă a schimbat starea țintă. Instructorii ar trebui să fie în măsură să treacă manual lista sau de-cross-list cochilii lor curs în Canvas, indiferent de modul în care cursurile sunt codificate în Banner. Configuraţia cross-listing NU trebuie modificată sau stabilită de alimentarea cu Banner ILP şi nici nu trebuie urmărită şi nici actualizată de la monitorizarea în timp real. Utilizatorii activi ar trebui să aibă acces consecvent la același cochilie de curs Canvas după furnizarea inițială de către sistemul Banner ILP, cu excepția cazului în care este modificat manual de instructor sau de un administrator.

Traducere automată din actualizarea oficială a incidentului.

1. 19 august 2026 la 23:57 UTCmonitoring

   În prezent, unii clienți de telefonie mobilă AT&T nu pot finaliza apelurile către numerele de telefon ale campusului. Acest aspect a fost identificat ca fiind originar din rețeaua AT&T, nu din sistemele sau serviciile noastre telefonice. Monitorizăm situația și vom oferi o actualizare odată ce apelurile sunt confirmate că funcționează normal din nou.

2. 22 august 2026 la 00:16 UTCresolved

   Nu am mai avut alte rapoarte despre probleme care să sune la Universitate, iar Districtul Şcolii North Star Borough a confirmat că problemele lor similare au fost rezolvate. Luăm în considerare această pană rezolvată în acest moment; vă rugăm să sunați la biroul de servicii IT din campus dacă continuați să aveți probleme contactând orice campus UA prin telefon! Mulţumesc mult pentru timpul acordat.

3. 9 septembrie 2026 la 18:10 UTCpostmortem

   Această întrerupere a fost cauzată de o pană de curent și nu are legătură cu operațiunile Universității.

Traducere automată din actualizarea oficială a incidentului.

1. 16 august 2026 la 20:54 UTCidentified

   Am primit rapoarte că cititorii de cărţi din campusul UAF se confruntă în prezent cu probleme. Echipa OIT PAWS este conștientă și lucrează activ pentru a recupera serverul care controlează acest sistem. Vom face actualizări la intervale de o oră, în timp ce acestea lucrează spre un fix. Coordonatorii clădirilor pot fi conștienți de metodele de acces alternative și de rutele pentru anumite săli, însă nu există un proces general în acest moment. Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 16 august 2026 la 22:59 UTCidentified

   Continuăm să lucrăm la o soluție pentru această problemă.

3. 16 august 2026 la 23:56 UTCresolved

   OIT PAWS raportează că serverul pentru sistemele Lenel card swipe a fost repornit cu succes și este operațional.

4. 19 august 2026 la 21:25 UTCpostmortem

   # **Root Cause Analysis ## ** Rezumat executiv** Serverul Argus a experimentat o pierdere rapidă de spațiu disponibil pe Windows C: unitate. În timpul anchetei, PAWS a identificat o activitate semnificativă a discului care a avut loc în registrul de aplicații Lenel. Spaţiul disponibil pe disc a continuat să scadă şi în cele din urmă a atins aproximativ 37 MB. PAWS a închis cu ușurință serverul pentru a împiedica sistemul de operare să ajungă la 0 spațiu disponibil pe disc și poate provoca probleme suplimentare de sistem. PAWS a extins C: unitate și a returnat cu succes serverul la serviciu. După recuperare, utilizarea disk stabilizat și aproximativ 20 GB de spațiu liber a rămas disponibil. PAWS este responsabil pentru infrastructura serverelor Windows, dar nu administrează și nu suportă aplicația Lenel. Cauza creșterii activității discului generat de aplicații nu a fost determinată și necesită investigarea de către proprietarul/vendorul aplicației. ## **Incident Impact** Serverul Argus a devenit indisponibil în timpul activităților de recuperare a incidentelor și infrastructurii, ceea ce a dus la întreruperea serviciilor dependente de server. Impacturile raportate au inclus funcţionalitatea cititorului cardului de acces în campus. "Timeline" * Toate timpurile sunt Alaska timp.** **Aproximativ 11:04 AM** Incidentul asociat a fost TDX 991008. **Aproximativ 11:23 AM** Monitor de resurse a arătat o activitate de scriere semnificativă care are loc în cadrul: PAWS a încercat să recupereze capacitatea disponibilă de disc; totuși, C: utilizarea a continuat să crească. C: unitatea a ajuns în cele din urmă la aproximativ ** 37 MB din spațiul disponibil**. PAWS a închis VM pentru a împiedica motorul sistemului Windows să ajungă la 0 spațiu disponibil și poate provoca probleme suplimentare ale sistemului de operare. PAWS a realizat lucrările de infrastructură necesare pentru a crește capacitatea de acționare a sistemului. **Aproximativ 3:34 PM** Serverul a fost readus online și PAWS a verificat funcționarea normală a serverului și a discului. **Aproximativ 3:49 PM** Serverul a fost raportat operaţional. În ziua următoare, C: a rămas stabil la aproximativ ** 19,9 GB gratuit**, fără recurență a consumului rapid de disc. ## **Root Cause** Cauza imediată a întreruperii serverului a fost epuizarea capacității disponibile pe Windows C: unitate. În timpul incidentului, PAWS a observat o activitate semnificativă de scriere pe disc în registrul de aplicații Lenel: Această activitate a consumat rapid restul de capacitate disponibilă pe unitatea sistemului. Motivul care stă la baza creșterii activității discului generat de aplicații nu a fost determinat**. PAWS este responsabil pentru administrarea infrastructurii serverelor subiacente, dar nu administrează, configura sau susține aplicația Lenel. Stabilirea motivului pentru care cererea a generat o activitate pe disc sporită necesită o anchetă din partea proprietarului/vânzătorului aplicației și este în afara domeniului de aplicare al acestei infrastructuri RCA. ## ** Factor de contribuţie** ### **Limited Available System Disk Capacity** Serverul nu a avut suficient C rămas: capacitatea de unitate pentru a absorbi creșterea neașteptată a utilizării discului generat de aplicații. Capacitatea disponibilă a scăzut în cele din urmă la aproximativ ** 37 MB**, solicitând PAWS să închidă serverul pentru a împiedica Windows să ajungă la 0 spațiu disponibil pe disc. "Rezoluţia" PAWS a finalizat următoarele acțiuni de recuperare a infrastructurii: * Investigat scăderea rapidă C: capacitatea de conducere. * Identificat directorul sursă asociat cu activitatea de disc crescut. * Închideți cu ușurință serverul înainte ca unitatea de sistem să ajungă la 0 spațiu disponibil. * Creșterea capacității disponibile pentru Windows C: unitate. * Returnat serverul la serviciu. * Verified normal server and disk operation. * Continuarea monitorizării utilizării discului după recuperare. După recuperare, unitatea C: a rămas stabilă la aproximativ ** 19,9 GB gratuit**. ## **acţiuni corective şi preventive** ### **Disk Capacity Monitoring** PAWS va revizui monitorizarea capacității discului și pragurile de alertă pentru serverul Argus pentru a furniza o notificare suficientă atunci când capacitatea de acționare a sistemului se apropie de niveluri critice. ### **Server Capacity** PAWS va continua monitorizarea C: utilizarea motorului pentru a verifica dacă capacitatea suplimentară oferă o cameră de operare suficientă în condiții normale de server. Investigaţii de Aplicare Proprietarul/vendorul aplicației va trebui să determine cauza creșterii neașteptate a activității pe disc generate de Lenel și să identifice orice acțiuni corective la nivel de aplicație care pot fi necesare. Configurația aplicațiilor, logarea, păstrarea și remedierea nivelului de aplicare sunt în afara domeniului de aplicare al administrării serverului PAWS. ## **Current Status** Serverul Argus este online și operațional. C: unitatea a rămas stabilă la aproximativ **19,9 GB free** în timpul monitorizării follow-up, fără recidiva consumului rapid de disc observat în timpul incidentului. PAWS consideră partea de infrastructură **server a incidentului rezolvată**. Cauza principala a comportamentului aplicatiei Lenel ramane nedeterminata si necesita urmarire de catre proprietarul/vendorul aplicatiei.

Traducere automată din actualizarea oficială a incidentului.

1. 10 august 2026 la 19:02 UTCinvestigating

   Am primit rapoarte că Banner se confruntă în prezent cu probleme. Echipa OIT EAS investighează în prezent şi vom face actualizări la intervale de 1 oră. A fost identificat un cadru funcţional: deschideţi o fereastră privată sau incognito pentru a accesa Banner. Dacă site-ul este încă lent / nu se încarcă, închide și deschide o altă fereastră nouă privată sau incognito; poate dura câteva încercări, dar odată ce o conexiune de încredere este făcută, puteți continua să utilizați acea sesiune până când problema este rezolvată! Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 10 august 2026 la 20:03 UTCmonitoring

   Echipa OIT EAS a identificat problema cu Banner și a implementat un fix, care este monitorizat pentru eficacitate și stabilitate. Vă mulţumesc din nou pentru răbdare în timpul soluţionării acestei probleme! Vă puteți aștepta la actualizări suplimentare la sfârșitul zilei de lucru 5:00 PM sau ca noi informații devin disponibile.

3. 17 august 2026 la 16:53 UTCresolved

   Echipa OIT EAS a rezolvat problema cu Banner, și a confirmat fix pentru a fi stabil. Problema a fost rezolvată pe 10 august. Vă rugăm să raportați orice probleme continue cu acest serviciu către biroul IT al campusului dvs. și vă mulțumesc din nou pentru răbdare în timpul rezoluției acestei probleme!

4. 26 august 2026 la 18:27 UTCpostmortem

   Serviciul Angajaţilor Banner Nu răspunde Analiza impactului problemei Evenimente: 10 august 2026 10:30 - 10:53 # Fundal Aplicaţia Banner Angajat Self Service este serviciul principal pe care angajaţii îl prezintă în timp, vizualizează soldurile de concediu şi alte elemente similare legate de angajarea lor în cadrul Universităţii din Alaska System. Vânzătorul Ellucian găzduieşte instanţele Universităţii Banner şi Banner Self Service şi este responsabil pentru asigurarea disponibilității acestora prin monitorizarea şi acţiunile corective. # Break Down of the Problem La aproximativ 10:35 am, UAF NTS Service Desk a ajuns la echipa Banner din Slack pentru a le informa despre rapoartele de lentoare extremă în Banner. O scurtă trecere în revistă a dezvăluit că doar modulul Self Service se confruntă cu probleme. Biroul de service a recomandat o lucrare în jurul de a încerca un browser incognito, care a lucrat pentru unii. Echipa EAS a ajuns la Ellucian și a creat un bilet P1. Serviciul a început să funcționeze din nou așa cum era de așteptat la aproximativ 10:53am. # Target State / Goal Toate componentele Banner și Banner Self Service ar trebui să fie disponibile cu așteptările ferestrei de întreținere de zi cu zi și alte perioade de întrerupere programate. Analiza cauza rădăcină Echipa Cloud Ellucian care a fost angajată în timpul restaurării a împărtășit următoarele legate de acest eveniment. Revizuirea monitorizării lor a arătat că o degradare a performanței a început la 10:42 și a devenit complet indisponibilă la 10:50. Automatizarea legată de containere a finalizat un start de succes la 10:53am și până la 10:57am Angajat Self Service pe deplin stabilizat. Ellucian nu a mai evaluat nici o legătură cu cauza întreruperii. Echipa EAS este conştientă de un defect produs în software-ul Banner Angajat Self Service, care s-a dovedit a provoca acest tip de eveniment, prima experienţă în martie şi aprilie din acest an legat de un defect produs care nu a fost încă corectat în producţie, dar este programată pentru aplicare. Dezvoltă contramăsuri Pentru a rezolva acest lucru în viitor, ne aşteptăm ca aplicarea recentului sistem de soluţionare a defectelor să corecteze această problemă. Implementarea contramăsurilor 12-13 septembrie 2026: Desfășoară actualizări legate de Banner care rezolvă defectele identificate. # Follow up / Review 14 septembrie 2026: Au fost implementate actualizări valide pentru rezoluție.

Traducere automată din actualizarea oficială a incidentului.

1. 3 august 2026 la 16:55 UTCinvestigating

   Am primit rapoarte că opțiunea Iru de conectare web se confruntă în prezent cu probleme. Echipa NTS Technology Support Services investighează în prezent şi vom face actualizări la intervale de 3 ore. Trecerea la autentificare locală ar trebui să vă permită să vă conectați în Mac dumneavoastră. Vă mulțumim pentru răbdare în timpul soluționării acestei probleme!

2. 3 august 2026 la 17:25 UTCinvestigating

   Echipa NTS Technology Support Services (TSS) investighează în prezent cauza acestei probleme. Dacă nu se pot conecta la UA Mac, încearcă să treacă la conectare locală. Pentru a trece la autentificare locală: 1. Faceți clic pe pictograma de profil (persoana din interiorul unui cerc) în colțul din dreapta sus al ecranului. 2. Selectați Comutarea la autentificare locală. 3. Introduceți acreditările de autentificare ale Universității în câmpurile de utilizator și parole care apar în apropierea centrului de jos al ecranului. 4. Faceți clic pe semn Să mă loghez. Dacă încă nu vă puteți conecta, vă rugăm să contactați biroul de asistență IT local pentru asistență suplimentară. Vă mulțumim pentru răbdarea dumneavoastră în timp ce lucrăm către o rezoluție completă; vom face actualizări suplimentare la intervale de 3 ore și pe măsură ce vor fi disponibile noi informații.

3. 3 august 2026 la 18:02 UTCinvestigating

   Echipa NTS TSS investighează în prezent cauza acestor probleme. Iru prompt pentru a sincroniza parolele dvs. este sigur de a ignora cel mai bine că sunteți capabil în timp ce noi investigăm de ce este determinat. Dacă nu se pot conecta la UA Mac, încearcă să treacă la conectare locală. Pentru a trece la autentificare locală: 1. Faceți clic pe pictograma de profil (persoana din interiorul unui cerc) în colțul din dreapta sus al ecranului. 2. Selectați Comutarea la autentificare locală. 3. Introduceți acreditările de autentificare ale Universității în câmpurile de utilizator și parole care apar în apropierea centrului de jos al ecranului. 4. Faceți clic pe semn Să mă loghez. Dacă încă nu vă puteți conecta, vă rugăm să contactați biroul de asistență IT local pentru asistență suplimentară. Vă mulțumim pentru răbdarea dvs. continuă în timp ce lucrăm către o rezoluție completă; vom face actualizări suplimentare la intervale de 1 oră și pe măsură ce noi informații devin disponibile.

4. 3 august 2026 la 19:44 UTCinvestigating

   Echipa NTS TSS continuă să investigheze cauza acestor probleme. Nu există alte actualizări în acest moment. Iru prompt pentru a sincroniza parolele dvs. este sigur de a ignora cel mai bine că sunteți capabil în timp ce noi investigăm de ce este determinat. Dacă nu se pot conecta la UA Mac, încearcă să treacă la conectare locală. Pentru a trece la autentificare locală: 1. Faceți clic pe pictograma de profil (persoana din interiorul unui cerc) în colțul din dreapta sus al ecranului. 2. Selectați Comutarea la autentificare locală. 3. Introduceți acreditările de autentificare ale Universității în câmpurile de utilizator și parole care apar în apropierea centrului de jos al ecranului. 4. Faceți clic pe semn Să mă loghez. Dacă încă nu vă puteți conecta, vă rugăm să contactați biroul de asistență IT local pentru asistență suplimentară. Vă mulțumim pentru răbdarea dvs. continuă în timp ce lucrăm către o rezoluție completă; vom face actualizări suplimentare la intervale de 1 oră și pe măsură ce noi informații devin disponibile.

5. 3 august 2026 la 22:35 UTCmonitoring

   Am rezolvat o problemă recentă cauzată de o schimbare neașteptată cu autentificarea Duo care a afectat login-uri de calculator MacOS gestionate în tot campusul. Dacă utilizați un Mac administrat de universitate, experiența ta de conectare este acum restaurat la operații normale. Cu toate acestea, prima dată când vă conectați înapoi în computerul dumneavoastră în urma acestei fix, puteți vedea unul sau două solicitări suplimentare de autentificare Duo. Când te-ai înscris la Mac pentru prima dată azi: 1. Introduceți acreditările obişnuite ale contului la ecranul de autentificare MacOS primar. 2. Completați Duo prompt (s): Puteți fi îndemnat să autentificați prin Duo un timp suplimentar ca permisiuni de sistem reîmprospătare și re-sincronizare cu contul. 3. Aprobati cererea pe aplicatia dvs. mobila Duo, token hardware, sau prin metoda preferata MAE ca de obicei. 4. Selectaţi Next la Lets păstra contul dvs. în siguranţă prompt. 5. Selectaţi Următorul la Setare o metodă de sign-in prompt. Dacă continuați să întâlniți erori de autentificare, solicitări repetate pentru a sincroniza parolele pe login, sau orice alte probleme logare în Mac, vă rugăm să ajungeți la campusul dvs. IT Helpdesk.

6. 26 august 2026 la 20:10 UTCresolved

   Acest incident a fost rezolvat.

7. 26 august 2026 la 20:11 UTCpostmortem

   Outage de autentificare IRU Analiza impactului problemei Eveniment: 20260803 # Fundal Serviciul de autentificare IRU oferă utilizatorilor capacități de autentificare pentru dispozitivele MacOS gestionate și acces pe internet prin pașaportul Kandji. Serviciul se bazează pe integrarea între pașaportul Kandji, ID-ul Microsoft Entra, politicile de acces condiționat și Duo MFA pentru a asigura autentificarea sigură a utilizatorilor. # Break Down of the Problem La 3 august 2026, utilizatorii au avut probleme de autentificare atunci când au încercat să acceseze serviciile IRU. Problema a afectat utilizatorii care au încercat să se autentifice prin intermediul Kandji Passport Web Login și a afectat capacitatea de a finaliza procesul de autentificare. Problema a fost investigată prin intermediul jurnalelor de identificare Entra, al politicilor de acces condiționat, al fluxului de autentificare Duo MFA și al serviciilor de autentificare a pașaportului Kandji. # Target State / Goal O autentificare funcţională în dispozitivele MacOS administrate de IRU. Analiza cauza rădăcină Modificări ale metodelor de acces condiționat Microsoft, începând cu 15 iunie 2026: * [https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-performance-represource-exclusions](https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-performing-resource-exclusions) * [https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-change-îmbunătătite-for-policys-with-resour/4488925] [https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-change-modification-îmbunătătite-for-policys-with-resour/4488925] Modificările prezentate mai sus necesită acum setarea DIO ca metodă implicită de autentificare pe un cont de utilizator în M365. Dezvoltă contramăsuri Contramăsură imediată dezvoltată prin adăugarea de utilizatori în grupul Entra care a permis noua metodă de autentificare DUO. Implementarea contramăsurilor Personalul IT a finalizat o schimbare care a adăugat toți utilizatorii pentru a primi această fixare. # Follow up / Review Revizuirea periodică a progreselor înregistrate în punerea în aplicare a soluțiilor pe termen lung.

Traducere automată din actualizarea oficială a incidentului.

1. 24 iulie 2026 la 17:46 UTCidentified

   Accesul la Vdi.alaska.edu nu este disponibil, dar cauza întreruperii a fost identificată. Orice acces desktop prin vdi.alaska.edu, și, eventual, clientul gros, nu va putea accesa sau utiliza mașini virtuale de la acea adresă până când problema a fost rezolvată.

2. 24 iulie 2026 la 18:55 UTCidentified

   UA a identificat problema accesării vdi.alaska.edu și lucrează la rezolvarea acesteia. Orice acces desktop prin vdi.alaska.edu, și, eventual, clientul gros, nu va putea utiliza masini virtuale de la acea adresă. Vă mulţumesc pentru răbdare în timpul soluţionării acestei probleme. Vă rugăm să așteptați o actualizare la 11:50 AM și actualizări pe oră după.

3. 24 iulie 2026 la 20:12 UTCidentified

   UA a identificat problema accesării vdi.alaska.edu și lucrează la rezolvarea acesteia. Orice acces desktop prin vdi.alaska.edu, și, eventual, clientul gros, nu va putea utiliza masini virtuale de la acea adresă. Vă mulţumesc pentru răbdare în timpul soluţionării acestei probleme. Vă rugăm să așteptați o actualizare la 12:50 AM și actualizări pe oră după.

4. 24 iulie 2026 la 20:55 UTCidentified

   UA a identificat problema accesării vdi.alaska.edu și lucrează la rezolvarea acesteia. Orice acces desktop prin vdi.alaska.edu, și, eventual, clientul gros, nu va putea utiliza masini virtuale de la acea adresă. Vă mulţumesc pentru răbdare în timpul soluţionării acestei probleme. Vă rugăm să așteptați o actualizare la 1:50 PM și actualizări pe oră după.

5. 24 iulie 2026 la 22:35 UTCidentified

   UA a identificat problema accesării vdi.alaska.edu și lucrează la rezolvarea acesteia. Orice acces desktop prin vdi.alaska.edu, și, eventual, clientul gros, nu va putea utiliza masini virtuale de la acea adresă. Vă mulţumesc pentru răbdare în timpul soluţionării acestei probleme. Vă rugăm să așteptați o actualizare la 05:00.

6. 25 iulie 2026 la 00:03 UTCmonitoring

   UA a rezolvat problema cu vdi.alaska.edu și a confirmat fixarea pentru a fi stabilă. Acest lucru va fi plasat în monitorizare până la sfârșitul afacerii la ora 5:00 PM. Vă rugăm să raportați orice probleme continue cu acest serviciu către biroul IT al campusului dvs. și vă mulțumesc din nou pentru răbdare în timpul rezoluției acestei probleme!

7. 25 iulie 2026 la 01:06 UTCresolved

   UA a rezolvat problema cu vdi.alaska.edu și a confirmat fixarea pentru a fi stabilă. Vă rugăm să raportați orice probleme continue cu acest serviciu la biroul IT al campusului dvs. și vă mulțumesc din nou pentru răbdarea dvs. în timpul rezoluției acestei probleme!

8. 19 august 2026 la 21:26 UTCpostmortem

   [vdi.alaska.edu](http://vdi.alaska.edu) întreruperea accesului. Certificate Unified Access Gateway expirate. Data: 07/23/2026 04:00 # Fundal [vdi.alaska.edu](http://vdi.alaska.edu) oferă acces utilizatorilor la mediul VMware/Omnissa Horizon VDI. Ambele aparate Unified Access Gateway \ (există pe platforma VXrail\) oferă stratul de acces extern pentru utilizatorii care doresc să-și acceseze VDI atât în campus, cât și de la distanță. # Break Down of the Problem Ambele certificate pentru fiecare UAG au expirat la 23 iulie 3:59 PM, 2026. Problema a fost observată vineri dimineaţa, 24 iulie, în jurul orei 8:30, când utilizatorii au raportat că nu au putut accesa mediile lor de pe Desktop-ul meu, VDI, atunci când se rezolvă la [vdi.alaska.edu][http://vdi.alaska.edu] Atunci când un utilizator a încercat să rezolve la [vdi.alaska.edu][http://vdi.alaska.edu] prin intermediul browser-ului lor, ei au primit o conexiune Pagina Horizon, la toate. Acțiuni întreprinse pentru restabilirea serviciului: Certificat de reînnoire solicitat de PAWS. Acest certificat conținea numele de domeniu primar, [vdi.alaska.edu](http://vdi.alaska.edu) dar includea și denumirile alternative \(ambele nume 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) Durata întreruperii și timpul de restabilire a serviciului: Joi, 23 iulie, ora 16:00 - vineri, ora 24:00. # Target State / Goal Ambele UAG ar trebui să prezinte în permanență certificate valabile, de încredere și acces intern VDI Analiza cauza rădăcină # Ambele aparate UAG prezentau certificate TLS expirate. TSS a primit o listă de aparate de server VXrail care au estimat timpul de expirare a certificatelor lor. Ambele aparate UAG nu erau pe această listă, aşa că nu am putut dicta când vor expira certificatele lor. Dezvoltă contramăsuri Am creat o foaie de calcul a certificatului de master care conţine acum ambele informaţii din certificatul UAG pentru a include datele de expirare. Împărtășesc cu echipa noastră TSS conduce astfel încât să putem continua să monitorizeze expirarea certificatului așteptat în viitor. A solicitat accesul la serviciul Certinext pentru viitoarele reînnoiri ale certificatului. Calendarul punerii în aplicare: Cele de mai sus ar trebui să ne permită să solicite și să pună în aplicare certificările înainte de a expira pe ambele UAG # Follow up / Review Verificați data de expirare a certificatului pe ambele UAG Pune într-o cerere către PAWS de reînnoire a certificatului, de planificare a unei întreruperi scurte a CAB, de a aplica certificatul atât pentru UAG

Traducere automată din actualizarea oficială a incidentului.

1. 29 mai 2026 la 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 la 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 la 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 iulie 2026 la 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 la 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 la 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 la 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 la 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 la 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 la 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 iulie 2026 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 iunie 2026 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 20:46 UTCresolved

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

9. 6 mai 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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 aprilie 2026 la 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!