University Of Alaska driftsforstyrrelser

1. 2. oktober 2026 kl. 19.26 UTCidentified

   Vi har modtaget rapporter om, at UAOnline i øjeblikket oplever problemer. Identity Access Management team er klar over og har identificeret årsagen. Et certifikat udstedelse forårsager forkert adgangskode fejl for brugere, der for nylig nulstille deres legitimation. Vi vil foretage opdateringer med 3 timers mellemrum, når de arbejder hen imod en rettelse. Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 2. oktober 2026 kl. 21.42 UTCmonitoring

   IAM team har identificeret problemet med UAOnline og har gennemført en rettelse, som overvåges for effektivitet og stabilitet. Endnu en gang tak for Deres tålmodighed under løsningen af dette spørgsmål! Du kan forvente yderligere opdateringer i slutningen af bankdagen (5: 00PM) eller som nye oplysninger bliver tilgængelige.

3. 5. oktober 2026 kl. 21.15 UTCresolved

   IAM teamet har løst problemet med UAOnline tjenesten, og bekræftet fix at være stabil. Attestopdateringen, der forårsagede udstedelsen, blev vendt tilbage. Rapportér eventuelle fortsatte problemer med denne service til din campus IT helpdesk, og tak igen for din tålmodighed under løsningen af dette problem!

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. september 2026 kl. 00.09 UTCinvestigating

   Vi har modtaget rapporter om, at forskellige hjemmesider og tjenester i øjeblikket oplever problemer med pålidelighed. OIT Networking og PAWS teams undersøger og mistænker dette for at være et globalt problem med en web vært som AWS. Vi vil foretage opdateringer, efterhånden som nye oplysninger bliver tilgængelige og i slutningen af bankdagen i dag (5: 00PM AKDT). Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 22. september 2026 kl. 01.23 UTCmonitoring

   Mange tjenester, der blev rapporteret som påvirket under denne afbrydelse er blevet genoprettet; vi mener, at problemerne kan have været relateret til US- EAST-1 hændelse, Amazon rapporterede fra 2: 49 til 4: 06 PM (https: / / health.aws.amazon.com / health / status). Vi vil overvåge tjenestens stabilitet indtil begyndelsen af forretningsdagen i morgen. Endnu en gang tak for Deres tålmodighed under løsningen af dette spørgsmål! Du kan forvente en anden opdatering på 8: 00AM AKDT.

3. 22. september 2026 kl. 16.09 UTCresolved

   De tjenester, der er rapporteret som påvirket, er forblevet stabile siden AWS fix i går aftes, og vi overvejer denne hændelse at blive løst. Vær venlig at rapportere eventuelle fortsatte problemer med UA sites og tjenester til din campus IT helpdesk, og tak igen for din tålmodighed under løsningen af dette problem!

4. 14. oktober 2026 kl. 22.28 UTCpostmortem

   Universitets hjemmeside og VPN ekstern tilgængelighed Analyse af problemvirkninger Begivenhed Forekomst: 20260921 Baggrund University of Alaska giver Virtual Private Network\ (VPN\) konnektivitet for universitetsforbundne brugere placeret fjerntliggende og har brug for adgang til universitetets netværk ressourcer. Derudover er universitetet vært for offentlige websteder, der er beregnet til at blive tilgængelige globalt. Disse tjenester, samt andre, er afhængige af forbindelse mellem universitetet netværk og det bredere internet, der leveres af vores råvare internet udbyder, Alaska Communications Systems\ (ACS\). # Bryd ned af problemet Den 09 / 21 / 2026 på ca. 15: 30 pm, fjernbrugere uden for universitetets netværk rapporterede spørgsmål indlæsning universitetets hjemmesider, og derudover rapporterede afbrydelse i forbindelse med universitetet VPN. Teknikere på stedet rapporterede, at både VPN og web ressourcer var tilgængelige fra inden for universitetets netværk. OIT Telecommunications Services undersøgte og fandt ud af, at hjemmesider og VPN-forbindelser arbejdede inden for universitetets netværk, og at vores netværk peering med ACS syntes at være op og modtage / reklame ruter normalt. En OIT tekniker fra en anden arbejdsgruppe om fjernarbejde og oplever den forbindelse problem rapporterede, at en traceroute fra deres hjem placering til flere universiteternes ressourcer mislykkedes inden for universitetets råvare internet udbyder, Alaska Communications Systems\ (ACS\) netværk før at nå universitetets netværk. OIT Telekommunikationstjenester på ca. 4: 30 modtaget e-mail-kommunikation fra ACS bekræfter et netværk begivenhed i deres netværk, efterfulgt af en efterfølgende e-mail lige før 5: 30 pm, at netværket begivenhed blev løst og tjenester blev stabiliseret. # Målstat / mål University of Alaska netværksforbindelse til internettet som helhed bør forblive online på alle tidspunkter, der giver fjernadgang til UA netværksressourcer såsom hjemmesider og VPN-forbindelse. Name "Root Cause Analysis Dette blev bestemt til at være forårsaget af en begivenhed uden for universitetets netværk, inden for råvarer internet udbyder\ (ACS\) netværk, med ACS rapportering efter resolution "_ The netværk begivenhed påvirker tjenester har stabiliseret, og service restaurering er færdig. _" Mens ingen point- to- point WAN kredsløb eller råvarer internet petions blev _ direkte _ påvirket, nogle netværkstrafik gennem ACS netværk via disse råvarer internet petions blev påvirket under udbyderen begivenhed. # Udvikle modforanstaltninger Commodity internet service provider\ (ACS\) løst interne netværk begivenhed. # Gennemførelse af modforanstaltninger OIT Telecommunications Services vil nå ud til tjenesteudbydere i fremtiden, da vi bliver opmærksomme på potentielle problemer påvirker råvarer internet forbindelse. # Follow Up / Review ACS Forudsat e-mail bekræftelse af interne netværk begivenhed opløsning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 21. september 2026 kl. 16.34 UTCinvestigating

   Vi har modtaget rapporter om, at alaska.edu og uaf.edu hjemmesider i øjeblikket oplever problemer. Team OIT Platforms, Apps & Web Services (PAWS) undersøger i øjeblikket, og vi vil foretage opdateringer med 3-timers intervaller. Google Chrome har haft store succesrater. Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 21. september 2026 kl. 20.04 UTCidentified

   Alaska.edu og uaf.edu hjemmesider oplever i øjeblikket problemer. Team OIT Platforms, Apps & Web Services (PAWS) arbejder med Sikkerhed, og de har identificeret problemet. Certifikatet skal opdateres inden for en time og status opdateres, så snart det er løst. Google Chrome har haft store succesrater. Tak for Deres tålmodighed under løsningen af dette spørgsmål!

