История сбоев University Of Alaska

1. 2 октября 2026 г. в 19:26 UTCidentified

   Мы получили сообщения о том, что UAOnline в настоящее время испытывает проблемы. Команда по управлению доступом к идентификационным данным знает и определила причину. Выдача сертификата вызывает неправильные ошибки пароля для пользователей, которые недавно сбросили свои учетные данные. Мы будем делать обновления с 3-часовыми интервалами, поскольку они работают в направлении исправления. Спасибо за терпение при решении этого вопроса!

2. 2 октября 2026 г. в 21:42 UTCmonitoring

   Команда IAM определила проблему с UAOnline и внедрила исправление, которое контролируется на предмет эффективности и стабильности. Еще раз спасибо за терпение при решении этого вопроса! Вы можете ожидать дальнейших обновлений в конце рабочего дня (5:00 вечера) или по мере поступления новой информации.

3. 5 октября 2026 г. в 21:15 UTCresolved

   Команда IAM решила проблему с сервисом UAOnline и подтвердила, что исправление будет стабильным. Обновление сертификата, вызвавшее проблему, было возвращено. Пожалуйста, сообщите о любых продолжающихся проблемах с этой услугой в службу поддержки ИТ вашего кампуса, и еще раз спасибо за ваше терпение во время решения этой проблемы!

Автоматический перевод официального обновления инцидента.

1. 22 сентября 2026 г. в 00:09 UTCinvestigating

   Мы получили сообщения о том, что различные веб-сайты и службы в настоящее время испытывают проблемы с надежностью. Команды OIT Networking и PAWS расследуют и подозревают, что это проблема глобального масштаба с веб-хостом, таким как AWS. Мы будем вносить обновления по мере поступления новой информации и в конце рабочего дня сегодня (5:00 вечера АКДТ). Спасибо за терпение при решении этого вопроса!

2. 22 сентября 2026 г. в 01:23 UTCmonitoring

   Многие услуги, которые, как сообщалось, пострадали во время этого отключения, были восстановлены; мы считаем, что проблемы, возможно, были связаны с инцидентом US-EAST-1, о котором Amazon сообщал с 2:49 вечера до 4:06 вечера (https: / / health.aws.amazon.com / health /status). Мы будем следить за стабильностью обслуживания до начала рабочего дня завтра. Еще раз спасибо за терпение при решении этого вопроса! Вы можете ожидать еще одно обновление в 8:00 AKDT.

3. 22 сентября 2026 г. в 16:09 UTCresolved

   Услуги, о которых сообщалось как о пострадавших, оставались стабильными с момента исправления AWS вчера вечером, и мы рассматриваем этот инцидент как устраненный. Пожалуйста, сообщите о любых продолжающихся проблемах с сайтами и услугами UA в службу поддержки ИТ вашего кампуса, и еще раз спасибо за ваше терпение во время решения этой проблемы!

4. 14 октября 2026 г. в 22:28 UTCpostmortem

   Веб-сайт университета и внешняя доступность VPN Анализ проблемного воздействия Событие: 20260921 # Предыстория Университет Аляски обеспечивает подключение к виртуальной частной сети (VPN) для аффилированных с университетом пользователей, расположенных удаленно и нуждающихся в доступе к сетевым ресурсам университета. Кроме того, в университете размещены общедоступные веб-сайты, предназначенные для глобального доступа. Эти услуги, как и другие, зависят от связи между университетской сетью и более широким интернетом, предоставляемым нашим поставщиком услуг интернет-услуг, Alaska Communications Systems. # Разорвать проблему 21.09.2026 примерно в 3:30 вечера удаленные пользователи за пределами университетской сети сообщили о проблемах с загрузкой университетских веб-сайтов и о прерывании подключения к университетскому VPN. Техники на месте сообщили, что как VPN, так и веб-ресурсы были доступны из университетской сети. Службы телекоммуникаций OIT исследовали и обнаружили, что веб-сайты и VPN-подключение работают внутри университетской сети, и что наша сеть, взаимодействующая с ACS, обычно работает и получает / рекламирует маршруты. Техник OIT из другой рабочей группы по удаленной работе и проблеме подключения сообщил, что трассировка от их домашнего местоположения до нескольких университетских ресурсов потерпела неудачу в сети поставщика товарных интернет-услуг университета, Аляски Коммуникационные системы (ACS) до достижения сети университета. выключать Телекоммуникационные службы примерно в 4:30 вечера получили сообщение по электронной почте от ACS, подтверждающее сетевое событие в их сети, а затем следующее электронное письмо незадолго до 5:30 вечера о том, что сетевое событие было решено и услуги были стабилизированы. #Цель/Цель Сетевое подключение Университета Аляски к Интернету в целом должно оставаться онлайн в любое время, обеспечивая удаленный доступ к сетевым ресурсам UA, таким как веб-сайты и VPN-соединение. # Анализ первопричин Это было определено как вызванное событием за пределами университетской сети, в пределах сети поставщика интернет-услуг товаров (ACS), с отчетом ACS по разрешению « Сетевая ситуация, влияющая на услуги, стабилизировалась, и восстановление обслуживания завершено». Несмотря на то, что никакие схемы WAN или пиринговые сети не были затронуты напрямую, некоторый сетевой трафик, проходящий через сеть ACS через эти пиринговые сети, был затронут во время мероприятия провайдера. #Разработать контрмеры Провайдер товарных интернет-услуг \(ACS\) решил внутреннее сетевое событие. # Реализация контрмер В будущем OIT Telecommunications Services свяжется с поставщиками услуг, поскольку мы узнаем о потенциальных проблемах, влияющих на подключение к интернету. # Follow Up / Обзор ACS обеспечивает подтверждение по электронной почте разрешения внутренних сетевых событий.

Автоматический перевод официального обновления инцидента.

1. 21 сентября 2026 г. в 16:34 UTCinvestigating

   Мы получили сообщения о том, что сайты alaska.edu и uaf.edu в настоящее время испытывают проблемы. В настоящее время команда OIT Platforms, Apps & Web Services (PAWS) проводит расследование, и мы будем делать обновления с интервалом в 3 часа. Текущий обходной путь использует другой браузер, чем обычно; Google Chrome имеет высокие показатели успеха. Спасибо за терпение при решении этого вопроса!

2. 21 сентября 2026 г. в 20:04 UTCidentified

   Веб-сайты Alaska.edu и uaf.edu в настоящее время испытывают проблемы. Команда OIT Platforms, Apps & Web Services (PAWS) работает с Security. Сертификат должен быть обновлен в течение часа, а статус обновлен, как только он будет решен. Текущий обходной путь использует другой браузер, чем обычно; Google Chrome имеет высокие показатели успеха. Спасибо за терпение при решении этого вопроса!

3. 21 сентября 2026 г. в 20:32 UTCresolved

   PAWS решил проблему с сайтами alaska.edu и uaf.edu и подтвердил, что исправление будет стабильным. Пожалуйста, сообщите о любых продолжающихся проблемах с этой услугой в службу поддержки ИТ вашего кампуса, и еще раз спасибо за ваше терпение во время решения этой проблемы!

