Cronologia delle interruzioni di University Of Alaska

1. 2 ottobre 2026 alle ore 19:26 UTCidentified

   Abbiamo ricevuto segnalazioni che UAOnline sta attualmente vivendo problemi. Il team Identity Access Management è consapevole e ha identificato la causa. Un problema del certificato sta causando errori di password errati per gli utenti che recentemente resettano le loro credenziali. Faremo aggiornamenti a intervalli di 3 ore mentre lavorano verso una correzione. Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 2 ottobre 2026 alle ore 21:42 UTCmonitoring

   Il team IAM ha identificato il problema con UAOnline e ha implementato una correzione, che viene monitorata per efficacia e stabilità. Grazie ancora per la vostra pazienza durante la risoluzione di questo problema! Potete aspettarvi ulteriori aggiornamenti alla fine del giorno di lavoro (5:00PM) o come nuove informazioni diventano disponibili.

3. 5 ottobre 2026 alle ore 21:15 UTCresolved

   Il team IAM ha risolto il problema con il servizio UAOnline, e ha confermato la correzione di essere stabile. L'aggiornamento del certificato che ha causato il problema è stato ripristinato. Si prega di segnalare eventuali problemi continui con questo servizio al helpdesk IT del vostro campus, e grazie ancora per la vostra pazienza durante la risoluzione di questo problema!

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 settembre 2026 alle ore 00:09 UTCinvestigating

   Abbiamo ricevuto rapporti che vari siti web e servizi stanno attualmente vivendo problemi di affidabilità. I team di OIT Networking e PAWS stanno indagando e sospettano che questo sia un problema su scala globale con un host web come AWS. Faremo aggiornamenti come nuove informazioni diventa disponibile e alla fine del giorno d'affari oggi (5:00PM AKDT). Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 22 settembre 2026 alle ore 01:23 UTCmonitoring

   Molti servizi che sono stati segnalati come impatto durante questo outage sono stati ripristinati; crediamo che i problemi potrebbero essere stati correlati all'incidente US-EAST-1 che Amazon ha riferito dalle 2:49 alle 16:06 PM (https://health.aws.amazon.com/healthstatus). Saremo il monitoraggio della stabilità del servizio fino all'inizio della giornata di lavoro di domani. Grazie ancora per la vostra pazienza durante la risoluzione di questo problema! Puoi aspettarti un altro aggiornamento alle 8:00AM AKDT.

3. 22 settembre 2026 alle ore 16:09 UTCresolved

   I servizi indicati come interessati sono rimasti stabili dal momento che la AWS fissa ieri sera, e stiamo considerando questo incidente da risolvere. Si prega di segnalare eventuali problemi continui con siti e servizi UA al helpdesk IT del vostro campus, e grazie ancora per la vostra pazienza durante la risoluzione di questo problema!

4. 14 ottobre 2026 alle ore 22:28 UTCpostmortem

   Sito dell'Università e accesso esterno VPN Analisi dell'impatto dei problemi Occurrence evento: 20260921 # Sfondo University of Alaska fornisce la connettività Virtual Private Network \(VPN\) per gli utenti affiliati universitari situati in remoto e che necessitano di accesso alle risorse della rete universitaria. Inoltre l'università ospita siti web di fronte pubblico destinati ad essere accessibili a livello globale. Questi servizi, così come altri, dipendono dalla connettività tra la rete universitaria e internet piÃ1 ampia, fornita dal nostro fornitore di servizi internet di base, Alaska Communications Systems \(ACS\). # Break Down of the Problem Il 09/21/2026 a circa 3:30pm, gli utenti remoti al di fuori della rete universitaria ha riferito problemi di caricamento siti web universitari, e inoltre ha segnalato l'interruzione nella connettività alla VPN universitaria. I tecnici in loco hanno riferito che sia le risorse VPN che quelle web erano accessibili all'interno della rete universitaria. I Servizi di Telecomunicazioni OIT hanno indagato e scoperto che i siti web e la connettività VPN stavano lavorando all'interno della rete universitaria, e che la nostra peering di rete con ACS sembrava essere up e ricevere/pubblicità percorsi normalmente. Un tecnico OIT di un altro gruppo di lavoro sul lavoro remoto e l'esperienza del problema della connettività ha riferito che un tracciato dalla loro posizione di casa a più risorse universitarie non è riuscito all'interno del fornitore di servizi Internet di materie prime dell'università, Alaska Communications Systems \(ACS\) rete prima di raggiungere la rete universitaria. O I servizi di telecomunicazione a circa 4:30pm hanno ricevuto comunicazione e-mail da ACS confermando un evento di rete all'interno della loro rete, seguito da una e-mail successiva appena prima delle 17:30 che l'evento di rete è stato risolto e i servizi sono stati stabilizzati. # Target State / Goal La connettività di rete dell'Università dell'Alaska a Internet in generale dovrebbe rimanere online in ogni momento, fornendo l'accesso remoto alle risorse di rete UA come i siti web e la connettività VPN. # Analisi delle cause della radice Questo è stato determinato per essere causato da un evento al di fuori della rete universitaria, all'interno della rete del fornitore di servizi internet di materie prime \(ACS\), con ACS reporting su risoluzione " I servizi di impatto evento di rete ha stabilizzato, e il ripristino di servizio è completo. " Mentre nessun circuito WAN punto a punto o peering Internet merci sono stati direttamente interessato, alcuni traffico di rete transitando la rete ACS tramite tali peering Internet merci è stato influenzato durante l'evento del fornitore. # Sviluppare contromisure Commodity internet service provider \(ACS\) risolto evento di rete interna. # Attuazione delle contromisure I servizi di telecomunicazione OIT raggiungeranno i fornitori di servizi in futuro, in quanto diventiamo consapevoli dei potenziali problemi che influiscono sulla connettività Internet delle materie prime. # Follow Up / Review ACS Fornito conferma e-mail della risoluzione degli eventi di rete interna.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 settembre 2026 alle ore 16:34 UTCinvestigating

   Abbiamo ricevuto segnalazioni che i siti web alaska.edu e uaf.edu stanno attualmente vivendo problemi. Il team di OIT Platforms, Apps & Web Services (PAWS) sta attualmente indagando e faremo aggiornamenti a intervalli di 3 ore. Un'attuale soluzione di lavoro sta utilizzando un browser diverso rispetto al solito; Google Chrome ha avuto alti tassi di successo. Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 21 settembre 2026 alle ore 20:04 UTCidentified

   Alaska.edu e uaf.edu siti web stanno attualmente vivendo problemi. Il team OIT Platforms, Apps & Web Services (PAWS) sta lavorando con la sicurezza e hanno identificato il problema. Il certificato deve essere aggiornato entro l'ora e lo stato aggiornato non appena viene risolto. Un'attuale soluzione di lavoro sta utilizzando un browser diverso rispetto al solito; Google Chrome ha avuto alti tassi di successo. Grazie per la vostra pazienza durante la risoluzione di questo problema!

