tjenester | status | Branch/commit/sak# |
|---|
Arkiv | ⭐⭐⭐⭐⭐ ⭐⭐⭐ | |
DigEks | ⭐⭐⭐⭐⭐ | Bibliotektjenester | ⭐⭐⭐⭐⭐ | Learning Management System (LMS) | ⭐⭐⭐⭐⭐ | Autorisasjon Data Cache (ADC) | ⭐⭐⭐⭐⭐ | Unit4 ERP (tidl. UBW/Agresso) | ⭐⭐⭐⭐⭐ | Identitets- og tilgangsstyring (IAM) | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | 🚩 Sensur for vurdId ble trigget for alle institusjoner i prod-miljøet, det tok mange timer å kjøre 9383 kommandolinjer. I dag vil Agy gi oss tilbakemelding dersom feilen er løst ( | Jira Legacy |
|---|
| server | System JIRA |
|---|
| serverId | 83e3296b-f81a-3839-8c59-0469a4ed0fc6 |
|---|
| key | IOM-380 |
|---|
|
) |
Bibliotektjenester | ⭐⭐⭐ | feilen skjedde på grunn av en plutselig økning i antall tilkoblinger til databasen som overskred grensen som ble tildelt dem. Sakens haster og prioriteringen er fortsatt høy, og virkningen var stor da den påvirket aktiviteter i nesten alle tjenester levert av Mule (Arkiv, DigEks, osv.). I perioden da tilgangen til databasen ble avbrutt, ble mange meldinger ikke overført, mange autentisering mislyktes og mange integrasjoner ble blokkert. Vi hadde en grense på 500 og det var fullt oppbrukt. Vanligvis brukes 420 til 480, men i perioden skal det ha økt til 520 og mer, og i helgen passerte det 1100. Dette betyr at den midlertidige justeringen (å tilordne et større minne) i serverkonfigurasjonen (øke DocumentDB-størrelsen fra 'db.t4g.medium' til 'db.r5.large') ikke ville løse saken. Det vi gjorde i slutten av uken var å sørge for at tilkoblingen for autentiseringer og overføringer ble returnert, noen tapte meldinger blir sendt på nytt, men de meldingene som ikke ble sendt gjennom køsystemet gikk tapt og avsendere. |
Learning Management System (LMS) | ⭐⭐⭐ |
Autorisasjon Data Cache (ADC) | ⭐⭐⭐ |
Unit4 ERP (tidl. UBW/Agresso) | ⭐⭐⭐ |
Identitets- og tilgangsstyring (IAM) | ⭐⭐⭐ | 😅 Dette har fungert i siste versjon av koden (1.2.18), men det ikke fungert riktig i en periode, tidsrom er fra 14:19 til 15:34. Den effektive tiden når meldinger ble savnet ser imidlertid ut til å være mellom 14:22 og 14:42. 3 lister over 'href' (kun slutten av URLen) i separate filer for hver institusjon (MS- Teams) sendt til Adrian Fellman (utviklingsseksjonen). |
Kunnskapsdata (KUDAF) | ⭐⭐⭐ ⭐ ⭐ | |