एक मिलिसेकंदाच्या दोषामुळे यूकेमधील हवाई वाहतूक थांबली. सहा तास.

या व्हिडिओमध्ये काय समाविष्ट आहे

• 10:00: एक विनंती, 1 ms विंडोमध्ये खंडित झाली
• वेळापत्रक: 10:00 स्क्वॉक → 10:02 ब्लिप → 12:45 निर्गमन थांबले → 13:32 लिंक गमावली
• उपाय: संपूर्ण देशाचा उड्डाण डेटा पुन्हा सुरू करा
• क्रियाविधि: लिहिण्याच्या मध्यभागी थांबवले
• सुरक्षितता वैशिष्ट्याने आकाश का थांबवले

अनुवादित प्रतिलेख

मूळ इंग्रजी निवेदनातून अनुवादित. उपलब्ध ऑडिओ आणि मथळे YouTube द्वारे नियंत्रित आहेत.

10:00: एक विनंती, 1 ms विंडोमध्ये खंडित झाली

0:00 सकाळी दहा वाजता, ब्रिटनच्या उड्डाण डेटा प्रणालीमधील एक नियमित विनंती अगदी चुकीच्या मिलिसेकंदावर थांबते, आणि संध्याकाळपर्यंत दोन हजाराहून अधिक उड्डाणे विलंबाने, रद्द किंवा वळवण्यात येतात. हे Nats, यूकेच्या हवाई वाहतूक सेवेच्या प्राथमिक अहवालातून आहे. हल्ल्याचे कोणतेही चिन्ह नाही, आणि कोणीही चुकीचे बटण दाबले नाही. फक्त एक जुना दोष, आणि एक खूप विशिष्ट मिलिसेकंद. ते कसे घडले, एक मिलिसेकंद का पुरेसा होता, आणि दोष कोणाला द्यायचा. हे The Daily Diff, शवविच्छेदन आहे.

0:31 दहा वाजले. कोणीतरी हाताने स्क्वॉक कोड, चार अंकी क्रमांक जो

वेळापत्रक: 10:00 स्क्वॉक → 10:02 ब्लिप → 12:45 निर्गमन थांबले → 13:32 लिंक गमावली

0:36 रडार ब्लिपला त्याच्या उड्डाण योजनेशी जोडतो, तो विचारतो. विनंती वैध आहे, आणि योजना देखील. दहा वाजून दोन मिनिटे. लंडन एरिया कंट्रोल आणि मुख्य प्रणालीमधील दुवा तुटतो, नंतर पंचेचाळीस सेकंदांनी आपोआप परत येतो. तिकिटावर 'पुनर्संचयित', 'स्थिर', 'कार्यवाहीवर परिणाम नाही' असे लिहिले आहे. बारा वाजून बत्तीस मिनिटे. दुवा पुन्हा तुटू लागतो, प्रत्येक वेळी जलद, आणि नियंत्रक काही ऑटोमेशन गमावतात.

0:56 बारा वाजून पंचेचाळीस मिनिटांपर्यंत, यूकेची निर्गमने थांबतात. एक वाजून बत्तीस मिनिटांनी, दुवा तुटतो आणि तसाच राहतो. उपाय म्हणजे नियंत्रित पुनरारंभ, आणि तो महागडा भाग आहे,

उपाय: संपूर्ण देशाचा उड्डाण डेटा पुन्हा सुरू करा

1:06 कारण तीच प्रणाली देशभरातील नियंत्रण केंद्रे आणि विमानतळांना फीड करते. दोष लंडनच्या हवाई क्षेत्रात आहे. निर्बंध संपूर्ण यूकेला लागू आहेत. पुनरारंभ सव्वा तीन ते सव्वा चार वाजेपर्यंत चालतो, आणि डुप्लिकेट उड्डाण योजना सोडवण्यासाठी पावणे सात वाजेपर्यंत वेळ लागतो. मग एक मिलिसेकंद पुरेसा का होता?

क्रियाविधि: लिहिण्याच्या मध्यभागी थांबवले