3. 21 settembre 2026 alle ore 20:32 UTCresolved

   PAWS ha risolto il problema con i siti alaska.edu e uaf.edu, e ha confermato la correzione di essere stabile. Si prega di segnalare eventuali problemi continui con questo servizio al helpdesk IT del vostro campus, e grazie ancora per la vostra pazienza durante la risoluzione di questo problema!

4. 7 ottobre 2026 alle ore 16:54 UTCpostmortem

   Sito dell'Università e accesso esterno VPN Analisi dell'impatto dei problemi Occurrence evento: 20260921 # Sfondo University of Alaska fornisce la connettività Virtual Private Network \(VPN\) per gli utenti affiliati universitari situati in remoto e che necessitano di accesso alle risorse della rete universitaria. Inoltre l'università ospita siti web di fronte pubblico destinati ad essere accessibili a livello globale. Questi servizi, così come altri, dipendono dalla connettività tra la rete universitaria e internet piÃ1 ampia, fornita dal nostro fornitore di servizi internet di base, Alaska Communications Systems \(ACS\). # Break Down of the Problem Il 09/21/2026 a circa 3:30pm, gli utenti remoti al di fuori della rete universitaria ha riferito problemi di caricamento siti web universitari, e inoltre ha segnalato l'interruzione nella connettività alla VPN universitaria. I tecnici in loco hanno riferito che sia le risorse VPN che quelle web erano accessibili all'interno della rete universitaria. I Servizi di Telecomunicazioni OIT hanno indagato e scoperto che i siti web e la connettività VPN stavano lavorando all'interno della rete universitaria, e che la nostra peering di rete con ACS sembrava essere up e ricreare/pubblicità percorsi normalmente. Un tecnico OIT di un altro gruppo di lavoro sul lavoro remoto e l'esperienza del problema della connettività ha riferito che un tracciato dalla loro posizione di casa a più risorse universitarie non è riuscito all'interno del fornitore di servizi Internet di materie prime dell'università, Alaska Communications Systems \(ACS\) rete prima di raggiungere la rete universitaria. O I servizi di telecomunicazione a circa 4:30pm hanno ricevuto comunicazione e-mail da ACS confermando un evento di rete all'interno della loro rete, seguito da una e-mail successiva appena prima delle 17:30 che l'evento di rete è stato risolto e i servizi sono stati stabilizzati. # Target State / Goal La connettività di rete dell'Università dell'Alaska a Internet in generale dovrebbe rimanere online in ogni momento, fornendo l'accesso remoto alle risorse di rete UA come i siti web e la connettività VPN. # Analisi delle cause della radice Questo è stato determinato per essere causato da un evento al di fuori della rete universitaria, all'interno della rete del fornitore di servizi internet di materie prime \(ACS\), con ACS reporting su risoluzione " I servizi di impatto evento di rete ha stabilizzato, e il ripristino di servizio è completo. " Mentre nessun circuito WAN punto a punto o peering Internet merci sono stati direttamente interessato, alcuni traffico di rete transitando la rete ACS tramite tali peering Internet merci è stato influenzato durante l'evento del fornitore. # Sviluppare contromisure Commodity internet service provider \(ACS\) risolto evento di rete interna. # Attuazione delle contromisure I servizi di telecomunicazione OIT raggiungeranno i fornitori di servizi in futuro, in quanto diventiamo consapevoli dei potenziali problemi che influiscono sulla connettività Internet delle materie prime. # Follow Up / Review ACS Fornito conferma e-mail della risoluzione degli eventi di rete interna.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 agosto 2026 alle ore 20:22 UTCinvestigating

   Abbiamo ricevuto rapporti che Google Chat sta attualmente vivendo problemi. Si tratta di un problema lato fornitore, e Google ha indicato che i loro tecnici stanno attualmente indagando. Gli aggiornamenti in tempo reale possono essere visualizzati sul proprio Status Dashboard: https://www.google.com/appsstatus/dashboard/incidents/y2ufhCB886p7rveYNnko' Gli utenti di Google Chat stanno vivendo un problema in cui ricevono le notifiche per i nuovi messaggi, ma i messaggi reali non appaiono nella loro applicazione di chat a meno che l'utente non aggiorna la loro vista. Gli utenti possono rinfrescarsi per vedere nuovi messaggi. Faremo aggiornamenti come nuove informazioni diventano disponibili e a intervalli di 3 ore. Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 28 agosto 2026 alle ore 21:27 UTCresolved

   Google riferisce che questo problema è stato risolto. Per il loro stato cruscotto: "Il problema con Google Chat è stato risolto per tutti gli utenti interessati a partire da Venerdì, 2026-08-28 13:45 PDT. Dall'analisi preliminare il problema è stato innescato a causa di una recente modifica che è stata rimossa per mitigare l'impatto. Vi ringraziamo per la vostra pazienza mentre abbiamo lavorato per risolvere il problema." Grazie per il vostro tempo come abbiamo seguito questa risoluzione!

