1 puan yazan GN⁺ 2023-12-08 | 2 yorum | WhatsApp'ta paylaş
  • Google Drive’da bazı kullanıcıların dosyaları kaybolduktan sonra Google, 27 Kasım’da sorunu kabul etti ve bir hafta sonra kurtarma prosedürü yayımladı; ancak kurtarmanın başarısız olduğu vakalar gelmeye devam ediyor
  • Google, nedeni Drive masaüstü uygulamasının 84.0.0.0~84.0.4.0 sürümlerindeki bir “senkronizasyon sorunu” olarak açıklıyor; ancak bu açıklama, web’de oluşturulan belgelerin ve elektronik tabloların kaybolduğu vakaları açıklamakta yetersiz kalıyor
  • Kurtarma işlemi, Drive masaüstü uygulamasının 85.0.13.0 ve üzeri sürümlerindeki gizli bir UI ve komut satırı bayrakları aracılığıyla uygulama veri klasöründe veya önbellekte kalan dosyaları arama yöntemi gibi görünüyor
  • Google, Google Drive Community’deki ana sorun başlığını 170 yanıtta kilitledi ve ek başlıkları da mükerrer olarak işaretledi; bu da kullanıcıların kurtarma sonuçlarını ve tanı bilgilerini paylaşmasını zorlaştırdı
  • Bireylerin ve şirketlerin büyük hacimli verilerini emanet ettiği Drive’da sessizlik, kilitli forumlar ve belirsiz neden açıklaması, hizmete duyulan güveni ciddi biçimde sarsıyor

Google Drive dosya kaybı ve “düzeltme” duyurusu

  • Google Drive’da bazı kullanıcıların dosyalarının kaybolduğu bir sorun yaşandı ve Google bunu 27 Kasım’da kabul etti
  • Yaklaşık bir hafta sonra kurtarma prosedürü yayımlandı; ancak sorun hâlâ yalnızca Drive masaüstü uygulamasındaki “senkronizasyon sorunu” olarak açıklanıyor
  • Etkilenen sürümler Drive masaüstü uygulamasının 84.0.0.0~84.0.4.0 sürümleri
  • Basit bir senkronizasyon sorunu olsaydı, dosyaların buluta yüklenmemesi veya buluttan indirilmemesi gibi bir duruma daha yakın olurdu; ancak kullanıcılar dosyaların tamamen kaybolduğunu söylüyor

“Senkronizasyon sorunu” ile uyuşmayan kayıp vakaları

  • Google Drive Community’deki ana sorun başlığına elektronik tabloların ve belgelerin kaybolduğuna dair birçok vaka yazıldı
  • Bazı vakalar, masaüstü uygulamasında değil web arayüzünde oluşturulup kaydedilmiş belgeler gibi görünüyor
  • Birçok kullanıcı, belge kaydetmenin durduğu zaman olarak Mayıs 2023’ü işaret ediyor
  • Drive masaüstü uygulamasını hiç kullanmadığını söyleyen kullanıcılar da var
  • Bu vakalar, tüm olgunun yalnızca masaüstü uygulaması senkronizasyon sorunuyla açıklanmasını zorlaştırıyor

Drive senkronizasyon yöntemi ve şüpheli davranış

  • Drive’da birden fazla senkronizasyon yöntemi olduğundan neden analizi karmaşıklaşıyor
  • Varsayılan olan dosya akışı modu, bulut öncelikli bir yaklaşım
    • Dosyalar bilgisayardan kaldırılır ve bulutta saklanır
    • Yerel tarafta yalnızca web bağlantıları kalır; böylece alan tasarrufu sağlanır
  • Bir senkronizasyon sorununun, dosyaları yüklenmeden önce bilgisayardan kaldırması mümkün olabilir
  • Ancak web’de oluşturulan belgelerin kaybolduğu vakalar bu yöntemle açıklanamıyor
  • Google, tam olarak ne olduğunu ve nasıl düzelttiğini somut biçimde açıklamıyor

