Artemis कंप्यूटर में Microsoft Outlook के दो बार चलने की अज्ञात समस्या

• अंतरिक्षयान के कंप्यूटर में Microsoft Outlook के एक साथ दो बार चलने की समस्या सामने आई
• अंतरिक्ष यात्रियों ने कारण नहीं खोज पाया और इसकी सूचना Houston नियंत्रण केंद्र को दी
• NASA remote access के ज़रिए सिस्टम की जाँच करने की कोशिश कर रहा है
• पोस्ट Bluesky पर डाले गए एक छोटे से लिखित अपडेट के रूप में है, और इसमें अतिरिक्त तकनीकी जानकारी या विश्लेषण नहीं है
• यह दिखाता है कि अंतरिक्षयान के वातावरण में भी सामान्य software errors हो सकते हैं

---

अंतरिक्षयान के कंप्यूटर में Microsoft Outlook के दोहरे चलने की समस्या

• अंतरिक्ष यात्रियों ने अंतरिक्षयान के कंप्यूटर में Microsoft Outlook के दो बार चलने की घटना देखी
  • कारण समझ में न आने पर Houston नियंत्रण केंद्र को रिपोर्ट किया गया
• NASA remote access (remote in) के माध्यम से संबंधित कंप्यूटर की जाँच करने की स्थिति में है
• पोस्ट Bluesky प्लेटफ़ॉर्म पर डाली गई एक छोटी पोस्ट है, और इसमें अतिरिक्त तकनीकी विवरण या कारण का विश्लेषण नहीं है
• समस्या का ठोस कारण, प्रभाव, या समाधान हुआ या नहीं यह अभी तक उल्लेखित नहीं है
• यह एक साधारण मामला है, लेकिन यह दिखाने वाला दिलचस्प उदाहरण है कि अंतरिक्षयान सिस्टम में भी सामान्य software errors हो सकते हैं

[GN⁺]

Hacker News की टिप्पणियाँ

• असली बात space में Windows या Outlook चलाने की नहीं है, बल्कि यह है कि वह software sealed नहीं है
  यानी, space में updates डाउनलोड किए जा रहे हैं, और Microsoft (या कहीं और) को telemetry data भेजा जा रहा है
  ऐसे PCs को, spacecraft के दूसरे उपकरणों की तरह, NASA को predictable state में manage करना चाहिए
  ऊपर से, ऐसे PCs ‘space internet link’ पर बेकार traffic बनाकर communications को block भी कर सकते हैं
  smartphones भी यही समस्या पैदा कर सकते हैं। यह सचमुच rocket science का मामला है

  • लेकिन क्या Microsoft NASA की ऐसी requirements की परवाह करेगा? हाल का Fedramp certification भी कुछ ऐसा ही था। तरीका था, “वे इस्तेमाल कर रहे हैं, तो चलो certification दे देते हैं”

• Business Insider article के मुताबिक, Wiseman ने issue report किया तो ground control center ने remotely उसके system में जाकर उसे ठीक किया
  यह PCD(Personal Computing Device) वह device है जिसे crew internet access और schedule check करने के लिए इस्तेमाल करता है, और Artemis II में Microsoft Surface Pro इस्तेमाल हो रहा है
  NASA factsheet के मुताबिक, यह device family calls (PFC), medical consults (PMC), office apps, DSLR image storage और video review जैसी चीज़ों के लिए इस्तेमाल होता है

  • यह सोचकर हँसी आती है कि चाँद की mission पर जाते समय भी crew को cookie banners पर click करना पड़ेगा, ads skip करने होंगे, और Windows updates से लड़ना होगा। शायद यह Earth जैसी familiar environment बनाकर long-distance flight की psychological stability में मदद करता हो
  • Surface Pro चुने जाने की एक वजह यह भी थी कि Dell XPS 15 के मुकाबले battery fire के समय इससे toxic gas कम निकलती थी
    test report के अनुसार, Dell XPS 15 में fire के दौरान internal temperature 22°F बढ़ा, जबकि Surface Pro में 7°F। XPS ने ज़्यादा toxic gases और particles छोड़े

• यह सुनकर कि space में commercial hardware इस्तेमाल हो रहा है, मुझे जिज्ञासा हुई कि क्या धरती से उनके Wi-Fi signals detect किए जा सकते हैं
  सीधी line of sight तो होगी, इसलिए शायद संभव लगे, लेकिन low power output और antenna size limits की वजह से physical level पर मुश्किल लगता है
  orbital speed को देखते हुए antenna को लगातार track करना भी आसान नहीं होगा

  • किसी ने मज़ाक किया कि access point का नाम शायद “Free Airport WIFI” होगा
  • व्यावहारिक रूप से यह संभव नहीं है। capsule metal का बना होता है, इसलिए radio shielding बहुत ज़्यादा होती है, और अंदरूनी communication के लिए low-power Wi-Fi होने से signal detect करना लगभग असंभव है
  • अगर orbit predictable हो, तो manually antenna aim करना संभव है। मैंने भी ISS communication के लिए handheld Yagi antenna से ऐसा किया है। 5–10 मिनट के pass के दौरान हाथ से direction adjust करनी होती है
  • amateur radio operators यह अच्छी तरह जानते हैं। वे ISS से 144–148MHz band पर communicate करते हैं और लगभग 15 मिनट की window पाते हैं। Artemis बहुत दूर है, लेकिन 2.4GHz band atmosphere को काफ़ी अच्छी तरह पार करता है, इसलिए attenuation बहुत बड़ी नहीं होगी। फिर भी interference करना तो संभव हो सकता है, signal receive करना मुश्किल लगेगा
  • मैंने directional Wi-Fi antenna को drone-tracking rotation mount पर लगाकर ISS को follow करने की कोशिश भी की है। मुश्किल है, लेकिन असंभव नहीं

