Het ging daarbij om de database die voor de treinleidingpost Amsterdam wordt gebruikt. Vanuit die post wordt het treinverkeer in en rond Amsterdam bediend.
De treinleidingsoftware kon echter niet overweg met de ongeldige databasewaarde en ging op zijn gat. Op het back-upsysteem draaide identieke software, dus ook dat crashte.
De oplossing was het verwijderen van de ongeldige waarde, maar dat bleek volgens ProRail lastig. Rond half 9 leek dat te zijn gelukt, maar ‘de data zwierf nog ergens rond in het systeem’, waardoor dat opnieuw plat ging.
Nu is het niet zo dat de wissels en seinen op afstand niet meer te bedienen waren: dat systeem was niet uit de lucht. Maar het overkoepelende systeem, dat bepaalt waar en wanneer een sein of wissel omgaat, lag wel plat. Handmatig bedienen is volgens ProRail niet meer mogelijk, omdat er rond Amsterdam te veel treinen rijden; ongeveer 40 per 20 minuten.
Was deze bug te voorkomen? Het antwoord op die vraag is ‘ja’. Uit het feit dat de bug inmiddels is opgelost, blijkt dat wel. De software had nooit tienduizenden keren een perron mogen toewijzen, en dan zijn er nog wel een paar plekken waar de schade had kunnen worden ingeperkt.
Maar van de zijlijn is het makkelijk roepen, en Cybernieuwtjes is juist heel blij met de openheid van zaken die ProRail heeft gegeven. Belangrijker: het is even schrikken dat één bugje het openbaar vervoer in een volledige regio kan platleggen. Of erger.
Who run the world? Sysadmins.