Google’ın kurtarma prosedürü

  • Google’ın kurtarma kılavuzu, dosya kurtarmayı denemek için birkaç yöntem sunuyor
  • İlk yöntem, Drive masaüstü uygulamasının 85.0.13.0 ve üzeri sürümlerindeki gizli UI’yi kullanmak
    • Sistem tepsisindeki veya menü çubuğundaki Drive simgesine tıklarken Shift’e basınca özel bir debug UI’si görünüyor
    • Buradan “Recover from backups” seçeneği seçilebiliyor
    • Kurtarma tamamlandığında masaüstünde Google Drive Recovery adlı yeni bir klasör oluşacağı ve senkronize edilmemiş dosyaların burada yer alacağı belirtiliyor
  • İkinci yöntem komut satırını kullanmak
    • Yeni Drive binary’si --recover_from_account_backups ve --recover_from_app_data_path bayraklarını sunuyor
    • Google, sorunu ilk kabul ettiğinde Drive’ın uygulama veri klasörünün silinmemesi veya taşınmaması konusunda uyarıda bulunmuştu
    • Bu prosedür, kaybolan dosyaların Drive önbelleğinde veya uygulama veri yolunda kalmış olmasını bekleyen bir yöntem gibi görünüyor
  • Google ayrıca Windows Backup veya macOS Time Machine ile dosya aramayı da öneriyor

Kilitlenen forum ve kesilen geri bildirim

  • Google, Drive Community Forums’taki ana sorun başlığını 170 yanıtta kilitledi
  • Ek başlıklar da mükerrer olarak işaretlenip kilitleniyor
  • “Çözüm” gönderisine de yanıt yazılamadığı için kullanıcıların kurtarmanın başarılı olup olmadığını paylaşması zorlaşıyor
  • Kilitlenmeden önce kalan bazı yanıtlarda, Google’ın düzeltmesinin çalışmadığına dair çok sayıda tepki vardı
    • Bir kullanıcı, “solution”ın çoğu kişi için çalışmadığını söyledi
    • Başka bir kullanıcı, Google Drive dosyaları sildiği için kurtarılacak bir şey olmadığını söyledi
  • Kurtarmanın başarılı olduğuna dair çok fazla vaka yoktu; ayrıca uygulama veri klasöründe aylar öncesinden dosya kopyalarının kalmış olması varsayımının da ikna edici bulunmadığı yönünde tepkiler geldi

Ürün güvenini sarsan müdahale

  • Drive yalnızca bireysel bir ürün değil, aynı zamanda terabayt ölçeğinde depolama isteyenler için kurumsal hizmet olarak da sunuluyor
  • Ücretli katmanlarının fiyatı çok yükselebilen bir ürün olduğu için, kullanıcıların verilerini emanet edebileceklerine dair güven temel önemde
  • Hatanın kendisi yaşanabilir; ancak normal bir IT kesinti müdahalesinde durum sayfasında sürekli güncellemeler ve neden ile düzeltme ayrıntılarını içeren bir olay sonrası analiz beklenir
  • Gerçekte ise süreç birkaç günlük sessizlik, kilitli forum gönderileri ve belirsiz açıklamalarla ilerledi; kullanıcı desteği ve geri bildirim kanalları daraldı

2 yorum

 
ndrgrd 2023-12-09

