Historial de interrupciones de University Of Alaska

1. 2 de octubre de 2026 a las 19:26 UTCidentified

   Hemos recibido informes de que UAOnline está experimentando problemas. El equipo de Gestión del Acceso a la Identidad es consciente y ha identificado la causa. Un número de certificados está causando errores de contraseña incorrectos para los usuarios que recientemente restablecer sus credenciales. Haremos actualizaciones a intervalos de 3 horas mientras trabajan hacia una solución. ¡Gracias por su paciencia durante la resolución de este tema!

2. 2 de octubre de 2026 a las 21:42 UTCmonitoring

   El equipo de IAM ha identificado el tema con UAOnline y ha implementado una solución, que está siendo monitoreada para la eficacia y estabilidad. ¡Gracias de nuevo por su paciencia durante la resolución de este tema! Usted puede esperar nuevas actualizaciones al final del día del negocio (5:00PM) o como nueva información se pone disponible.

3. 5 de octubre de 2026 a las 21:15 UTCresolved

   El equipo de IAM ha resuelto el problema con el servicio UAOnline, y ha confirmado que la solución es estable. Se revertía la actualización del certificado que causó la cuestión. Por favor reporte cualquier problema continuo con este servicio al ayudante de TI de su campus, y gracias de nuevo por su paciencia durante la resolución de este problema!

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de septiembre de 2026 a las 0:09 UTCinvestigating

   Hemos recibido informes de que varios sitios web y servicios están experimentando problemas de fiabilidad. Los equipos de ITU Networking y PAWS están investigando y sospechan que este es un problema a escala mundial con un host web como AWS. Haremos actualizaciones a medida que se disponga de nueva información y al final del día de negocios de hoy (5:00PM AKDT). ¡Gracias por su paciencia durante la resolución de este tema!