3. 21. september 2026 kl. 20.32 UTCresolved

   PAWS har løst problemet med alaska.edu og uaf.edu sites, og bekræftede fix at være stabil. Rapportér eventuelle fortsatte problemer med denne service til din campus IT helpdesk, og tak igen for din tålmodighed under løsningen af dette problem!

4. 7. oktober 2026 kl. 16.54 UTCpostmortem

   Universitets hjemmeside og VPN ekstern tilgængelighed Analyse af problemvirkninger Begivenhed Forekomst: 20260921 Baggrund University of Alaska giver Virtual Private Network\ (VPN\) konnektivitet for universitetsforbundne brugere placeret fjerntliggende og har brug for adgang til universitetets netværk ressourcer. Derudover er universitetet vært for offentlige websteder, der er beregnet til at få adgang til globale. Disse tjenester, samt andre, er afhængige af forbindelse mellem universitetet netværk og det bredere internet, der leveres af vores råvare internet udbyder, Alaska Communications Systems\ (ACS\). # Bryd ned af problemet Den 09 / 21 / 2026 på ca. 15: 30 pm, fjernbrugere uden for universitetets netværk rapporterede spørgsmål indlæsning universitetets hjemmesider, og derudover rapporterede afbrydelse i forbindelse med universitetet VPN. Teknikere på stedet rapporterede, at både VPN og web ressourcer var tilgængelige fra inden for universitetets netværk. OIT Telecommunications Services undersøgte og fandt, at hjemmesider og VPN-forbindelse arbejdede fra inden for universitetets netværk, og at vores netværk peering med ACS syntes at være op og modtage / reklame ruter normalt. En OIT tekniker fra en anden arbejdsgruppe om fjernarbejde og oplever den forbindelse problem rapporterede, at en traceroute fra deres hjem placering til flere universiteternes ressourcer mislykkedes inden for universitetets råvare internet udbyder, Alaska Communications Systems\ (ACS\) netværk før at nå universitetets netværk. OIT Telekommunikationstjenester på ca. 4: 30 modtaget e-mail-kommunikation fra ACS bekræfter et netværk begivenhed i deres netværk, efterfulgt af en efterfølgende e-mail lige før 5: 30 pm, at netværket begivenhed blev løst og tjenester blev stabiliseret. # Målstat / mål University of Alaska netværksforbindelse til internettet som helhed bør forblive online på alle tidspunkter, der giver fjernadgang til UA netværksressourcer såsom hjemmesider og VPN-forbindelse. "Root Cause Analysis Dette blev bestemt til at være forårsaget af en begivenhed uden for universitetets netværk, inden for råvarer internet udbyder\ (ACS\) netværk, med ACS rapportering efter resolution "_ The netværk begivenhed påvirker tjenester har stabiliseret, og service restaurering er færdig. _" Mens ingen point- to- point WAN kredsløb eller råvarer internet petions blev _ direkte _ påvirket, nogle netværkstrafik gennem ACS netværk via disse råvarer internet petions blev påvirket under udbyderen begivenhed. # Udvikle modforanstaltninger Commodity internet service provider\ (ACS\) løst interne netværk begivenhed. # Gennemførelse af modforanstaltninger OIT Telecommunications Services vil nå ud til tjenesteudbydere i fremtiden, da vi bliver opmærksomme på potentielle problemer påvirker råvarer internet forbindelse. # Follow Up / Review ACS Forudsat e-mail bekræftelse af interne netværk begivenhed opløsning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. august 2026 kl. 20.22 UTCinvestigating

   Vi har modtaget rapporter om, at Google Chat i øjeblikket oplever problemer. Dette er et vendor- side problem, og Google har angivet, at deres teknikere er i færd med at undersøge. Live opdateringer kan ses på deres status Dashboard: https: / / www.google.com / appsstatus / dashboard / hændelser / y2ufhCB886p7rveYNnko " Google Chat-brugere oplever et problem, hvor de modtager meddelelser om nye meddelelser, men de faktiske meddelelser ikke vises i deres chat-program, medmindre brugeren genopfrisker deres visning. Brugerne kan opdatere for at se nye beskeder. Vi vil opdatere, efterhånden som nye oplysninger bliver tilgængelige og med 3-timers intervaller. Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 28. august 2026 kl. 21.27 UTCresolved

   Google rapporterer dette problem er blevet løst. pr deres status instrumentbræt: "Problemet med Google Chat er blevet løst for alle berørte brugere som fredag, 2026-08- 28 13: 45 PDT. Fra indledende analyse blev problemet udløst på grund af en nylig ændring, som blev rullet tilbage for at afbøde virkningen. Vi takker dig for din tålmodighed, mens vi arbejdede på at løse problemet ". Tak for Deres tid, da vi fulgte denne beslutning!

3. 9. september 2026 kl. 18.14 UTCpostmortem

   Denne afbrydelse var forårsaget af en sælger afbrydelse og ikke relateret til University operationer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. august 2026 kl. 19.13 UTCinvestigating

   Vi har modtaget rapporter om, at Canvas i øjeblikket oplever problemer. NTS Systems Engineering teamet er i færd med at undersøge, og vi vil foretage opdateringer med 2-timers intervaller. Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 25. august 2026 kl. 19.58 UTCidentified

   NTS Systems Engineering har givet en beskrivelse af de aktuelle problemer: "Nogle stablede Canvas kurser oplever et problem. Disse kurser blev system genereret som enkeltpersoner eller stakke baseret på kurset oplysninger i Banner. Kurset skaller i Canvas blev derefter stablet eller unstacked af en instruktør eller admin. Den provisionssystem, der forbinder Banner data til Canvas kørte en fuld re- levering August 24 til at fastsætte en række tilmeldingsforskelle på tværs af Canvas. Dette faste tilmelding spørgsmål, men det også omgjorde enhver manuel stak / unstack handlinger, der var sket. For de berørte kurser, instruktører vil se deres kurser ikke offentliggjort, tom, og tilbage til deres oprindelige konfiguration. For studerende vil det se ud som om deres kursus forsvandt". Endnu en gang tak for Deres tålmodighed, når vi arbejder hen imod en fuldstændig løsning af spørgsmålene. Vi vil fortsætte med at opdatere, efterhånden som nye oplysninger bliver tilgængelige og med 2-timers intervaller.