4. 7 октября 2026 г. в 16:54 UTCpostmortem

   Веб-сайт университета и внешняя доступность VPN Анализ проблемного воздействия Событие: 20260921 # Предыстория Университет Аляски обеспечивает подключение к виртуальной частной сети (VPN) для аффилированных с университетом пользователей, расположенных удаленно и нуждающихся в доступе к сетевым ресурсам университета. Кроме того, в университете размещаются общедоступные веб-сайты, предназначенные для глобального доступа. Эти услуги, как и другие, зависят от связи между университетской сетью и более широким интернетом, предоставляемым нашим поставщиком услуг интернет-услуг, Alaska Communications Systems. # Разорвать проблему 21.09.2026 примерно в 3:30 вечера удаленные пользователи за пределами университетской сети сообщили о проблемах с загрузкой университетских веб-сайтов и о прерывании подключения к университетскому VPN. Техники на месте сообщили, что как VPN, так и веб-ресурсы были доступны из университетской сети. Службы телекоммуникаций OIT исследовали и обнаружили, что веб-сайты и VPN-соединение работают внутри университетской сети, и что наша сеть, взаимодействующая с ACS, как правило, работает и получает / рекламирует маршруты. Техник OIT из другой рабочей группы по удаленной работе и проблеме подключения сообщил, что трассировка от их домашнего местоположения до нескольких университетских ресурсов потерпела неудачу в сети поставщика товарных интернет-услуг университета, Аляски Коммуникационные системы (ACS) до достижения сети университета. выключать Телекоммуникационные службы примерно в 4:30 вечера получили сообщение по электронной почте от ACS, подтверждающее сетевое событие в их сети, а затем следующее электронное письмо незадолго до 5:30 вечера о том, что сетевое событие было решено и услуги были стабилизированы. #Цель/Цель Сетевое подключение Университета Аляски к Интернету в целом должно оставаться онлайн в любое время, обеспечивая удаленный доступ к сетевым ресурсам UA, таким как веб-сайты и VPN-соединение. # Анализ первопричин Это было определено как вызванное событием за пределами университетской сети, в пределах сети поставщика интернет-услуг товаров (ACS), с отчетом ACS по разрешению « Сетевая ситуация, влияющая на услуги, стабилизировалась, и восстановление обслуживания завершено». Несмотря на то, что никакие схемы WAN или пиринговые сети не были затронуты напрямую, некоторый сетевой трафик, проходящий через сеть ACS через эти пиринговые сети, был затронут во время мероприятия провайдера. #Разработать контрмеры Провайдер товарных интернет-услуг \(ACS\) решил внутреннее сетевое событие. # Реализация контрмер В будущем OIT Telecommunications Services свяжется с поставщиками услуг, поскольку мы узнаем о потенциальных проблемах, влияющих на подключение к интернету. # Follow Up / Обзор ACS обеспечивает подтверждение по электронной почте разрешения внутренних сетевых событий.

Автоматический перевод официального обновления инцидента.

1. 28 августа 2026 г. в 20:22 UTCinvestigating

   Мы получили сообщения о том, что Google Chat в настоящее время испытывает проблемы. Это проблема со стороны поставщиков, и Google указал, что их технические специалисты в настоящее время ведут расследование. Обновления в режиме реального времени можно посмотреть на панели мониторинга состояния: https://www.google.com/appsstatus/dashboard/incidents/y2ufhCB886p7rveYNnko' Пользователи чата Google сталкиваются с проблемой, когда они получают уведомления о новых сообщениях, но фактические сообщения не отображаются в их приложении чата, если пользователь не обновляет свое мнение. Пользователи могут обновляться, чтобы видеть новые сообщения. Мы будем вносить обновления по мере поступления новой информации с интервалом в 3 часа. Спасибо за терпение при решении этого вопроса!

2. 28 августа 2026 г. в 21:27 UTCresolved

   Google сообщает, что эта проблема решена. Согласно их статусу приборной панели: Проблема с Google Chat была решена для всех пострадавших пользователей по состоянию на пятницу 2026-08-28 13:45 PDT. Из предварительного анализа вопрос был вызван недавними изменениями, которые были отменены для смягчения последствий. Мы благодарим вас за ваше терпение, пока мы работали над решением этого вопроса». Спасибо за ваше время, когда мы следовали этой резолюции!

3. 9 сентября 2026 г. в 18:14 UTCpostmortem

   Это нарушение было вызвано отключением поставщика и не связано с деятельностью университета.

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 19:13 UTCinvestigating

   Мы получили сообщения о том, что Canvas в настоящее время испытывает проблемы. Команда NTS Systems Engineering в настоящее время проводит расследование, и мы будем делать обновления с интервалом в 2 часа. Спасибо за терпение при решении этого вопроса!

2. 25 августа 2026 г. в 19:58 UTCidentified

   Компания NTS Systems Engineering представила описание проблем, признанных в настоящее время: Некоторые сложенные курсы Canvas испытывают проблему. Эти курсы были сгенерированы в виде отдельных лиц или стеков на основе информации о курсе в Баннере. Курсовые снаряды в Canvas были затем сложены или не сложены инструктором или администратором. Система обеспечения, которая соединяет данные Баннера с Canvas, провела полное переоформление 24 августа, чтобы исправить ряд расхождений в регистрации на Canvas. Это устранило проблемы с зачислением, но также устранило любые действия ручного стека / удаления стека, которые произошли. Для пострадавших курсов преподаватели увидят свои курсы неопубликованными, пустыми и вернутся к своей первоначальной конфигурации. Для студентов это будет выглядеть так, как будто их курс исчез». Еще раз спасибо за ваше терпение, поскольку мы работаем над полным решением проблем; мы будем продолжать вносить обновления по мере поступления новой информации и с интервалом в 2 часа.

3. 25 августа 2026 г. в 23:42 UTCmonitoring

   NTS System Engineering определила 378 потенциально пострадавших курсов. Все материалы курса можно восстановить, и у инструкторов есть несколько вариантов продвижения вперед. NTS будет работать над восстановлением любых студенческих заявок, поступивших до предоставления. У инструкторов есть 2 варианта: 1. Работа с системой генерируемых курсов Canvas - Эти оболочки курса могут быть заполнены содержимым курса до 24 августа. Затем преподаватели могут публиковать и продолжать свои курсы. 2.Обновите перекрестный список для вашего курса в Баннере - отложите свой курс и работайте с планировщиком курсов вашего отдела, чтобы подать предложение об изменении структуры перекрестного списка в Баннере, чтобы соответствовать тому, что вы хотите в Канвасе. После того, как изменение будет завершено, и новая система, генерируемая курсом Canvas, будет доступна, она может быть заполнена содержимым курса до 24 августа. Если это влияет на ваши курсы, пожалуйста, напишите [email protected] с CRN курсов и какой вариант вы принимаете. НТС сможет помочь только с восстановлением контента. Для инструкторов, выбирающих вариант 2, вам нужно будет связаться с планировщиком курса. Регистратор осведомлен об этом инциденте и может помочь планировщикам представить необходимые предложения.

4. 26 августа 2026 г. в 01:46 UTCmonitoring

   Команда NTS Systems Engineering продолжает восстанавливать содержание курса и устранять одноразовые проблемы. Два варианта, доступные для инструкторов с затронутыми классами Canvas: 1. Работа с системой генерируемых курсов Canvas - Эти оболочки курса могут быть заполнены содержимым курса до 24 августа. Затем преподаватели могут публиковать и продолжать свои курсы. 2.Обновите перекрестный список для вашего курса в Баннере - отложите свой курс и работайте с планировщиком курсов вашего отдела, чтобы подать предложение об изменении структуры перекрестного списка в Баннере, чтобы соответствовать тому, что вы хотите в Канвасе. После того, как изменение будет завершено, и новая система, генерируемая курсом Canvas, будет доступна, она может быть заполнена содержимым курса до 24 августа. Если это влияет на ваш курс (ы), пожалуйста, напишите [email protected] с CRN курсов и какой вариант вы хотели бы продолжить. NTS сможет только помочь с восстановлением контента, и больше не может вручную перечислить или пересчитать курсы. Для инструкторов, выбирающих вариант 2, вам нужно будет связаться с планировщиком курса. Регистратор осведомлен об этом инциденте и может помочь планировщикам представить необходимые предложения. Еще раз спасибо за ваше время, когда мы работаем над полным решением! Это наше последнее обновление для рабочего дня, и отчетность начнется снова в начале дня (8:00 утра по местному времени).

