Historique des pannes de University Of Alaska

1. 2 octobre 2026 à 19:26 UTCidentified

   Nous avons reçu des rapports selon lesquels UAOnline connaît actuellement des problèmes. L'équipe de gestion de l'accès à l'identité est au courant et a identifié la cause. Un problème de certificat provoque des erreurs de mot de passe pour les utilisateurs qui ont récemment réinitialisé leurs identifiants. Nous effectuerons des mises à jour à intervalles de 3 heures lorsqu'ils travailleront vers un correctif. Merci de votre patience lors de la résolution de ce problème!

2. 2 octobre 2026 à 21:42 UTCmonitoring

   L'équipe de l'IAM a identifié le problème avec UAOnline et a mis en place un correctif, qui est surveillé pour en assurer l'efficacité et la stabilité. Merci encore pour votre patience pendant la résolution de cette question! Vous pouvez vous attendre à d'autres mises à jour à la fin du jour ouvrable (5:00PM) ou à mesure que de nouvelles informations deviennent disponibles.

3. 5 octobre 2026 à 21:15 UTCresolved

   L'équipe de l'IAM a résolu le problème avec le service UAOnline, et a confirmé que la correction était stable. La mise à jour du certificat qui a causé la question a été retournée. Veuillez signaler tout problème continu avec ce service au service d'assistance informatique de votre campus, et merci encore pour votre patience pendant la résolution de ce problème!

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 septembre 2026 à 00:09 UTCinvestigating

   Nous avons reçu des rapports selon lesquels divers sites Web et services connaissent actuellement des problèmes de fiabilité. Les équipes du réseau de l'OIT et du PAWS enquêtent et soupçonnent qu'il s'agit d'un problème mondial avec un hébergeur Web comme le SAW. Nous ferons des mises à jour dès que de nouvelles informations seront disponibles et à la fin du jour ouvrable aujourd'hui (5:00PM AKDT). Merci de votre patience lors de la résolution de ce problème!