3. 25. august 2026 kl. 23.42 UTCmonitoring

   NTS System Engineering identificerede 378 potentielt berørte kurser. Alle kursusmaterialer er genanvendelige og instruktører har et par muligheder bevæger sig fremad. NTS vil arbejde for at inddrive eventuelle studerende indlæg, der kom ind før leveringen. Instruktører har 2 muligheder: 1. Arbejde med systemet genereret Canvas kurser - Disse kursus skaller kan befolkes med indholdet fra kurset fra før den 24. august levering. Instruktører kan derefter offentliggøre og fortsætte deres kurser. 2. Opdater crosslist for dit kursus i Banner - Forsinket dit kursus og arbejde med din afdeling kursus scheduler til at indsende et forslag om at ændre crosslist struktur i Banner til at matche, hvad du ønsker i Canvas. Når ændringen er færdig og det nye system genereret Canvas kursus er tilgængelig, kan det være befolket med indholdet fra kurset fra før den 24. august hensættelse. Hvis dette påvirker dine kurser, bedes du e-maile helpdesk @ alaska.edu med CRN for kurserne, og hvilken mulighed du tager. NTS vil kun være i stand til at hjælpe med at genoprette indhold. For instruktører vælger mulighed 2, skal du kontakte dit kursus scheduler. Justitssekretæren er opmærksom på denne hændelse og er til rådighed for at hjælpe schedulers indsende de nødvendige forslag.

4. 26. august 2026 kl. 01.46 UTCmonitoring

   NTS Systems Engineering team fortsætter med at genoprette kursus indhold og afhjælpe one-off spørgsmål. De to muligheder for instruktører med berørte Canvas klasser er: 1. Arbejde med systemet genereret Canvas kurser - Disse kursus skaller kan befolkes med indholdet fra kurset fra før den 24. august levering. Instruktører kan derefter offentliggøre og fortsætte deres kurser. 2. Opdater crosslist for dit kursus i Banner - Forsinket dit kursus og arbejde med din afdeling kursus scheduler til at indsende et forslag om at ændre crosslist struktur i Banner til at matche, hvad du ønsker i Canvas. Når ændringen er færdig og det nye system genereret Canvas kursus er tilgængelig, kan det være befolket med indholdet fra kurset fra før den 24. august hensættelse. Hvis dette påvirker dit kursus (r), bedes du e-mail helpdesk @ alaska.edu med CRN 'erne af kurserne, og hvilken mulighed du ønsker at fortsætte med. NTS vil kun være i stand til at hjælpe med at genoprette indhold, og kan ikke længere manuelt cross-list eller de- cross-list kurser. For instruktører vælger mulighed 2, skal du kontakte dit kursus scheduler. Justitssekretæren er opmærksom på denne hændelse og er til rådighed for at hjælpe schedulers indsende de nødvendige forslag. Endnu en gang tak for Deres tid, mens vi arbejder hen imod en fuldstændig beslutning! Dette er vores sidste opdatering for forretningsdagen, og rapportering vil begynde igen i begyndelsen af dagen (8: 00 AKDT).

5. 26. august 2026 kl. 16.59 UTCmonitoring

   Tak for din tålmodighed, som vi arbejder gennem den seneste software problem, der forårsagede manuelt crosslisted klasser i Canvas at afbryde. NTS SE, OIT EAS og UAF justitssekretær identificeret et arbejde-rundt for at tillade manuel cross-listing i Canvas. Dette reviderer tidligere vejledning for instruktører om, hvordan de skal gå videre. Instruktører kan nu vælge at have deres Canvas kurser matche deres præ-hændelse konfiguration. Instruktører er også i stand til at gøre denne omkonfiguration selv ved hjælp af cross-listing værktøjer i Canvas. Hvis du stadig har problemer, bedes du indsende en billet til helpdesk @ alaska.edu og inkludere CRN 'erne for de berørte sektioner.

6. 26. august 2026 kl. 19.10 UTCmonitoring

   Vi har identificeret den konfiguration problem, der forårsagede manuelt krydsede klasser i Canvas at afbryde forbindelsen. NTS SE, OIT EAS og UAF justitssekretær gennemført en rettelse for at tillade manuel cross-listing i Canvas. Vi overvåger situationen. Hvis du stadig har problemer og ikke allerede har indsendt en hjælpekort, bedes du indsende en billet til helpdesk @ alaska.edu og inkludere CRN 'erne for de berørte sektioner.

7. 28. august 2026 kl. 17.44 UTCresolved

   Canvas kurser forbliver i stand til at blive krydslistet af Canvas administratorer og instruktører uden problemer, og vi overvejer denne hændelse løst på dette tidspunkt. Hvis du stadig oplever problemer eller kræver, at dit kursus indhold skal inddrives og ikke allerede har indsendt en hjælp billet, bedes du gøre det ved at emailing helpdesk @ alaska.edu med en beskrivelse af dit problem / anmodning og omfatte CRN 'er for de berørte sektioner. Mange tak for Deres tålmodighed, da dette spørgsmål blev løst!