5. 26 августа 2026 г. в 16:59 UTCmonitoring

   Спасибо за ваше терпение, поскольку мы работаем над недавней проблемой программного обеспечения, которая привела к отключению перекрестных классов в Canvas. NTS SE, OIT EAS и регистратор UAF определили обходной путь для ручного перекрестного листинга в Canvas. Это пересматривает предыдущее руководство для инструкторов о том, как действовать. Инструкторы теперь могут выбрать, чтобы их курсы Canvas соответствовали их конфигурации до инцидента. Инструкторы также могут самостоятельно выполнять эту реконфигурацию, используя инструменты перекрестного списка в Canvas. Если вы все еще испытываете проблемы, пожалуйста, отправьте билет на [email protected] и включите CRN для затронутых разделов.

6. 26 августа 2026 г. в 19:10 UTCmonitoring

   Мы идентифицировали проблему конфигурации, которая привела к отключению классов в Canvas. NTS SE, OIT EAS и регистратор UAF внедрили исправление, позволяющее ручной перекрестный список в Canvas. Мы следим за ситуацией. Если вы все еще испытываете проблемы и еще не подали билет на помощь, пожалуйста, отправьте билет на [email protected] и включите CRN для пострадавших секций.

7. 28 августа 2026 г. в 17:44 UTCresolved

   Курсы Canvas по-прежнему могут быть включены в перекрестный список администраторами и инструкторами Canvas без проблем, и мы рассматриваем этот инцидент решенным в настоящее время. Если вы все еще испытываете проблемы или требуете, чтобы ваш контент курса был восстановлен и еще не отправили билет на помощь, пожалуйста, сделайте это по электронной почте [email protected] с описанием вашей проблемы / запроса и включите CRN для затронутых разделов. Спасибо за ваше терпение, так как этот вопрос был решен!

8. 22 сентября 2026 г. в 19:13 UTCpostmortem

   Canvas LMS Degradation of Service Problem Impact Analysis Event Occurrence: 8/25/26 # Background The Canvas LMS platform provides web based digital classroom features to instructors and students. Courses, terms, and enrollments on the platform are managed through a direct connection to UAF’s SIS platform and Registrar processes. For most online courses and some in person courses, the associated Canvas course shell is the centralized location for all coursework, references, and grades. # Break Down of the Problem On 8/21/26 we received canvas support tickets from less than 5 users reporting that their course rosters were missing students or an instructor. Upon investigation, we found the configuration of the Canvas LMS to Banner SIS integration to have a timing issue. The integration, called ILP, does realtime updates of course enrollments when they meet certain criteria. The issue occurred because the enrollments in the course were changing before the course itself met the requirements to be monitored and updated by ILP. The fix for this issue was to reprovision the course. Reprovisioning treats the course information as ‘new’ regardless of if it had already been updated, making the Canvas course info match the Banner SIS course info. This solved the individual reported issues, but we needed to reprovision all of the courses, and continue to reprovision throughout the semester. Based on research in ILP forums, this is the solution for most institutions who encounter this issue. ‌ On 8/24/26 around 3 PM, we reprovisioned all UAF courses using the ‘bulk job’ tool in ILP. We then validated course enrollments from a few new tickets that had come in to ensure the fix had the intended effect. Courses that had been missing enrollments were corrected. ‌ On 8/24/26 at 5 PM we received reports of Canvas courses disappearing from students and instructors. Upon investigation, we found the courses affected were all cross-listed and the instructor had manually changed the system generated configuration by either cross-listing additional courses, or de-cross-listing courses. Instructors are able to do this in the Canvas platform with any courses they are listed as the instructor in. When we reprovisioned, the system changed the configurations of the Canvas courses to match Banner and this undid whatever the instructor had done. ‌ On 8/25/26 9 AM we began a degradation of service outage for Canvas as more Canvas service tickets came in. We communicated with all administrators advising them of the situation and to not cross-list courses in Canvas until we had more information. We posted an announcement to instructors and admins on the Canvas platform about the outage. We removed the permission for instructors in Canvas to be able to cross-list/de-cross-list their courses. We assessed the number of courses potentially impacted, and communicated with the instructors of record for each course.  ‌ 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. We discovered that instructors frequently cross-list courses across modalities in Canvas so they can manage all sections for a course in a single course shell. Canvas sections functionality allows them to do this without requiring them to expose cross-listed enrollments to each other. This is an important distinction between Canvas cross-listing and Registrar cross-listing: the term cross-listing/stacking for the Registrar means the enrollments are pooled together and it is expected that the students will be exposed to each other. Registrar policy prohibits cross-listing across modalities. This is a result of Faculty Senate concerns for anonymity in student course evaluations where a student could be identified by the modality of their response. Additional guidance was provided telling instructors to contact the NTS help desk for the recovery of any lost Canvas course content. These solutions did not work for many instructors who rely on the ability to cross-list in Canvas. ‌ On 8/25/26 at 4 PM  NTS-SE, Registrar, and OIT-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. The group identified the existing real-time update process that changes Canvas cross-list configurations. The group tested a fix to allow instructors to manually cross-list in Canvas, and then validated it in our test environment. The fix was to allow instructors to re-cross-list and/or submit NTS help desk tickets to have our teams re-cross-list and restore lost content. All future reprovisions will use a configuration that excludes cross-list information.The fix was communicated in an outage update and through a Canvas LMS platform announcement. The permissions for an instructor to be able to cross-list in Canvas were re-enabled. Administrators were informed that they could now cross-list for instructors. By 12 PM 8/26/26 The outage was moved to monitoring while we worked through tickets. By 9 AM 8/28/26 The outage was resolved. # Target State / Goal  This issue changed the target state. Instructors should be able to manually cross-list or de-cross-list their course shells in Canvas, regardless of how the courses are coded in Banner. The cross-listing configuration should NOT be altered or set by the Banner ILP feed, nor should the cross-list status be watched nor updated from real-time monitoring. Active users should experience consistent access to the same Canvas course shell after the initial provisioning by the Banner ILP system except when manually changed by the instructor, or by an administrator.

Автоматический перевод официального обновления инцидента.

1. 19 августа 2026 г. в 23:57 UTCmonitoring

   Некоторые мобильные клиенты AT&T в настоящее время не могут выполнять звонки на номера телефонов кампуса. Эта проблема возникла в сети AT&T, а не в наших телефонных системах или службах. Мы следим за ситуацией и предоставим обновленную информацию, как только звонки будут подтверждены.

2. 22 августа 2026 г. в 00:16 UTCresolved

   У нас больше не было сообщений о проблемах, вызывающих университет, и школьный округ Фэрбенкс Норт Стар Боро подтвердил, что их аналогичные проблемы были решены. Мы рассматриваем это отключение решено в это время; пожалуйста, позвоните в ваш офис ИТ-услуг кампуса, если у вас есть какие-либо проблемы, связываясь с любым кампусом UA по телефону! Большое спасибо за ваше время.

3. 9 сентября 2026 г. в 18:10 UTCpostmortem

   Это нарушение было вызвано отключением поставщика и не связано с деятельностью университета.

Автоматический перевод официального обновления инцидента.

1. 16 августа 2026 г. в 20:54 UTCidentified

   Мы получили сообщения о том, что читатели карт в кампусе UAF в настоящее время испытывают проблемы. Команда OIT PAWS знает и активно работает над восстановлением сервера, который управляет этой системой. Мы будем делать обновления с интервалом в один час, поскольку они работают в направлении исправления. Координаторы зданий могут быть осведомлены об альтернативных методах доступа и маршрутах для конкретных помещений, но в настоящее время не существует широко распространенных обходных путей. Спасибо за терпение при решении этого вопроса!