3. 9 settembre 2026 alle ore 18:14 UTCpostmortem

   Questa interruzione è stata causata da un'interruzione del venditore e non collegata alle operazioni dell'Università.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 25 agosto 2026 alle ore 19:13 UTCinvestigating

   Abbiamo ricevuto rapporti che Canvas sta attualmente vivendo problemi. Il team di NTS Systems Engineering sta attualmente indagando, e faremo aggiornamenti a intervalli di 2 ore. Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 25 agosto 2026 alle ore 19:58 UTCidentified

   NTS Systems Engineering ha fornito una descrizione dei problemi attualmente riconosciuti: "Alcuni corsi di tela impilati stanno vivendo un problema. Questi corsi sono stati generati come individui o stack in base alle informazioni del corso in Banner. I gusci del corso in tela sono stati poi impilati o non attaccati da un istruttore o amministratore. Il sistema di provisioning che collega i dati di Banner a Canvas ha eseguito una revisione completa il 24 agosto per correggere una serie di discrepanze di iscrizione su tela. Questo ha risolto i problemi di iscrizione, tuttavia ha anche annullato eventuali azioni di stack/unstack manuali che erano successe. Per i corsi interessati, gli istruttori vedranno i loro corsi inediti, vuoti e di nuovo alla loro configurazione originale. Per gli studenti sembrerà che il loro corso sia scomparso." Grazie ancora per la vostra pazienza mentre lavoriamo verso una risoluzione completa dei problemi; continueremo a fare aggiornamenti come nuove informazioni diventano disponibili e a intervalli di 2 ore.

3. 25 agosto 2026 alle ore 23:42 UTCmonitoring

   NTS System Engineering ha identificato 378 corsi potenzialmente interessati. Tutti i materiali del corso sono recuperabili e gli istruttori hanno alcune opzioni in avanti. NTS lavorerà per recuperare qualsiasi presentazione studente che è venuto prima del provisioning. Gli istruttori hanno 2 opzioni: 1. Lavorare con il sistema generato corsi di tela - Questi gusci del corso possono essere popolati con il contenuto dal corso prima del 24 agosto provisioning. Gli istruttori possono quindi pubblicare e continuare i loro corsi. 2. Aggiornare la lista trasversale per il vostro corso in Banner - Ritardare il corso e lavorare con il programmatore del corso di dipartimento per presentare una proposta per cambiare la struttura della lista trasversale in Banner per abbinare quello che si desidera in tela. Una volta che il cambiamento è completo e il nuovo sistema generato Canvas corso è disponibile, può essere popolato con il contenuto dal corso da prima del 24 agosto provisioning. Se questo riguarda i tuoi corsi si prega di e-mail [email protected] con i CRN dei corsi e quale opzione si sta prendendo. NTS sarà solo in grado di aiutare con il ripristino dei contenuti. Per gli istruttori che scelgono l'opzione 2, è necessario contattare il programmatore del corso. Il cancelliere è a conoscenza di questo incidente ed è disponibile ad aiutare i programmatori a presentare le proposte necessarie.

4. 26 agosto 2026 alle ore 01:46 UTCmonitoring

   Il team di NTS Systems Engineering continua a ripristinare i contenuti dei corsi e a porre rimedio a problemi one-off. Le due opzioni disponibili per gli istruttori con classi di tela colpite sono: 1. Lavorare con il sistema generato corsi di tela - Questi gusci del corso possono essere popolati con il contenuto dal corso prima del 24 agosto provisioning. Gli istruttori possono quindi pubblicare e continuare i loro corsi. 2. Aggiornare la lista trasversale per il vostro corso in Banner - Ritardare il corso e lavorare con il programmatore del corso di dipartimento per presentare una proposta per cambiare la struttura della lista trasversale in Banner per abbinare quello che si desidera in tela. Una volta che il cambiamento è completo e il nuovo sistema generato Canvas corso è disponibile, può essere popolato con il contenuto dal corso da prima del 24 agosto provisioning. Se questo riguarda il corso(i), si prega di e-mail [email protected] con i CRN dei corsi e quale opzione si desidera procedere. NTS sarà solo in grado di aiutare con il ripristino dei contenuti, e non può più manualmente cross-list o de-cross-list corsi. Per gli istruttori che scelgono l'opzione 2, è necessario contattare il programmatore del corso. Il cancelliere è a conoscenza di questo incidente ed è disponibile ad aiutare i programmatori a presentare le proposte necessarie. Grazie ancora per il vostro tempo mentre lavoriamo verso una risoluzione completa! Questo è il nostro ultimo aggiornamento per il giorno del business, e la segnalazione inizierà di nuovo all'inizio della giornata (8:00 AKDT).

5. 26 agosto 2026 alle ore 16:59 UTCmonitoring

   Grazie per la vostra pazienza mentre lavoriamo attraverso il recente problema del software che ha causato manualmente le classi cross-listed in Canvas per scollegare. NTS SE, OIT EAS e UAF Registrar hanno identificato una soluzione di lavoro per consentire la cross-list manuale in tela. Questo rivede la guida precedente per gli istruttori su come procedere. Gli istruttori possono ora optare per avere i loro corsi di tela corrispondono alla loro configurazione pre-incidente. Gli istruttori sono anche in grado di fare questa riconfigurazione se stessi utilizzando gli strumenti di cross-list in tela. Se si verificano ancora problemi, si prega di inviare un biglietto per [email protected] e includere i CRN per le sezioni interessate.

6. 26 agosto 2026 alle ore 19:10 UTCmonitoring

   Abbiamo identificato il problema di configurazione che ha causato manualmente le classi cross-listed in Canvas per scollegare. NTS SE, OIT EAS e UAF Registrar hanno implementato una correzione per consentire la cross-list manuale in tela. Stiamo monitorando la situazione. Se si verificano ancora problemi e non hanno già presentato un biglietto di aiuto, si prega di inviare un biglietto per [email protected] e includere i CRN per le sezioni interessate.

7. 28 agosto 2026 alle ore 17:44 UTCresolved

   I corsi di tela rimangono in grado di essere cross-list da amministratori di tela e istruttori senza problema, e stiamo considerando questo incidente risolto in questo momento. Se si verificano ancora problemi o richiedono che il contenuto del corso sia recuperato e non abbia già inviato un biglietto d'aiuto, si prega di farlo inviando un'e-mail [email protected] con una descrizione del tuo problema / richiesta e includere i CRN per le sezioni interessate. Grazie mille per la vostra pazienza come questo problema è stato risolto!