8. 22. september 2026 kl. 19.13 UTCpostmortem

   Canvas LMS Nedbrydning af tjenesten Analyse af problemvirkninger Begivenhed Forekomst: 8 / 25 / 26 Baggrund The Canvas LMS platform giver web-baserede digitale klasseværelse funktioner til instruktører og studerende. Kurser, vilkår og tilmeldinger på platformen styres gennem en direkte forbindelse til UAF 's SIS-platform og justitssekretærprocesser. For de fleste online kurser og nogle i person kurser, den tilknyttede Canvas kursus shell er den centraliserede placering for alle kursusarbejde, referencer og kvaliteter. # Bryd ned af problemet På 8 / 21 / 26 modtog vi lærred supportbilletter fra mindre end 5 brugere, der rapporterede, at deres kursushold manglede studerende eller en instruktør. Ved undersøgelse, fandt vi konfigurationen af Canvas LMS til Banner SIS integration at have en timing problem. Integrationen, kaldet ILP, gør realtime opdateringer naturligvis tilmeldinger, når de opfylder visse kriterier. Problemet opstod, fordi tilmeldingerne i kurset ændrede sig, før kurset selv opfyldte de krav, der skal overvåges og opdateres af ILP. Løsningen på dette spørgsmål var at omstille kurset. Refusion behandler kursusinformationen som "ny", uanset om den allerede var blevet opdateret, så Canvas kursusinfo matcher Banner SIS kursusinfo. Dette løste de enkelte rapporterede spørgsmål, men vi var nødt til at omstille alle kurser og fortsætte med at omstille hele semestret. Baseret på forskning i ILP-fora er dette løsningen for de fleste institutioner, der møder dette spørgsmål. Name På 8 / 24 / 26 omkring 3 PM, vi reproviserede alle UAF kurser ved hjælp af "bulk job" værktøj i ILP. Vi validerede derefter kursustilmeldinger fra et par nye billetter, der var kommet ind for at sikre, at fix havde den tilsigtede effekt. Kurser, der havde været manglende tilmeldinger blev rettet. Name Den 8 / 24 / 26 kl. 17 modtog vi rapporter om Canvas kurser forsvinder fra studerende og instruktører. Efter undersøgelsen, fandt vi de berørte kurser var alle cross-listed og instruktøren havde manuelt ændret systemet genereret konfiguration ved enten cross-listing yderligere kurser, eller de- cross-listing kurser. Instruktører er i stand til at gøre dette på Canvas platform med eventuelle kurser, de er opført som instruktør i. Da vi reproviserede, ændrede systemet konfigurationen af Canvas kurser til at matche Banner og dette ugjort hvad instruktøren havde gjort. Name På 8 / 25 / 26 9 AM vi begyndte en forringelse af service udfald for Canvas som flere Canvas service billetter kom i. Vi kommunikerede med alle administratorer rådgive dem om situationen og ikke krydsliste kurser i Canvas, før vi havde flere oplysninger. Vi offentliggjorde en meddelelse til instruktører og administratorer på Canvas platform om udfald. Vi fjernede tilladelsen for instruktører i Canvas til at kunne krydsliste / de- cross-liste deres kurser. Vi vurderede antallet af kurser, der kunne påvirke, og kommunikerede med instruktørerne af rekord for hvert kursus. Name På 8 / 25 / 26 på 12 PM NTS- SE lagt ud vejledning til instruktører til at kontakte justitssekretæren, hvis systemet genererede Canvas kurser ikke svarer til, hvad instruktøren ønskede. Vi opdagede, at instruktører ofte krydsliste kurser på tværs af modaliteter i Canvas, så de kan administrere alle sektioner for et kursus i en enkelt kursus skal. Canvas sektioner funktionalitet giver dem mulighed for at gøre dette uden at kræve, at de at udsætte cross-listed indrulninger til hinanden. Dette er en vigtig forskel mellem Canvas cross-listing og justitssekretærens cross-listing: begrebet cross-listing / stabling for justitssekretæren betyder, at indskrivningerne samles, og det forventes, at de studerende vil blive udsat for hinanden. Justitssekretærpolitik forbyder krydsliste på tværs af metoder. Dette er et resultat af fakultet Senat bekymringer for anonymitet i studerende kursus evalueringer, hvor en studerende kunne identificeres ved modalitet af deres svar. Yderligere vejledning blev givet fortæller instruktører til at kontakte NTS help desk til inddrivelse af ethvert tabt Canvas kursus indhold. Disse løsninger virkede ikke for mange instruktører, der er afhængige af evnen til at krydse listen i Canvas. Name Den 8 / 25 / 26 på 4 PM NTS- SE, justitssekretær, og OIT- EAS arbejdsgruppe mødtes for at gennemgå og teste indstillinger og muligheder i ILP for at få instruktører ud af arbejdet stop. Gruppen identificerede en måde, hvorpå man kunne foretage omplacering uden at påvirke kurser på tværs af lister. Gruppen identificerede den eksisterende real- time opdatering proces, der ændrer Canvas cross-liste konfigurationer. Gruppen testede et fix for at give instruktører mulighed for manuelt at krydse listen i Canvas, og validerede det derefter i vores testmiljø. Fixet var at tillade instruktører at re- cross-liste og / eller indsende NTS help desk billetter til at have vores hold re- cross-liste og gendanne tabt indhold. Alle fremtidige ændringer vil bruge en konfiguration, der udelukker krydsliste information. Den rettelse blev meddelt i en udfald opdatering og gennem en Canvas LMS platform annoncering. Tilladelserne for en instruktør til at kunne krydse listen i Canvas blev re- aktiveret. Administratorer blev informeret om, at de nu kunne krydsliste for instruktører. Ved 12 PM 8 / 26 / 26 Udbruddet blev flyttet til overvågning mens vi arbejdede gennem billetter. Ved 9 AM 8 / 28 / 26 Udbruddet blev løst. # Målstat / mål Dette spørgsmål ændrede målet stat. Instruktører bør være i stand til manuelt at krydsliste eller de- cross-liste deres kursus skaller i Canvas, uanset hvordan kurserne er kodet i Banner. Konfigurationen på tværs af lister bør IKKE ændres eller indstilles af Banner ILP feed, og status på tværs af lister bør heller ikke overvåges eller opdateres fra realtids overvågning. Aktive brugere bør opleve konsekvent adgang til den samme Canvas kursusskal efter den indledende indsættelse af Banner ILP-systemet, undtagen når instruktøren eller en administrator manuelt ændrer sig.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 19. august 2026 kl. 23.57 UTCmonitoring

   Nogle AT & T mobile kunder er i øjeblikket ude af stand til at fuldføre opkald til campus telefonnumre. Dette spørgsmål er blevet identificeret som stammer fra AT & T 's netværk, ikke med vores telefonsystemer eller tjenester. Vi overvåger situationen og vil give en opdatering, når opkald bekræftes at fungere normalt igen.

2. 22. august 2026 kl. 00.16 UTCresolved

   Vi har ikke fået flere rapporter om problemer, der ringer til universitetet, og Fairbanks North Star Borough School District bekræftede, at deres lignende problemer er blevet løst. Vi overvejer dette udfald løst på dette tidspunkt; venligst ring til din campus IT service skrivebord, hvis du fortsætter med at have nogen problemer kontakte enhver UA campus via telefon! Mange tak for din tid.

3. 9. september 2026 kl. 18.10 UTCpostmortem

   Denne afbrydelse var forårsaget af en sælger afbrydelse og ikke relateret til University operationer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 16. august 2026 kl. 20.54 UTCidentified

   Vi har modtaget rapporter om, at kortlæsere omkring UAF campus oplever problemer i øjeblikket. OIT PAWS team er klar over og arbejder aktivt på at gendanne den server, der styrer dette system. Vi vil foretage opdateringer med en times mellemrum, når de arbejder hen imod en rettelse. Bygningskoordinatorerne er måske klar over alternative adgangsmetoder og ruter for bestemte rum, men der er ikke noget udbredt arbejde på nuværende tidspunkt. Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 16. august 2026 kl. 22.59 UTCidentified

   Vi fortsætter med at arbejde på en løsning på dette problem.