2. 16 августа 2026 г. в 22:59 UTCidentified

   Мы продолжаем работать над решением этой проблемы.

3. 16 августа 2026 г. в 23:56 UTCresolved

   OIT PAWS сообщает, что сервер для систем свайпа карт Lenel успешно перезапущен и работает.

4. 19 августа 2026 г. в 21:25 UTCpostmortem

   # **Root Cause Analysis – Argus Server Incident** ## **Executive Summary** The Argus server experienced a rapid loss of available space on the Windows C: drive. During investigation, PAWS identified significant disk activity occurring within the Lenel application log directory. Available disk space continued to decrease and eventually reached approximately 37 MB. PAWS cleanly shut down the server to prevent the operating system from reaching 0 available disk space and potentially causing additional system issues. PAWS expanded the C: drive and successfully returned the server to service. Following recovery, disk utilization stabilized and approximately 20 GB of free space remained available. PAWS is responsible for the underlying Windows server infrastructure but does not administer or support the Lenel application. The cause of the increased application-generated disk activity has not been determined and requires investigation by the application owner/vendor. ‌ ‌ ## **Incident Impact** The Argus server became unavailable during the incident and infrastructure recovery activities, resulting in an interruption to services dependent on the server. Reported impacts included on-campus door card reader functionality. ‌ ‌ ## **Timeline** **All times are Alaska Time.** **Approximately 11:04 AM** – PAWS was notified of an issue involving the Argus server and reported impacts to on-campus door card readers. The associated incident was TDX 991008. **Approximately 11:23 AM** – PAWS identified rapidly decreasing available space on the Windows C: drive. Resource Monitor showed significant write activity occurring within: `C:\ProgramData\Ln\logs` PAWS attempted to recover available disk capacity; however, C: utilization continued to increase. The C: drive eventually reached approximately **37 MB of available space**. PAWS cleanly shut down the VM to prevent the Windows system drive from reaching 0 available space and potentially causing additional operating system issues. PAWS performed the infrastructure work necessary to increase the capacity of the system drive. **Approximately 3:34 PM** – Infrastructure work was completed and the C: drive was expanded. The server was brought back online and PAWS verified normal server and disk operation. **Approximately 3:49 PM** – The server was reported operational. The following day, C: remained stable at approximately **19.9 GB free**, with no recurrence of the rapid disk consumption. ‌ ‌ ## **Root Cause** The immediate cause of the server outage was exhaustion of available capacity on the Windows C: drive. During the incident, PAWS observed significant disk write activity within the Lenel application log directory: `C:\ProgramData\Ln\logs` This activity rapidly consumed the remaining available capacity on the system drive. The underlying reason for the increased application-generated disk activity has **not been determined**. PAWS is responsible for administration of the underlying server infrastructure but does not administer, configure, or support the Lenel application. Determining why the application generated the increased disk activity requires investigation by the application owner/vendor and is outside the scope of this infrastructure RCA. ‌ ‌ ## **Contributing Factor** ### **Limited Available System Disk Capacity** The server did not have sufficient remaining C: drive capacity to absorb the unexpected increase in application-generated disk utilization. Available capacity eventually decreased to approximately **37 MB**, requiring PAWS to shut down the server to prevent Windows from reaching 0 available disk space. ‌ ‌ ## **Resolution** PAWS completed the following infrastructure recovery actions: * Investigated the rapidly decreasing C: drive capacity. * Identified the source directory associated with the increased disk activity. * Cleanly shut down the server before the system drive reached 0 available space. * Increased the capacity available to the Windows C: drive. * Returned the server to service. * Verified normal server and disk operation. * Continued monitoring disk utilization following recovery. Following recovery, the C: drive remained stable at approximately **19.9 GB free**. ‌ ‌ ## **Corrective and Preventative Actions** ### **Disk Capacity Monitoring** PAWS will review disk capacity monitoring and alert thresholds for the Argus server to provide sufficient notification when system drive capacity approaches critical levels. ### **Server Capacity** PAWS will continue monitoring C: drive utilization to verify that the additional capacity provides sufficient operating headroom under normal server conditions. ### **Application Investigation** The application owner/vendor will need to determine the cause of the unexpected increase in Lenel-generated disk activity and identify any application-level corrective actions that may be required. Application configuration, logging, retention, and application-level remediation are outside the scope of PAWS server administration. ‌ ‌ ## **Current Status** The Argus server is online and operational. The C: drive remained stable at approximately **19.9 GB free** during follow-up monitoring, with no recurrence of the rapid disk consumption observed during the incident. PAWS considers the **server infrastructure portion of the incident resolved**. The underlying cause of the Lenel application behavior remains undetermined and requires follow-up by the application owner/vendor.

Автоматический перевод официального обновления инцидента.

1. 10 августа 2026 г. в 19:02 UTCinvestigating

   Мы получили сообщения о том, что Баннер в настоящее время испытывает проблемы. В настоящее время команда OIT EAS проводит расследование, и мы будем делать обновления с интервалом в 1 час. Выявлен функционирующий обходной путь: откройте частное окно браузера или инкогнито для доступа к Баннеру. Если сайт по-прежнему медленно/не загружается, закройте и откройте еще одно частное окно или окно инкогнито; это может занять несколько попыток, но как только надежное соединение будет сделано, вы можете продолжать использовать этот сеанс, пока проблема не будет решена! Спасибо за терпение при решении этого вопроса!

2. 10 августа 2026 г. в 20:03 UTCmonitoring

   Команда OIT EAS определила проблему с баннером и внедрила исправление, которое контролируется на предмет эффективности и стабильности. Еще раз спасибо за терпение при решении этого вопроса! Вы можете ожидать дальнейших обновлений в конце рабочего дня 5:00 вечера или по мере поступления новой информации.

3. 17 августа 2026 г. в 16:53 UTCresolved

   Команда OIT EAS решила проблему с Баннером и подтвердила, что исправление будет стабильным. Вопрос был решен 10 августа. Пожалуйста, сообщите о любых продолжающихся проблемах с этой услугой в службу поддержки ИТ вашего кампуса, и еще раз спасибо за ваше терпение во время решения этой проблемы!

4. 26 августа 2026 г. в 18:27 UTCpostmortem

   Баннерный сервис для сотрудников Unsponsive Анализ проблемного воздействия Событие: 10 августа 2026 10:30 утра до 10:53 утра # Предыстория Заявка на самообслуживание сотрудников является основной услугой, которую сотрудники предоставляют временных листах, просматривают остатки отпусков и аналогичные предметы, связанные с их работой в системе Университета Аляски. Продавец Ellucian размещает экземпляры University Banner и Banner Self Service и отвечает за обеспечение их доступности посредством мониторинга и корректирующих действий. # Разорвать проблему Примерно в 10:35 сервисный центр UAF NTS обратился к команде Banner в Слаке, чтобы сообщить им о сообщениях о чрезвычайной медленности в Баннере. Короткий обзор показал, что только модуль самообслуживания сотрудников сталкивался с проблемами. Service Desk рекомендовал поработать над браузером инкогнито, который работал для некоторых. Команда EAS связалась с Эллюцианом и создала билет P1. Служба снова начала функционировать, как и ожидалось, примерно в 10:53 утра. #Цель/Цель Все компоненты Banner и Banner Self Service должны быть доступны в соответствии с ожиданиями ежедневного окна обслуживания и других запланированных сроков отключения. # Анализ первопричин Команда эллукианских облаков, которая участвовала в реставрации, поделилась следующим. Обзор их мониторинга показал, что ухудшение производительности началось в 10:42 утра и стало полностью недоступным в 10:50 утра. Автоматизация, связанная с контейнерами, завершила успешный запуск в 10:53 и к 10:57 полностью стабилизировалась. Эллюкян не оценил никаких дальнейших причин отключения. Команда EAS знает о дефекте продукта в программном обеспечении Banner Employee Self Service, который, как было показано, вызвал такое событие, впервые испытанное в марте и апреле этого года, связанное с дефектом продукта, который еще не исправлен в производстве, но планируется к применению. #Разработать контрмеры Чтобы решить эту проблему в будущем, мы ожидаем, что применение недавнего исправления дефекта исправит эту проблему. # Реализация контрмер 12-13 сентября 2026 года: развертывание обновлений, связанных с баннером, которые устраняют выявленные дефекты. # Follow Up / Обзор 14 сентября 2026 года: были развернуты валидированные обновления для разрешения.