8. 22 settembre 2026 alle ore 19:13 UTCpostmortem

   Tela LMS Degradazione del servizio Analisi dell'impatto dei problemi Occurrence evento: 8/25/26 # Sfondo La piattaforma Canvas LMS fornisce funzionalità di aula digitale basate sul web per istruttori e studenti. I corsi, i termini e le iscrizioni sulla piattaforma sono gestiti tramite un collegamento diretto alla piattaforma SIS e ai processi di registrazione della UAF. Per la maggior parte dei corsi online e alcuni corsi di persona, il guscio del corso di tela associato è la posizione centralizzata per tutti i corsi, riferimenti e gradi. # Break Down of the Problem Su 8/21/26 abbiamo ricevuto biglietti di supporto di tela da meno di 5 utenti che segnalano che i loro corsi di roster mancavano studenti o un istruttore. Dopo l'indagine, abbiamo trovato la configurazione della tela LMS per Banner SIS integrazione per avere un problema di tempistica. L'integrazione, denominata ILP, aggiorna in tempo reale naturalmente le iscrizioni quando soddisfano determinati criteri. Il problema si è verificato perché le iscrizioni nel corso stavano cambiando prima che il corso stesso soddisfasse i requisiti da monitorare e aggiornare da ILP. La soluzione per questo problema era quello di riprogrammare il corso. La revisione tratta le informazioni del corso come 'nuovo' indipendentemente dal fatto che fosse già stato aggiornato, rendendo le informazioni del corso di tela corrispondono alle informazioni del corso Banner SIS. Questo ha risolto i problemi individuali, ma abbiamo bisogno di riprogrammare tutti i corsi, e continuare a riprogrammare durante tutto il semestre. Sulla base della ricerca nei forum ILP, questa è la soluzione per la maggior parte delle istituzioni che incontrano questo problema. Alle 8/24/26 intorno alle 15, abbiamo riprogrammato tutti i corsi UAF utilizzando lo strumento ‘buk job’ in ILP. Abbiamo poi convalidato le iscrizioni dei corsi da alcuni nuovi biglietti che erano venuti per garantire che la correzione avesse l'effetto previsto. Corsi che mancavano iscrizioni sono stati corretti. Alle 8/24/26 alle 17 abbiamo ricevuto rapporti di corsi di tela che scompaiono da studenti e istruttori. Al momento dell'indagine, abbiamo scoperto che i corsi interessati erano tutti cross-listed e l'istruttore aveva modificato manualmente la configurazione generata dal sistema tramite corsi aggiuntivi di cross-listing o corsi di de-cross-listing. Gli istruttori sono in grado di fare questo nella piattaforma Canvas con tutti i corsi che sono elencati come l'istruttore in. Quando abbiamo riprogrammato, il sistema ha cambiato le configurazioni dei corsi di tela per abbinare Banner e questo undid tutto ciò che l'istruttore aveva fatto. Su 8/25/26 9 AM abbiamo iniziato un degrado di servizio outage per Canvas come più Canvas servizio biglietti è entrato. Abbiamo comunicato con tutti gli amministratori consigliando loro della situazione e di non cross-list corsi in tela fino a quando non avevamo più informazioni. Abbiamo inviato un annuncio a istruttori e amministratori sulla piattaforma di tela circa l'outage. Abbiamo rimosso il permesso per gli istruttori in Tela di essere in grado di cross-list/de-cross-list loro corsi. Abbiamo valutato il numero di corsi potenzialmente influenzati e comunicato con gli istruttori di record per ogni corso. L'8/25/26 alle 12 PM NTS-SE ha messo fuori guida agli istruttori per contattare il cancelliere se il sistema generato corsi di tela non corrispondeva a quello che l'istruttore voleva. Abbiamo scoperto che gli istruttori spesso cross-list corsi attraverso le modalità in tela in modo da poter gestire tutte le sezioni per un corso in un unico guscio di corso. La funzionalità delle sezioni di tela permette loro di fare questo senza richiedere loro di esporre le iscrizioni incrociate tra loro. Si tratta di una distinzione importante tra il cross-listing di tela e il cancelliere cross-listing: il termine cross-listing/stacking per il cancelliere significa che le iscrizioni sono raggruppate insieme e si prevede che gli studenti saranno esposti l'uno all'altro. La politica del cancelliere vieta l'iscrizione incrociata tra le modalità. Questo è il risultato delle preoccupazioni del Senato di Facoltà per l'anonimato nelle valutazioni dei corsi di studio in cui uno studente potrebbe essere identificato dalla modalità della loro risposta. Ulteriori indicazioni sono state fornite agli istruttori di dire di contattare l'help desk NTS per il recupero di qualsiasi contenuto del corso di tela perso. Queste soluzioni non hanno funzionato per molti istruttori che si affidano alla capacità di cross-list in Canvas. Il gruppo di lavoro OIT-EAS si è riunito alle ore 8/25/26 alle ore 16 del gruppo di lavoro NTS-SE, cancelliere e OIT-EAS per rivedere e testare le impostazioni e le opzioni in ILP per ottenere istruttori fuori dal lavoro stoppage. Il gruppo ha individuato un modo per riproporre senza pregiudicare i corsi cross-list. Il gruppo ha identificato il processo di aggiornamento in tempo reale esistente che cambia configurazioni trasversali di Canvas. Il gruppo ha testato una correzione per consentire agli istruttori di cross-list manualmente in Canvas, e poi convalidato nel nostro ambiente di prova. La soluzione era quella di consentire agli istruttori di ri-cross-list e/o presentare i biglietti della scrivania NTS per avere i nostri team di ri-cross-list e ripristinare i contenuti persi. Tutte le revisioni future utilizzeranno una configurazione che esclude le informazioni cross-list. La correzione è stata comunicata in un aggiornamento outage e attraverso un annuncio della piattaforma Canvas LMS. I permessi per un istruttore di essere in grado di cross-list in tela sono stati riabilitati. Gli amministratori sono stati informati che ora potrebbero cross-list per istruttori. 12 PM 8/26/26 L'outage è stato spostato al monitoraggio mentre abbiamo lavorato attraverso i biglietti. Di 9 AM 8/28/26 L'interruzione è stata risolta. # Target State / Goal Questo problema ha cambiato lo stato di destinazione. Gli istruttori dovrebbero essere in grado di cross-list o de-cross-list manualmente le loro coperture di corso in tela, indipendentemente da come i corsi sono codificati in Banner. La configurazione di cross-listing non dovrebbe essere modificata o impostata dal feed Banner ILP, né dovrebbe essere visto né aggiornato dallo stato di cross-list dal monitoraggio in tempo reale. Gli utenti attivi dovrebbero avere un accesso coerente allo stesso guscio del corso di tela dopo il provisioning iniziale del sistema Banner ILP, tranne quando modificato manualmente dall'istruttore, o da un amministratore.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 19 agosto 2026 alle ore 23:57 UTCmonitoring

   Alcuni clienti mobili AT&T non sono attualmente in grado di completare le chiamate ai numeri di telefono del campus. Questo problema è stato identificato come originario della rete AT&T, non con i nostri sistemi telefonici o servizi. Stiamo monitorando la situazione e fornirà un aggiornamento una volta che le chiamate sono confermate di funzionare di nuovo normalmente.

