एक मिलीसेकंड के बग ने यूके हवाई यातायात को रोक दिया। छह घंटे तक।
मंगलवार, 8 सितंबर को सुबह 10:00 बजे, NATS के राष्ट्रीय हवाई क्षेत्र प्रणाली (NAS) के अंदर एक नियमित स्क्वॉक-कोड अनुरोध को एक उच्च-प्राथमिकता वाले संदेश द्वारा बाधित किया जाता है, जबकि यह एक मान को अपडेट करने के आधे रास्ते में होता है।
मंगलवार, 8 सितंबर को सुबह 10:00 बजे, NATS के राष्ट्रीय हवाई क्षेत्र प्रणाली (NAS) के अंदर एक नियमित स्क्वॉक-कोड अनुरोध को एक उच्च-प्राथमिकता वाले संदेश द्वारा बाधित किया जाता है, जबकि यह एक मान को अपडेट करने के आधे रास्ते में होता है। एक्सपोजर विंडो लगभग एक मिलीसेकंड है। अनुरोध गलत तरीके से फिर से शुरू होता है, उड़ान डेटा दूषित हो जाता है, और 19:30 तक 2,000 से अधिक यूके की उड़ानें विलंबित, रद्द या डायवर्ट हो चुकी हैं।
लिखित संस्करण पढ़ें (अंग्रेजी) ↗
इस वीडियो में क्या शामिल है
- 10:00: एक अनुरोध, एक 1 मिलीसेकंड की विंडो के अंदर बाधित
- समय-सीमा: 10:00 स्क्वॉक → 10:02 ब्लिप → 12:45 प्रस्थान बंद → 13:32 लिंक खत्म
- इलाज: पूरे देश के उड़ान डेटा को रीस्टार्ट करना
- तंत्र: एक राइट के आधे रास्ते में रुका हुआ
- क्यों एक सुरक्षा सुविधा ने आसमान को रोक दिया
अनुवादित प्रतिलेख
मूल अंग्रेजी कथन से अनुवादित। उपलब्ध ऑडियो और कैप्शन YouTube द्वारा नियंत्रित होते हैं।
10:00: एक अनुरोध, एक 1 मिलीसेकंड की विंडो के अंदर बाधित
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 छह हजार को संभाला। यूके के प्रस्थान लगभग साढ़े चार घंटे के लिए रुक गए, और बैकलॉग को साफ होने में दो दिन से अधिक का समय लगा। यह ब्रिटेन की तीन वर्षों में तीसरी हवाई यातायात विफलता है, और मुख्य कार्यकारी इस बग को बहुत, बहुत अस्पष्ट कहते हैं।
निर्णय + सोमवार की पंक्ति: atomic writes, loud alarms
2:41 निर्णय, पोस्टमॉर्टम: NEEDS REVIEW। रिपोर्ट तेज और विशिष्ट है, और फिक्स लिखा गया है और परीक्षण में है। लेकिन योजना एक तेज रीस्टार्ट है, न कि एक छोटा। सोमवार की पंक्ति: यदि एक कार्य को रोका जा सकता है, तो उसकी राइट को atomic बनाएं, और एक अलार्म को जो अपने आप ठीक हो जाता है, उसे एक अलार्म के रूप में मानें। मुझे वह घटना भेजें जिसके बारे में आपको अभी भी बात करने की अनुमति नहीं है, टिप्पणियों में, या thedailydiff.dev पर। और यह आज के लिए diff है।
3:02 मैं Axrisi से Niko हूं। Merge responsibly।
स्रोत
- NATS, Major Incident Preliminary Investigation Report, NAS incident 08 September 2026 (report date Sep 16)www.nats.aero
- NATS press release, "NATS publishes preliminary report on technical incident of 8 September" (Sep 18, 2026)www.nats.aero
- NATS on X, 8 Sepx.com
- BBC, "Flight chaos caused by 'millisecond' software defect, report says"www.bbc.co.uk
- The Guardian (Sep 18, 2026)www.theguardian.com
- Hacker News thread on the reportnews.ycombinator.com