Автоматический перевод официального обновления инцидента.

1. 3 августа 2026 г. в 16:55 UTCinvestigating

   Мы получили сообщения о том, что опция входа в Интернет Iru в настоящее время испытывает проблемы. В настоящее время команда NTS Technology Support Services проводит расследование, и мы будем делать обновления с интервалом в 3 часа. Переключение на локальный логин должно позволить вам войти в свой Mac. Спасибо за терпение при решении этого вопроса!

2. 3 августа 2026 г. в 17:25 UTCinvestigating

   Команда NTS Technology Support Services (TSS) в настоящее время изучает причину этой проблемы. Если вы не можете войти в свой UA Mac, они пытаются переключиться на локальный логин. Чтобы переключиться на локальный логин: 1. Нажмите на значок профиля (человек внутри круга) в правом верхнем углу экрана. 2.Выберите переключение на локальный логин. 3. Введите свои учетные данные входа в университет в полях имени пользователя и пароля, которые появляются в нижней части экрана. 4.Щелкните по знаку Чтобы войти. Если вы все еще не можете войти в систему, пожалуйста, свяжитесь с вашим местным отделом ИТ-помощи для дальнейшей помощи. Спасибо за ваше терпение, поскольку мы работаем над полным разрешением; мы будем делать дальнейшие обновления с интервалом в 3 часа и по мере поступления новой информации.

3. 3 августа 2026 г. в 18:02 UTCinvestigating

   Команда NTS TSS в настоящее время расследует причину этих проблем. Подсказка Iru для синхронизации ваших паролей безопасна для игнорирования, насколько это возможно, пока мы изучаем, почему она предлагается. Если вы не можете войти в свой UA Mac, они пытаются переключиться на локальный логин. Чтобы переключиться на локальный логин: 1. Нажмите на значок профиля (человек внутри круга) в правом верхнем углу экрана. 2.Выберите переключение на локальный логин. 3. Введите свои учетные данные входа в университет в полях имени пользователя и пароля, которые появляются в нижней части экрана. 4.Щелкните по знаку Чтобы войти. Если вы все еще не можете войти в систему, пожалуйста, свяжитесь с вашим местным отделом ИТ-помощи для дальнейшей помощи. Спасибо за ваше терпение, поскольку мы работаем над полным разрешением; мы будем вносить дальнейшие обновления с интервалом в 1 час.

4. 3 августа 2026 г. в 19:44 UTCinvestigating

   Команда NTS TSS продолжает расследование причин этих проблем. В настоящее время никаких дальнейших обновлений нет. Подсказка Iru для синхронизации ваших паролей безопасна для игнорирования, насколько это возможно, пока мы изучаем, почему она предлагается. Если вы не можете войти в свой UA Mac, они пытаются переключиться на локальный логин. Чтобы переключиться на локальный логин: 1. Нажмите на значок профиля (человек внутри круга) в правом верхнем углу экрана. 2.Выберите переключение на локальный логин. 3. Введите свои учетные данные входа в университет в полях имени пользователя и пароля, которые появляются в нижней части экрана. 4.Щелкните по знаку Чтобы войти. Если вы все еще не можете войти в систему, пожалуйста, свяжитесь с вашим местным отделом ИТ-помощи для дальнейшей помощи. Спасибо за ваше терпение, поскольку мы работаем над полным разрешением; мы будем вносить дальнейшие обновления с интервалом в 1 час.

5. 3 августа 2026 г. в 22:35 UTCmonitoring

   Мы решили недавнюю проблему, вызванную неожиданным изменением аутентификации Duo, которое повлияло на логины управляемых компьютеров macOS в кампусе. Если вы используете Mac, управляемый университетом, ваш опыт входа в систему теперь восстановлен до обычных операций. Однако при первом входе на компьютер после этого исправления вы можете увидеть одну или две дополнительные подсказки аутентификации Duo. При входе в ваш управляемый Mac впервые: 1.Введите свои обычные учетные данные на главном экране входа в MacOS. 2. Заполните запрос(ы): Вам может быть предложено пройти аутентификацию через Duo дополнительное время, поскольку системные разрешения обновляются и повторно синхронизируются с вашей учетной записью. 3. Утвердить запрос в мобильном приложении Duo, аппаратном токене или с помощью предпочтительного метода MFA. 4.Выберите «Давайте держать вашу учетную запись в безопасности». 5.Выберите Next at the Set up a sign-in method prompt. Если вы продолжаете сталкиваться с ошибками входа в систему, повторяющимися подсказками для синхронизации паролей при входе в систему или любыми другими проблемами при входе в Mac, пожалуйста, свяжитесь с IT Helpdesk вашего кампуса.

6. 26 августа 2026 г. в 20:10 UTCresolved

   Этот инцидент был урегулирован.

7. 26 августа 2026 г. в 20:11 UTCpostmortem

   Отключение аутентификации IRU Анализ проблемного воздействия Событие: 20260803 # Предыстория Служба аутентификации IRU предоставляет возможности аутентификации пользователей для управляемых устройств macOS и веб-доступа через Kandji Passport. Сервис основан на интеграции между Kandji Passport, Microsoft Entra ID, политиками условного доступа и Duo MFA для обеспечения безопасной аутентификации пользователей. # Разорвать проблему 3 августа 2026 года пользователи столкнулись с проблемами аутентификации при попытке доступа к сервисам IRU. Проблема затронула пользователей, пытающихся аутентифицироваться через веб-логин Kandji Passport, и повлияла на возможность завершения процесса входа в систему. Проблема была исследована через журналы входа в Entra ID, политики условного доступа, поток аутентификации Duo MFA и службы аутентификации паспорта Kandji. #Цель/Цель Функциональная аутентификация в устройствах MacOS, управляемых IRU. # Анализ первопричин Изменения в методах условного доступа Microsoft, вступившие в силу с 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-change-improved-enforcement-for-policies-with-resour/4488925] (https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-change-improved-enforcement-for-policies-with-resour/4488925) Изменения, описанные выше, теперь требуют, чтобы DUO был установлен как метод входа по умолчанию в учетной записи пользователя в M365. #Разработать контрмеры Немедленная контрмера, разработанная путем добавления пользователей в группу Entra, позволила использовать новый метод аутентификации DUO. # Реализация контрмер ИТ-персонал завершил изменение, которое добавило всех пользователей для получения этого исправления. # Follow Up / Обзор Регулярно пересматривайте ход реализации долгосрочных решений.

Автоматический перевод официального обновления инцидента.

1. 24 июля 2026 г. в 17:46 UTCidentified

   Доступ к vdi.alaska.edu недоступен, но причина сбоя выявлена. Любой доступ к рабочему столу через vdi.alaska.edu и, возможно, толстый клиент не смогут получить доступ или использовать виртуальные машины с этого адреса, пока проблема не будет решена.

2. 24 июля 2026 г. в 18:55 UTCidentified

   UA определила проблему с доступом к vdi.alaska.edu и работает над ее решением. Любой доступ к рабочему столу через vdi.alaska.edu и, возможно, толстый клиент не смогут использовать виртуальные машины с этого адреса. Спасибо за ваше терпение во время решения этого вопроса. Пожалуйста, ожидайте обновления в 11:50 утра и ежечасные обновления после.