2. 22 agosto 2026 alle ore 00:16 UTCresolved

   Non abbiamo avuto altri rapporti di questioni che chiamano l'Università, e il quartiere della scuola di Fairbanks North Star Borough ha confermato che i loro problemi simili sono stati risolti. Stiamo considerando questo outage risolto in questo momento; si prega di chiamare il vostro ufficio di servizio IT campus se si continua a avere problemi di contattare qualsiasi campus UA per telefono! Grazie mille per il vostro tempo.

3. 9 settembre 2026 alle ore 18:10 UTCpostmortem

   Questa interruzione è stata causata da un'interruzione del venditore e non collegata alle operazioni dell'Università.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 16 agosto 2026 alle ore 20:54 UTCidentified

   Abbiamo ricevuto rapporti che i lettori di carte intorno al campus UAF stanno attualmente vivendo problemi. Il team OIT PAWS è consapevole e sta lavorando attivamente per recuperare il server che controlla questo sistema. Faremo aggiornamenti a intervalli di un'ora mentre lavorano verso una correzione. I coordinatori degli edifici possono essere a conoscenza di metodi di accesso alternativi e percorsi per particolari stanze, ma in questo momento non c'è alcun lavoro diffuso. Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 16 agosto 2026 alle ore 22:59 UTCidentified

   Stiamo continuando a lavorare per risolvere questo problema.

3. 16 agosto 2026 alle ore 23:56 UTCresolved

   OIT PAWS riferisce che il server per i sistemi di swipe della scheda Lenel è stato riavviato con successo ed è operativo.

4. 19 agosto 2026 alle ore 21:25 UTCpostmortem

   Traduzione: Traduzione: Il server Argus ha sperimentato una rapida perdita di spazio disponibile sull'unità Windows C. Durante l'indagine, PAWS ha identificato un'attività disco significativa che si verifica nella directory di registro delle applicazioni Lenel. Lo spazio disponibile del disco ha continuato a diminuire e alla fine ha raggiunto circa 37 MB. PAWS spegnere il server in modo pulito per impedire al sistema operativo di raggiungere lo spazio su disco disponibile e potenzialmente causare ulteriori problemi di sistema. PAWS ha ampliato l'unità C: e ha restituito il server al servizio. Dopo il recupero, l'utilizzo del disco stabilizzato e circa 20 GB di spazio libero sono rimasti disponibili. PAWS è responsabile dell'infrastruttura del server Windows sottostante ma non amministra o supporta l'applicazione Lenel. La causa dell'aumento dell'attività del disco generata dall'applicazione non è stata determinata e richiede un'indagine da parte del proprietario/vendor dell'applicazione. # Il server Argus non è stato disponibile durante le attività di recupero di incidenti e infrastrutture, con conseguente interruzione dei servizi dipendenti dal server. Gli impatti segnalati includono la funzionalità del lettore di schede di porta sul campus. # Timeline # Tutte le volte sono Alaska Time. **Approssimativamente 11:04 ** – PAWS è stato notificato di un problema che riguarda il server Argus e ha segnalato gli impatti ai lettori di porta on-campus. L'incidente associato è stato TDX 991008. **Approssimativamente 11:23 ** – PAWS ha identificato rapidamente diminuire lo spazio disponibile sull'unità Windows C:. Monitor delle risorse ha mostrato una significativa attività di scrittura che si verifica all'interno: `C:\ProgramData\Ln\logs` PAWS ha tentato di recuperare la capacità del disco disponibile; tuttavia, C: l'utilizzo ha continuato ad aumentare. L'unità C: alla fine ha raggiunto circa **37 MB di spazio disponibile**. PAWS spegnere la VM in modo pulito per evitare che l'unità di sistema di Windows raggiunga 0 spazio disponibile e potenzialmente causando ulteriori problemi di sistema operativo. PAWS ha eseguito il lavoro infrastrutturale necessario per aumentare la capacità dell'unità di sistema. **Approssimativamente 3:34** – Il lavoro di infrastruttura è stato completato e l'unità C: è stata ampliata. Il server è stato riportato on-line e PAWS ha verificato il normale funzionamento del server e del disco. **Approssimativamente 3:49 PM** – Il server è stato segnalato operativo. Il giorno seguente, C: rimase stabile a circa **19.9 GB libero**, senza ricorrenza del consumo rapido del disco. ♪#Root Cause ♪ La causa immediata dell'interruzione del server era esaurimento della capacità disponibile sull'unità Windows C:. Durante l'incidente, PAWS ha osservato un'attività significativa di scrittura del disco all'interno della directory di registro delle applicazioni Lenel: `C:\ProgramData\Ln\logs` Questa attività ha rapidamente consumato la capacità disponibile rimanente sull'unità di sistema. Il motivo sottostante per l'aumento dell'attività del disco generato dall'applicazione non è stato determinato****. PAWS è responsabile per l'amministrazione dell'infrastruttura server sottostante ma non amministra, configura o supporta l'applicazione Lenel. Determinare il motivo per cui l'applicazione ha generato l'aumento dell'attività del disco richiede l'indagine da parte del proprietario/vendor dell'applicazione ed è al di fuori della portata di questa infrastruttura RCA. # ### **Limited Available System Disk Capacity** Il server non ha avuto sufficiente capacità di azionamento C: assorbire l'inaspettato aumento dell'utilizzo del disco generato dall'applicazione. La capacità disponibile alla fine è diminuita di circa **37 MB**, richiedendo PAWS di spegnere il server per impedire a Windows di raggiungere 0 spazio disponibile su disco. Traduzione: PAWS ha completato le seguenti azioni di recupero delle infrastrutture: * Investigato il C in rapida diminuzione: capacità di azionamento. * Identificata la directory sorgente associata all'attività del disco aumentata. * Pulitamente spegnere il server prima che l'unità di sistema abbia raggiunto 0 spazio disponibile. * Aumentata la capacità disponibile per l'unità Windows C. * Ha restituito il server al servizio. * Verified normale server e funzionamento del disco. * Continua l'utilizzo del disco di monitoraggio dopo il recupero. Dopo il recupero, l'unità C: rimase stabile a circa **19.9 GB libero**. Revisione: #####**Disk Capacity Monitoring**** PAWS esaminerà il monitoraggio della capacità del disco e le soglie di avviso per il server Argus per fornire una notifica sufficiente quando la capacità di unità di sistema si avvicina ai livelli critici. ######**Server Capacity* PAWS continuerà a monitorare C: l'utilizzo dell'unità per verificare che la capacità aggiuntiva fornisca una sufficiente sala operatoria in condizioni normali del server. ###### **Application Investigation * Il proprietario/vendor dell'applicazione dovrà determinare la causa dell'inaspettato aumento dell'attività del disco generato da Lenel e identificare eventuali azioni correttive a livello di applicazione che possono essere richieste. La configurazione delle applicazioni, la registrazione, la ritenzione e la bonifica a livello di applicazione sono al di fuori del campo di applicazione dell'amministrazione del server PAWS. Traduzione: Il server Argus è online e operativo. L'unità C: rimase stabile a circa **19.9 GB gratuiti** durante il monitoraggio del follow-up, senza ricorrenza del consumo rapido del disco osservato durante l'incidente. PAWS considera la parte dell'infrastruttura del server dell'incidente risolto**. La causa sottostante del comportamento dell'applicazione Lenel rimane indeterminata e richiede il follow-up dal proprietario/vendor dell'applicazione.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 10 agosto 2026 alle ore 19:02 UTCinvestigating

   Abbiamo ricevuto segnalazioni che Banner sta attualmente vivendo problemi. Il team OIT EAS sta attualmente indagando, e faremo aggiornamenti a intervalli di 1 ora. È stata identificata una soluzione di funzionamento: aprire una finestra di navigazione privata o incognito per accedere a Banner. Se il sito è ancora lento / non caricamento, chiudere e aprire un'altra nuova finestra privata o incognito; può richiedere alcuni tentativi, ma una volta che una connessione affidabile è fatta, è possibile continuare a utilizzare quella sessione fino a quando il problema non è risolto! Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 10 agosto 2026 alle ore 20:03 UTCmonitoring

   Il team OIT EAS ha identificato il problema con la Banner e ha implementato una correzione, che viene monitorata per efficacia e stabilità. Grazie ancora per la vostra pazienza durante la risoluzione di questo problema! Potete aspettarvi ulteriori aggiornamenti alla fine del giorno di affari 5:00PM o come nuove informazioni diventano disponibili.