3. 16. august 2026 kl. 23.56 UTCresolved

   OIT PAWS rapporterer, at serveren for Lenel kort swipe systemer er blevet genstartet med succes og er operationel.

4. 19. august 2026 kl. 21.25 UTCpostmortem

   # * * Root årsag analyse - Argus Server hændelse * * # # * * Sammendrag * * The Argus server oplevede et hurtigt tab af ledig plads på Windows C: drev. I løbet af undersøgelsen, PAWS identificeret betydelig disk aktivitet, der forekommer i Lenel ansøgning log mappe. Tilgængelig diskplads fortsatte med at falde og nåede i sidste ende omkring 37 MB. PAWS rent lukke serveren for at forhindre operativsystemet i at nå 0 tilgængelig diskplads og potentielt forårsage yderligere systemproblemer. PAWS udvidet C: drev og med succes returneret serveren til service. Efter genvinding, disk udnyttelse stabiliseret og ca 20 GB ledig plads forblev til rådighed. PAWS er ansvarlig for den underliggende Windows-server infrastruktur, men ikke administrere eller støtte Lenel ansøgning. Årsagen til den øgede ansøgning-genereret disk aktivitet er ikke blevet bestemt og kræver undersøgelse af ansøgningen ejer / leverandør. Name Name * * * Hændelseseffekt * * Argus serveren blev ikke tilgængelig under hændelsen og infrastruktur recovery aktiviteter, hvilket resulterer i en afbrydelse af tjenester afhængig af serveren. Rapporterede effekter inkluderet on- campus dørkortlæser funktionalitet. Name Name # * * * Tidslinje * * * * Alle tidspunkter er Alaska Time. * * * * Cirka 11: 04 AM * * - PAWS blev underrettet om et problem, der involverer Argus-serveren og rapporterede effekter til on-campus dørkortlæsere. Den tilknyttede hændelse var TDX 991008. * * Omkring 11: 23 AM * * - PAWS identificeret hurtigt faldende ledig plads på Windows C: drev. Resource Monitor viste betydelig skrive aktivitet, der forekommer inden for: 'C:\ ProgramData\ Ln\ logs' PAWS forsøgt at genvinde den tilgængelige diskkapacitet; men C: udnyttelsen fortsatte med at stige. C: drevet nåede i sidste ende ca. * * 37 MB ledig plads * *. PAWS rent lukke ned VM for at forhindre Windows-system drev fra at nå 0 ledig plads og potentielt forårsager yderligere operativsystemet problemer. PAWS udført det infrastrukturarbejde, der er nødvendigt for at øge kapaciteten af systemet drev. * * Omkring 3: 34 PM * * - Infrastruktur arbejde blev afsluttet og C: drevet blev udvidet. Serveren blev bragt tilbage online og PAWS verificeret normal server og disk operation. * * Cirka 3: 49 * * - Serveren blev rapporteret operationel. Den følgende dag, C: forblev stabil på ca. * * 19,9 GB fri * *, uden at den hurtige disk forbrug igen. Name Name # * * Root Case * * Den umiddelbare årsag til serverens udfald var udmattelse af ledig kapacitet på Windows C: drev. Under hændelsen, PAWS observeret betydelig disk skrive aktivitet i Lenel ansøgning log mappe: 'C:\ ProgramData\ Ln\ logs' Denne aktivitet hurtigt forbrugt den resterende tilgængelige kapacitet på systemdrevet. Den underliggende årsag til den øgede applikation- genereret disk aktivitet er * * ikke blevet bestemt * *. PAWS er ansvarlig for administration af den underliggende server infrastruktur, men ikke administrere, konfigurere eller støtte Lenel ansøgning. At afgøre, hvorfor programmet genereret den øgede disk aktivitet kræver undersøgelse af ansøgningen ejer / sælger og er uden for anvendelsesområdet for denne infrastruktur RCA. Name Name # # * * Bidragende faktor * * # # # * * Begrænset disponibel systemdiskkapacitet * * Serveren havde ikke tilstrækkelig resterende C: drev kapacitet til at absorbere den uventede stigning i application- genereret disk udnyttelse. Tilgængelig kapacitet i sidste ende faldt til ca * * 37 MB * *, kræver PAWS at lukke serveren for at forhindre Windows i at nå 0 tilgængelige diskplads. Name Name # * * Opløsning * * PAWS har gennemført følgende infrastrukturgenopretningsaktioner: * Undersøgte den hurtigt faldende C: drev kapacitet. * Identificerede kildemappen forbundet med den øgede diskaktivitet. * Ren lukning af serveren, før systemet drev nåede 0 ledig plads. * Øget kapacitet til rådighed for Windows C: drev. * Returnerede serveren til service. * Verificeret normal server og disk operation. * Fortsat overvågning disk udnyttelse efter inddrivelse. Efter helbredelse forblev C: drevet stabilt på ca. * * 19,9 GB fri * *. Name Name # # * * Korrigerende og forebyggende handlinger * * # # # * * Diskkapacitetsovervågning * * PAWS vil gennemgå disk kapacitet overvågning og advarsel tærskler for Argus-serveren til at give tilstrækkelig anmeldelse, når systemet drev kapacitet nærmer sig kritiske niveauer. # # # * * Serverkapacitet * * PAWS vil fortsætte overvågning C: drive udnyttelse at kontrollere, at den ekstra kapacitet giver tilstrækkelig drift headroom under normale serverbetingelser. # # * * Application Investigation * * Ansøgningen ejer / sælger bliver nødt til at bestemme årsagen til den uventede stigning i Lenel- genereret disk aktivitet og identificere eventuelle application- niveau korrigerende handlinger, der kan være nødvendige. Anvendelse konfiguration, logning, retention og application- niveau oprensning er uden for anvendelsesområdet for PAWS server administration. Name Name * * * Aktuel status * * Argus-serveren er online og operationel. C: drevet forblev stabilt på ca * * 19,9 GB gratis * * under opfølgning overvågning, uden gentagelse af den hurtige disk forbrug observeret under hændelsen. PAWS anser * * server infrastruktur del af hændelsen løst * *. Den underliggende årsag til Lenel ansøgning adfærd forbliver ubestemt og kræver opfølgning af programmet ejer / leverandør.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 10. august 2026 kl. 19.02 UTCinvestigating

   Vi har modtaget rapporter om, at Banner i øjeblikket oplever problemer. OIT EAS-holdet er i øjeblikket ved at undersøge, og vi vil foretage opdateringer med 1-timers intervaller. Et fungerende workout er blevet identificeret: åbne en privat eller inkognito browser vindue for at få adgang til Banner. Hvis webstedet stadig er langsom / ikke indlæse, lukke og åbne en anden ny privat eller inkognito vindue; det kan tage et par forsøg, men når en pålidelig forbindelse er foretaget, kan du fortsætte med at bruge denne session, indtil problemet er løst! Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 10. august 2026 kl. 20.03 UTCmonitoring

   OIT EAS-holdet har identificeret problemet med Banner og har gennemført et fix, som overvåges for effektivitet og stabilitet. Endnu en gang tak for Deres tålmodighed under løsningen af dette spørgsmål! Du kan forvente yderligere opdateringer i slutningen af bankdag 5: 00PM eller som nye oplysninger bliver tilgængelige.