3. 24 июля 2026 г. в 20:12 UTCidentified

   UA определила проблему с доступом к vdi.alaska.edu и работает над ее решением. Любой доступ к рабочему столу через vdi.alaska.edu и, возможно, толстый клиент не смогут использовать виртуальные машины с этого адреса. Спасибо за ваше терпение во время решения этого вопроса. Пожалуйста, ожидайте обновления в 12:50 утра и ежечасные обновления после.

4. 24 июля 2026 г. в 20:55 UTCidentified

   UA определила проблему с доступом к vdi.alaska.edu и работает над ее решением. Любой доступ к рабочему столу через vdi.alaska.edu и, возможно, толстый клиент не смогут использовать виртуальные машины с этого адреса. Спасибо за ваше терпение во время решения этого вопроса. Пожалуйста, ожидайте обновления в 1:50 вечера и ежечасные обновления после.

5. 24 июля 2026 г. в 22:35 UTCidentified

   UA определила проблему с доступом к vdi.alaska.edu и работает над ее решением. Любой доступ к рабочему столу через vdi.alaska.edu и, возможно, толстый клиент не смогут использовать виртуальные машины с этого адреса. Спасибо за ваше терпение во время решения этого вопроса. Пожалуйста, ожидайте обновления в 5:00.

6. 25 июля 2026 г. в 00:03 UTCmonitoring

   UA решила проблему с vdi.alaska.edu и подтвердила, что исправление будет стабильным. Это будет помещено в мониторинг до конца бизнеса в 5:00 вечера. Пожалуйста, сообщите о любых продолжающихся проблемах с этой услугой в службу поддержки ИТ вашего кампуса, и еще раз спасибо за ваше терпение во время решения этой проблемы!

7. 25 июля 2026 г. в 01:06 UTCresolved

   UA решила проблему с vdi.alaska.edu и подтвердила, что исправление будет стабильным. Пожалуйста, сообщите о любых продолжающихся проблемах с этой услугой в службу поддержки ИТ вашего кампуса и еще раз спасибо за ваше терпение во время решения этой проблемы!