3. 17 agosto 2026 alle ore 16:53 UTCresolved

   Il team OIT EAS ha risolto il problema con il Banner, e ha confermato la fissazione per essere stabile. Il problema è stato risolto il 10 agosto. Si prega di segnalare eventuali problemi continui con questo servizio al helpdesk IT del vostro campus, e grazie ancora per la vostra pazienza durante la risoluzione di questo problema!

4. 26 agosto 2026 alle ore 18:27 UTCpostmortem

   Servizio di dipendenti Banner Unresponsive Analisi dell'impatto dei problemi Occurrence evento: 10 agosto 2026 10:30 alle 10:53 # Sfondo L'applicazione Banner Employee Self Service è il servizio principale che i dipendenti inviano fogli di tempo, visualizzano i loro saldi di congedo e oggetti simili relativi al loro impiego attraverso il sistema dell'Università dell'Alaska. Il venditore Ellucian ospita le istanze di Banner e Banner Self Service dell'Università ed è responsabile di garantire la loro disponibilità attraverso il monitoraggio e le azioni correttive. # Break Down of the Problem Alle 10:35 circa la UAF NTS Service Desk ha raggiunto il team di Banner a Slack per informarli sui rapporti di estrema lentezza in Banner. Una breve revisione ha rivelato che solo il modulo Self Service dei Dipendenti stava incontrando problemi. Il Service Desk ha raccomandato un lavoro intorno a provare un browser incognito, che ha funzionato per alcuni. Il team EAS ha raggiunto Ellucian e ha creato un biglietto P1. Il servizio ha ricominciato a funzionare come previsto a circa 10:53. # Target State / Goal Tutti i componenti di Banner e Banner Self Service dovrebbero essere disponibili con le aspettative della finestra di manutenzione quotidiana e altri tempi di outage programmati. # Analisi delle cause della radice Il team cloud di Ellucian che è stato impegnato durante il restauro ha condiviso i seguenti relativi a questo evento. La revisione del loro monitoraggio ha dimostrato che un degrado delle prestazioni è iniziato alle 10:42 e è diventato completamente non disponibile alle 10:50. L'automazione relativa ai contenitori ha completato un avvio di successo alle 10:53 e dalle 10:57 del Servizio Auto Impiegato completamente stabilizzato. Ellucian non ha valutato altri relativi alla causa dell'estrazione. Il team EAS è a conoscenza di un difetto di prodotto nel software Banner Employee Self Service che è stato dimostrato di causare questo tipo di evento, sperimentato per la prima volta in marzo e aprile di quest'anno relativo a un difetto di prodotto che deve ancora essere corretto nella produzione, ma è programmato per l'applicazione. # Sviluppare contromisure Per risolvere questo problema per il futuro, ci aspettiamo che l'applicazione della recente risoluzione dei difetti correggerà questo problema. # Attuazione delle contromisure 12-13 settembre 2026: Aggiornamenti relativi a Deploy Banner che risolvono i difetti identificati. # Follow Up / Review 14 settembre 2026: Sono stati implementati aggiornamenti validi per la risoluzione.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 agosto 2026 alle ore 16:55 UTCinvestigating

   Abbiamo ricevuto rapporti che l'opzione di login web Iru sta attualmente vivendo problemi. Il team NTS Technology Support Services sta attualmente indagando, e faremo aggiornamenti a intervalli di 3 ore. Passare al login locale dovrebbe consentire di accedere al Mac. Grazie per la vostra pazienza durante la risoluzione di questo problema!