3. 17. august 2026 kl. 16.53 UTCresolved

   OIT EAS holdet har løst problemet med Banner, og bekræftede, at fixet er stabilt. Emnet blev løst den 10. aug. Rapportér eventuelle fortsatte problemer med denne service til din campus IT helpdesk, og tak igen for din tålmodighed under løsningen af dette problem!

4. 26. august 2026 kl. 18.27 UTCpostmortem

   Banner Medarbejder Service Ikke lydhør Analyse af problemvirkninger Begivenhed Forekomst: August 10, 2026 10: 30am til 10: 53am Baggrund Den Banner Medarbejder Self Service ansøgning er den vigtigste service, som medarbejdere indsende timesedler, se deres orlov saldi, og lignende poster i forbindelse med deres beskæftigelse på tværs af University of Alaska System. Sælgeren Ellucian værter University Banner og Banner Self Service tilfælde og er ansvarlig for at sikre deres tilgængelighed gennem overvågning og korrigerende handlinger. # Bryd ned af problemet Kl. 10: 35 nåede UAF NTS Service Desk ud til Banner team i Slack for at informere dem om rapporter om ekstrem langsommelighed i Banner. En kort gennemgang viste, at kun Medarbejder Self Service modul var støder på problemer. Service Desk anbefalede et arbejde omkring at prøve en inkognito browser, som arbejdede for nogle. EAS holdet nåede ud til Ellucian og skabte en P1 billet. Tjenesten begyndte at fungere igen som forventet ved ca. 10: 53 am. # Målstat / mål Alle komponenter i Banner og Banner Self Service skal være tilgængelige med forventningerne til det daglige vedligeholdelsesvindue og andre planlagte afbrydelser. "Root Cause Analysis Ellucian cloud team, som blev engageret under restaureringen delte følgende relateret til denne begivenhed. Gennemgang af deres overvågning viste, at en funktionsforringelse startede kl. 10: 42am og blev helt utilgængelig kl. 10: 50am. Automatiseringen relateret til beholderne afsluttet en vellykket start på 10: 53am og ved 10: 57am Medarbejder Self Service fuldt stabiliseret. Ellucian ikke vurdere nogen yderligere relateret til årsagen til udfald. EAS team er klar over en produktdefekt i Banner Medarbejder Self Service software, der blev vist at forårsage denne form for begivenhed, første gang oplevet i marts og april i år relateret til en produktdefekt, der endnu ikke er blevet korrigeret i produktionen, men er planlagt til anvendelse. # Udvikle modforanstaltninger For at løse dette for fremtiden forventer vi, at anvendelsen af den nylige fejlopløsning vil rette op på dette problem. # Gennemførelse af modforanstaltninger September 12- 13, 2026: Deploy Banner relaterede opgraderinger, der løser de identificerede fejl. # Follow Up / Review 14. september 2026: Validér opgraderinger til opløsning blev indsat.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 3. august 2026 kl. 16.55 UTCinvestigating

   Vi har modtaget rapporter om, at Iru weblogin mulighed er i øjeblikket oplever problemer. NTS Technology Support Services teamet undersøger i øjeblikket, og vi vil foretage opdateringer med 3 timers mellemrum. Skift til lokal login bør give dig mulighed for at logge ind på din Mac. Tak for Deres tålmodighed under løsningen af dette spørgsmål!

2. 3. august 2026 kl. 17.25 UTCinvestigating

   NTS Technology Support Services (TSS) holdet undersøger i øjeblikket årsagen til dette problem. Hvis de ikke kan logge ind på din UA Mac, forsøger de at skifte til Lokal login. For at skifte til lokal login: 1. Klik på profilikonet (personen inde i en cirkel) i øverste højre hjørne af skærmen. 2. Vælg Skift til lokal login. 3. Indtast dit University login legitimation i brugernavn og adgangskode felter, der vises i nærheden af nederste centrum af skærmen. 4. Klik på Tegn Log ind. Hvis du stadig ikke er i stand til at logge ind, bedes du kontakte din lokale IT Help Desk for yderligere hjælp. Tak for Deres fortsatte tålmodighed, når vi arbejder hen imod en fuldstændig løsning; vi vil foretage yderligere opdateringer med 3 timers mellemrum, og efterhånden som nye oplysninger bliver tilgængelige.

3. 3. august 2026 kl. 18.02 UTCinvestigating

   NTS TSS team undersøger i øjeblikket årsagen til disse problemer. Iru-prompten til at synkronisere dine adgangskoder er sikker at ignorere som bedst, at du er i stand, mens vi undersøger, hvorfor det bliver bedt om. Hvis de ikke kan logge ind på din UA Mac, forsøger de at skifte til Lokal login. For at skifte til lokal login: 1. Klik på profilikonet (personen inde i en cirkel) i øverste højre hjørne af skærmen. 2. Vælg Skift til lokal login. 3. Indtast dit University login legitimation i brugernavn og adgangskode felter, der vises i nærheden af nederste centrum af skærmen. 4. Klik på Tegn Log ind. Hvis du stadig ikke er i stand til at logge ind, bedes du kontakte din lokale IT Help Desk for yderligere hjælp. Tak for Deres fortsatte tålmodighed, når vi arbejder hen imod en fuldstændig løsning; vi vil foretage yderligere opdateringer med 1 times mellemrum, og efterhånden som nye oplysninger bliver tilgængelige.

