Incident Records

One record per incident: what broke, how it was found, why it happened, how it came back, and what was done so it does not happen again. Records are numbered INC-NNNN in the order they are opened, like ADRs, and grouped by year.

An incident here is something EdS did wrong, or stopped doing, that someone would notice: a stand that went dark or showed the wrong record, a service that stopped publishing, a credential that leaked, a deployment that broke what was working. A failed test or a bug caught before it shipped is not one.

Each record is written so the next person meets the failure in a document rather than in the dark. Like change records, these are retained: written once, updated only as their actions close. Start one while it is fresh, even with most sections empty; the timeline and the wrong turns are what memory loses first.

New records start from the incident record template, which also defines the statuses used below.

A bare INC-0001 means an EdS record. A Deevnet IoTaaS incident is always written Deevnet INC-0004. An EdS failure caused by Deevnet IoTaaS gets an EdS record that links to Deevnet IoTaaS’s.

Records

IDDateIncidentRoot causeStatusSubstatus
INC-00042026-10-26The stand went dark on one channelthe amplifier’s aged Tape 1 selector dropped its left channel, and the turntable driver listens to the left channel aloneOpenMitigated
INC-00022026-10-24Deploys hung the core routerevery image sent on every deploy, a gigabyte unthrottled between segments, which the router does not surviveOpenHardening
INC-00032026-10-24The library index was unreadable to voiceda file copied into a :Z volume keeps its own SELinux label, and an unreadable index was taken silently for noneOpenHardening
INC-00012026-10-24The Beatles played for a request nobody madescribe’s prompt was a request, which it wrote back for audio it could not make out, and voiced acted on any wordsOpenHardening