1:23 प्रणाली प्राधान्यानुसार कामे जुळवते, आणि तातडीच्या कामासाठी लहान काम थांबवणे सामान्य आहे. पण हे काम एका मूल्याचे अपडेट करण्याच्या मध्यभागी होते. तातडीचा संदेश त्या मिलिसेकंदात येतो, आणि अपडेट अर्धवट थांबते. ते पुन्हा सुरू झाल्यावर, ते योग्यरित्या पुन्हा सुरू होत नाही. तो खराब डेटा नंतर काही नंतरच्या उड्डाण अपडेट्समध्ये गळतो.

सुरक्षितता वैशिष्ट्याने आकाश का थांबवले

1:40 लंडन एक वाचण्याचा प्रयत्न करते, खूप वेळ घेते आणि टाइम आउट होते. टाइम आउट दुवा तोडते, डिझाइन केल्याप्रमाणे, दोन्ही प्रणालींचे संरक्षण करण्यासाठी. सुरक्षितता वैशिष्ट्य पूर्णपणे कार्य करते. तीच समस्या आहे. अहवालाचे स्वतःचे शब्द. जर तातडीचा संदेश एक मिलिसेकंद आधी किंवा नंतर आला असता, अपडेट सामान्यपणे पूर्ण झाले असते. हॅकर न्यूजवर, एक प्रोग्रामर मिलिसेकंदाला 'एक पूर्ण अनंतकाळ' म्हणतो,

2:02 या आठवड्यात मंगळवारपर्यंत घडण्याची हमी. तो मंगळवार होता.

git blame — legacy code 50 · restart plan 30 · the 10:02 alarm 15 · 1 ms 5

2:05 git blame. जुना कोड, पन्नास टक्के, अशा अपडेटसाठी जे अर्धवट थांबवले जाऊ शकते आणि चुकीच्या पद्धतीने परत येते. पुनरारंभ योजना, तीस, कारण लंडनमध्ये एक खराब नोंद म्हणजे संपूर्ण देशाचा उड्डाण डेटा पुन्हा सुरू करणे. दहा वाजून दोन मिनिटांचा अलार्म, पंधरा, स्वतःहून दुरुस्त झाल्याबद्दल आणि 'परिणाम नाही' म्हणून नोंदवल्याबद्दल. पाच टक्के मिलिसेकंदाला, त्याच्या वेळेसाठी. स्फोट त्रिज्या. Nats ने त्या दिवशी सुमारे आठ हजार उड्डाणांची योजना केली होती आणि

स्फोट त्रिज्या: 8,000 नियोजित, 6,094 हाताळले, तीन वर्षांत तिसरे अपयश

2:27 सुमारे सहा हजार हाताळले. यूकेची निर्गमने सुमारे साडेचार तास थांबली, आणि बॅकलॉग साफ होण्यासाठी दोन दिवसांपेक्षा जास्त वेळ लागला. ब्रिटनचे तीन वर्षांतील हे तिसरे हवाई वाहतूक अपयश आहे, आणि मुख्य कार्यकारी अधिकारी या दोषाला 'अतिशय, अतिशय अस्पष्ट' म्हणतात.

निकाल + सोमवारची ओळ: अणुबॉम्ब लेखन, मोठ्याने वाजणारे अलार्म

2:41 निकाल, शवविच्छेदन: NEEDS REVIEW. अहवाल जलद आणि विशिष्ट आहे, आणि दुरुस्ती लिहिली गेली आहे आणि चाचणीत आहे. पण योजना जलद पुनरारंभाची आहे, लहान पुनरारंभाची नाही. सोमवारची ओळ: जर एखादे काम थांबवले जाऊ शकते, तर त्याचे लेखन 'atomic' बनवा, आणि स्वतःहून दुरुस्त होणाऱ्या अलार्मला अलार्म म्हणूनच समजा. तुम्ही अजूनही ज्या घटनेबद्दल बोलू शकत नाही, ती मला पाठवा, टिप्पण्यांमध्ये, किंवा thedailydiff.dev वर. आणि आजसाठी हेच diff.

3:02 मी Axrisi चा Niko आहे. जबाबदारीने विलीन करा.

स्रोत

1. NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
2. NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
3. NATS on X, 8 Sepx.com
4. BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
5. The Guardian (Sep 18, 2026)www.theguardian.com
6. Hacker News thread on the reportnews.ycombinator.com