4. 3. august 2026 kl. 19.44 UTCinvestigating

   NTS TSS team fortsætter med at undersøge årsagen til disse spørgsmål. Der er ingen yderligere opdateringer på nuværende tidspunkt. Iru-prompten til at synkronisere dine adgangskoder er sikker at ignorere som bedst, at du er i stand, mens vi undersøger, hvorfor det bliver bedt om. Hvis de ikke kan logge ind på din UA Mac, forsøger de at skifte til Lokal login. For at skifte til lokal login: 1. Klik på profilikonet (personen inde i en cirkel) i øverste højre hjørne af skærmen. 2. Vælg Skift til lokal login. 3. Indtast dit University login legitimation i brugernavn og adgangskode felter, der vises i nærheden af nederste centrum af skærmen. 4. Klik på Tegn Log ind. Hvis du stadig ikke er i stand til at logge ind, bedes du kontakte din lokale IT Help Desk for yderligere hjælp. Tak for Deres fortsatte tålmodighed, når vi arbejder hen imod en fuldstændig løsning; vi vil foretage yderligere opdateringer med 1 times mellemrum, og efterhånden som nye oplysninger bliver tilgængelige.

5. 3. august 2026 kl. 22.35 UTCmonitoring

   Vi har løst et problem for nylig forårsaget af en uventet ændring med Duo godkendelse, der påvirkede forvaltet macOS computer logins på tværs af campus. Hvis du bruger et universitet-styret Mac, din login oplevelse er nu restaureret til normale operationer. Men første gang du logger tilbage til din computer efter dette fix, kan du se en eller to ekstra Duo godkendelse prompts. Når du tilmelder dig din administrerede Mac for første gang i dag: 1. Indtast dine sædvanlige kontooplysninger på den primære macOS login skærm. 2. Udfyld Duo-prompten (-erne): Du kan blive bedt om at autentificere gennem Duo en ekstra tid som systemtilladelser opdatere og re- sync med din konto. 3. Godkend anmodningen på din Duo mobile app, hardware token, eller via din foretrukne MFA metode som normalt. 4. Vælg Næste på Lad os holde din konto sikker prompt. 5. Vælg Næste ved opsætning af en sign- in metode prompt. Hvis du fortsætter med at støde på login fejl, gentagne opfordringer til at synkronisere adgangskoder på login, eller andre spørgsmål logge ind på din Mac, skal du kontakte din campus IT Helpdesk.

6. 26. august 2026 kl. 20.10 UTCresolved

   Denne hændelse er blevet løst.

7. 26. august 2026 kl. 20.11 UTCpostmortem

   Udbrud af IRU-godkendelse Analyse af problemvirkninger Begivenhed Forekomst: 20260803 Baggrund IRU autentification service giver brugeren autentificering kapaciteter til administrerede macOS-enheder og webbaseret adgang gennem Kandji Passport. Tjenesten er afhængig af integration mellem Kandji Passport, Microsoft Entra ID, Conditional Access politikker, og Duo MFA til at give sikker godkendelse til brugerne. # Bryd ned af problemet Den 3. august 2026, brugere oplevede godkendelse problemer, når de forsøger at få adgang til IRU-tjenester. Problemet berørte brugere forsøger at autentificere gennem Kandji Passport Web Login og påvirkede evnen til at fuldføre login-processen. Spørgsmålet blev undersøgt gennem Entra ID sign- i logfiler, Conditional Access politikker, Duo MFA autentification flow, og Kandji Pass autentification services. # Målstat / mål En funktionel autentificering i IRU- styrede macOS-enheder. "Root Cause Analysis Name Ændringer til Microsofts Conditional Access metoder, effektiv som i juni 15, 2026: [https: / / learn.microsoft.com / en- us / entra / identity / conditional- access / concept- eksistent- resource- exclusions] (https: / / learn.microsoft.com / en- us / entra / identity / conditional- access / concept- eksistent- resource- exclusions) EU-erhvervsgrenens økonomiske situation De ændringer, der er skitseret ovenfor, kræver nu, at DUO skal indstilles som standard login metode på en brugers konto i M365. # Udvikle modforanstaltninger Øjeblikkelig modforanstaltning udviklet ved at tilføje brugere til Entra gruppe, der gjorde det muligt for den nyere DUO godkendelse metode. # Gennemførelse af modforanstaltninger IT-personale afsluttet en ændring, der tilføjede alle brugere til at modtage denne rettelse. # Follow Up / Review Regelmæssigt gennemgå fremskridtene med gennemførelsen af langsigtede løsninger.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juli 2026 kl. 17.46 UTCidentified

   Adgang til vdi.alaska.edu er ikke tilgængelig, men årsagen til udfald er blevet identificeret. Enhver desktop adgang gennem vdi.alaska.edu, og muligvis den tykke klient, vil ikke være i stand til at få adgang til eller bruge Virtual Machines fra denne adresse, indtil problemet er løst.

2. 24. juli 2026 kl. 18.55 UTCidentified

   UA har identificeret problemet med adgang til vdi.alaska.edu og arbejder på at løse det. Enhver desktop adgang gennem vdi.alaska.edu, og muligvis den tykke klient, vil ikke være i stand til at bruge virtuelle maskiner fra denne adresse. Tak for Deres tålmodighed under løsningen af dette spørgsmål. Forvent venligst en opdatering kl. 11.50 og hver time efter.

3. 24. juli 2026 kl. 20.12 UTCidentified

   UA har identificeret problemet med adgang til vdi.alaska.edu og arbejder på at løse det. Enhver desktop adgang gennem vdi.alaska.edu, og muligvis den tykke klient, vil ikke være i stand til at bruge virtuelle maskiner fra denne adresse. Tak for Deres tålmodighed under løsningen af dette spørgsmål. Forvent en opdatering på 12: 50 AM og timer opdateringer efter.

4. 24. juli 2026 kl. 20.55 UTCidentified

   UA har identificeret problemet med adgang til vdi.alaska.edu og arbejder på at løse det. Enhver desktop adgang gennem vdi.alaska.edu, og muligvis den tykke klient, vil ikke være i stand til at bruge virtuelle maskiner fra denne adresse. Tak for Deres tålmodighed under løsningen af dette spørgsmål. Forvent venligst en opdatering kl. 13.50 og timesedler efter.