Eskiden OneDrive kullanırken de veriler sürekli birer ikişer kayboluyordu; buna çok öfkelenince NAS'a geçtim..
İnternette "NAS'ın ne zaman çökeceği belli olmaz.. büyük şirketlerin yönettiği bulut daha iyidir.." gibi görüşler çok ama ben 5 yıldır kullanıyorum, bir kez bile böyle bir şey yaşamadım~ Elektrik faturası da pek tutmuyor!

 
GN⁺ 2023-12-08
Hacker News görüşleri
  • Böyle bir sorun böyle ele alınmamalı; Google’ın tepkisi gerçekten tuhaf.
    Bir blog yazısıyla ne olduğunu, kimlerin ne ölçüde etkilendiğini, kurtarmanın mümkün olup olmadığını, şu anda ne yaptıklarını ve tekrarını önlemek için ne yapacaklarını açıklamaları gerekir.
    Drive for Desktop istemcisine gizli bir düzeltme gibi görünen bir şey ekleyip dosyaların yerelden kurtarılıp kurtarılamayacağına bakmak, eğer sorun bulutta dosyaların kaybolmasıysa, hiç mantıklı görünmüyor.
    Eğer sorunun kapsamı gerçekten sadece “yüklenmiş olması gereken ama yüklenmemiş dosyalar” ile sınırlıysa ve buluttan silinen bir şey yoksa, bunu da açıklayıp gerekçelendirmeleri gerekir. Çünkü insanların anlattığı şey bu değil.
    Gerçekten bir veri kaybı yaşandıysa, hiç olmamış gibi davranmak asla çözüm değildir. “Örtbas, suçtan daha kötüdür” denir ya; Google’ın neden bu sorunu tam şeffaflıkla kabul etmediğini anlamak zor ve bu tür durumlarda şirketlerin nasıl davranması gerektiği zaten iyi biliniyor: şeffaflık ve hesap verebilirlik esastır.

    • Google’ı savunmaya çalışmıyorum, ne de Google’da çalışıyorum ya da onu temsil ediyorum.
      Ama büyük ölçekli müşterilerle benzer durumlar yaşayınca bunun gerçekten zor olduğunu görüyorsunuz. Bazı müşteriler patolojik davranıyor ve sorun çözüldükten sonra bile söylentileri sürdürmeye devam ediyor.
      Bir kez düzeltildiyse, tüm iletişimin ileriye dönük olması gerektiğini düşünüyorum. Bazıları tamamen tuhaf, beceriksiz ya da kötü niyetli oluyor; bu yüzden bazen, zaten çözülmüş bir mesele hakkında konuşmayı durdurmak için başlığı kilitlemek gerekebiliyor.
      Büyük ölçekli bir müşteri tabanı bambaşka bir canavar; bunu yaşayınca ne demek istediğimi anlarsınız. Bu, Google’ın doğru yolu seçtiği anlamına gelmiyor; bunu ancak tüm bağlamı bilen biri değerlendirebilir. Ben ise ayrıntıları bilmeyen sıradan bir forum aptalıyım.
    • Müşteri ilişkilerine alışkın normal bir şirket öyle yapardı ama Google öyle bir şirket değil.
      Google, müşteri ilişkileri kavramına hiç alışık değil. Hatta bazen Google adlı işletmenin müşterileri, kendisinin satmaya karar verdiği şeyi satın alan kullanışlı köylüler gibi gördüğünü düşünüyorum.
      Müşteri desteği fikri, Google’ın neredeyse tam karşıtı bir kavram. GCP desteği almaya çalışırken yaşanan sayısız hikâye bunun tipik örneği.
    • Google hiç olmamış gibi davranmıyor. Habere göre sorunu kabul etti ve yardım merkezi yazısı da yayımladı.
      Etkilenen yazılım sürümlerini de belirtti; zaten sorun verilerin senkronize olmaması olduğundan, etkilenen kullanıcılara doğrudan bildirim göndermek baştan beri imkânsız görünüyor.
      Yardım merkezi yazısındaki bağlantıları izlerseniz, kesinti sırasında destek forumundaki sabit başlıkta hatayı tetiklememenin ve durumu kötüleştirmemenin yollarını defalarca paylaşmışlar.
      Sonuçta istenen şeylerden eksik olan yalnızca bir kök neden analizi blog yazısı gibi görünüyor.
      “Buluttan hiçbir şey silinmediyse bunu açıklayın ve gerekçelendirin” talebi, Google’ın kabul ettiği hatadan ayrı olarak aynı dönemde tamamen farklı işlev ve belirtilere sahip başka bir hata daha olduğu, birini gizlemezken diğerini örtbas ettiği anlamına geliyor. Açık ve basit bir açıklama varken bu epey karmaşık bir açıklama.
      Üstelik bunu kesin biçimde kanıtlamak neredeyse imkânsız ve kanıtı ortalama kullanıcının anlayabileceği şekilde sunmak da zor. “Gerçekten çok uğraştık ama bildirimi doğrulayamadık” mı demeleri gerekiyor?
      Yapılabilir elbette ama bunun için dosya adı ve oluşturulma tarihiyle kaybolduğu söylenen dosyaları güvenilir biçimde tanımlayan 100 rapor toplayıp denetim günlükleri gibi şeyleri analiz etmek gerekir. Pratikte ise, aslında hiç var olmamış dosya sayısını, kullanıcının açıkça sildiği dosya sayısını, kişisel hesap yerine yanlışlıkla iş hesabına yüklenen dosyaları, Drive içinde olup da kullanıcının bulamadığı dosyaları ve tüm olasılıklar elendikten sonra iz bırakmadan kaybolanları ayrı ayrı saymanız gerekir. İçeride gerçekten bir sorun olup olmadığını anlamak için böyle bir inceleme yapmak mantıklı olabilir ama veriler gerçekte kaybolmamış olsa bile sonuçları yayımlamak halkla ilişkiler stratejisi açısından son derece kötü görünebilir.
    • Sanırım “neden” sorusu, Google’dan daha iyisini bekledikleri için soruluyor.
      Birkaç hafta önce, Google’da neredeyse 20 yıl çalıştıktan sonra ayrılan birinin şirket kültürünün değiştiğini ve beceriksiz kurumsal/siyasi tipleri daha çok çekmeye başladığını yazdığı gönderi aklıma geldi.
      Düzeltmek gerekirse, onlarca yıl değil, 18 yıl çalıştıktan sonra ayrılmıştı.
      https://ln.hixie.ch/?start=1700627373&count=1
      HN yorumlarına da bakmaya değer.
      https://news.ycombinator.com/item?id=38381573
    • Google açısından mesele ya o kadar küçüktür ki bireyler küçük talepler mahkemesine giderse çek yazıp geçmeye razıdırlar ya da o kadar büyüktür ki kendi ayağına sıktığını gösteren bir kayıt bırakmak istemiyorlardır.
      Ayrıca söylentileri durdurmak için başlığın kilitli tutulmasını gerektiren tuhaf insanların işin peşini bırakmaması da bence doğru bir gözlem.
      Gerçekten hem “asla polise konuşma”ya hem de “şirketler kendi hatalarını açıklamalı”ya inanan birinin bu ikisini nasıl bağdaştırdığını duymak isterim. Bana aynı madalyonun iki yüzü gibi geliyor ama başka türlü ikna edilirsem ilginç olur.
  • İnsanlara bulut dışında veri yedeği olup olmadığını sorduğunuzda size deliymişsiniz gibi bakıyorlar. Bulut veri kaybetmez diye inanıyorlar; peki gerçekten kaybederse sonra ne olacak?

    • Eskiden Reddit’te şöyle bir reklam döndürmüşlerdi:
      “Altyapınız Amazon AWS üzerindeyse ve yedekleriniz de Amazon AWS üzerindeyse… yanlış yapıyorsunuz…”
      Ama insanlar kızdığı için durdurmak zorunda kaldılar.
      AWS’de az da olsa sıfır olmayan bir risk bulunduğu fikrine bile oldukça öfkeli ve saldırgan tepki verdiler.
    • “Bulut” bir yedekleme çözümü olarak pazarlanırken aynı anda “isteğe bağlı dosyalar” ile yerel verileri silmeniz önerilirse ne olur? Merhaba OneDrive! Komik.
    • Asıl kopya hâlâ yereldeyse, bulut dışında yedek olmasa bile genelde sorun olmayacağını düşünüyorum.
      Çünkü veri yalnızca bulutta değilse, mahvolmanız için bulut sağlayıcısının veriyi kaybettiği gün tesadüfen yerel veriyi de kaybetmeniz gerekir.
    • Şu ifadeyi seviyorum: “Veri üç yerde yoksa aslında yoktur ve bunlardan en az biri doğrudan sizin kontrolünüz altında olmalıdır.”
  • Şu anda Google destekle uğraşıyorum
    Uygulamayı mağazaya koymak için bir Play hesabı oluşturdum ama kimlik doğrulama e-postasını kaçırdım; şimdi de o e-postadaki bağlantı artık “Google kimliği doğrulayamıyor” gerekçesiyle çalışmıyor. “Çok fazla deneme yapıldı” denilerek hesap kısıtlandı ve uygulamayı yayımlayamıyorum
    Destek ekibi sadece çok fazla deneme yapıldığını, hesabın kısıtlandığını ve para iadesi de olmayacağını tekrar edip duruyor
    Böylesine basit bir işi çözme konusundaki destek kalitesi berbat. Geliştirici Play hesabı oluştururken o e-postayı kaçırmamak gerekiyor
    Bunu düzeltebilecek biri varsa geliştirici Play hesap kimliğim 7827257533299144892

    • Uygulama yapmayın, onun yerine PWA yapın
  • https://rachelbythebay.com/fun/som/

    • JavaScript kapalıyken sayfanın altında çıkan ifadeyi beğendim
      “NoScript kullanıcıları ya da JavaScript kullanmayanlar, merhaba. Tarzınızı seviyorum. Bu yüzden bu sayfa çoğunlukla statik ve listeyi dinamik olarak oluşturmuyor. Kaçırdığınız şeyler, giderek koyulaşan ilerleme efekti ve aşağı indikçe giderek daha acı verici hale gelen gülen yüzler. Ha, bir de en alttaki toplam var ama NoScript kullanıyorsanız herhalde kendiniz sayabilirsiniz. Harika olmaya devam edin!”
  • Giderek NAS çağına giriyormuşuz gibi geliyor
    Dizi ya da film aradığınızda artık aynı serviste olmuyor, hatta kelimenin tam anlamıyla hiçbir yerde sunulmuyor olabiliyor. Beğendiğim YouTube videolarının önemli bir kısmı da artık sadece [deleted] olarak görünüyor
    Bulutta sakladığınız veriler için de, mühendisler kariyerlerini ciddi biçimde etkileyecek bir olay yaşadığında ne olacağını bilemezsiniz

    • İlginç şekilde tüketiciye yönelik NAS ürünleri sanki 3 aşamadan geçmiş gibi
      1. İçinde sabit disk bulunan Western Digital ürünleri vardı; galiba MyBook'tu, bol hatalı ve güvenilmez bir çöp olarak kötü bir üne sahipti
      2. Sonra bulut çözüm gibi görünmeye başladı ve NAS neredeyse ortadan kayboldu
      3. Şimdi Synology NAS kasaları ve kendi işletim sistemi DSM var; kullanım kolaylığı adeta rüya gibi
        Eğer NAS için yeni bir çağ varsa bunu neredeyse tek başına Synology mümkün kıldı denebilir; bu da oldukça şaşırtıcı
    • Çoğu Amerikalının, özel bir NAS gerektirecek kadar verisi yok
      Verisi olsa bile maliyet büyük bir engel. Diskler dahil 400 doların üzeri, çoğu insanın bilgisayar donanımına harcamayı düşüneceği rakamın çok üstünde
  • Bu konu geçen sefer HN'de tartışıldığında [1], herkes bu dosyaların hepsi için teyp yedekleri olduğunu ve tamamen kurtarılacaklarını söylüyordu
    Bazıları o teyp yedekleme sisteminin yakınında çalıştığını söylemişti; yalan söylediklerini sanmıyorum, bu yüzden gerçekten var olduklarına inanıyorum
    Peki neden teypten geri yükleyemediler? Teyp yedekleri söylenenden daha mı sınırlıydı da bu veriler yedeklenmemişti? Yoksa teypleri tarayıp her dosyanın asıl kopyasının hangisi olduğuna karar vermek fazla zor ve pahalı mıydı?
    [1] https://news.ycombinator.com/item?id=38427864

    • Dosyalarını kaybeden kullanıcı çoksa Google'ın geri yüklemeyi uzun sürdürmesi, hatta hiç yapmak istememesi mümkün
  • Bunun yalnızca Drive ile sınırlı olduğu kesin mi? Ars makalesinde bazı kullanıcıların masaüstü uygulamasını hiç kullanmadığı halde veri kaybettiği yazıyor; bu da hatalardan birinin Google altyapısında olduğunu düşündürüyor
    Colossus'ta ya da şu anda kullandıkları başka bir şeyde görünmeyen veri bozulması yaşanmış ve etkisi en görünür biçimde Drive'da ortaya çıkmış olabilir mi diye merak ediyorum. Ama bozuk kısım GCP'ye ait olsaydı şimdiye kadar fark ederlerdi herhalde; demek ki o değildir?

    • Google Drive adlı ürünün backend kodunda bir sorun olması çok daha olası görünüyor
  • Google sanki Bastard Operator From Hell'den biraz ilham almış gibi görünüyor
    [1]: https://bofh.bjash.com/bofh/bofh1.html

  • Dün de Google Drive kullanırken bir sorun yaşadım
    Telefonda uygulama üzerinden bir görsel yükledim, sonra masaüstünde bulup indirmeye çalıştım ama son kullanılanlar listesinde yoktu. Aramayla bulup indirmeyi deneyince web sitesi “You have selected a file that does not exist” dedi

  • Mart ayında bazı dosyaların bir şekilde silindiğini doğrulayabiliyorum
    Bunun, 5 milyon dosya sınırının artık sınır olmadığının duyurulmasıyla ilgili olabileceğinden şüpheleniyorum [1]
    Başta ekip arkadaşlarımızdan birinin hata yaptığını sanmıştım ama şimdi üzgünüm
    [1] https://news.ycombinator.com/item?id=35329135