Google ने 'Drive data loss issue fixed' घोषित किया, लेकिन असहमति वाले forum threads को लॉक कर दिया
(arstechnica.com)- Google Drive में कुछ उपयोगकर्ताओं की फ़ाइलें गायब होने के बाद, Google ने 27 नवंबर को समस्या स्वीकार की और एक हफ़्ते बाद recovery procedure जारी की, लेकिन recovery विफल होने के मामले लगातार सामने आते रहे
- Google कारण को Drive desktop app 84.0.0.0~84.0.4.0 की “sync issue” बताता है, लेकिन web पर बनाई गई documents और spreadsheets के loss के मामलों को समझाने के लिए यह पर्याप्त नहीं लगता
- recovery, Drive desktop app 85.0.13.0 या उससे ऊपर के hidden UI और command-line flags के ज़रिये app data folder या cache में बचे files को खोजने के तरीके जैसी दिखती है
- Google ने Google Drive Community के मुख्य issue thread को 170 replies पर लॉक कर दिया और अतिरिक्त threads को भी duplicate बताकर बंद किया, जिससे उपयोगकर्ताओं के लिए recovery results और diagnostic जानकारी साझा करना मुश्किल हो गया
- बड़े पैमाने के data को सौंपे जाने वाले Drive में चुप्पी, locked forums और कारण की अस्पष्ट व्याख्या ने सेवा पर trust को गंभीर रूप से हिला दिया
Google Drive file loss और “fix” की घोषणा
- Google Drive में कुछ उपयोगकर्ताओं की फ़ाइलें गायब होने की समस्या हुई, और Google ने 27 नवंबर को इसे स्वीकार किया
- लगभग एक हफ़्ते बाद recovery procedure जारी की गई, लेकिन समस्या को अब भी Drive desktop app की “sync issue” तक सीमित करके समझाया गया
- प्रभावित versions Drive desktop app 84.0.0.0~84.0.4.0 हैं
- अगर यह सिर्फ़ sync issue होती, तो स्थिति ऐसी होती कि files cloud पर upload या download न हों, लेकिन उपयोगकर्ताओं का कहना है कि files पूरी तरह गायब हो गईं
“sync issue” से मेल न खाने वाले loss के मामले
- Google Drive Community के मुख्य issue thread में spreadsheets और documents के गायब होने के कई मामले पोस्ट किए गए
- कुछ मामलों में documents desktop app से नहीं, बल्कि web interface में बनाए और सेव किए गए लगते हैं
- कई उपयोगकर्ताओं ने document saving रुकने का समय मई 2023 बताया
- कुछ उपयोगकर्ताओं का कहना है कि उन्होंने कभी Drive desktop app इस्तेमाल ही नहीं की
- ऐसे मामले पूरी घटना को सिर्फ़ desktop app sync issue से समझाना कठिन बना देते हैं
Drive sync का तरीका और संदिग्ध व्यवहार
- Drive में कई तरह के sync modes हैं, इसलिए root cause का पता लगाना जटिल है
- default file streaming mode cloud-first तरीका है
- files कंप्यूटर से हटाकर cloud में रखी जाती हैं
- local में सिर्फ़ web links बचते हैं, जिससे space बचती है
- यह संभव हो सकता है कि sync issue के कारण files upload होने से पहले ही कंप्यूटर से हट जाएँ
- लेकिन web में बनाई गई documents के गायब होने के मामलों को भी इससे नहीं समझाया जा सकता
- Google ने यह स्पष्ट नहीं किया कि वास्तव में क्या हुआ और इसे कैसे ठीक किया गया
Google की recovery procedure
- Google की recovery guide file recovery की कोशिश के लिए कुछ तरीके देती है
- पहला तरीका Drive desktop app 85.0.13.0 या उससे ऊपर में मौजूद hidden UI का उपयोग करना है
- system tray या menu bar में Drive icon पर क्लिक करते समय Shift दबाने से एक special debug UI दिखाई देती है
- यहाँ “Recover from backups” विकल्प चुना जा सकता है
- recovery पूरी होने पर desktop पर Google Drive Recovery नाम का नया folder बनता है, जिसमें unsynced files होने की बात कही गई है
- दूसरा तरीका command line का उपयोग करना है
- नया Drive binary
--recover_from_account_backupsऔर--recover_from_app_data_pathflags देता है - Google ने समस्या स्वीकार करते समय शुरुआत में चेतावनी दी थी कि Drive के app data folder को delete या move न करें
- यह procedure इस उम्मीद पर आधारित लगती है कि गायब files अब भी Drive cache या app data path में बची होंगी
- नया Drive binary
- Google ने Windows Backup या macOS Time Machine से files खोजने का तरीका भी सुझाया
locked forums और रुका हुआ feedback
- Google ने Drive Community Forums के मुख्य issue thread को 170 replies पर लॉक कर दिया
- अतिरिक्त threads को भी duplicate बताकर लॉक किया जा रहा है
- “solution” post पर भी reply नहीं किया जा सकता, इसलिए उपयोगकर्ताओं के लिए recovery की सफलता या विफलता साझा करना मुश्किल है
- लॉक होने से पहले बचे कुछ replies में Google के fix के काम न करने की प्रतिक्रिया ज़्यादा दिखी
- एक उपयोगकर्ता ने कहा कि “solution” ज़्यादातर लोगों के लिए काम नहीं करती
- दूसरे उपयोगकर्ता ने कहा कि Google Drive ने files हटा दीं, इसलिए recover करने के लिए कुछ बचा ही नहीं
- recovery के सफल मामलों की संख्या बहुत कम दिखी, और यह मान लेना भी कठिन लगा कि app data folder में महीनों पुरानी file copies अब तक बची होंगी
इस response ने product trust को हिला दिया
- Drive सिर्फ़ personal product नहीं, बल्कि terabyte स्तर के storage की ज़रूरत वाले enterprise service के रूप में भी दिया जाता है
- paid tiers की कीमत बहुत ऊँची हो सकती है, इसलिए यह भरोसा कि उपयोगकर्ता अपना data इसमें सुरक्षित रख सकते हैं, सबसे अहम है
- bug हो सकते हैं, लेकिन सामान्य IT outage response में status page पर लगातार updates और कारण व fix का postmortem अपेक्षित होता है
- वास्तविक response कई दिनों की चुप्पी, locked forum posts और अस्पष्ट explanations तक सीमित रहा, जिससे user support और feedback channels और संकरे हो गए
2 टिप्पणियां
जब मैं पहले OneDrive इस्तेमाल करता था, तब भी डेटा लगातार एक-आध फ़ाइल करके गायब होता रहता था, और उससे बहुत गुस्सा आने के बाद मैं NAS पर शिफ्ट हो गया..
इंटरनेट पर अक्सर ऐसी राय मिलती है कि NAS कब फेल हो जाए पता नहीं.. बड़े एंटरप्राइज़ जो cloud मैनेज करते हैं वही बेहतर हैं.. लेकिन मैंने 5 साल से इस्तेमाल किया है और ऐसा एक बार भी नहीं हुआ~ बिजली का खर्च भी ज़्यादा नहीं आता!
Hacker News की रायें
ऐसी समस्या को इस तरह handle नहीं करना चाहिए, Google की प्रतिक्रिया सच में अजीब है
उन्हें एक blog post में समझाना चाहिए कि क्या हुआ, कौन और कितनी हद तक प्रभावित हुआ, recovery संभव है या नहीं और अभी वे क्या कर रहे हैं, और दोबारा ऐसा न हो इसके लिए क्या करेंगे
Drive for Desktop client में किसी छिपे हुए fix जैसा कुछ डालकर local तौर पर files recover हो सकती हैं या नहीं देखना, अगर समस्या यह है कि cloud से files गायब हुई हैं, तो बिल्कुल भी समझ में नहीं आता
अगर सच में समस्या का दायरा सिर्फ “वे files जो upload होनी चाहिए थीं लेकिन नहीं हुईं” तक है और cloud से कुछ delete नहीं हुआ, तो यह भी समझाना और इसका आधार देना चाहिए। क्योंकि लोग जो कह रहे हैं, वह यह नहीं है
अगर सच में data loss हुआ था, तो ऐसा दिखाना कि कुछ हुआ ही नहीं, कभी जवाब नहीं हो सकता। जैसे कहते हैं, “cover-up अपराध से भी बुरा होता है”; समझना मुश्किल है कि Google इस मुद्दे को पूरी पारदर्शिता से क्यों नहीं स्वीकार रहा, और ऐसी स्थिति में companies की response strategy पहले से well-known है, जिसमें transparency और accountability ही core हैं
लेकिन बड़े पैमाने के customers के साथ ऐसी मिलती-जुलती स्थितियों से गुजरें तो यह सच में मुश्किल होता है। कुछ customers लगभग अस्वस्थ तरीके से react करते हैं, और समस्या ठीक होने के बाद भी अफवाहें बंद नहीं करते
एक बार fix हो जाए, तो मेरे हिसाब से सारी communication आगे की ओर होनी चाहिए। कुछ लोग पूरी तरह अजीब, अक्षम या दुर्भावनापूर्ण होते हैं, इसलिए कभी-कभी पहले ही solve हो चुकी बात पर बातचीत रोकने के लिए thread lock करना पड़ता है
बड़ा customer base बिल्कुल अलग तरह की चीज है; अनुभव करने पर ही समझ आता है कि इसका मतलब क्या है। इसका मतलब यह नहीं कि Google ने सही रास्ता चुना, और केवल वही व्यक्ति सही आकलन कर सकता है जिसके पास पूरा context हो। मैं तो बस forum का एक बेवकूफ हूं जिसे specific details नहीं पता
Google customer relationship की अवधारणा से बिल्कुल परिचित नहीं है। Google नाम का business शायद customers को ऐसे सुविधाजनक किसानों की तरह देखता है जो वही खरीदते हैं जिसे वे बेचने का फैसला करते हैं
customer support का idea ही Google के लगभग उलट concept है। GCP support लेने की कोशिश में लोगों ने जो तरह-तरह के किस्से झेले हैं, वे इसका अच्छा example हैं
प्रभावित software version भी साफ बताया, और चूंकि शुरुआत से ही problem data sync न होने की थी, इसलिए प्रभावित users को सीधे notify करना असंभव लगता है
help center article की link follow करने पर दिखता है कि outage के दौरान support forum के pinned post में कई बार बताया गया था कि bug trigger करने से कैसे बचें और स्थिति को और खराब कैसे न करें
आखिरकार जो मांगा जा रहा था, उसमें सिर्फ root cause analysis blog post ही missing है, ऐसा लगता है
“अगर cloud से कुछ भी delete नहीं हुआ तो समझाओ और justify करो” वाली मांग का मतलब यह होगा कि Google ने जिस bug को स्वीकार किया, उससे अलग उसी समय बिल्कुल अलग function और symptoms वाला एक और bug था, और एक bug को छिपाया नहीं गया लेकिन दूसरे को cover up किया गया। एक साफ और सरल explanation मौजूद है, जबकि यह काफी जटिल explanation है
ऊपर से ऐसी चीज को निर्णायक रूप से साबित करना भी लगभग असंभव है, और average user को समझ आने वाले तरीके से evidence देना भी मुश्किल है। क्या उन्हें कहना चाहिए, “हमने बहुत मेहनत से check किया, लेकिन reports verify नहीं कर पाए”?
संभव तो है, लेकिन इसके लिए file name और creation date के आधार पर गायब बताई गई files को भरोसेमंद तरीके से identify करने वाली 100 reports इकट्ठी कर audit logs जैसी चीजों का analysis करना पड़ेगा। असल में यह गिनना पड़ेगा कि कितनी files शुरुआत में थीं ही नहीं, कितनी user ने explicitly delete कीं, कितनी गलती से personal account के बजाय work account में upload की गईं, कितनी Drive में ही हैं लेकिन user ढूंढ नहीं पा रहा, और सभी possibilities खत्म करने के बाद कितनी बिना trace के गायब हुईं। internally यह जांचना कि सच में समस्या है या नहीं, समझ में आता है, लेकिन data वास्तव में lost न हुआ हो तब भी results public करना PR strategy के तौर पर बहुत खराब दिखेगा
कुछ हफ्ते पहले का एक लेख याद आता है, जिसे Google में लगभग 20 साल काम करने के बाद निकले एक व्यक्ति ने लिखा था कि company culture बदल गया है और अक्षम corporate-type और political-type talent ज्यादा attract होने लगा है
सुधार करूं तो दशकों नहीं, बल्कि 18 साल काम करने के बाद वे निकले थे
https://ln.hixie.ch/?start=1700627373&count=1
HN comments भी देखने लायक हैं
https://news.ycombinator.com/item?id=38381573
और मुझे लगता है यह भी सही है कि अफवाहें रोकने के लिए जिन अजीब लोगों को lock करना पड़े, उनकी लंबी कतार लग जाती है
सच में चाहूंगा कि कोई समझाए कि जो व्यक्ति “police से कभी बात मत करो” और “companies को अपनी गलतियां public करनी चाहिए” दोनों बातों पर विश्वास करता है, वह इन दोनों को कैसे reconcile करता है। मुझे तो ये एक ही सिक्के के दो पहलू लगते हैं, लेकिन अगर कोई अलग तरह से convince करे तो दिलचस्प होगा
लोगों से पूछो कि क्या उनके data का cloud के बाहर backup है, तो वे आपको ऐसे देखते हैं जैसे आप पागल हों। cloud data नहीं खोता—इस पर विश्वास करते हैं, और जब सच में खो जाए तो फिर क्या?
“अगर आपका infrastructure Amazon AWS पर है और backup भी Amazon AWS पर है… तो आप गलत कर रहे हैं…”
लेकिन लोग नाराज हो गए, इसलिए बंद करना पड़ा
AWS में थोड़ा भी non-zero risk हो सकता है, इस concept पर ही वे काफी भड़क गए और aggressive हो गए
क्योंकि अगर data सिर्फ cloud में नहीं है, तो तबाह होने के लिए ठीक उसी दिन local data भी खोना पड़ेगा जिस दिन cloud provider data खोता है
अभी Google Support से जूझ रहा हूँ
Store पर ऐप डालने के लिए Play account बनाया था, लेकिन identity verification email मिस कर दिया, और अब उस email का link “Google identity verify नहीं कर सकता” के कारण काम नहीं करता। “बहुत ज़्यादा attempts” की वजह से account restrict हो गया है और app publish नहीं कर सकता
Support बस यही दोहराता है कि attempts बहुत ज़्यादा हो गए, account restrict है और refund भी नहीं मिलेगा
इतनी सी साधारण चीज़ सुलझाने में support quality बेहद खराब है। Developer Play account बनाते समय वह email मिस नहीं करना चाहिए
अगर कोई इसे ठीक कर सकता है, तो मेरा developer Play account ID 7827257533299144892 है
https://rachelbythebay.com/fun/som/
“NoScript users, या JavaScript के बिना रहने वालों, नमस्ते। आपका तरीका मुझे पसंद है। इसलिए यह page ज्यादातर static है और list को dynamically generate नहीं करता। आप बस धीरे-धीरे गहरा होता progress effect और नीचे जाते-जाते और दर्द भरे होते smiley face मिस करेंगे। हाँ, सबसे नीचे total भी है, लेकिन अगर आप NoScript इस्तेमाल करते हैं तो शायद खुद गिन सकते हैं। ऐसे ही cool बने रहिए!”
लग रहा है कि धीरे-धीरे NAS का दौर आ रहा है
drama या movies खोजते समय अक्सर वे अब उसी service पर नहीं मिलते, या सचमुच कहीं भी available नहीं होते। जिन YouTube videos को मैंने like किया था, उनमें से काफी अब बस [deleted] दिखते हैं
Cloud में store किया data भी, अगर engineers के साथ career पर बड़ा असर डालने वाली घटना हो जाए, तो क्या होगा पता नहीं
अगर NAS का नया दौर है, तो कहा जा सकता है कि Synology ने अकेले इसे संभव बनाया, और यह काफी चौंकाने वाली बात है
data हो भी तो cost बड़ी बाधा है। drives सहित 400 dollars से अधिक वह रकम है जो अधिकतर लोग computer hardware पर खर्च करने के बारे में सोचेंगे भी नहीं
पिछली बार HN पर जब इस पर चर्चा हुई थी [1], लोगों ने कहा था कि इन files के लिए सबके पास tape backup है और वे पूरी तरह recover हो जाएँगी
कुछ लोगों ने कहा था कि वे उस tape backup system के आसपास काम कर चुके हैं, और मुझे नहीं लगता वे झूठ बोल रहे थे, इसलिए मैं मानता हूँ कि वह सच में मौजूद है
फिर tape से recover क्यों नहीं कर पाए? क्या tape backup जितना बताया गया था उससे ज्यादा सीमित था, इसलिए यह data backup में नहीं था? या tape scan करके हर file की authoritative copy तय करना बहुत मुश्किल और महंगा था?
[1] https://news.ycombinator.com/item?id=38427864
क्या यह समस्या पक्के तौर पर सिर्फ Drive तक सीमित है? Ars article में कहा गया कि कुछ users ने desktop app कभी इस्तेमाल ही नहीं किया, फिर भी data खो दिया, तो लगता है कि bugs में से एक Google infrastructure के अंदर था
मुझे यह भी शक है कि Colossus या अभी इस्तेमाल हो रही किसी चीज़ में invisible data corruption रहा हो, और Drive में उसका असर सबसे ज्यादा दिखा हो। हालांकि अगर टूटा हुआ हिस्सा GCP में होता तो अब तक पता चल गया होता, इसलिए शायद ऐसा नहीं होगा?
लगता है Google ने Bastard Operator From Hell से थोड़ी inspiration ली है
[1]: https://bofh.bjash.com/bofh/bofh1.html
कल भी Google Drive इस्तेमाल करते समय समस्या आई थी
phone app से image upload की, फिर desktop पर उसे ढूंढकर download करना चाहा, लेकिन वह recent list में नहीं थी। Search से ढूंढकर download करने लगा तो website ने कहा “You have selected a file that does not exist”
मैं पुष्टि कर सकता हूँ कि March में कुछ files किसी तरह delete हो गई थीं
मुझे शक है कि यह समस्या 5 million file limit को अब limit नहीं बताया जाने की घोषणा से जुड़ी है [1]
शुरू में लगा था कि हमारी team के किसी member ने गलती की होगी, लेकिन अब मुझे बुरा लग रहा है
[1] https://news.ycombinator.com/item?id=35329135