8. 19 августа 2026 г. в 21:26 UTCpostmortem

   [vdi.alaska.edu] (http://vdi.alaska.edu) нарушение доступа. Сертификаты Unified Access Gateway. Дата Время: 07/23/2026 4:00 PM. # Предыстория [vdi.alaska.edu] (http://vdi.alaska.edu) предоставляет пользователю доступ к среде VMware/Omnissa Horizon VDI. Оба устройства Unified Access Gateway (существуют на платформе VXrail) обеспечивают внешний уровень доступа для пользователей, которые хотят получить доступ к VDI как в кампусе, так и удаленно. # Разорвать проблему Оба сертификата на каждую УАГ истекли 23 июля 3:59 вечера 2026 года. Проблема была замечена в пятницу утром 24 июля около 8:30 утра, когда пользователи сообщили, что не могут получить доступ к своим средам VDI «Мой рабочий стол» при решении [vdi.alaska.edu] (http: / /vdi.alaska.edu). Когда пользователь попытался разрешить [vdi.alaska.edu] (http://vdi.alaska.edu) через свой браузер, он получил уведомление «Ваше соединение не является приватным», а затем был заблокирован от достижения [vdi.alaska.edu] (http://vdi.alaska.edu). Страница Горизонт вообще. Меры, принятые для восстановления службы: Запрашиваемый сертификат о продлении от PAWS. Этот сертификат содержал основное доменное имя [vdi.alaska.edu] (http://vdi.alaska.edu), но также включал альтернативные имена \(оба названия 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) Продолжительность сбоя и время восстановления сервиса: Четверг 23 июля 4:00 вечера - пятница 24th 2:00 вечера. #Цель/Цель Оба UAG должны постоянно предоставлять действительные, надежные сертификаты и внешний и внутренний доступ к VDI. # Анализ первопричин Оба устройства UAG представили просроченные сертификаты TLS. TSS получила список серверных устройств VXrail, которые оценивали время истечения срока действия сертификатов. Оба устройства UAG не были в этом списке, поэтому мы не смогли диктовать, когда их сертификаты истекут. #Разработать контрмеры Я создал таблицу мастер-сертификатов, которая теперь содержит информацию о сертификатах UAG, включая даты истечения срока действия. Я делюсь этим с нашей командой TSS, чтобы мы могли продолжать отслеживать ожидаемые истечения срока действия сертификата в будущем. Запрошенный доступ к сервису Certinext для дальнейшего продления сертификата. Расписание осуществления: Вышеизложенное должно позволить нам запрашивать и выполнять сертификаты до истечения срока их действия на обоих сертификатах UAG до истечения срока их действия. # Follow Up / Обзор Проверьте даты истечения срока действия сертификата на обоих UAG, отслеживая таблицу мастер-сертификата. Подать запрос в PAWS на продление сертификата, спланировать краткое отключение CAB, применить сертификат как к UAG, а затем подтвердить, что продление было успешным, и доступ происходит

Автоматический перевод официального обновления инцидента.

1. 29 мая 2026 г. в 16:26 UTCinvestigating

   We have received reports that Banner Admin is currently experiencing issues at login. A workaround has been identified for some users: attempt to load https://banner.alaska.edu/ in new incognito/private browser windows until the login screen successfully loads. The OIT Enterprise Applications Services (EAS) team is currently investigating, and we will be making updates at 1-hour intervals. Thank you for your patience during the resolution of this issue!

2. 29 мая 2026 г. в 17:01 UTCmonitoring

   Ellucian, the vendor for Banner, has identified the issue and implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect another update at the end of the business day (5:00PM) or if new information becomes available.

3. 30 мая 2026 г. в 01:01 UTCresolved

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

4. 1 июля 2026 г. в 18:10 UTCpostmortem

   UAOnline and Banner Admin Login Issue Problem Impact Analysis Event Occurrence: May 28, 2026 4am to 11:15am, May 29, 2026 4am to 9am # Background UAOnline is the self service portal for Ellucian Banner used as the university’s Enterprise Resource Planning \(ERP\) system. These systems are hosted in Ellucian cloud and require period maintenance including security certificate updates for trust between UA and Ellucian systems. The Banner software periodically has system defects that are addressed by daily application restarts. # Break Down of the Problem ‌ On May 28th at 6:56am, a notice was sent to the Banner team through slack that a person was receiving an error when attempting to access the Employee Dashboard. The vendor Ellucian was notified of the event and identified the issue and implemented a work around. On May 29th at 8:11am, the same issue was reported through the Banner team slack channel for Banner Admin. The same ticket opened the prior day was used to report the issue and they used the same work around from the day before to restore service prior to 9:00am. # Target State / Goal Banner self service \(Employee Dashboard\) and Banner Admin services should be available to customers 24/7 except during pre-defined maintenance windows. # Root Cause Analysis ‌ Ellucian in preparation for an upcoming security certificate renewal staged changes in the production environment for the following weekend’s activity. There were mitigations in place due to Banner product defects that would restart Banner service instances daily at 4am. The restart process triggered the inclusion of these new certificates, causing a mismatch of certificates that prevented Single Sign On services from connecting for both Banner admin and the employee self service module. # Develop Countermeasures ‌ * Complete the implementation of the new certificates. * Provide feedback to the vendor to ensure their staff are properly equipped to avoid this in the future. # Implementation of Countermeasures May 30, 7:00 PM: Complete implementation of certificate change over for the whole system. June 2, 11:00AM: Convey feedback to vendor on how they need to change. # Follow Up / Review May 30-31: Validate certificate replacement is working for all systems. June 2: Vendor notified and RCA was provided by vendor, confirming what occurred.

1. 28 мая 2026 г. в 16:02 UTCinvestigating

   We have received reports that forms in Banner admin are not loading, and UAOnline's Employee login is experiencing authentication issues. The OIT EAS team is currently reaching out to the vendor, and we will be making updates at 30-minute intervals. Thank you for your patience during the resolution of this issue!

2. 28 мая 2026 г. в 16:36 UTCinvestigating

   OIT EAS has contacted the vendor for Banner and are monitoring their communication channels for updates. We will continue to make updates as new information becomes available and at 30-minute intervals. Thank you again for your time and patience while we work towards a resolution!

3. 28 мая 2026 г. в 17:06 UTCinvestigating

   OIT EAS reports the vendor's technicians are engaged and working on both Banner/UAOnline issues experienced. We will continue to make updates as new information becomes available and at 30-minute intervals. Thank you again for your time and patience while we work towards a resolution!

4. 28 мая 2026 г. в 19:03 UTCinvestigating

   The issue is continuing to be worked, and there is no new information available at this time. We will continue to make updates as new information becomes available and at 30-minute intervals. Thank you again for your time and patience while we work towards a resolution!

5. 28 мая 2026 г. в 19:16 UTCmonitoring

   Ellucian, the vendor for Banner, has identified the issue and implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect further updates at the end of the business day (5:00PM) or as new information becomes available.

6. 29 мая 2026 г. в 01:49 UTCresolved

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

7. 1 июля 2026 г. в 18:03 UTCpostmortem

   UAOnline and Banner Admin Login Issue Problem Impact Analysis Event Occurrence: May 28, 2026 4am to 11:15am, May 29, 2026 4am to 9am # Background UAOnline is the self service portal for Ellucian Banner used as the university’s Enterprise Resource Planning \(ERP\) system. These systems are hosted in Ellucian cloud and require period maintenance including security certificate updates for trust between UA and Ellucian systems. The Banner software periodically has system defects that are addressed by daily application restarts.  # Break Down of the Problem ‌ On May 28th at 6:56am, a notice was sent to the Banner team through slack that a person was receiving an error when attempting to access the Employee Dashboard. The vendor Ellucian was notified of the event and identified the issue and implemented a work around. On May 29th at 8:11am, the same issue was reported through the Banner team slack channel for Banner Admin. The same ticket opened the prior day was used to report the issue and they used the same work around from the day before to restore service prior to 9:00am. # Target State / Goal  Banner self service \(Employee Dashboard\) and Banner Admin services should be available to customers 24/7 except during pre-defined maintenance windows. # Root Cause Analysis  ‌ Ellucian in preparation for an upcoming security certificate renewal staged changes in the production environment for the following weekend’s activity. There were mitigations in place due to Banner product defects that would restart Banner service instances daily at 4am. The restart process triggered the inclusion of these new certificates, causing a mismatch of certificates that prevented Single Sign On services from connecting for both Banner admin and the employee self service module. # Develop Countermeasures  ‌ * Complete the implementation of the new certificates. * Provide feedback to the vendor to ensure their staff are properly equipped to avoid this in the future. # Implementation of Countermeasures May 30, 7:00 PM: Complete implementation of certificate change over for the whole system.  June 2, 11:00AM: Convey feedback to vendor on how they need to change.  # Follow Up / Review May 30-31: Validate certificate replacement is working for all systems.  June 2: Vendor notified and RCA was provided by vendor, confirming what occurred.

1. 16 мая 2026 г. в 16:20 UTCinvestigating

   There is an Active Directory issue that is preventing users from logging into certain systems. The PAWS/Networking/Security teams are actively troubleshooting and investigating the issue.

2. 16 мая 2026 г. в 17:49 UTCinvestigating

   An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

3. 16 мая 2026 г. в 18:24 UTCinvestigating

   An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. A possible cause is being investigated and an update will be sent out as soon as it's identified. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

4. 16 мая 2026 г. в 19:23 UTCinvestigating

   There are no new updates as of 11:21AM. Reporting will continue until the end of day at 5PM. An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. A possible cause is being investigated and an update will be sent out as soon as it's identified. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

5. 16 мая 2026 г. в 20:21 UTCinvestigating

   There are no new updates as of 12:20PM. The issue is continuing to be investigated and reporting will continue until the end of day at 5PM. An Active Directory issue is currently affecting UAF Servers and Services. The PAWS, Networking, and Security teams are actively troubleshooting and investigating the issue. A possible cause is being investigated and an update will be sent out as soon as it's identified. If you are a user logging into a server remotely using VDI, VPN, or other services, such as WiFi, that use your UA AD credentials, they may show as invalid. The cause is still being identified and the scope of the affected systems and services are still being assessed.

6. 16 мая 2026 г. в 21:31 UTCinvestigating

   Update (1:30 PM): The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams are actively troubleshooting a potential cause. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be shared as soon as a cause is identified, with continuous reporting through 5:00 PM.

7. 16 мая 2026 г. в 22:55 UTCinvestigating

   Update (2:45 PM): The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams are actively troubleshooting a potential cause. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be shared as soon as a cause is identified, with continuous reporting through 5:00 PM.

8. 16 мая 2026 г. в 23:34 UTCinvestigating

   Update (3:33 PM): The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams are actively troubleshooting a potential cause. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be shared as soon as a cause is identified, with continuous reporting through 5:00 PM.

9. 17 мая 2026 г. в 07:00 UTCinvestigating

   The Authentication Issues affecting UAF servers and services is still under investigation. The PAWS, Networking, and Security teams will continue remediation efforts tomorrow morning at 8:00 AM. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be posted here tomorrow morning. Thank you for your patience.

10. 17 мая 2026 г. в 15:52 UTCinvestigating

    The Authentication Issues affecting UAF servers and services are still under investigation. The PAWS, Networking, and Security teams will continue remediation efforts this morning at 8:00 AM. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be posted here later today. Thank you for your patience.

11. 17 мая 2026 г. в 21:03 UTCinvestigating

    As of 1PM on Sunday, May 17th, our teams are still actively troubleshooting the authentication issues. Teams are working with Cisco and Microsoft to investigate the cause. We will post more information as soon as it's available. User Impact: The UAF Devices Portal, Wi-Fi, Remote logins via VDI, VPN, or other services using UA AD credentials may fail or show as invalid. Further updates will be posted here later today. Thank you for your patience while we find a solution.

12. 18 мая 2026 г. в 01:19 UTCidentified

    As of 5PM on Sunday, May 17th, our teams are still actively troubleshooting the authentication issues. Teams are working with Cisco and Microsoft to investigate the cause. We will post more information as soon as it's available. At this time, university Wi-Fi, VPN and VDI services have been restored. User Impact: The UAF Devices Portal or other services using UA AD credentials may fail or show as invalid. Our next scheduled update is 11PM. Thank you for your patience while we find a solution.

13. 18 мая 2026 г. в 07:03 UTCidentified

    As of 11PM on Sunday, May 17th, our teams are still actively troubleshooting the authentication issues. Teams are working with Cisco and Microsoft to investigate the cause. The next update will be tomorrow at 7AM. At this time, university Wi-Fi, VPN and VDI services have been restored. User Impact: The UAF Devices Portal or other services using UA AD credentials may fail or show as invalid.

14. 18 мая 2026 г. в 15:03 UTCidentified

    As of 7AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. The next update will be later this morning at 8AM. At this time, university Wi-Fi, VPN and VDI services have been restored. User Impact: The UAF Devices Portal or other services using UA AD credentials may fail or show as invalid.

15. 18 мая 2026 г. в 16:14 UTCidentified

    As of 8AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be available after the 9AM meeting with diagnostic teams from this weekend. The next update will be later this morning at 9AM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

16. 18 мая 2026 г. в 17:14 UTCidentified

    As of 9AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be available after meeting with diagnostic teams from this weekend. The next update will be later this morning at 10AM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

17. 18 мая 2026 г. в 18:18 UTCidentified

    As of 10AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be available after meeting with diagnostic teams from this weekend. The next update will be later this morning at 11AM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

18. 18 мая 2026 г. в 19:02 UTCidentified

    As of 11AM on Monday, May 18th, the current fixes in place are holding steady. Our teams are working with Cisco and Microsoft on troubleshooting the authentication issues. More information will be posted as soon as it's available. The next update will be later today at 12PM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

19. 18 мая 2026 г. в 20:17 UTCidentified

    As of 12PM on Monday, May 18th, the current fixes in place are still holding steady. Our teams are continuing to work with Cisco and Microsoft on troubleshooting the authentication issues. More information will be posted as soon as it's available. The next update will be later today at 1PM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. *You may have to clear your cache or use an incognito/private browsing window access the UAF Devices Portal. For help with this, call the NTS Service Desk. User Impact: Some services using UA AD credentials may still fail or show as invalid.

20. 18 мая 2026 г. в 21:36 UTCmonitoring

    As of 1PM on Monday, May 18th, while we are in monitoring mode, all impacted systems have been restored and continue to be stable. More information will be posted as soon as it's available. The next update will be later today at 2PM. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. User Impact: Some services using UA credentials may still fail or show as invalid.

21. 19 мая 2026 г. в 00:18 UTCmonitoring

    As of 3PM on Monday, May 18th, all impacted systems have been restored and continue to be stable. The next update will be 8AM tomorrow. If you continue to experience service login errors, please contact the NTS Service Desk. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. User Impact: Some services using UA credentials may still fail or show as invalid.

22. 19 мая 2026 г. в 16:21 UTCmonitoring

    As of 8AM on Tuesday, May 19th, all impacted systems have been restored and continue to be stable. The next update will be 8AM tomorrow. If you continue to experience service login errors, please contact the NTS Service Desk. At this time, university Wi-Fi, UAF Devices Portal, VPN and VDI services have been restored. User Impact: Some services using UA credentials may still fail or show as invalid.

23. 20 мая 2026 г. в 16:00 UTCmonitoring

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

24. 21 мая 2026 г. в 16:30 UTCmonitoring

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

25. 1 июня 2026 г. в 17:05 UTCresolved

    Our teams have resolved the issue with the Authentication service, and confirmed the fix to be stable. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

1. 15 мая 2026 г. в 22:52 UTCinvestigating

   We have received reports that ELMO is currently experiencing issues. The UAS ELMO team is currently investigating, and we will be making updates at 30 minute intervals. Thank you for your patience during the resolution of this issue!

2. 15 мая 2026 г. в 23:13 UTCmonitoring

   The UAS ELMO team has identified the issue with ELMO service and has implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect further updates at the end of the business day (5:00PM) or as new information becomes available.

3. 16 мая 2026 г. в 00:57 UTCmonitoring

   The affected components of ELMO appear to be stable. We will continue monitoring the stability of the fix over the weekend, and you can expect a final update at the start of business (8:00AM) Monday if there is no new information until then. Thank you again for your patience during the resolution of this issue!

4. 18 мая 2026 г. в 16:25 UTCresolved

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

1. 11 мая 2026 г. в 17:23 UTCmonitoring

   We have received reports that UAOnline Employee Login is currently experiencing issues. The OIT Enterprise Applications (EAS) team is aware and has identified the cause. This issue appears to be related to an update to Banner over the weekend that is causing issues for some users. EAS is currently working with the vendor, Ellucian towards a permeant fix. For users experiencing issues, there is a workaround. If getting an error, simply change the "UAA" in the url to either "UAF" or "UAS". Once logged into UAOnline, you should be able to log out and use the Employee Login option without issue. We will make updates on this situation at the end of the business day 5:00pm and as new information becomes available. Thank you for your patience during the resolution of this issue!

2. 12 мая 2026 г. в 00:58 UTCmonitoring

   There are still some users currently experiencing issues with the UAOnline Employee Login. The EAS team is continuing to work with the vendor, Ellucian, towards a permeant fix. For users experiencing issues, there is a workaround. If getting an error stating that the "MEP code is invalid", simply change the "UAA" in the url of the page displaying the error to either "UAF" or "UAS". Once logged into UAOnline, you should be able to log out and use the Employee Login option without issue. If the issue persists, please contact the NTS Service Desk. We will make updates on this situation at the start of the business day 8:00am and as new information becomes available. Thank you for your patience during the resolution of this issue!

3. 12 мая 2026 г. в 16:23 UTCmonitoring

   The OIT EAS team has identified the issue with the UAOnline Employee Login and has implemented a fix, which is being monitored for effectiveness and stability. Thank you again for your patience during the resolution of this issue! You can expect further updates at the end of the business day (5:00PM) or as new information becomes available.

4. 12 мая 2026 г. в 16:35 UTCresolved

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

1. 28 апреля 2026 г. в 01:06 UTCinvestigating

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

2. 28 апреля 2026 г. в 15:56 UTCmonitoring

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

3. 29 апреля 2026 г. в 00:57 UTCresolved

   The UAA ESM team has resolved the issue with the affected components of TDX, and confirmed the fix to be stable. Please report any continued issues with this service to your campus's IT helpdesk, and thank you again for your patience during the resolution of this issue!

4. 27 мая 2026 г. в 18:26 UTCpostmortem

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

1. 9 апреля 2026 г. в 18:59 UTCidentified

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

2. 9 апреля 2026 г. в 20:17 UTCidentified

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

3. 9 апреля 2026 г. в 20:52 UTCmonitoring

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

4. 10 апреля 2026 г. в 00:52 UTCmonitoring

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

5. 10 апреля 2026 г. в 16:11 UTCinvestigating

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

6. 10 апреля 2026 г. в 22:03 UTCresolved

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

1. 8 апреля 2026 г. в 19:23 UTCinvestigating

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

2. 8 апреля 2026 г. в 19:48 UTCinvestigating

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

3. 8 апреля 2026 г. в 20:24 UTCidentified

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

4. 8 апреля 2026 г. в 21:33 UTCmonitoring

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

5. 9 апреля 2026 г. в 01:04 UTCmonitoring

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

6. 9 апреля 2026 г. в 16:00 UTCmonitoring

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

7. 9 апреля 2026 г. в 19:05 UTCidentified

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

8. 9 апреля 2026 г. в 20:46 UTCresolved

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

9. 6 мая 2026 г. в 18:33 UTCpostmortem

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

1. 7 апреля 2026 г. в 18:58 UTCinvestigating

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

2. 7 апреля 2026 г. в 19:57 UTCmonitoring

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

3. 8 апреля 2026 г. в 00:59 UTCmonitoring

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

4. 8 апреля 2026 г. в 16:09 UTCresolved

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

1. 2 апреля 2026 г. в 16:24 UTCinvestigating

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

2. 2 апреля 2026 г. в 18:03 UTCinvestigating

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

3. 2 апреля 2026 г. в 19:30 UTCinvestigating

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

4. 2 апреля 2026 г. в 19:53 UTCinvestigating

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

5. 2 апреля 2026 г. в 20:39 UTCmonitoring

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

6. 3 апреля 2026 г. в 01:02 UTCmonitoring

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

7. 3 апреля 2026 г. в 16:09 UTCmonitoring

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

8. 3 апреля 2026 г. в 22:15 UTCresolved

   We've received no further reports of UAOnline or Banner service degradation, and are marking this incident as resolved. Please report any issues with these services (and others!) to your campus IT helpdesk as usual. Thank you again, and happy Friday!