• सब लोग हँस रहे हैं, लेकिन वास्तविकता में दूसरे विकल्प ज़्यादा नहीं हैं
  Outlook local copies को अच्छी तरह संभालता है, low-bandwidth environment में stable रहता है, और users उससे परिचित हैं
  email documents exchange करने का आसान तरीका है

  • email छोटे messages के लिए ठीक है, लेकिन file transfer के लिए inefficient है। Outlook में अनावश्यक overhead बहुत है, और simple text transfer के लिए यह ज़रूरत से ज़्यादा भारी है। शायद कोई simple dedicated client बनाना बेहतर होता
  • fetchmail और local server का combination बेहतर है। Exchange/Outlook का maintenance burden बड़ा है, और space में manage करने के लिए उपयुक्त नहीं
  • यह दिलचस्प है कि NASA अब भी email इस्तेमाल करता है। किसी special communication protocol की जगह सामान्य email का इस्तेमाल करना उल्टा ज़्यादा practical है। जैसे military ने दशकों तक mIRC इस्तेमाल किया
  • mission-critical न होने वाले क्षेत्रों में commercial solutions का इस्तेमाल करना तर्कसंगत है। पहले shuttle missions में भी ऐसा हुआ था कि custom equipment fail होने पर backup के लिए पुराना hardware फिर निकालना पड़ा
  • Outlook या Thunderbird की जगह web-based email + local webserver का combination बेहतर होता

• ऐसी स्थिति में लगा कि NASA भर में emergency alert बज जाना चाहिए था

  • लेकिन वह astronaut का personal device (PCD) था
  • यह मानना मुश्किल है कि NASA भी Exchange Online इस्तेमाल करता है
  • उससे भी ज़्यादा चौंकाने वाली बात यह है कि वे अब भी Windows इस्तेमाल करते हैं

• सच में यह मानना मुश्किल है कि manned spacecraft में Microsoft software लगाया गया है

  • दरअसल Windows कई दशकों से spacecraft में इस्तेमाल होता आया है। ISS ने भी एक समय Windows XP इस्तेमाल किया था, फिर virus infection के बाद Linux पर switch किया। लेकिन ऐसे devices flight control के लिए नहीं, बल्कि सामान्य laptops होते हैं
  • जैसे airplane में किसी दूसरे passenger के Windows laptop इस्तेमाल करने से आप चिंतित नहीं होते, वैसे ही spacecraft में भी होना चाहिए

• engineers को RDP से remote login करना पड़ा, यह सुनकर लगा कि latency बहुत ज़्यादा होगी

  • उस समय दूरी लगभग 57,000km थी, और round-trip latency (RTT) करीब 380ms थी। खराब है, लेकिन नामुमकिन नहीं
  • असल में RDP की जगह PowerShell Remoting या SSH कहीं तेज़ होता
  • मुझे भी कभी-कभी महाद्वीप के दूसरी तरफ़ पड़े Windows XP machine में RDP से जाना पड़ता है, और latency से ज़्यादा file transfer कष्टदायक होता है
  • मौजूदा दूरी के हिसाब से minimum latency लगभग 420ms होगी

• 1969 की moon landing में 4KB RAM पर guidance computer चलाया गया था,
  और 2026 में स्थिति यह है कि Outlook की दो instances अपने-आप चल रही हैं और किसी को कारण नहीं पता—यह विडंबनापूर्ण है

  • 1969 में assembly code की हर line को experts verify करते थे, लेकिन 2026 में करोड़ों lines के code के बारे में यह भी नहीं पता कि वे क्यों चल रहे हैं
  • ऐसा लगता है जैसे NASA के Power of Ten development rules से गिरकर बात “Outlook restart करके देखा?” तक आ गई हो
  • फिर भी तुलना mission-critical code से की जानी चाहिए। जानना रोचक होगा कि flight controller software कितना छोटा है
  • फिर भी यह सब AI के बिना किया गया, यह भी अपने-आप में मज़ेदार है

• शायद यह issue किसी के New Outlook और Classic Outlook को एक साथ चलाने की कोशिश से हुआ हो

• मुझे भी काम पर Outlook के दो copies साथ खुल जाने वाली समस्या अक्सर होती है
  बस एक बंद कर दो तो मामला खत्म हो जाता है, इसलिए बड़ी समस्या नहीं होती। सोचता हूँ Artemis crew ने भी क्या बस ऐसा ही symptom देखा था