2. 3 agosto 2026 alle ore 17:25 UTCinvestigating

   Il team NTS Technology Support Services (TSS) sta attualmente indagando sulla causa di questo problema. Se non è possibile accedere al Mac UA, provano a passare al login locale. Per passare al login locale: 1. Fare clic sull'icona del profilo (la persona all'interno di un cerchio) nell'angolo in alto a destra dello schermo. 2. Selezionare Passare al Login locale. 3. Inserisci le credenziali di accesso dell'Università nei campi username e password che appaiono vicino al centro inferiore dello schermo. 4. Clic Sign Per accedere. Se non sei ancora in grado di accedere, contatta il tuo assistente IT locale per ulteriori assistenza. Grazie per la vostra continua pazienza mentre lavoriamo verso una risoluzione completa; faremo ulteriori aggiornamenti a intervalli di 3 ore e come nuove informazioni diventano disponibili.

3. 3 agosto 2026 alle ore 18:02 UTCinvestigating

   NTS TSS team sta attualmente indagando la causa di questo problema. Il prompt Iru per sincronizzare le tue password è sicuro di ignorare come meglio si è in grado mentre si indaga sul perché viene richiesto. Se non è possibile accedere al Mac UA, provano a passare al login locale. Per passare al login locale: 1. Fare clic sull'icona del profilo (la persona all'interno di un cerchio) nell'angolo in alto a destra dello schermo. 2. Selezionare Passare al Login locale. 3. Inserisci le credenziali di accesso dell'Università nei campi username e password che appaiono vicino al centro inferiore dello schermo. 4. Clic Sign Per accedere. Se non sei ancora in grado di accedere, contatta il tuo assistente IT locale per ulteriori assistenza. Grazie per la vostra continua pazienza mentre lavoriamo verso una risoluzione completa; faremo ulteriori aggiornamenti a intervalli di 1 ora e come nuove informazioni diventano disponibili.

4. 3 agosto 2026 alle ore 19:44 UTCinvestigating

   NTS TSS team continua a indagare sulla causa di questo problema. Non ci sono ulteriori aggiornamenti in questo momento. Il prompt Iru per sincronizzare le tue password è sicuro di ignorare come meglio si è in grado mentre si indaga sul perché viene richiesto. Se non è possibile accedere al Mac UA, provano a passare al login locale. Per passare al login locale: 1. Fare clic sull'icona del profilo (la persona all'interno di un cerchio) nell'angolo in alto a destra dello schermo. 2. Selezionare Passare al Login locale. 3. Inserisci le credenziali di accesso dell'Università nei campi username e password che appaiono vicino al centro inferiore dello schermo. 4. Clic Sign Per accedere. Se non sei ancora in grado di accedere, contatta il tuo assistente IT locale per ulteriori assistenza. Grazie per la vostra continua pazienza mentre lavoriamo verso una risoluzione completa; faremo ulteriori aggiornamenti a intervalli di 1 ora e come nuove informazioni diventano disponibili.

5. 3 agosto 2026 alle ore 22:35 UTCmonitoring

   Abbiamo risolto un problema recente causato da un cambiamento inaspettato con l'autenticazione Duo che ha influenzato i login di computer macOS gestiti in tutto il campus. Se si utilizza un Mac gestito dall'università, la vostra esperienza di login è ora ripristinata alle normali operazioni. Tuttavia, la prima volta che si accede al computer in seguito a questa correzione, è possibile visualizzare uno o due ulteriori prompt di autenticazione Duo. Quando accedi al tuo Mac gestito per la prima volta oggi: 1. Inserisci le credenziali del tuo account abituali nella schermata di accesso macOS primario. 2. Completa il prompt di Duo(s): Si può essere chiesto di autenticare attraverso Duo un tempo supplementare come permessi di sistema rinfrescare e ri-sincrona con il tuo account. 3. Approva la richiesta sulla tua app mobile Duo, token hardware, o tramite il tuo metodo MFA preferito come normale. 4. Selezionare Next al Let’s mantenere il vostro account sicuro prompt. 5. Selezionare Avanti al Impostare un prompt dei metodi di registrazione. Se si continua a incontrare errori di login, ripetuti suggerimenti per sincronizzare le password sul login, o qualsiasi altro problema di registrazione nel vostro Mac, si prega di raggiungere il vostro campus IT Helpdesk.

6. 26 agosto 2026 alle ore 20:10 UTCresolved

   Questo incidente è stato risolto.

7. 26 agosto 2026 alle ore 20:11 UTCpostmortem

   IRU Autenticazione Outage Analisi dell'impatto dei problemi Occurrence evento: 20260803 # Sfondo Il servizio di autenticazione IRU fornisce funzionalità di autenticazione per i dispositivi macOS gestiti e l'accesso web tramite Kandji Passport. Il servizio si basa sull'integrazione tra Kandji Passport, Microsoft Entra ID, Condizioni di accesso e Duo MFA per fornire l'autenticazione sicura per gli utenti. # Break Down of the Problem Il 3 agosto 2026, gli utenti hanno sperimentato problemi di autenticazione durante il tentativo di accedere ai servizi IRU. Il problema ha interessato gli utenti che tentano di autenticarsi attraverso Kandji Passport Web Login e ha colpito la capacità di completare il processo di login. Il problema è stato indagato attraverso i registri di ingresso ID, le politiche di accesso condizionale, il flusso di autenticazione Duo MFA e i servizi di autenticazione Kandji Passport. # Target State / Goal Un'autenticazione funzionale nei dispositivi macOS gestiti da IRU. # Analisi delle cause della radice Modifiche ai metodi di accesso condizionale di Microsoft, efficace a partire dal 15 giu 2026: * [https://learn.microsoft.com/en-us/entra/identity/condiziona-access/concept-enforcement-resource-exclusions](https://learn.microsoft.com/en-us/entra/identity/condizionato-access/concept-en-forcement-resource-exclusions) * [https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-condiziona-access-change-improved-enforcement-for-policies-with-resour/4488925](https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-condiziona-acces-transfrontali- Le modifiche sopra descritte richiedono che DUO sia impostato come metodo di login predefinito su un account utente in M365. # Sviluppare contromisure Contromisure immediate sviluppate aggiungendo utenti al gruppo Entra che ha abilitato il nuovo metodo di autenticazione DUO. # Attuazione delle contromisure Il personale IT ha completato una modifica che ha aggiunto tutti gli utenti a ricevere questa correzione. # Follow Up / Review Rivedere regolarmente i progressi dell'implementazione di soluzioni a lungo termine.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 17:46 UTCidentified

   L'accesso a vdi.alaska.edu non è disponibile, ma la causa dell'estrazione è stata identificata. Qualsiasi accesso desktop attraverso vdi.alaska.edu, e possibilmente il cliente spesso, non sarà in grado di accedere o utilizzare macchine virtuali da quell'indirizzo fino a quando il problema non è stato risolto.