2. 22 de septiembre de 2026 a las 1:23 UTCmonitoring

   Se han restablecido muchos servicios que fueron reportados como afectados durante este desembolso; creemos que las cuestiones pueden haber estado relacionadas con el incidente US-EAST-1 que Amazon informó de 2:49 PM a 4:06 PM (https://health.aws.amazon.com/salud/status). Seguiremos monitoreando la estabilidad del servicio hasta el comienzo del día del negocio mañana. ¡Gracias de nuevo por su paciencia durante la resolución de este tema! Puedes esperar otra actualización a las 8:00AM AKDT.

3. 22 de septiembre de 2026 a las 16:09 UTCresolved

   Los servicios reportados como afectados han permanecido estables desde que el AWS arregló ayer por la noche, y estamos considerando que este incidente se resolverá. Por favor reporte cualquier problema continuo con sitios y servicios de UA al ayudante de TI de su campus, y gracias de nuevo por su paciencia durante la resolución de este problema!

4. 14 de octubre de 2026 a las 22:28 UTCpostmortem

   Sitio Web de la Universidad y accesibilidad externa VPN Análisis de impactos Ocurrencia del evento: 20260921 Antecedentes University of Alaska proporciona conectividad Virtual Private Network \(VPN\) para usuarios afiliados universitarios ubicados remotamente y que necesitan acceso a recursos de red universitaria. Además, la universidad acoge a los sitios web públicos orientados a acceder globalmente. Estos servicios, así como otros, dependen de la conectividad entre la red universitaria y el Internet más amplio, proporcionado por nuestro proveedor de servicios de Internet de productos básicos, Alaska Communications Systems \(ACS\). # Break Down of the Problem On 09/21/2026 at approximately 3:30pm, remote users outside of the university network reported issues loading university websites, and additionally reported interrupción in connectivity to the university VPN. Technicians onsite reported that both VPN and web resources were accessible from within the university network. Los Servicios de Telecomunicaciones de la OIT investigaron y encontraron que los sitios web y la conectividad VPN estaban trabajando dentro de la red universitaria, y que nuestra red pare con ACS parecía estar arriba y recibiendo/publicando rutas normalmente. Un técnico de la OIT de otro grupo de trabajo sobre trabajo remoto y experimentando el problema de conectividad informó que un trazado desde su ubicación en casa a múltiples recursos universitarios falló dentro de la red de servicios de Internet de productos básicos de la universidad, Alaska Communications Systems \(ACS\) antes de llegar a la red universitaria. OIT Los servicios de telecomunicaciones de aproximadamente 4:30pm recibieron comunicación por correo electrónico de ACS confirmando un evento de red dentro de su red, seguido de un correo electrónico posterior justo antes de las 5:30pm que el evento de red se resolvió y se estabilizaron los servicios. # Target State / Goal La conectividad de red de la Universidad de Alaska a Internet en general debe permanecer en línea en todo momento, proporcionando acceso remoto a los recursos de red de la UA como sitios web y conectividad VPN. # Root Cause Analysis Esto fue determinado por un evento fuera de la red universitaria, dentro de la red proveedora de servicios de Internet de productos básicos \(ACS\), con ACS informando sobre la resolución " El evento de red que impacta los servicios se ha estabilizado, y la restauración de servicios es completa. " Si bien no se vieron afectados circuitos WAN de punto a punto o pares de Internet de productos básicos directamente , algunos tráfico de red que transitaban por la red ACS a través de esos pares de Internet de productos básicos fueron impactados durante el evento del proveedor. # Desarrollar contramedidas Commodity Internet service provider \(ACS\) resolvió evento de red interna. # Implementation of Countermeasures Los Servicios de Telecomunicaciones de la OIT alcanzarán a los proveedores de servicios en el futuro, ya que somos conscientes de los problemas potenciales que afectan la conectividad de Internet de productos básicos. # Follow Up / Review ACS Confirmación de correo electrónico de la resolución interna del evento de red.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de septiembre de 2026 a las 16:34 UTCinvestigating

   Hemos recibido informes de que los sitios web de alaska.edu y uaf.edu están experimentando problemas. El equipo de la OIT Platforms, Apps & Web Services (PAWS) está investigando y haremos actualizaciones a intervalos de 3 horas. Una solución de trabajo actual está utilizando un navegador diferente de lo habitual; Google Chrome ha tenido altas tasas de éxito. ¡Gracias por su paciencia durante la resolución de este tema!

2. 21 de septiembre de 2026 a las 20:04 UTCidentified

   Los sitios web de Alaska.edu y uaf.edu están experimentando problemas. El equipo de la OIT Platforms, Apps & Web Services (PAWS) trabaja con Security y han identificado el problema. El certificado debe actualizarse dentro de la hora y el estado actualizado tan pronto como se resuelva. Una solución de trabajo actual está utilizando un navegador diferente de lo habitual; Google Chrome ha tenido altas tasas de éxito. ¡Gracias por su paciencia durante la resolución de este tema!

3. 21 de septiembre de 2026 a las 20:32 UTCresolved

   PAWS ha resuelto el problema con los sitios alaska.edu y uaf.edu, y confirmó que la solución es estable. Por favor reporte cualquier problema continuo con este servicio al ayudante de TI de su campus, y gracias de nuevo por su paciencia durante la resolución de este problema!

4. 7 de octubre de 2026 a las 16:54 UTCpostmortem

   Sitio Web de la Universidad y accesibilidad externa VPN Análisis de impactos Ocurrencia del evento: 20260921 Antecedentes University of Alaska proporciona conectividad Virtual Private Network \(VPN\) para usuarios afiliados universitarios ubicados remotamente y que necesitan acceso a recursos de red universitaria. Además, la universidad acoge a los sitios web públicos orientados a acceder globalmente. Estos servicios, así como otros, dependen de la conectividad entre la red universitaria y el Internet más amplio, proporcionado por nuestro proveedor de servicios de Internet de productos básicos, Alaska Communications Systems \(ACS\). # Break Down of the Problem On 09/21/2026 at approximately 3:30pm, remote users outside of the university network reported issues loading university websites, and additionally reported interrupción in connectivity to the university VPN. Technicians onsite reported that both VPN and web resources were accessible from within the university network. Los Servicios de Telecomunicaciones de la OIT investigaron y encontraron que los sitios web y la conectividad VPN estaban trabajando dentro de la red universitaria, y que nuestra red pare con ACS parecía estar en pie y recieving/advertising rutas normalmente. Un técnico de la OIT de otro grupo de trabajo sobre trabajo remoto y experimentando el problema de conectividad informó que un trazado desde su ubicación en casa a múltiples recursos universitarios falló dentro de la red de servicios de Internet de productos básicos de la universidad, Alaska Communications Systems \(ACS\) antes de llegar a la red universitaria. OIT Los servicios de telecomunicaciones de aproximadamente 4:30pm recibieron comunicación por correo electrónico de ACS confirmando un evento de red dentro de su red, seguido de un correo electrónico posterior justo antes de las 5:30pm que el evento de red se resolvió y se estabilizaron los servicios. # Target State / Goal La conectividad de red de la Universidad de Alaska a Internet en general debe permanecer en línea en todo momento, proporcionando acceso remoto a los recursos de red de la UA como sitios web y conectividad VPN. # Root Cause Analysis Esto fue determinado por un evento fuera de la red universitaria, dentro de la red proveedora de servicios de Internet de productos básicos \(ACS\), con ACS informando sobre la resolución " El evento de red que impacta los servicios se ha estabilizado, y la restauración de servicios es completa. " Si bien no se vieron afectados circuitos WAN de punto a punto o pares de Internet de productos básicos directamente , algunos tráfico de red que transitaban por la red ACS a través de esos pares de Internet de productos básicos fueron impactados durante el evento del proveedor. # Desarrollar contramedidas Commodity Internet service provider \(ACS\) resolvió evento de red interna. # Implementation of Countermeasures Los Servicios de Telecomunicaciones de la OIT alcanzarán a los proveedores de servicios en el futuro, ya que somos conscientes de los problemas potenciales que afectan la conectividad de Internet de productos básicos. # Follow Up / Review ACS Confirmación de correo electrónico de la resolución interna del evento de red.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de agosto de 2026 a las 20:22 UTCinvestigating

   Hemos recibido informes de que Google Chat está experimentando problemas. Este es un problema del lado del proveedor, y Google ha indicado que sus técnicos están investigando actualmente. Las actualizaciones en vivo pueden consultarse en su panel de estado: https://www.google.com/appsstatus/dashboard/incidents/y2ufhCB886p7rveYNnko' Los usuarios de Google Chat están experimentando un problema donde reciben notificaciones para nuevos mensajes, pero los mensajes reales no aparecen en su aplicación de chat a menos que el usuario refresque su vista. Los usuarios pueden refrescarse para ver nuevos mensajes. Haremos actualizaciones a medida que se disponga de nueva información y a intervalos de 3 horas. ¡Gracias por su paciencia durante la resolución de este tema!

2. 28 de agosto de 2026 a las 21:27 UTCresolved

   Google informa que esta cuestión se ha resuelto. Per their status dashboard: "El tema con Google Chat ha sido resuelto para todos los usuarios afectados a partir del viernes, 2026-08-28 13:45 PDT. A partir del análisis preliminar, la cuestión se desencadenó debido a un cambio reciente que se hizo retroceder para mitigar el impacto. Le agradecemos su paciencia mientras trabajamos para resolver el problema". ¡Gracias por su tiempo mientras seguimos esta resolución!

3. 9 de septiembre de 2026 a las 18:14 UTCpostmortem

   Esta perturbación fue causada por una salida de proveedores y no relacionada con operaciones de la Universidad.

Traducido automáticamente desde la actualización oficial del incidente.

1. 25 de agosto de 2026 a las 19:13 UTCinvestigating

   Hemos recibido informes de que Canvas está experimentando problemas. El equipo de ingeniería de sistemas NTS está investigando y haremos actualizaciones a intervalos de 2 horas. ¡Gracias por su paciencia durante la resolución de este tema!

2. 25 de agosto de 2026 a las 19:58 UTCidentified

   NTS Engineering ha proporcionado una descripción de las cuestiones actualmente reconocidas: "Algunos cursos de Canvas apilados están experimentando un problema. Estos cursos fueron generados como individuos o pilas basados en la información del curso en Banner. Las cáscaras de curso en Canvas fueron apiladas o desactivadas por un instructor o administrador. El sistema de provisión que conecta los datos de Banner a Canvas llevó a cabo una revisión completa el 24 de agosto para fijar una serie de discrepancias de inscripción en Canvas. Esto fijó los problemas de inscripción, sin embargo, también desencadenó cualquier acción manual de apilación/desastre que había ocurrido. Para cursos afectados, los instructores verán sus cursos inéditos, vacíos y de vuelta a su configuración original. Para los estudiantes parecerá que su curso desapareció." Gracias de nuevo por su paciencia mientras trabajamos para una resolución completa de los problemas; seguiremos haciendo actualizaciones a medida que se disponga de nueva información y a intervalos de 2 horas.

3. 25 de agosto de 2026 a las 23:42 UTCmonitoring

   NTS System Engineering identificó 378 cursos potencialmente afectados. Todos los materiales del curso son recuperables y los instructores tienen algunas opciones avanzando. El NTS trabajará para recuperar las presentaciones de estudiantes que entraron antes de la provisión. Los instructores tienen 2 opciones: 1. Trabajar con el sistema generado cursos de Canvas - Estos cáscaras de curso se pueden poblar con el contenido del curso desde antes del 24 de agosto. Los instructores pueden publicar y continuar sus cursos. 2. Actualizar el crosslist para su curso en Banner - Retrasar su curso y trabajar con su agenda de cursos de departamento para presentar una propuesta para cambiar la estructura crosslist en Banner para que coincida con lo que desea en Canvas. Una vez que el cambio está completo y el nuevo sistema generado Curso Canvas está disponible, se puede poblar con el contenido del curso desde antes del 24 de agosto. IF esto está afectando sus cursos por favor email [email protected] con los CRNs de los cursos y qué opción está tomando. NTS sólo podrá ayudar a restaurar contenido. Para los instructores que elijan la opción 2, tendrá que ponerse en contacto con su agenda de cursos. El Secretario es consciente de este incidente y está disponible para ayudar a los programadores a presentar las propuestas necesarias.

4. 26 de agosto de 2026 a las 1:46 UTCmonitoring

   El equipo de ingeniería de sistemas NTS continúa restableciendo el contenido de los cursos y remediando cuestiones de un solo paso. Las dos opciones disponibles para instructores con clases de Canvas afectadas son: 1. Trabajar con el sistema generado cursos de Canvas - Estos cáscaras de curso se pueden poblar con el contenido del curso desde antes del 24 de agosto. Los instructores pueden publicar y continuar sus cursos. 2. Actualizar el crosslist para su curso en Banner - Retrasar su curso y trabajar con su agenda de cursos de departamento para presentar una propuesta para cambiar la estructura crosslist en Banner para que coincida con lo que desea en Canvas. Una vez que el cambio está completo y el nuevo sistema generado Curso Canvas está disponible, se puede poblar con el contenido del curso desde antes del 24 de agosto. Si esto está afectando su curso, por favor envíenos un correo electrónico a [email protected] con los CRN de los cursos y con qué opción desea proceder. NTS sólo podrá ayudar a restaurar el contenido, y ya no puede realizar cursos manuales de listas cruzadas o de listas cruzadas. Para los instructores que elijan la opción 2, tendrá que ponerse en contacto con su agenda de cursos. El Secretario es consciente de este incidente y está disponible para ayudar a los programadores a presentar las propuestas necesarias. Gracias de nuevo por su tiempo mientras trabajamos hacia una resolución completa! Esta es nuestra actualización final para el día del negocio, y el reporte comenzará de nuevo al comienzo del día (8:00am AKDT).

5. 26 de agosto de 2026 a las 16:59 UTCmonitoring

   Gracias por su paciencia mientras trabajamos a través del reciente problema de software que causó la desconexión manual de clases en Canvas. NTS SE, OIT EAS y UAF Registry identificaron una solución de trabajo para permitir la inclusión manual en Canvas. This revises previous guidance for instructors on how to proceed. Los instructores ahora pueden optar por que sus cursos Canvas coincidan con su configuración preincidente. Los instructores también son capaces de hacer esta reconfiguración ellos mismos utilizando las herramientas de selección cruzada en Canvas. Si todavía está experimentando problemas, por favor envíe un ticket para [email protected] e incluya los CRN para las secciones afectadas.

6. 26 de agosto de 2026 a las 19:10 UTCmonitoring

   Hemos identificado el problema de configuración que causó la desconexión manual de clases en Canvas. NTS SE, OIT EAS, y UAF Registrar implementaron una solución para permitir la inclusión manual en Canvas. Estamos monitoreando la situación. Si sigues experimentando problemas y no has presentado ya un ticket de ayuda, envía un ticket para [email protected] e incluye los CRN para las secciones afectadas.

7. 28 de agosto de 2026 a las 17:44 UTCresolved

   Los cursos de canvas siguen siendo capaces de ser cruzados por administradores e instructores de Canvas sin problemas, y estamos considerando este incidente resuelto en este momento. Si todavía está experimentando problemas o necesita que su contenido de curso se recupere y no ha presentado ya un ticket de ayuda, por favor hágalo por correo electrónico [email protected] con una descripción de su problema/request e incluya los CRNs para las secciones afectadas. ¡Muchas gracias por su paciencia ya que este problema se resolvió!

8. 22 de septiembre de 2026 a las 19:13 UTCpostmortem

   Canvas LMS Degradation of Service Análisis de impactos Ocurrencia del evento: 8/25/26 Antecedentes La plataforma Canvas LMS ofrece funciones de aula digital basadas en la web a instructores y estudiantes. Los cursos, los términos y las inscripciones en la plataforma se gestionan mediante una conexión directa con los procesos de la plataforma SIS de la UAF y el Registro. Para la mayoría de los cursos en línea y algunos en cursos de persona, la cáscara del curso Canvas asociado es la ubicación centralizada para todos los cursos, referencias y calificaciones. # Break Down of the Problem El 8/21/26 recibimos boletos de apoyo de tela de menos de 5 usuarios que informan de que sus listas de cursos faltaban estudiantes o un instructor. Tras la investigación, encontramos la configuración de la integración Canvas LMS a Banner SIS para tener un problema de tiempo. La integración, llamada ILP, hace actualizaciones en tiempo real, por supuesto, inscripciones cuando cumplen ciertos criterios. La cuestión se produjo porque las inscripciones en el curso estaban cambiando antes de que el curso mismo cumpliera los requisitos que debía ser supervisado y actualizado por el ILP. La solución para esta cuestión era reprogramar el curso. La revisión trata la información del curso como ‘nuevo’ sin importar si ya se hubiera actualizado, haciendo que la información del curso Canvas coincida con la información del curso Banner SIS. Esto resolvió las cuestiones individuales reportadas, pero necesitábamos reprogramar todos los cursos, y continuar reprogramando a lo largo del semestre. Basado en la investigación en foros ILP, esta es la solución para la mayoría de las instituciones que encuentran este tema. On 8/24/26 around 3 PM, we reprovisioned all UAF courses using the ‘bulk job’ tool in ILP. Luego validamos las inscripciones de cursos de unos cuantos nuevos boletos que habían llegado para asegurar que la solución tenía el efecto deseado. Se corrigieron los cursos que faltaban matrículas. El 8/24/26 a las 5:00 recibimos informes de cursos de Canvas que desaparecen de estudiantes e instructores. Tras la investigación, encontramos que los cursos afectados fueron todos cruzados y el instructor había cambiado manualmente el sistema generado configuración ya sea mediante cursos adicionales de selección cruzada o cursos de supresión cruzada. Los instructores pueden hacer esto en la plataforma Canvas con cualquier curso que se enumeran como instructor. Cuando reprogramamos, el sistema cambió las configuraciones de los cursos de Canvas para que coincidieran con Banner y esto indid cualquier cosa que el instructor había hecho. El 8/25/26 9 AM comenzamos una degradación del servicio de outage para Canvas ya que más entradas de servicio Canvas entraron. Nos comunicamos con todos los administradores que les asesoran de la situación y no con cursos cruzados en Canvas hasta tener más información. Publicamos un anuncio a instructores y administradores en la plataforma Canvas sobre el outage. Retiramos el permiso para que los instructores de Canvas pudieran acceder a los cursos de la lista cruzada o de la lista cruzada. Evaluamos el número de cursos potencialmente impactados, y nos comunicamos con los instructores de registro para cada curso. On 8/25/26 at 12 PM NTS-SE put out guidance to instructors to contact the Registrar if the system generated Canvas courses did not match what the instructor wanted. Descubrimos que los instructores suelen realizar cursos cruzados a través de modalidades en Canvas para que puedan gestionar todas las secciones para un curso en una sola cáscara de curso. La funcionalidad de las secciones de Canvas les permite hacer esto sin exigir que expongan las inscripciones cruzadas entre sí. Esta es una distinción importante entre la lista cruzada de Canvas y la lista cruzada del Secretario: el término lista cruzada / acolchado para el Secretario significa que las inscripciones se juntan y se espera que los estudiantes se expongan entre sí. La política de registro prohíbe la inclusión de nombres en distintas modalidades. Esto es resultado de las preocupaciones del Senado de la Facultad por el anonimato en las evaluaciones de los cursos de estudiante donde un estudiante podría ser identificado por la modalidad de su respuesta. Se proporcionó orientación adicional diciéndoles a los instructores que se pusieran en contacto con el mostrador de ayuda NTS para la recuperación de cualquier contenido perdido del curso Canvas. Estas soluciones no funcionaron para muchos instructores que confían en la capacidad de la lista cruzada en Canvas. On 8/25/26 at 4 PM NTS-SE, Registrar, and ILO-EAS working group met to review and test settings and options in ILP to get instructors out of work stoppage. The group identified a way to do reprovisioning without affecting cross-listed courses. El grupo identificó el proceso de actualización en tiempo real existente que cambia las configuraciones de la lista cruzada de Canvas. El grupo probó una solución para permitir a los instructores a la lista transversal manual en Canvas, y luego la validó en nuestro entorno de prueba. La solución era permitir a los instructores volver a la lista cruzada y/o enviar entradas para el escritorio de NTS para tener a nuestros equipos re-cross-list y restaurar contenido perdido. Todas las reprovisiones futuras utilizarán una configuración que excluye la información de la lista cruzada. La solución fue comunicada en una actualización de salida y a través de un anuncio de plataforma Canvas LMS. Los permisos para que un instructor pueda cruzar la lista en Canvas fueron re-enableados. Se informó a los administradores de que ahora podían solicitar a los instructores. By 12 PM 8/26/26 El outage se trasladó a monitorear mientras trabajábamos por boletos. By 9 AM 8/28/26 La salida se resolvió. # Target State / Goal Este problema cambió el estado objetivo. Los instructores deben ser capaces de encontrar manualmente sus cáscaras de curso en Canvas, independientemente de cómo se codifican los cursos en Banner. La configuración de la lista cruzada NO debe ser alterada o fijada por el pienso Banner ILP, ni debe observarse ni actualizar el estado de la lista cruzada de la monitorización en tiempo real. Los usuarios activos deben experimentar un acceso constante a la misma cáscara del curso Canvas después de la provisión inicial por el sistema Banner ILP excepto cuando el instructor cambia manualmente o por un administrador.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de agosto de 2026 a las 23:57 UTCmonitoring

   Algunos clientes móviles de AT comprimidoT actualmente no pueden completar llamadas a números de teléfono del campus. Este número se ha identificado como originario de la red de AT plagaT, no con nuestros sistemas telefónicos o servicios. Estamos monitoreando la situación y proporcionaremos una actualización una vez que se confirme que las llamadas funcionan normalmente de nuevo.

2. 22 de agosto de 2026 a las 0:16 UTCresolved

   No hemos tenido más informes sobre temas que llaman a la Universidad, y el Distrito Escolar de Fairbanks North Star Borough confirmó que sus problemas similares se han resuelto. Estamos considerando este outage resuelto en este momento; por favor llame a su oficina de servicio de TI del campus si sigue teniendo problemas para contactar con cualquier campus de UA por teléfono! Muchas gracias por tu tiempo.

3. 9 de septiembre de 2026 a las 18:10 UTCpostmortem

   Esta perturbación fue causada por una salida de proveedores y no relacionada con operaciones de la Universidad.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de agosto de 2026 a las 20:54 UTCidentified

   Hemos recibido informes de que lectores de tarjetas alrededor del campus de la UAF están experimentando problemas. El equipo de la OIT PAWS es consciente y está trabajando activamente para recuperar el servidor que controla este sistema. Haremos actualizaciones a intervalos de una hora mientras trabajan hacia una solución. Los coordinadores de la construcción pueden estar conscientes de los métodos y rutas de acceso alternativo para determinadas habitaciones, pero no hay una solución general en este momento. ¡Gracias por su paciencia durante la resolución de este tema!

2. 16 de agosto de 2026 a las 22:59 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

3. 16 de agosto de 2026 a las 23:56 UTCresolved

   La OIT PAWS informa que el servidor para sistemas de cableado de tarjetas Lenel ha sido reiniciado con éxito y está operativo.

4. 19 de agosto de 2026 a las 21:25 UTCpostmortem

   # **Análisis de la causa real - Incidente del servidor de Argus** ## ** Resumen ejecutivo** El servidor Argus experimentó una rápida pérdida de espacio disponible en la unidad Windows C:. Durante la investigación, PAWS identificó una actividad significativa en el directorio de registro de aplicaciones Lenel. El espacio de disco disponible siguió disminuyendo y finalmente alcanzó aproximadamente 37 MB. PAWS cerró limpiamente el servidor para evitar que el sistema operativo alcance 0 espacio de disco disponible y potencialmente causando problemas adicionales del sistema. PAWS expandió la unidad C: y devolvió el servidor al servicio. Tras la recuperación, se estabilizó la utilización de discos y se mantuvieron disponibles aproximadamente 20 GB de espacio libre. PAWS es responsable de la infraestructura de servidor de Windows subyacente pero no administra ni apoya la aplicación Lenel. La causa del aumento de la actividad de disco generada por la aplicación no se ha determinado y requiere investigación por el propietario/vendor de la aplicación. ## **Incident Impact** El servidor Argus no estaba disponible durante el incidente y las actividades de recuperación de infraestructura, lo que dio lugar a una interrupción de los servicios dependientes del servidor. Los impactos reportados incluyen funcionalidad de lector de tarjetas de puerta en el campus. ## **Timeline** Todas las veces son Alaska Time. **Aproximadamente 11:04 AM** – PAWS fue notificado de un problema que involucra al servidor Argus y reportó impactos a lectores de tarjetas de puerta en el campus. El incidente asociado fue TDX 991008. **Aproximadamente 11:23 AM** – PAWS identificó rápidamente la disminución del espacio disponible en la unidad Windows C:. Resource Monitor mostró una importante actividad de escritura que se realizaba dentro de: `C:\ProgramaData\Ln\logs` PAWS intentó recuperar la capacidad de disco disponible; sin embargo, C: la utilización continuó aumentando. The C: drive eventually reached approximately **37 MB of available space**. PAWS cerró limpiamente el VM para evitar que la unidad del sistema de Windows alcance 0 espacio disponible y potencialmente causando problemas adicionales del sistema operativo. PAWS realizó el trabajo de infraestructura necesario para aumentar la capacidad de la unidad del sistema. **Aproximadamente 3:34 PM** – Se completó el trabajo de infraestructura y se amplió la unidad C. El servidor fue devuelto en línea y PAWS verificó el servidor normal y el funcionamiento del disco. **Aproximadamente las 3:49 PM** – El servidor fue informado operativo. Al día siguiente, C: se mantuvo estable en aproximadamente **19.9 GB gratis**, sin recidiva del rápido consumo de disco. ## ## Root Cause ## La causa inmediata de la salida del servidor fue el agotamiento de la capacidad disponible en la unidad Windows C:. Durante el incidente, PAWS observó una importante actividad de escritura de disco dentro del directorio de registro de aplicaciones Lenel: `C:\ProgramaData\Ln\logs` Esta actividad consumió rápidamente la capacidad disponible restante en la unidad del sistema. La razón subyacente para aumentar la actividad de disco generada por la aplicación **no se ha determinado**. PAWS es responsable de la administración de la infraestructura de servidor subyacente pero no administra, configura o apoya la aplicación Lenel. Determinando por qué la aplicación generada el aumento de la actividad de disco requiere investigación por el propietario de la aplicación y está fuera del alcance de esta infraestructura RCA. ## ** Factor de contribución** #### **Limited Available System Disk Capacity** El servidor no tenía suficiente C restante: capacidad de unidad para absorber el aumento inesperado de la utilización del disco generado por la aplicación. La capacidad disponible eventualmente disminuyó a aproximadamente **37 MB**, lo que requiere que PAWS cierre el servidor para evitar que Windows alcance 0 espacio de disco disponible. ## **Resolución** PAWS completó las siguientes acciones de recuperación de infraestructura: * Investigado el rápido descenso C: capacidad de conducción. * Identifica el directorio fuente asociado con el aumento de la actividad de disco. * Cerrar el servidor de forma limpia antes de que la unidad del sistema alcanzara 0 espacio disponible. * Aumento de la capacidad disponible para Windows C: unidad. * Devolvió el servidor al servicio. * Servidor normal y operación de disco verificada. * Continuación de la utilización del disco de monitoreo después de la recuperación. Después de la recuperación, la unidad C: se mantuvo estable en aproximadamente **19.9 GB gratis**. ## ** Acciones Correctivas e Preventivas** #### ** Monitoreo de Capacidades de Disco** PAWS revisará los umbrales de monitoreo de la capacidad de disco y alerta para el servidor Argus para proporcionar suficiente notificación cuando la capacidad de unidad del sistema se acerque a niveles críticos. #### **Server Capacity** PAWS continuará monitoreando C: uso de la unidad para verificar que la capacidad adicional proporciona suficiente espacio de funcionamiento en condiciones normales del servidor. #### **Application Investigation** El propietario/vendor de la aplicación tendrá que determinar la causa del aumento inesperado de la actividad de disco generada por Lenel e identificar cualquier acción correctiva de nivel de aplicación que pueda ser necesaria. La configuración, registro, retención y remediación a nivel de aplicación están fuera del alcance de la administración del servidor PAWS. ## **Estatus actual** El servidor Argus está en línea y operativo. The C: drive remained stable at approximately **19.9 GB free** during follow-up monitoring, with no recurrence of the rapid disco consumption observed during the incident. PAWS considera la parte de infraestructura **servidora del incidente**. La causa subyacente del comportamiento de aplicación Lenel sigue siendo indeterminada y requiere seguimiento por el propietario/vendor de la aplicación.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de agosto de 2026 a las 19:02 UTCinvestigating

   Hemos recibido informes de que Banner está experimentando problemas. El equipo de la OIT EAS está investigando, y haremos actualizaciones a intervalos de 1 hora. Se ha identificado una solución funcional: abrir una ventana del navegador privado o incognito para acceder a Banner. Si el sitio todavía es lento/no carga, cerrar y abrir otra nueva ventana privada o de incógnito; puede tomar algunos intentos, pero una vez que se hace una conexión confiable, puede seguir utilizando esa sesión hasta que se resuelva el problema! ¡Gracias por su paciencia durante la resolución de este tema!

2. 10 de agosto de 2026 a las 20:03 UTCmonitoring

   El equipo de la OIT EAS ha identificado la cuestión con la Banner y ha aplicado una solución, que está siendo supervisada para la eficacia y estabilidad. ¡Gracias de nuevo por su paciencia durante la resolución de este tema! Usted puede esperar nuevas actualizaciones al final del día de negocios 5:00PM o como nueva información se pone disponible.

3. 17 de agosto de 2026 a las 16:53 UTCresolved

   El equipo de la OIT EAS ha resuelto el problema con la Banner, y ha confirmado que la solución es estable. La cuestión se resolvió el 10 de agosto. Por favor reporte cualquier problema continuo con este servicio al ayudante de TI de su campus, y gracias de nuevo por su paciencia durante la resolución de este problema!

4. 26 de agosto de 2026 a las 18:27 UTCpostmortem

   Banner Employee Service Unresponsive Análisis de impactos Ocurrencia del evento: 10 de agosto de 2026 10:30 a 10:53am Antecedentes La solicitud de autoservicio de los empleados de Banner es el servicio principal que los empleados presentan hojas de cálculo, ven sus saldos de licencia y artículos similares relacionados con su empleo en todo el sistema de la Universidad de Alaska. El proveedor Ellucian acoge las instancias de la Universidad Banner y Banner Self Service y es responsable de garantizar su disponibilidad mediante acciones de monitoreo y corrección. # Break Down of the Problem Aproximadamente a las 10:35 horas, el Servicio de NTS de la UAF llegó al equipo de Banner en Slack para informarles sobre los informes de extrema lentitud en Banner. Un breve examen reveló que sólo el módulo de autoservicio de los empleados estaba encontrando problemas. El Service Desk recomendó un trabajo alrededor de probar un navegador de incógnito, que funcionó para algunos. El equipo de EAS llegó a Ellucian y creó un billete P1. El servicio comenzó a funcionar de nuevo como se esperaba a las 10:53 am aproximadamente. # Target State / Goal Todos los componentes de Banner y Banner Self Service deben estar disponibles con las expectativas de la ventana de mantenimiento diaria y otros tiempos de salida programados. # Root Cause Analysis El equipo de nube de Ellucian que estuvo comprometido durante la restauración compartió lo siguiente relacionado con este evento. El examen de su vigilancia mostró que la degradación del desempeño comenzó a las 10:42 horas y quedó totalmente indisponible a las 10.50 horas. La automatización relacionada con los contenedores completó un inicio exitoso a las 10:53am y por 10:57am Employee Self Service totalmente estabilizado. Ellucian no evaluó ningún otro relacionado con la causa de la salida. El equipo de EAS es consciente de un defecto de producto en el software de autoservicio de los empleados de Banner que se mostró causa de este tipo de evento, primeramente experimentado en marzo y abril de este año relacionado con un defecto de producto que aún no se ha corregido en la producción, pero está programado para su aplicación. # Desarrollar contramedidas Para resolver esto para el futuro, esperamos que la aplicación de la reciente resolución de defectos corrija esta cuestión. # Implementation of Countermeasures Septiembre 12-13, 2026: Despliegue Banner actualizaciones relacionadas que resuelven los defectos identificados. # Follow Up / Review 14 de septiembre de 2026: Se desplegaron actualizaciones validadas para la resolución.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de agosto de 2026 a las 16:55 UTCinvestigating

   Hemos recibido informes de que la opción de inicio de sesión web de Iru está experimentando problemas. El equipo de Servicios de Apoyo Tecnológico de NTS está investigando y haremos actualizaciones a intervalos de 3 horas. Cambiar a un login local debe permitirle iniciar sesión en su Mac. ¡Gracias por su paciencia durante la resolución de este tema!

2. 3 de agosto de 2026 a las 17:25 UTCinvestigating

   El equipo de servicios de apoyo tecnológico de NTS está investigando la causa de esta cuestión. Si no pueden conectarse a su UA Mac, intentan cambiar a la conexión local. Para cambiar a la entrada local: 1. Haga clic en el icono de perfil (la persona dentro de un círculo) en la esquina superior derecha de la pantalla. 2. Seleccione Cambiar a sesión local. 3. Introduzca sus credenciales de inicio de sesión en los campos de usuario y contraseña que aparecen cerca del centro inferior de la pantalla. 4. Haga clic en Para entrar. Si todavía no puede iniciar sesión, póngase en contacto con su mostrador de ayuda de TI local para obtener más asistencia. Gracias por su paciencia continua mientras trabajamos hacia una resolución completa; haremos nuevas actualizaciones a intervalos de 3 horas y a medida que se disponga de nueva información.

3. 3 de agosto de 2026 a las 18:02 UTCinvestigating

   El equipo de NTS TSS está investigando la causa de estas cuestiones. El impulso de Iru para sincronizar sus contraseñas es seguro ignorar como mejor que usted es capaz mientras investigamos por qué se está solicitando. Si no pueden conectarse a su UA Mac, intentan cambiar a la conexión local. Para cambiar a la entrada local: 1. Haga clic en el icono de perfil (la persona dentro de un círculo) en la esquina superior derecha de la pantalla. 2. Seleccione Cambiar a sesión local. 3. Introduzca sus credenciales de inicio de sesión en los campos de usuario y contraseña que aparecen cerca del centro inferior de la pantalla. 4. Haga clic en Para entrar. Si todavía no puede iniciar sesión, póngase en contacto con su mostrador de ayuda de TI local para obtener más asistencia. Gracias por su paciencia continua mientras trabajamos hacia una resolución completa; haremos nuevas actualizaciones a intervalos de 1 hora y a medida que se disponga de nueva información.

4. 3 de agosto de 2026 a las 19:44 UTCinvestigating

   El equipo de NTS TSS continúa investigando la causa de estas cuestiones. No hay actualizaciones adicionales en este momento. El impulso de Iru para sincronizar sus contraseñas es seguro ignorar como mejor que usted es capaz mientras investigamos por qué se está solicitando. Si no pueden conectarse a su UA Mac, intentan cambiar a la conexión local. Para cambiar a la entrada local: 1. Haga clic en el icono de perfil (la persona dentro de un círculo) en la esquina superior derecha de la pantalla. 2. Seleccione Cambiar a sesión local. 3. Introduzca sus credenciales de inicio de sesión en los campos de usuario y contraseña que aparecen cerca del centro inferior de la pantalla. 4. Haga clic en Para entrar. Si todavía no puede iniciar sesión, póngase en contacto con su mostrador de ayuda de TI local para obtener más asistencia. Gracias por su paciencia continua mientras trabajamos hacia una resolución completa; haremos nuevas actualizaciones a intervalos de 1 hora y a medida que se disponga de nueva información.

5. 3 de agosto de 2026 a las 22:35 UTCmonitoring

   Hemos resuelto un problema reciente causado por un cambio inesperado con la autenticación de Duo que impactó a los ordenadores MacOS gestionados en todo el campus. Si utilizas un Mac gestionado por la universidad, tu experiencia de inicio de sesión ahora se restaura a operaciones normales. Sin embargo, la primera vez que vuelva a conectarse a su computadora después de esta solución, puede ver uno o dos avisos adicionales de autenticación Duo. Al iniciar sesión en su Mac gestionado por primera vez hoy: 1. Introduzca sus credenciales de cuenta habituales en la pantalla de inicio de sesión macOS. 2. Completar el impulso de Duo: Se le puede pedir que autentique a través de Duo un tiempo extra a medida que los permisos del sistema refresquen y vuelvan a sincronizarse con su cuenta. 3. Aprobar la solicitud en su aplicación móvil Duo, token de hardware o a través de su método MFA preferido como normal. 4. Seleccione Siguiente en el aviso Mantenga su cuenta segura. 5. Seleccione Siguiente en el Configurar un método de inicio de sesión. Si continúas encontrando errores de inicio de sesión, repetidos avisos para sincronizar contraseñas en el inicio de sesión, o cualquier otro problema conectado a tu Mac, por favor contacta a tu campus IT Helpdesk.

6. 26 de agosto de 2026 a las 20:10 UTCresolved

   Este incidente ha sido resuelto.

7. 26 de agosto de 2026 a las 20:11 UTCpostmortem

   IRU Authentication Outage Análisis de impactos Ocurrencia del evento: 20260803 Antecedentes El servicio de autenticación IRU ofrece capacidades de autenticación de usuarios para dispositivos macOS gestionados y acceso web a través de Kandji Passport. El servicio se basa en la integración entre Kandji Passport, Microsoft Entra ID, políticas de acceso condicional y Duo MFA para proporcionar autenticación segura para los usuarios. # Break Down of the Problem El 3 de agosto de 2026, los usuarios experimentaron problemas de autenticación al intentar acceder a los servicios de IRU. El problema afecta a los usuarios que intentan autenticar a través de Kandji Passport Web Login e impacta la capacidad de completar el proceso de inicio de sesión. El tema fue investigado a través de registros de entrada ID, políticas de acceso condicional, flujo de autenticación Duo MFA y servicios de autenticación Kandji Passport. # Target State / Goal Una autenticación funcional en dispositivos macOS gestionados por IRU. # Root Cause Analysis Cambios a los métodos de acceso condicional de Microsoft, eficaces a partir de Jun 15, 2026: * [https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-enforcement-resource-exclusions](https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-enforcement-resource-exclusions) * [https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-improved-enforcement-for-for-policies-with-resour/4488925](https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-proveences Los cambios descritos anteriormente requieren que DUO se establezca como el método de inicio de sesión predeterminado en la cuenta de usuario en M365. # Desarrollar contramedidas Contramedida inmediata desarrollada añadiendo usuarios al grupo Entrar que permitió el nuevo método de autenticación DUO. # Implementation of Countermeasures El personal de TI completó un cambio que añadió a todos los usuarios para recibir esta solución. # Follow Up / Review Examinar periódicamente los progresos realizados en la aplicación de soluciones a largo plazo.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de julio de 2026 a las 17:46 UTCidentified

   El acceso a vdi.alaska.edu no está disponible, pero se ha identificado la causa de la salida. Cualquier acceso de escritorio a través de vdi.alaska.edu, y posiblemente el cliente grueso, no será capaz de acceder o utilizar máquinas virtuales desde esa dirección hasta que se haya resuelto el problema.

2. 24 de julio de 2026 a las 18:55 UTCidentified

   La UA ha identificado el problema con el acceso a vdi.alaska.edu y está trabajando para resolverlo. Cualquier acceso de escritorio a través de vdi.alaska.edu, y posiblemente el cliente grueso, no será capaz de utilizar máquinas virtuales de esa dirección. Gracias por su paciencia durante la resolución de este problema. Por favor, espere una actualización a las 11:50 AM y actualizaciones por hora después.

3. 24 de julio de 2026 a las 20:12 UTCidentified

   La UA ha identificado el problema con el acceso a vdi.alaska.edu y está trabajando para resolverlo. Cualquier acceso de escritorio a través de vdi.alaska.edu, y posiblemente el cliente grueso, no será capaz de utilizar máquinas virtuales de esa dirección. Gracias por su paciencia durante la resolución de este problema. Por favor, espere una actualización a las 12:50 AM y actualizaciones por hora después.

4. 24 de julio de 2026 a las 20:55 UTCidentified

   La UA ha identificado el problema con el acceso a vdi.alaska.edu y está trabajando para resolverlo. Cualquier acceso de escritorio a través de vdi.alaska.edu, y posiblemente el cliente grueso, no será capaz de utilizar máquinas virtuales de esa dirección. Gracias por su paciencia durante la resolución de este problema. Por favor, espere una actualización a las 1:50 PM y actualizaciones por hora después.

5. 24 de julio de 2026 a las 22:35 UTCidentified

   La UA ha identificado el problema con el acceso a vdi.alaska.edu y está trabajando para resolverlo. Cualquier acceso de escritorio a través de vdi.alaska.edu, y posiblemente el cliente grueso, no será capaz de utilizar máquinas virtuales de esa dirección. Gracias por su paciencia durante la resolución de este problema. Por favor, espere una actualización a las 5:00 PM.

6. 25 de julio de 2026 a las 0:03 UTCmonitoring

   UA ha resuelto el problema con el vdi.alaska.edu y confirmado la solución para ser estable. Esto se colocará en monitoreo hasta el final del negocio a las 5:00 PM. Por favor reporte cualquier problema continuo con este servicio al ayudante de TI de su campus, y gracias de nuevo por su paciencia durante la resolución de este problema!

7. 25 de julio de 2026 a las 1:06 UTCresolved

   UA ha resuelto el problema con el vdi.alaska.edu y confirmado la solución para ser estable. Por favor reporte cualquier problema continuo con este servicio al ayudante de TI de su campus y gracias de nuevo por su paciencia durante la resolución de este problema!

8. 19 de agosto de 2026 a las 21:26 UTCpostmortem

   [vdi.alaska.edu](http://vdi.alaska.edu) access disruption. Certificados de puerta de acceso unificado caros. Hora de la fecha:07/23/2026 4:00 PM. Antecedentes [vdi.alaska.edu](http://vdi.alaska.edu) proporciona acceso de los usuarios al entorno VMware/Omnissa Horizon VDI. Ambos electrodomésticos Unified Access Gateway \(existen en la plataforma VXrail\) proporcionan la capa de acceso externo para usuarios que quieren acceder a su VDI tanto en el campus como remotamente. # Break Down of the Problem Ambos certificados en cada UAG expiraron el 23 de julio de 3:59 PM, 2026. El problema se notó el viernes 24 de julio alrededor de las 8:30 am, cuando los usuarios informaron de que no podían acceder a sus entornos VDI “My Desktop” cuando se resolvían a [vdi.alaska.edu](http://vdi.alaska.edu) When a user tried to resolve to [vdi.alaska.edu](http://vdi.alaska.edu) through their browser, they received a “Your connection is not private” notice and then would be blocked from reaching the [vdi.alaska.edu](http://vdi.alaska.edu) Página horizontal en absoluto. Medidas adoptadas para restaurar el servicio: Certificado de renovación solicitado de PAWS. Este certificado contenía el nombre de dominio primario, [vdi.alaska.edu](http://vdi.alaska.edu) pero también incluía los nombres alternativos \(ambos nombres 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) Duración del tiempo y el tiempo que el servicio fue restaurado: Jueves 23 de julio a las 4:00 pm - Viernes 24 a las 2:00 pm. # Target State / Goal Ambos UAG deben presentar continuamente certificados válidos, de confianza y acceso VDI externo e interno. # Root Cause Analysis # Ambos aparatos UAG presentaron certificados TLS caducados. TSS recibió una lista de electrodomésticos del servidor VXrail que habían estimado tiempos de cuando sus certificados estaban caducando. Ambos aparatos UAG no estaban en esta lista así que no pudimos dictar cuando sus certificados iban a expirar. # Desarrollar contramedidas He creado una hoja de cálculo de certificado maestro que ahora contiene la información de certificados de UAG para incluir fechas de caducidad. Lo comparto con nuestro equipo de TSS lidera para que podamos seguir monitoreando las expiraciones de certificado previstas en el futuro. Solicitud de acceso al servicio Certinext para futuras renovaciones de certificados. Calendario para la aplicación: Lo anterior debería permitirnos solicitar e implementar los certificados antes de que caducen en ambos UAG antes de que caducen. # Follow Up / Review Verificar las fechas de caducidad de certificados en ambos UAG monitoreando la hoja de cálculo del certificado maestro. Poner en una solicitud a PAWS para renovar el certificado, planificar un breve outage CAB, aplicar el certificado a ambos UAG y luego confirmar la renovación fue exitoso y el acceso se produce

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 1: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 de julio de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 1: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 de julio de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 7: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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 1: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 de mayo de 2026 a las 7: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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 0: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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de junio de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 0: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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de mayo de 2026 a las 0: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 de mayo de 2026 a las 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 de mayo de 2026 a las 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 de abril de 2026 a las 1: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 de abril de 2026 a las 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 de abril de 2026 a las 0: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 de mayo de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 0: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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 1: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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 20:46 UTCresolved

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

9. 6 de mayo de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 0: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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 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 de abril de 2026 a las 1: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 de abril de 2026 a las 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 de abril de 2026 a las 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!