2. 22 septembre 2026 à 01:23 UTCmonitoring

   De nombreux services qui ont été signalés comme touchés pendant cette panne ont été rétablis; nous croyons que les problèmes ont peut-être été liés à l'incident US-EAST-1 qu'Amazon a signalé de 14h49 à 16h06 (https://health.aws.amazon.com/health/status). Nous surveillerons la stabilité des services jusqu'au début du jour ouvrable de demain. Merci encore pour votre patience pendant la résolution de cette question! Vous pouvez vous attendre à une autre mise à jour à 8h00 AKDT.

3. 22 septembre 2026 à 16:09 UTCresolved

   Les services signalés comme étant touchés sont demeurés stables depuis la correction du SSFE hier soir, et nous envisageons de résoudre cet incident. Veuillez signaler tout problème avec les sites et services de l'AU au service informatique de votre campus, et merci encore pour votre patience pendant la résolution de ce problème!

4. 14 octobre 2026 à 22:28 UTCpostmortem

   Site Web de l'Université et VPN Accessibilité externe Analyse d'impact des problèmes Événement: 20260921 # Historique L'Université de l'Alaska fournit une connectivité au réseau privé virtuel \(VPN\) pour les utilisateurs affiliés à l'université situés à distance et nécessitant un accès aux ressources du réseau universitaire. De plus, l'université accueille des sites Web publics destinés à être accessibles dans le monde entier. Ces services, ainsi que d'autres, dépendent de la connectivité entre le réseau universitaire et l'Internet plus large, fournie par notre fournisseur de services Internet de marchandises, Alaska Communications Systems \(ACS\). # Briser le problème Le 21/09/2026 vers 15h30, les utilisateurs distants en dehors du réseau universitaire ont signalé des problèmes de chargement des sites web universitaires, et ont également signalé une interruption de la connectivité au VPN universitaire. Les techniciens présents sur place ont indiqué que les ressources VPN et Web étaient accessibles depuis le réseau universitaire. Les Services de télécommunications de l'OIT ont étudié et constaté que les sites Web et la connectivité VPN fonctionnaient à l'intérieur du réseau universitaire et que notre réseau d'écoute avec ACS semblait être sur des routes de réception/publicité normalement. Un technicien de l'OIT d'un autre groupe de travail sur le travail à distance et l'expérience de la question de la connectivité a signalé qu'une route de trace de leur emplacement à plusieurs ressources universitaires a échoué au sein du fournisseur de services Internet de l'université, Alaska Communications Systems \(ACS\), avant d'atteindre le réseau universitaire. OIT Les services de télécommunications vers 16h30 ont reçu une communication par courriel de l'ASC confirmant un événement réseau dans leur réseau, suivie d'un courriel subséquent juste avant 17h30 indiquant que l'événement réseau a été résolu et que les services ont été stabilisés. # Objectif / État cible La connectivité réseau de l'Université de l'Alaska à l'Internet en général devrait rester en ligne en tout temps, fournissant un accès à distance aux ressources du réseau UA, comme les sites Web et la connectivité VPN. (en milliers de dollars) # Analyse des causes profondes Cela a été déterminé comme étant causé par un événement à l'extérieur du réseau universitaire, au sein du réseau du fournisseur de services Internet de marchandises \(ACS\), avec rapport ACS sur la résolution " Les services d'impact d'événements de réseau s'est stabilisé, et la restauration du service est terminée. " Bien qu'aucun circuit WAN de point à point ni aucun pari internet de marchandises n'aient été directement affectés, certains trafics réseau transitant par le réseau ACS via ces pari internet de marchandises ont été touchés lors de l'événement fournisseur. # Développer des contre-mesures Fournisseur de services Internet de marchandises \(ACS\) résolu l'événement réseau interne. # Mise en œuvre des contre-mesures À l'avenir, les Services de télécommunications de l'OIT s'adresseront aux fournisseurs de services au fur et à mesure que nous prendrons conscience des problèmes potentiels touchant la connectivité Internet des produits de base. # Suivi / examen ACS a fourni une confirmation par courriel de la résolution d'événement réseau interne.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 21 septembre 2026 à 16:34 UTCinvestigating

   Nous avons reçu des informations selon lesquelles les sites alaska.edu et uaf.edu connaissent actuellement des problèmes. L'équipe des plateformes, des applications et des services Web de l'OIT (PAWS) enquête actuellement et nous effectuerons des mises à jour à intervalles de 3 heures. Une solution de rechange actuelle est d'utiliser un navigateur différent que d'habitude; Google Chrome a eu des taux élevés de succès. Merci de votre patience lors de la résolution de ce problème!

2. 21 septembre 2026 à 20:04 UTCidentified

   Les sites Web Alaska.edu et uaf.edu connaissent actuellement des problèmes. L'équipe des plateformes, des applications et des services Web (PAWS) de l'OIT travaille avec la Sécurité et a identifié le problème. Le certificat devrait être mis à jour dans l'heure et le statut mis à jour dès qu'il est résolu. Une solution de rechange actuelle est d'utiliser un navigateur différent que d'habitude; Google Chrome a eu des taux élevés de succès. Merci de votre patience lors de la résolution de ce problème!

3. 21 septembre 2026 à 20:32 UTCresolved

   PAWS a résolu le problème avec les sites alaska.edu et uaf.edu, et a confirmé que la correction était stable. Veuillez signaler tout problème continu avec ce service au service d'assistance informatique de votre campus, et merci encore pour votre patience pendant la résolution de ce problème!

4. 7 octobre 2026 à 16:54 UTCpostmortem

   Site Web de l'Université et VPN Accessibilité externe Analyse d'impact des problèmes Événement: 20260921 # Historique L'Université de l'Alaska fournit une connectivité au réseau privé virtuel \(VPN\) pour les utilisateurs affiliés à l'université situés à distance et nécessitant un accès aux ressources du réseau universitaire. De plus, l'université accueille des sites Web publics destinés à être accessibles dans le monde entier. Ces services, ainsi que d'autres, dépendent de la connectivité entre le réseau universitaire et l'Internet plus large, fournie par notre fournisseur de services Internet de marchandises, Alaska Communications Systems \(ACS\). # Briser le problème Le 21/09/2026 vers 15h30, les utilisateurs distants en dehors du réseau universitaire ont signalé des problèmes de chargement des sites web universitaires, et ont également signalé une interruption de la connectivité au VPN universitaire. Les techniciens présents sur place ont indiqué que les ressources VPN et Web étaient accessibles depuis le réseau universitaire. Les Services de télécommunications de l'OIT ont étudié et constaté que les sites Web et la connectivité VPN fonctionnaient à l'intérieur du réseau universitaire, et que notre réseau appairing avec ACS semblait être sur des routes de réception/publicité normalement. Un technicien de l'OIT d'un autre groupe de travail sur le travail à distance et l'expérience de la question de la connectivité a signalé qu'une route de trace de leur emplacement à plusieurs ressources universitaires a échoué au sein du fournisseur de services Internet de l'université, Alaska Communications Systems \(ACS\), avant d'atteindre le réseau universitaire. OIT Les services de télécommunications vers 16h30 ont reçu une communication par courriel de l'ASC confirmant un événement réseau dans leur réseau, suivie d'un courriel subséquent juste avant 17h30 indiquant que l'événement réseau a été résolu et que les services ont été stabilisés. # Objectif / État cible La connectivité réseau de l'Université de l'Alaska à l'Internet en général devrait rester en ligne en tout temps, fournissant un accès à distance aux ressources du réseau UA, comme les sites Web et la connectivité VPN. # Analyse des causes profondes Cela a été déterminé comme étant causé par un événement à l'extérieur du réseau universitaire, au sein du réseau du fournisseur de services Internet de marchandises \(ACS\), avec rapport ACS sur la résolution " Les services d'impact d'événements de réseau s'est stabilisé, et la restauration du service est terminée. " Bien qu'aucun circuit WAN de point à point ni aucun pari internet de marchandises n'aient été directement affectés, certains trafics réseau transitant par le réseau ACS via ces pari internet de marchandises ont été touchés lors de l'événement fournisseur. # Développer des contre-mesures Fournisseur de services Internet de marchandises \(ACS\) résolu l'événement réseau interne. # Mise en œuvre des contre-mesures À l'avenir, les Services de télécommunications de l'OIT s'adresseront aux fournisseurs de services au fur et à mesure que nous prendrons conscience des problèmes potentiels touchant la connectivité Internet des produits de base. # Suivi / examen ACS a fourni une confirmation par courriel de la résolution d'événement réseau interne.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 août 2026 à 20:22 UTCinvestigating

   Nous avons reçu des rapports que Google Chat connaît actuellement des problèmes. C'est un problème côté fournisseur, et Google a indiqué que leurs techniciens enquêtent actuellement. Les mises à jour en direct peuvent être consultées sur leur tableau de bord : https://www.google.com/appsstatus/dashboard/incidents/y2ufhCB886p7rveYNnko' Les utilisateurs de Google Chat éprouvent un problème lorsqu'ils reçoivent des notifications pour de nouveaux messages, mais les messages réels n'apparaissent pas dans leur application de chat à moins que l'utilisateur rafraîchisse leur vue. Les utilisateurs peuvent se rafraîchir pour voir de nouveaux messages. Nous ferons des mises à jour à mesure que de nouvelles informations seront disponibles et à intervalles de 3 heures. Merci de votre patience lors de la résolution de ce problème!

2. 28 août 2026 à 21:27 UTCresolved

   Google signale que ce problème a été résolu. Selon leur état tableau de bord: "Le problème avec Google Chat a été résolu pour tous les utilisateurs touchés à partir de vendredi, 2026-08-28 13:45 PDT. D'après l'analyse préliminaire, la question a été soulevée en raison d'un changement récent qui a été repoussé pour atténuer l'impact. Nous vous remercions de votre patience tout en travaillant à résoudre le problème. » Merci de votre temps pour suivre cette résolution!

3. 9 septembre 2026 à 18:14 UTCpostmortem

   Cette perturbation a été causée par une panne de fournisseur et non liée aux activités de l'Université.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 25 août 2026 à 19:13 UTCinvestigating

   Nous avons reçu des rapports selon lesquels Canvas connaît actuellement des problèmes. L'équipe d'ingénierie des systèmes NTS enquête actuellement et nous effectuerons des mises à jour à intervalles de 2 heures. Merci de votre patience lors de la résolution de ce problème!

2. 25 août 2026 à 19:58 UTCidentified

   NTS Systems Engineering a fourni une description des questions actuellement reconnues : "Certains cours de toile empilés connaissent un problème. Ces cours ont été créés en tant qu'individus ou piles à partir de l'information de cours dans Banner. Les coquilles de cours en toile ont ensuite été empilées ou décollées par un instructeur ou un administrateur. Le système de provisionnement qui relie les données de Banner à Canvas a exécuté une ré-provision complète le 24 août pour corriger un certain nombre d'écarts d'inscription à travers Canvas. Cela a corrigé les problèmes d'inscription, mais il a également défaire toutes les actions manuelles de pile/décollage qui s'étaient produites. Pour les cours touchés, les instructeurs verront leurs cours inédits, vides et de retour à leur configuration originale. Pour les étudiants, cela ressemblera à leur cours disparu." Merci encore pour votre patience alors que nous travaillons à une résolution complète des problèmes; nous continuerons à faire des mises à jour à mesure que de nouvelles informations seront disponibles et à intervalles de 2 heures.

3. 25 août 2026 à 23:42 UTCmonitoring

   NTS System Engineering a identifié 378 cours potentiellement touchés. Tous les matériaux du cours sont récupérables et les instructeurs ont quelques options pour aller de l'avant. NTS travaillera à récupérer toutes les soumissions d'étudiants qui sont venues avant la fourniture. Les instructeurs ont 2 options : 1. Travailler avec le système généré Canvas cours - Ces coquilles de cours peuvent être peuplés avec le contenu du cours d'avant le 24 août provisionnement. Les instructeurs peuvent ensuite publier et poursuivre leurs cours. 2. Mettre à jour la liste croisée pour votre cours à Banner - Retardez votre cours et travaillez avec votre programme de cours de département pour soumettre une proposition pour modifier la structure de la liste croisée dans Banner pour correspondre à ce que vous voulez dans Canvas. Une fois le changement terminé et le nouveau cours Canvas généré par le système est disponible, il peut être peuplé avec le contenu du cours d'avant le 24 août provisionnement. Si cela affecte vos cours, veuillez envoyer un courriel à [email protected] avec les CRN des cours et l'option que vous prenez. NTS ne pourra que contribuer à la restauration du contenu. Pour les instructeurs qui choisissent l'option 2, vous devrez contacter votre planificateur de cours. Le registrateur est au courant de cet incident et il est disponible pour aider les planificateurs à soumettre les propositions nécessaires.

4. 26 août 2026 à 01:46 UTCmonitoring

   L'équipe NTS Systems Engineering continue de restaurer le contenu des cours et de remédier aux problèmes ponctuels. Les deux options disponibles pour les instructeurs avec des cours de toile touchés sont: 1. Travailler avec le système généré Canvas cours - Ces coquilles de cours peuvent être peuplés avec le contenu du cours d'avant le 24 août provisionnement. Les instructeurs peuvent ensuite publier et poursuivre leurs cours. 2. Mettre à jour la liste croisée pour votre cours à Banner - Retardez votre cours et travaillez avec votre programme de cours de département pour soumettre une proposition pour modifier la structure de la liste croisée dans Banner pour correspondre à ce que vous voulez dans Canvas. Une fois le changement terminé et le nouveau cours Canvas généré par le système est disponible, il peut être peuplé avec le contenu du cours d'avant le 24 août provisionnement. Si cela affecte vos cours, veuillez envoyer un courriel à [email protected] avec les CRN des cours et avec quelle option vous souhaitez poursuivre. NTS ne pourra que contribuer à la restauration du contenu et ne pourra plus organiser de cours de cross-list ou de cross-list manuellement. Pour les instructeurs qui choisissent l'option 2, vous devrez contacter votre planificateur de cours. Le registrateur est au courant de cet incident et il est disponible pour aider les planificateurs à soumettre les propositions nécessaires. Merci encore pour votre temps alors que nous travaillons à une résolution complète! C'est notre dernière mise à jour pour le jour ouvrable, et les rapports reprendront au début de la journée (8:00 AKDT).

5. 26 août 2026 à 16:59 UTCmonitoring

   Merci de votre patience alors que nous travaillons sur le problème récent du logiciel qui a causé la déconnectation des classes manuellement recoupées dans Canvas. NTS SE, OIT EAS et UAF Registrar ont identifié une solution de rechange pour permettre une sélection croisée manuelle dans Canvas. Cela révise les directives antérieures à l'intention des instructeurs sur la façon de procéder. Les instructeurs peuvent maintenant opter pour que leurs cours Canvas correspondent à leur configuration pré-incident. Les instructeurs sont également en mesure de faire cette reconfiguration eux-mêmes en utilisant les outils de sélection croisée dans Canvas. Si vous rencontrez encore des problèmes, veuillez envoyer un billet à [email protected] et inclure les CRN pour les sections concernées.

6. 26 août 2026 à 19:10 UTCmonitoring

   Nous avons identifié le problème de configuration qui a provoqué le débranchement des classes recoupées manuellement dans Canvas. NTS SE, OIT EAS et UAF Registrar ont mis en place un correctif pour permettre une sélection croisée manuelle dans Canvas. Nous suivons la situation. Si vous rencontrez encore des problèmes et que vous n'avez pas déjà soumis de ticket d'aide, veuillez soumettre un ticket à [email protected] et inclure les CRN pour les sections concernées.

7. 28 août 2026 à 17:44 UTCresolved

   Les cours de toile restent en mesure d'être répertoriés par les administrateurs et les instructeurs de toile sans problème, et nous envisageons cet incident résolu à ce moment. Si vous rencontrez encore des problèmes ou si vous avez besoin que votre contenu de cours soit récupéré et que vous n'ayez pas déjà soumis de ticket d'aide, veuillez le faire en envoyant un courriel à [email protected] avec une description de votre problème/demande et en incluant les CRN pour les sections concernées. Merci beaucoup pour votre patience car ce problème a été résolu!

8. 22 septembre 2026 à 19:13 UTCpostmortem

   Toile LMS Dégradation du service Analyse d'impact des problèmes Événement : 8/25/26 # Historique La plateforme Canvas LMS fournit des fonctionnalités de classe numérique Web aux instructeurs et aux étudiants. Les cours, les termes et les inscriptions sur la plate-forme sont gérés par une connexion directe à la plate-forme SIS de l'UAF et aux processus d'enregistrement. Pour la plupart des cours en ligne et certains cours en personne, le coquillage de cours Canvas associé est l'emplacement centralisé pour tous les cours, références et grades. # Briser le problème Le 21/08/26, nous avons reçu des tickets d'assistance sur toile de moins de 5 utilisateurs indiquant que leurs fichiers de cours étaient des étudiants manquants ou un instructeur. Au moment de l'enquête, nous avons constaté que la configuration de l'intégration Canvas LMS to Banner SIS avait un problème de calendrier. L'intégration, appelée ILP, fait des mises à jour en temps réel bien sûr les inscriptions quand elles répondent à certains critères. Le problème s'est posé parce que les inscriptions au cours évoluaient avant que le cours lui-même satisfasse aux exigences à surveiller et à mettre à jour par l'IPL. La solution pour cette question était de reformuler le cours. Reprovisionne l'information de cours comme «neuve» indépendamment de si elle avait déjà été mise à jour, rendant l'information de cours Canvas correspondant à l'information de cours de Banner SIS. Cela a résolu les différents problèmes signalés, mais nous avions besoin de réaménager tous les cours et de continuer à les réaménager tout au long du semestre. Sur la base de recherches menées dans les forums de l'IPL, c'est la solution pour la plupart des institutions qui rencontrent ce problème. (en milliers de dollars) À 20h/24/26 vers 15h, nous avons réapprovisionné tous les cours de l'UAF en utilisant l'outil «Bulk job» en ILP. Nous avons ensuite validé les inscriptions à partir de quelques nouveaux billets qui étaient venus pour nous assurer que la correction avait l'effet prévu. Les cours manquants ont été corrigés. (en milliers de dollars) Le 20/24/26 à 17h nous avons reçu des rapports de cours Canvas disparus des étudiants et des instructeurs. Après enquête, nous avons constaté que les cours concernés étaient tous répertoriés et que l'instructeur avait modifié manuellement la configuration générée par le système, soit en répertoriant d'autres cours, soit en les répertoriant. Les instructeurs sont en mesure de le faire dans la plate-forme Canvas avec tous les cours qu'ils sont énumérés comme l'instructeur dans. Lorsque nous avons réapprovisionné, le système a changé les configurations des cours de toile pour correspondre à Banner et ce non fait tout ce que l'instructeur avait fait. (en milliers de dollars) Le 25/08/26 9 AM nous avons commencé une dégradation de la panne de service pour Canvas comme plus de billets de service Canvas est venu. Nous avons communiqué avec tous les administrateurs les avisant de la situation et de ne pas inter-lister des cours à Canvas jusqu'à ce que nous ayons eu plus d'informations. Nous avons posté une annonce aux instructeurs et aux administrateurs sur la plateforme Canvas au sujet de la panne. Nous avons retiré la permission pour les instructeurs de Canvas de pouvoir faire la liste croisée de leurs cours. Nous avons évalué le nombre de cours potentiellement touchés et communiqué avec les instructeurs inscrits pour chaque cours. (en milliers de dollars) Le 25/08/26 à 12:00 NTS-SE a donné des conseils aux instructeurs pour contacter le registraire si le système a généré des cours Canvas ne correspondaient pas à ce que l'instructeur voulait. Nous avons découvert que les instructeurs font souvent des cours de cross-list selon les modalités dans Canvas afin qu'ils puissent gérer toutes les sections pour un cours dans un seul shell de cours. La fonctionnalité des sections de toile leur permet de le faire sans les obliger à exposer les inscriptions entre elles. Il s'agit d'une distinction importante entre la liste croisée de Canvas et la liste croisée de registrateur : le terme « liste croisée » signifie que les inscriptions sont regroupées et il est prévu que les étudiants seront exposés les uns aux autres. La politique du registraire interdit la sélection croisée entre les modalités. Ceci est le résultat des préoccupations du Sénat de la Faculté pour l'anonymat dans les évaluations des cours où un étudiant pourrait être identifié par la modalité de leur réponse. Des conseils supplémentaires ont été fournis aux instructeurs pour leur demander de communiquer avec le service d'assistance du NTS pour la récupération de tout contenu perdu du cours Canvas. Ces solutions n'ont pas fonctionné pour beaucoup d'instructeurs qui comptent sur la capacité de croiser la liste dans Canvas. (en milliers de dollars) Le 25 mai à 16 h, le groupe de travail NTS-SE, le registraire et OIT-EAS se sont réunis pour examiner et tester les paramètres et les options de la PAI afin de faire sortir les instructeurs de l'arrêt de travail. Le groupe a identifié un moyen de procéder à la réapprovisionnement sans affecter les cours recoupés. Le groupe a identifié le processus de mise à jour en temps réel existant qui modifie les configurations de la liste croisée Canvas. Le groupe a testé un correctif pour permettre aux instructeurs de croiser manuellement la liste dans Canvas, puis l'a validé dans notre environnement de test. La correction a été de permettre aux instructeurs de re-cross-list et/ou de soumettre des tickets NTS pour que nos équipes re-cross-list et de restaurer le contenu perdu. Toutes les provisions futures utiliseront une configuration qui exclut les informations interlistes. La correction a été communiquée dans une mise à jour de panne et par le biais d'une annonce de plate-forme Canvas LMS. Les permissions d'un instructeur pour pouvoir faire la liste croisée dans Canvas ont été réactivées. Les administrateurs ont été informés qu'ils pouvaient désormais faire la liste croisée des instructeurs. Avant 12 heures La panne a été déplacée à la surveillance pendant que nous travaillions sur les tickets. D ' ici à 9 heures La panne a été résolue. # Objectif / État cible Ce problème a changé l'état cible. Les instructeurs devraient être en mesure de croiser manuellement ou de de-cross-list leurs coquilles de cours dans Canvas, quelle que soit la façon dont les cours sont codés dans Banner. La configuration de la liste croisée ne devrait PAS être modifiée ou définie par le flux IPL Banner, ni le statut de la liste croisée ne devrait être surveillé ni mis à jour à partir de la surveillance en temps réel. Les utilisateurs actifs devraient avoir un accès cohérent au même shell de cours Canvas après la mise à disposition initiale par le système IPL Banner, sauf si l'instructeur ou un administrateur a changé manuellement.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 19 août 2026 à 23:57 UTCmonitoring

   Certains clients d'AT&T mobiles sont actuellement incapables d'effectuer des appels vers des numéros de téléphone de campus. Ce problème a été identifié comme provenant du réseau d'AT&T, et non de nos systèmes ou services téléphoniques. Nous surveillons la situation et fournirons une mise à jour une fois que les appels seront confirmés pour fonctionner normalement à nouveau.

2. 22 août 2026 à 00:16 UTCresolved

   Nous n'avons pas eu d'autres rapports sur des questions appelant l'Université, et le district scolaire de Fairbanks North Star a confirmé que leurs problèmes similaires ont été résolus. Nous envisageons cette panne résolue à ce moment-là; s'il vous plaît appelez votre bureau de service informatique de campus si vous continuez d'avoir des problèmes contacter n'importe quel campus UA par téléphone! Merci beaucoup pour votre temps.

3. 9 septembre 2026 à 18:10 UTCpostmortem

   Cette perturbation a été causée par une panne de fournisseur et non liée aux activités de l'Université.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 août 2026 à 20:54 UTCidentified

   Nous avons reçu des rapports selon lesquels les lecteurs de cartes du campus de l'UAF connaissent actuellement des problèmes. L'équipe OIT PAWS est consciente et travaille activement à récupérer le serveur qui contrôle ce système. Nous ferons des mises à jour à intervalles d'une heure lorsqu'elles travailleront vers un correctif. Les coordonnateurs du bâtiment sont peut-être au courant des autres méthodes et itinéraires d'accès pour certaines pièces, mais il n'y a pas de solution de rechange à l'heure actuelle. Merci de votre patience lors de la résolution de ce problème!

2. 16 août 2026 à 22:59 UTCidentified

   Nous continuons de travailler sur une solution à ce problème.

3. 16 août 2026 à 23:56 UTCresolved

   OIT PAWS signale que le serveur des systèmes de balayage de cartes Lenel a été redémarré avec succès et est opérationnel.

4. 19 août 2026 à 21:25 UTCpostmortem

   # **Analyse des causes de la root – Incident du serveur Argus** **Résumé** Le serveur Argus a connu une perte rapide d'espace disponible sur le disque Windows C:. Au cours de l'enquête, PAWS a identifié une activité importante sur disque dans le répertoire du journal des applications de Lenel. L'espace disque disponible a continué de diminuer et a finalement atteint environ 37 Mo. PAWS ferme complètement le serveur pour empêcher le système d'exploitation d'atteindre 0 espace disque disponible et potentiellement causer des problèmes de système supplémentaires. PAWS a élargi le lecteur C: et a renvoyé avec succès le serveur au service. Après la récupération, l'utilisation du disque s'est stabilisée et environ 20 Go d'espace libre sont restés disponibles. PAWS est responsable de l'infrastructure sous-jacente du serveur Windows, mais ne gère ni ne supporte l'application Lenel. La cause de l'augmentation de l'activité de disque générée par l'application n'a pas été déterminée et nécessite une enquête de la part du propriétaire ou du vendeur de l'application. (en milliers de dollars) (en milliers de dollars) ## **Incident Impact** Le serveur Argus est devenu indisponible pendant l'incident et les activités de récupération de l'infrastructure, ce qui a entraîné une interruption des services dépendant du serveur. Les impacts signalés comprenaient la fonctionnalité de lecteur de cartes de porte sur le campus. (en milliers de dollars) (en milliers de dollars) **Échéancier** **Toutes les heures sont Alaska Time.** **Environ 11h04** – PAWS a été informé d'un problème impliquant le serveur Argus et a signalé des impacts sur les lecteurs de cartes de porte sur le campus. L'incident connexe était TDX 991008. **Environ 11h23** – PAWS a identifié une diminution rapide de l'espace disponible sur le disque Windows C. Resource Monitor a montré une activité d'écriture importante dans: `C:\ProgramData\Ln\logs` PAWS a tenté de récupérer la capacité du disque disponible; cependant, C: l'utilisation a continué à augmenter. Le disque C: a finalement atteint environ **37 Mo d'espace disponible**. PAWS ferme complètement le VM pour empêcher le lecteur du système Windows d'atteindre 0 espace disponible et potentiellement causer des problèmes supplémentaires du système d'exploitation. PAWS a effectué les travaux d'infrastructure nécessaires pour augmenter la capacité de l'entraînement du système. **Environ 15h34** – Les travaux d'infrastructure ont été terminés et le lecteur C: a été élargi. Le serveur a été ramené en ligne et PAWS a vérifié le fonctionnement normal du serveur et du disque. ** Environ 15 h 49** – Le serveur a été déclaré opérationnel. Le jour suivant, C: est resté stable à environ **19,9 Go libre**, sans récurrence de la consommation rapide de disque. (en milliers de dollars) (en milliers de dollars) ## **La cause de la mort** La cause immédiate de la panne du serveur était l'épuisement de la capacité disponible sur le disque Windows C:. Pendant l'incident, PAWS a observé une activité importante d'écriture de disque dans le répertoire du journal des applications Lenel : `C:\ProgramData\Ln\logs` Cette activité a rapidement consommé la capacité disponible restante sur le lecteur système. La raison sous-jacente de l'augmentation de l'activité du disque générée par l'application n'a pas été déterminée**. PAWS est responsable de l'administration de l'infrastructure sous-jacente du serveur, mais ne gère pas, ne configure pas ou ne supporte pas l'application Lenel. Déterminer pourquoi l'application a généré l'activité accrue du disque nécessite une enquête par le propriétaire/vendeur de l'application et est hors de la portée de cette infrastructure RCA. (en milliers de dollars) (en milliers de dollars) ** Facteur de conversion** Nombre de disques disponibles Le serveur ne disposait pas d'une capacité d'entraînement suffisante pour absorber l'augmentation inattendue de l'utilisation du disque générée par l'application. La capacité disponible a finalement diminué à environ **37 MB**, exigeant que PAWS ferme le serveur pour empêcher Windows d'atteindre 0 espace disque disponible. (en milliers de dollars) (en milliers de dollars) Résolution Le PAWS a mené à bien les mesures de rétablissement de l'infrastructure suivantes : * Étude de la capacité d'entraînement du C en baisse rapide. * Identifié le répertoire source associé à l'activité accrue du disque. * Éteignez complètement le serveur avant que le lecteur du système atteigne 0 espace disponible. * Augmentation de la capacité disponible pour le lecteur Windows C:. * Renvoyé le serveur au service. * Vérifié fonctionnement normal du serveur et du disque. * Surveillance continue de l'utilisation du disque après la récupération. Après récupération, l'entraînement C: est resté stable à environ **19,9 Go libre**. (en milliers de dollars) (en milliers de dollars) ** Mesures correctives et préventives** **Surveillance de la capacité de disque** Le PAWS examinera les seuils de surveillance de la capacité du disque et d'alerte pour le serveur Argus afin de fournir une notification suffisante lorsque la capacité du système approche des niveaux critiques. Capacité du serveur** PAWS continuera de surveiller C: l'utilisation du lecteur pour vérifier que la capacité supplémentaire fournit une salle de tête d'opération suffisante dans des conditions normales de serveur. ### ** Enquête sur la demande** Le propriétaire/vendor de l'application devra déterminer la cause de l'augmentation inattendue de l'activité du disque généré par Lenel et identifier toute mesure corrective nécessaire au niveau de l'application. La configuration de l'application, l'enregistrement, la conservation et l'assainissement du niveau de l'application ne relèvent pas de l'administration du serveur PAWS. (en milliers de dollars) (en milliers de dollars) Statut actuel** Le serveur Argus est en ligne et opérationnel. L'entraînement C: est resté stable à environ **19,9 Go libre** pendant la surveillance de suivi, sans que la consommation rapide de disque observée au cours de l'incident ne se reproduise. PAWS considère que la partie de l'incident relative à l'infrastructure des serveurs ** a été résolue**. La cause sous-jacente du comportement de l'application Lenel reste indéterminée et nécessite un suivi par le propriétaire/vendor de l'application.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 10 août 2026 à 19:02 UTCinvestigating

   Nous avons reçu des rapports selon lesquels Banner connaît actuellement des problèmes. L'équipe du SAE de l'OIT enquête actuellement, et nous ferons des mises à jour à intervalles d'une heure. Une solution de rechange a été identifiée : ouvrez une fenêtre de navigateur privée ou incognito pour accéder à Banner. Si le site est encore lent/pas chargé, fermez et ouvrez une nouvelle fenêtre privée ou incognito ; il peut prendre quelques tentatives, mais une fois une connexion fiable est faite, vous pouvez continuer à utiliser cette session jusqu'à ce que le problème soit résolu ! Merci de votre patience lors de la résolution de ce problème!

2. 10 août 2026 à 20:03 UTCmonitoring

   L'équipe du SAE de l'OIT a identifié le problème avec la bannière et a mis en place un correctif, qui est surveillé pour assurer son efficacité et sa stabilité. Merci encore pour votre patience pendant la résolution de cette question! Vous pouvez vous attendre à d'autres mises à jour à la fin du jour ouvrable 17:00PM ou à mesure que de nouvelles informations deviennent disponibles.

3. 17 août 2026 à 16:53 UTCresolved

   L'équipe de l'OIT EAS a résolu le problème avec la bannière et a confirmé que la correction était stable. Le problème a été résolu le 10 août. Veuillez signaler tout problème continu avec ce service au service d'assistance informatique de votre campus, et merci encore pour votre patience pendant la résolution de ce problème!

4. 26 août 2026 à 18:27 UTCpostmortem

   Service aux employés de Banner Analyse d'impact des problèmes Événement Occurrence : 10 août, 2026 10h30 à 10h53 # Historique La demande d'autoservice des employés de Banner est le service principal que les employés soumettent des feuilles de temps, voient leurs soldes de congés et des éléments semblables liés à leur emploi dans l'ensemble du système de l'Université de l'Alaska. Le fournisseur Ellucian accueille les instances de Banner et Banner Self Service de l'Université et est chargé d'assurer leur disponibilité par des mesures de suivi et de correction. # Briser le problème Vers 10h35, le Service Desk de l'UAF NTS a contacté l'équipe de Banner à Slack pour les informer des rapports de lenteur extrême à Banner. Un bref examen a révélé que seul le module sur le libre-service des employés rencontrait des problèmes. Le Service Desk a recommandé un travail autour d'essayer un navigateur incognito, qui a fonctionné pour certains. L'équipe EAS a rejoint Ellucian et créé un ticket P1. Le service a recommencé à fonctionner comme prévu vers 10h53. # Objectif / État cible Tous les composants de Banner et Banner Self Service devraient être disponibles avec les attentes de la fenêtre de maintenance quotidienne et d'autres temps de panne prévus. # Analyse des causes profondes L'équipe en nuage d'Ellucian qui a été engagée pendant la restauration a partagé ce qui suit liée à cet événement. L'examen de leur surveillance a montré qu'une dégradation des performances a commencé à 10h42 et est devenue totalement indisponible à 10h50. L'automatisation des conteneurs a permis un démarrage réussi à 10h53 et à 10h57 de l'autoservice des employés complètement stabilisé. Ellucian n'a pas évalué d'autres liens avec la cause de la panne. L'équipe EAS est au courant d'un défaut de produit dans le logiciel Banner Employee Self Service qui a été démontré pour causer ce genre d'événement, connu pour la première fois en mars et en avril de cette année relativement à un défaut de produit qui n'a pas encore été corrigé dans la production, mais qui est prévu pour application. # Développer des contre-mesures Pour résoudre ce problème pour l'avenir, nous nous attendons à ce que l'application de la résolution de défaut récente corrige cette question. # Mise en œuvre des contre-mesures 12-13 septembre 2026 : Mises à niveau liées au déploiement Banner qui résolvent les défauts identifiés. # Suivi / examen 14 septembre 2026 : Valider les mises à niveau pour la résolution.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 3 août 2026 à 16:55 UTCinvestigating

   Nous avons reçu des rapports que l'option de connexion web Iru connaît actuellement des problèmes. L'équipe NTS Technology Support Services enquête actuellement, et nous ferons des mises à jour à intervalles de 3 heures. Le passage à une connexion locale devrait vous permettre de vous connecter à votre Mac. Merci de votre patience lors de la résolution de ce problème!

2. 3 août 2026 à 17:25 UTCinvestigating

   L'équipe des Services de soutien technologique du NTS (TSS) étudie actuellement la cause de ce problème. Si vous ne pouvez pas vous connecter à votre Mac UA, ils essaient de passer à la connexion locale. Pour passer à la connexion locale : 1. Cliquez sur l'icône de profil (la personne dans un cercle) dans le coin supérieur droit de l'écran. 2. Sélectionnez Switch to Local Login. 3. Entrez vos identifiants universitaires dans les champs nom d'utilisateur et mot de passe qui apparaissent près du centre inférieur de l'écran. 4. Cliquez sur Signe Pour ouvrir une session. Si vous n'êtes toujours pas en mesure de vous connecter, veuillez contacter votre bureau d'assistance informatique local pour obtenir de l'aide. Merci pour votre patience continue alors que nous travaillons vers une résolution complète; nous ferons d'autres mises à jour à intervalles de 3 heures et à mesure que de nouvelles informations seront disponibles.

3. 3 août 2026 à 18:02 UTCinvestigating

   L'équipe du SST du SNT enquête actuellement sur la cause de ces problèmes. L'invite Iru à synchroniser vos mots de passe est sûre d'ignorer au mieux que vous êtes en mesure pendant que nous étudions pourquoi elle est sollicitée. Si vous ne pouvez pas vous connecter à votre Mac UA, ils essaient de passer à la connexion locale. Pour passer à la connexion locale : 1. Cliquez sur l'icône de profil (la personne dans un cercle) dans le coin supérieur droit de l'écran. 2. Sélectionnez Switch to Local Login. 3. Entrez vos identifiants universitaires dans les champs nom d'utilisateur et mot de passe qui apparaissent près du centre inférieur de l'écran. 4. Cliquez sur Signe Pour ouvrir une session. Si vous n'êtes toujours pas en mesure de vous connecter, veuillez contacter votre bureau d'assistance informatique local pour obtenir de l'aide. Merci pour votre patience continue alors que nous travaillons à une résolution complète; nous ferons d'autres mises à jour à intervalles d'une heure et à mesure que de nouvelles informations seront disponibles.

4. 3 août 2026 à 19:44 UTCinvestigating

   L'équipe du NTS continue d'enquêter sur la cause de ces problèmes. Il n'y a pas d'autres mises à jour pour le moment. L'invite Iru à synchroniser vos mots de passe est sûre d'ignorer au mieux que vous êtes en mesure pendant que nous étudions pourquoi elle est sollicitée. Si vous ne pouvez pas vous connecter à votre Mac UA, ils essaient de passer à la connexion locale. Pour passer à la connexion locale : 1. Cliquez sur l'icône de profil (la personne dans un cercle) dans le coin supérieur droit de l'écran. 2. Sélectionnez Switch to Local Login. 3. Entrez vos identifiants universitaires dans les champs nom d'utilisateur et mot de passe qui apparaissent près du centre inférieur de l'écran. 4. Cliquez sur Signe Pour ouvrir une session. Si vous n'êtes toujours pas en mesure de vous connecter, veuillez contacter votre bureau d'assistance informatique local pour obtenir de l'aide. Merci pour votre patience continue alors que nous travaillons à une résolution complète; nous ferons d'autres mises à jour à intervalles d'une heure et à mesure que de nouvelles informations seront disponibles.

5. 3 août 2026 à 22:35 UTCmonitoring

   Nous avons résolu un problème récent causé par un changement inattendu avec l'authentification Duo qui a affecté les connexions d'ordinateur macOS gérés à travers le campus. Si vous utilisez un Mac géré par une université, votre expérience de connexion est maintenant rétablie dans des opérations normales. Cependant, la première fois que vous vous connectez à votre ordinateur après cette correction, vous pouvez voir une ou deux autres invites d'authentification Duo. Lors de la première connexion à votre Mac géré aujourd'hui: 1. Entrez vos identifiants de compte habituels à l'écran de connexion macOS primaire. 2. Remplissez la ou les instructions Duo : Vous pouvez être invité à authentifier à travers Duo un temps supplémentaire comme permissions système rafraîchir et de re-synchroniser avec votre compte. 3. Approuvez la demande sur votre application mobile Duo, jeton matériel ou via votre méthode MFA préférée comme normale. 4. Sélectionnez Suivant dans les Let. 5. Sélectionnez Suivant à l'invite Définir une méthode d'inscription. Si vous continuez à rencontrer des erreurs de connexion, des invitations répétées à synchroniser les mots de passe sur login, ou tout autre problème de connexion à votre Mac, veuillez contacter votre Helpdesk informatique de campus.

6. 26 août 2026 à 20:10 UTCresolved

   Cet incident a été résolu.

7. 26 août 2026 à 20:11 UTCpostmortem

   Échec à l'authentification de l'IRU Analyse d'impact des problèmes Événement: 20260803 # Historique Le service d'authentification IRU fournit des capacités d'authentification utilisateur pour les appareils macOS gérés et l'accès en ligne via Kandji Passport. Le service repose sur l'intégration entre Kandji Passport, Microsoft Entra ID, les politiques d'accès conditionnel et Duo MFA pour fournir une authentification sécurisée aux utilisateurs. # Briser le problème Le 3 août 2026, les utilisateurs ont éprouvé des problèmes d'authentification lorsqu'ils tentaient d'accéder aux services de l'IRU. Le problème a affecté les utilisateurs qui tentaient de s'authentifier par le biais de Kandji Passport Web Login et a affecté la capacité de compléter le processus de connexion. La question a été examinée par l'intermédiaire des registres d'identification Entra, des politiques d'accès conditionnel, du flux d'authentification Duo MFA et des services d'authentification de Kandji Passport. # Objectif / État cible Une authentification fonctionnelle dans les appareils macOS gérés par l'IRU. # Analyse des causes profondes (en milliers de dollars) Modifications aux méthodes d'accès conditionnel de Microsoft, en vigueur à compter du 15 juin 2026 : * [https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-forcement-resource-exclusions](https://learn.microsoft.com/en-us/entra/identity/conditional-access/concept-forcement-resource-exclusions) * [https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-change-améliorated-forcement-for-policies-with-resour/4488925](https://techcommunity.microsoft.com/blog/microsoft-entra-blog/upcoming-conditional-access-change-améliored-forcement-for-policies-with-resour/4488925) Les modifications décrites ci-dessus exigent maintenant que DUO soit défini comme la méthode de connexion par défaut sur un compte utilisateur dans M365. # Développer des contre-mesures Contre-mesure immédiate développée en ajoutant des utilisateurs au groupe Entra qui a permis la nouvelle méthode d'authentification DUO. # Mise en œuvre des contre-mesures Le personnel de la TI a effectué un changement qui a ajouté tous les utilisateurs pour recevoir cette correction. # Suivi / examen Examiner régulièrement les progrès accomplis dans la mise en œuvre de la solution à long terme.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juillet 2026 à 17:46 UTCidentified

   L'accès à vdi.alaska.edu n'est pas disponible, mais la cause de la panne a été identifiée. Tout accès de bureau via vdi.alaska.edu, et peut-être le client épais, ne sera pas en mesure d'accéder ou d'utiliser les machines virtuelles de cette adresse jusqu'à ce que le problème ait été résolu.

2. 24 juillet 2026 à 18:55 UTCidentified

   UA a identifié le problème d'accès à vdi.alaska.edu et travaille à le résoudre. Tout accès de bureau via vdi.alaska.edu, et peut-être le client épais, ne sera pas en mesure d'utiliser les machines virtuelles de cette adresse. Merci de votre patience pendant la résolution de cette question. S'il vous plaît attendre une mise à jour à 11:50 AM et des mises à jour horaires après.

3. 24 juillet 2026 à 20:12 UTCidentified

   UA a identifié le problème d'accès à vdi.alaska.edu et travaille à le résoudre. Tout accès de bureau via vdi.alaska.edu, et peut-être le client épais, ne sera pas en mesure d'utiliser les machines virtuelles de cette adresse. Merci de votre patience pendant la résolution de cette question. S'il vous plaît attendre une mise à jour à 12:50 AM et des mises à jour horaires après.

4. 24 juillet 2026 à 20:55 UTCidentified

   UA a identifié le problème d'accès à vdi.alaska.edu et travaille à le résoudre. Tout accès de bureau via vdi.alaska.edu, et peut-être le client épais, ne sera pas en mesure d'utiliser les machines virtuelles de cette adresse. Merci de votre patience pendant la résolution de cette question. S'il vous plaît attendre une mise à jour à 1:50 PM et des mises à jour horaires après.

5. 24 juillet 2026 à 22:35 UTCidentified

   UA a identifié le problème d'accès à vdi.alaska.edu et travaille à le résoudre. Tout accès de bureau via vdi.alaska.edu, et peut-être le client épais, ne sera pas en mesure d'utiliser les machines virtuelles de cette adresse. Merci de votre patience pendant la résolution de cette question. Veuillez vous attendre à une mise à jour à 17h00.

6. 25 juillet 2026 à 00:03 UTCmonitoring

   UA a résolu le problème avec le vdi.alaska.edu et a confirmé que la correction était stable. Cela sera mis en surveillance jusqu'à la fin des travaux à 17 h. Veuillez signaler tout problème continu avec ce service au service d'assistance informatique de votre campus, et merci encore pour votre patience pendant la résolution de ce problème!

7. 25 juillet 2026 à 01:06 UTCresolved

   UA a résolu le problème avec le vdi.alaska.edu et a confirmé que la correction était stable. Veuillez signaler tout problème continu avec ce service au service d'assistance informatique de votre campus et merci encore pour votre patience pendant la résolution de ce problème!

8. 19 août 2026 à 21:26 UTCpostmortem

   [vdi.alaska.edu](http://vdi.alaska.edu) interruption de l'accès. (en milliers de dollars) Certificats de passerelle d'accès unifié expirés. Heure: 07/23/2026 16:00. # Historique [vdi.alaska.edu](http://vdi.alaska.edu) donne accès à l'environnement VMware/Omnissa Horizon VDI. (en milliers de dollars) Les deux appareils Unified Access Gateway \(existant sur la plate-forme VXrail\) fournissent la couche d'accès externe pour les utilisateurs qui veulent accéder à leur VDI sur le campus ou à distance. (en milliers de dollars) # Briser le problème Les deux certificats de chaque UAG ont expiré le 23 juillet, 15 h 59, 2026. (en milliers de dollars) Le problème a été remarqué vendredi matin le 24 juillet vers 8h30, quand les utilisateurs ont déclaré qu'ils ne pouvaient pas accéder à leurs environnements VDI de mon bureau lors de la résolution à [vdi.alaska.edu](http://vdi.alaska.edu) (en milliers de dollars) (en milliers de dollars) Lorsqu'un utilisateur a essayé de résoudre à [vdi.alaska.edu](http://vdi.alaska.edu) par l'intermédiaire de son navigateur, il a reçu un avis de connexion non privé et serait alors bloqué d'atteindre le [vdi.alaska.edu](http://vdi.alaska.edu) Page Horizon du tout. (en milliers de dollars) Mesures prises pour rétablir le service : Certificat de renouvellement demandé à PAWS. Ce certificat contenait le nom de domaine principal, [vdi.alaska.edu](http://vdi.alaska.edu), mais comprenait également les noms de substitution \(deux noms 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) (en milliers de dollars) (en milliers de dollars) Durée de la panne et temps de rétablissement du service: Jeudi 23 juillet 16h - Vendredi 24 14h. (en milliers de dollars) (en milliers de dollars) (en milliers de dollars) # Objectif / État cible (en milliers de dollars) Tous les deux devraient présenter en permanence des certificats de confiance valides et un accès VDI externe et interne (en milliers de dollars) # Analyse des causes profondes # Les deux appareils UAG présentaient des certificats TLS expirés. TSS a reçu une liste des appareils de serveurs VXrail qui avaient estimé les heures de l'expiration de leurs certificats. Les deux appareils UAG n'étaient pas sur cette liste, donc nous n'avons pas pu dicter quand leurs certificats allaient expirer. # Développer des contre-mesures J'ai créé un tableur de certificat principal qui contient maintenant les deux informations de certificat UAG. Je le partage avec notre équipe TSS pour que nous puissions continuer à surveiller les expirations de certificats prévues à l'avenir. Accès demandé au service Certinext pour les futurs renouvellements de certificats. (en milliers de dollars) Calendrier de mise en œuvre: Ce qui précède devrait nous permettre de demander et de mettre en œuvre les certificats avant qu'ils expirent sur les deux UAG. # Suivi / examen Vérifier les dates d'expiration du certificat sur les deux UAG en surveillant la feuille de calcul du certificat principal. Demander à PAWS de renouveler le certificat, planifier une brève panne de l'ACR, appliquer le certificat aux deux UAG, puis confirmer que le renouvellement a été réussi et que l'accès se fait

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 29 mai 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 mai 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 mai 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 juillet 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 juillet 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 juin 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 mai 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 avril 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 avril 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 avril 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 mai 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 2026 à 20:46 UTCresolved

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

9. 6 mai 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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 avril 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!