5. 24. juli 2026 kl. 22.35 UTCidentified

   UA har identificeret problemet med adgang til vdi.alaska.edu og arbejder på at løse det. Enhver desktop adgang gennem vdi.alaska.edu, og muligvis den tykke klient, vil ikke være i stand til at bruge virtuelle maskiner fra denne adresse. Tak for Deres tålmodighed under løsningen af dette spørgsmål. Forvent en opdatering kl. 17.

6. 25. juli 2026 kl. 00.03 UTCmonitoring

   UA har løst problemet med vdi.alaska.edu og bekræftede, at fixet er stabilt. Dette vil blive placeret i overvågning indtil slutningen af virksomheden kl. 17: 00. Rapportér eventuelle fortsatte problemer med denne service til din campus IT helpdesk, og tak igen for din tålmodighed under løsningen af dette problem!

7. 25. juli 2026 kl. 01.06 UTCresolved

   UA har løst problemet med vdi.alaska.edu og bekræftede, at fixet er stabilt. bedes du rapportere eventuelle fortsatte problemer med denne service til din campus IT helpdesk og tak igen for din tålmodighed under løsningen af dette problem!

8. 19. august 2026 kl. 21.26 UTCpostmortem

   [vdi.alaska.edu] (http: / / vdi.alaska.edu) Name Expired Unified Access Gateway Certificates. Dato: 07 / 23 / 2026 4: 00 PM. Baggrund [vdi.alaska.edu] (http: / / vdi.alaska.edu) giver brugeren adgang til VMware / Omnissa Horizon VDI-miljøet. Name Begge Unified Access Gateway apparater\ (findes på VXrail platform\) giver den eksterne adgang lag for brugere, der ønsker at få adgang til deres VDI både på campus eller fjernbetjening. Name # Bryd ned af problemet Begge certifikater på hver UAG udløb den 23 juli, 15: 59 PM, 2026. Name Problemet blev bemærket fredag morgen 24 juli omkring 8: 30 am, når brugerne rapporterede, at de ikke kunne få adgang til deres "My Desktop" VDI miljøer, når de løser til [vdi.alaska.edu] (http: / / vdi.alaska.edu) Name Name Når en bruger forsøgte at løse til [vdi.alaska.edu] (http: / / vdi.alaska.edu) gennem deres browser, de modtog en "Din forbindelse er ikke privat" varsel og derefter ville blive blokeret for at nå [vdi.alaska.edu] (http: / / vdi.alaska.edu) Horizon side på alle. Name Handlinger taget for at genoprette tjenesten: kræves fornyelse certifikat fra PAWS. Dette cert indeholdt det primære domænenavn, [vdi.alaska.edu] (http: / / vdi.alaska.edu), men omfattede også de alternative navne\ (begge UAG navne\) [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) Name Name Varighed af udfald og tid, at tjenesten blev genoprettet: Torsdag den 23. juli kl. 16 - fredag den 24. kl. 14. Name Name Name # Målstat / mål Name Begge UAG 'er bør løbende præsentere gyldige, betroede certifikater og ekstern og intern VDI-adgang Name "Root Cause Analysis # Begge UAG apparater var præsentere udløbet TLS certifikater. TSS modtog en liste over VXrail server apparater, der havde estimeret tidspunkter af, hvornår deres certifikater var udløbet. Begge UAG apparater var ikke på denne liste, så vi var ude af stand til at diktere, hvornår deres certifikater ville udløbe. # Udvikle modforanstaltninger Jeg skabte et mastercertifikat regneark, der nu indeholder begge UAG 's certifikat oplysninger til at inkludere udløbsdatoer. Jeg deler det med vores TSS team, så vi kan fortsætte med at overvåge forventede certifikater i fremtiden. Anmoder om adgang til Certinext service for fremtidige certifikat fornyelser. Name Tidsplan for gennemførelsen: Ovenstående bør give os mulighed for at anmode om og gennemføre certs, før de udløber på begge UAG 's, før de udløber. # Follow Up / Review Verificér certifikatets udløbsdato på begge UAG 'er ved at overvåge hovedcertifikatets regneark. Anmoder PAWS om at forny certifikatet, planlægger en kort CAB afbrydelse, anvender certifikatet på både UAG' s og derefter bekræfte fornyelse var vellykket og adgang sker

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 01.01 UTCresolved

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

4. 1. juli 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 01.49 UTCresolved

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

7. 1. juli 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 16.30 UTCmonitoring

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

25. 1. juni 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 16.35 UTCresolved

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

1. 28. april 2026 kl. 01.06 UTCinvestigating

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

2. 28. april 2026 kl. 15.56 UTCmonitoring

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

3. 29. april 2026 kl. 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. maj 2026 kl. 18.26 UTCpostmortem

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

1. 9. april 2026 kl. 18.59 UTCidentified

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

2. 9. april 2026 kl. 20.17 UTCidentified

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

3. 9. april 2026 kl. 20.52 UTCmonitoring

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

4. 10. april 2026 kl. 00.52 UTCmonitoring

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

5. 10. april 2026 kl. 16.11 UTCinvestigating

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

6. 10. april 2026 kl. 22.03 UTCresolved

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

1. 8. april 2026 kl. 19.23 UTCinvestigating

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

2. 8. april 2026 kl. 19.48 UTCinvestigating

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

3. 8. april 2026 kl. 20.24 UTCidentified

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

4. 8. april 2026 kl. 21.33 UTCmonitoring

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

5. 9. april 2026 kl. 01.04 UTCmonitoring

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

6. 9. april 2026 kl. 16.00 UTCmonitoring

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

7. 9. april 2026 kl. 19.05 UTCidentified

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

8. 9. april 2026 kl. 20.46 UTCresolved

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

9. 6. maj 2026 kl. 18.33 UTCpostmortem

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

1. 7. april 2026 kl. 18.58 UTCinvestigating

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

2. 7. april 2026 kl. 19.57 UTCmonitoring

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

3. 8. april 2026 kl. 00.59 UTCmonitoring

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

4. 8. april 2026 kl. 16.09 UTCresolved

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

1. 2. april 2026 kl. 16.24 UTCinvestigating

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

2. 2. april 2026 kl. 18.03 UTCinvestigating

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

3. 2. april 2026 kl. 19.30 UTCinvestigating

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

4. 2. april 2026 kl. 19.53 UTCinvestigating

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

5. 2. april 2026 kl. 20.39 UTCmonitoring

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

6. 3. april 2026 kl. 01.02 UTCmonitoring

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

7. 3. april 2026 kl. 16.09 UTCmonitoring

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

8. 3. april 2026 kl. 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!