2. 24 luglio 2026 alle ore 18:55 UTCidentified

   UA ha identificato il problema con l'accesso vdi.alaska.edu e sta lavorando per risolverlo. Qualsiasi accesso desktop attraverso vdi.alaska.edu, e possibilmente il cliente spesso, non sarà in grado di utilizzare macchine virtuali da quell'indirizzo. Grazie per la vostra pazienza durante la risoluzione di questo problema. Si prega di aspettarsi un aggiornamento alle 11:50 AM e aggiornamenti orali dopo.

3. 24 luglio 2026 alle ore 20:12 UTCidentified

   UA ha identificato il problema con l'accesso vdi.alaska.edu e sta lavorando per risolverlo. Qualsiasi accesso desktop attraverso vdi.alaska.edu, e possibilmente il cliente spesso, non sarà in grado di utilizzare macchine virtuali da quell'indirizzo. Grazie per la vostra pazienza durante la risoluzione di questo problema. Si prega di aspettarsi un aggiornamento alle 12:50 AM e aggiornamenti orali dopo.

4. 24 luglio 2026 alle ore 20:55 UTCidentified

   UA ha identificato il problema con l'accesso vdi.alaska.edu e sta lavorando per risolverlo. Qualsiasi accesso desktop attraverso vdi.alaska.edu, e possibilmente il cliente spesso, non sarà in grado di utilizzare macchine virtuali da quell'indirizzo. Grazie per la vostra pazienza durante la risoluzione di questo problema. Si prega di aspettarsi un aggiornamento a 1:50 PM e aggiornamenti orali dopo.

5. 24 luglio 2026 alle ore 22:35 UTCidentified

   UA ha identificato il problema con l'accesso vdi.alaska.edu e sta lavorando per risolverlo. Qualsiasi accesso desktop attraverso vdi.alaska.edu, e possibilmente il cliente spesso, non sarà in grado di utilizzare macchine virtuali da quell'indirizzo. Grazie per la vostra pazienza durante la risoluzione di questo problema. Si prega di aspettarsi un aggiornamento alle 17:00 PM.

6. 25 luglio 2026 alle ore 00:03 UTCmonitoring

   UA ha risolto il problema con il vdi.alaska.edu e ha confermato la correzione di essere stabile. Questo sarà messo in monitoraggio fino alla fine del business alle 17:00 PM. Si prega di segnalare eventuali problemi continui con questo servizio al helpdesk IT del vostro campus, e grazie ancora per la vostra pazienza durante la risoluzione di questo problema!

7. 25 luglio 2026 alle ore 01:06 UTCresolved

   UA ha risolto il problema con il vdi.alaska.edu e ha confermato la correzione di essere stabile. Si prega di segnalare eventuali problemi continui con questo servizio al helpdesk IT del vostro campus e grazie ancora per la vostra pazienza durante la risoluzione di questo problema!

8. 19 agosto 2026 alle ore 21:26 UTCpostmortem

   [vdi.alaska.edu](http://vdi.alaska.edu) Certificati di accesso unificato scaduti. Data: 07/23/2026 4:00 PM. # Sfondo [vdi.alaska.edu](http://vdi.alaska.edu) fornisce l'accesso utente all'ambiente VMware/Omnissa Horizon VDI. Entrambi gli elettrodomestici Unified Access Gateway \(esistente sulla piattaforma VXrail\) forniscono lo strato di accesso esterno per gli utenti che vogliono accedere al loro VDI sia nel campus che in remoto. # Break Down of the Problem Entrambi i certificati su ogni UAG sono scaduti il 23 luglio, 3:59 PM, 2026. Il problema è stato notato venerdì mattina 24 luglio intorno alle 8:30, quando gli utenti hanno riferito di non poter accedere ai loro ambienti VDI “My Desktop” quando si risolve [vdi.alaska.edu](http://vdi.alaska.edu) Quando un utente ha cercato di risolvere a [vdi.alaska.edu](http://vdi.alaska.edu) tramite il proprio browser, ha ricevuto un avviso “La tua connessione non è privata” e quindi sarebbe bloccato dal raggiungere [vdi.alaska.edu](http://vdi.alaska.edu) Pagina orizzontale. Azioni adottate per il ripristino del servizio: Certificato di rinnovo richiesto da PAWS. Questo cert conteneva il nome di dominio principale, [vdi.alaska.edu](http://vdi.alaska.edu) ma includeva anche i nomi alternativi \(entrambi i nomi 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 dell'estrazione e del tempo che il servizio è stato ripristinato: Giovedì 23 luglio 16:00 - Venerdì 24:00. # Target State / Goal Sia UAG dovrebbe presentare continuamente validi, certificati di fiducia e accesso VDI esterno e interno # Analisi delle cause della radice # Entrambi gli apparecchi UAG presentavano certificati TLS scaduti. TSS ha ricevuto un elenco di elettrodomestici server VXrail che aveva stimato i tempi di quando i loro certificati stavano espando. Entrambi gli apparecchi UAG non erano in questa lista quindi non siamo stati in grado di dettare quando i loro certificati sarebbero scaduti. # Sviluppare contromisure Ho creato un foglio di calcolo del certificato master che ora contiene entrambe le informazioni del certificato UAG per includere le date di scadenza. Lo sto condividendo con il nostro team TSS conduce in modo da poter continuare a monitorare le espulsioni dei certificati attesi in futuro. Richiesta di accesso al servizio Certinext per i futuri rinnovi certificati. Programma per l'attuazione: Quanto sopra dovrebbe consentire di richiedere e implementare i certs prima che scadono su entrambi gli UAG prima della loro scadenza. # Follow Up / Review Verificare le date di scadenza del certificato su entrambi gli UAG monitorando il foglio di calcolo del certificato master. Inviare una richiesta a PAWS per rinnovare il certificato, pianificare un breve outage CAB, applicare il certificato a entrambi gli UAG e quindi confermare il rinnovo è stato successo e l'accesso si verifica

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 luglio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 luglio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 giugno 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 maggio 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 maggio 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 20:46 UTCresolved

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

9. 6 maggio 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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 aprile 2026 alle ore 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!