Data Domain: DDFS PANIC: dmbt_update_entry_nolock

Summary: Bu makalede, Data Domain Dosya Sistemi (DDFS) aşağıdaki PANIC dizesiyle panik yaptığında sorunun nasıl düzeltileceği ve dosya sisteminin nasıl yeniden etkinleştirileceği açıklanmaktadır: PANİK: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock ...

Bu makale şunlar için geçerlidir: Bu makale şunlar için geçerli değildir: Bu makale, belirli bir ürüne bağlı değildir. Bu makalede tüm ürün sürümleri tanımlanmamıştır.
Diğer kaynaklara göz atın

Symptoms

Etkilenen Data Domain (DD), çoğaltma için kullanılan Otomatik Saklama Kilidi'nin (ARL) etkin olduğu sistemler için aşağıdaki mesajla birlikte bir panik bildirir:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock
 
Etkilenen Sistemler:
  • Otomatik Tutma Kilidi (ARL) Etkin PowerProtect Data Domains.
 
Belirtiler:
  • Data Domain dosya sisteminin çökmesi
  • Sistem kararsızlığı 
  • Sistem çökmesinden hemen önce yukarıdaki panik mesajını gösteren günlükler

Cause

Bu sorun, DDBOOST açık ve kapalı çağrıları arasında bir mtree çoğaltma anlık görüntüsü oluştuğunda ortaya çıkar.

Sorun aşağıdaki koşullar altında tetiklenir:
  • Komutta nfsproc3_ddcp_open_file_3_svc() işlevi, ARL bekleme süresi (COP) içinde değiştirilmekte olan bir Tutma kilidi (RL) dosyasını tanımlar ve etiket değerini 0'a sıfırlar (DM_TAG_DEFAULT).
  • Müteakip nfsproc3_ddcp_close_file_3_svc() İşlevi normalde etiketi geçerli bir değere sıfırlar.
  • Ancak, genişletilmiş bir öznitelikle bir dosya oluşturulursa ve ARL COP içinde değiştirilirse ve DDBOOST açma ve kapama çağrıları arasında bir anlık görüntü oluşursa, bu dizi PANİK'i tetikleyebilir.
 

Bu, 7.7.x ve 7.10.x'te meydana gelir ve tetikleyici, mtree'lerde tutma kilidi (genellikle ARL) etkinleştirildiğinde olur.

Not: Yalnızca hedef DD panikleri - kaynak DD etkilenmemelidir.

Resolution

Bu sorunu çözmek için aşağıdakileri yapın: 

1. Orijinal kaynak ve hedef mtree'nin tüm çoğaltma bağlamlarını bozun.

2. Fastcopy DD kaynağındaki sorunlu mtree
  • Bu, sorunlu bağlam olmadan mtree'nin yeni ve temiz bir kopyasını oluşturur.
3. Otomatik Tutma Kilidi'ni (ARL) yeni "fastcopied" mtree.
  • Bu, sorunun tekrarlanmasını önler.

4. Yedekleri, DD kaynağı üzerindeki yeni hızlı kopyalanan mtree'ye yönlendirin.
(Yeni mtree'yi hedeflemek için tüm yedekleme işlerini güncelleyin.)

5. Yeni hızlı kopyalanan mtree ile hedef DD arasında yeni bir çoğaltma bağlamı oluşturun.
  • Yeni çoğaltma kurulumunun tamamen senkronize olduğundan emin olun.
  • Bu mtree ARL'nin PANIC'in tekrarlanmasını önlemesini engelleyin. 
    • Eski mtree'leri yönetin:
    • Şu an için orijinal mtree'leri hem kaynak hem de hedef sistemlerde bırakın.
      • Yeni çoğaltma senkronize edildikten ve eski mtree dosyalarının saklama süresi dolduktan sonra eski mtree'lerdeki dosyaları silin.
      • Ardından hem kaynak hem de hedefteki eski mtree'yi silin.

Additional Information

  • Yukarıdaki adımları gerçekleştirdikten sonra sistemde başka bir anormallik olup olmadığını görmek için izlemek çok önemlidir.
  • Tüm yedekleme politikalarının ve çoğaltma bağlamlarının değişiklikleri yansıtacak şekilde doğru şekilde güncelleştirildiğinden emin olun.

Etkilenen Ürünler

Data Domain, Data Domain, Data Domain Retention Lock, DD OS 7.7
Makale Özellikleri
Article Number: 000227777
Article Type: Solution
Son Değiştirme: 04 May 2026
Version:  4
Sorularınıza diğer Dell kullanıcılarından yanıtlar bulun
Destek Hizmetleri
Aygıtınızın Destek Hizmetleri kapsamında olup olmadığını kontrol edin.