Data Domain: DDFS-PANIIKKI: dmbt_update_entry_nolock

Kyseinen Data Domain (DD) ilmoittaa Panic-virheestä ja seuraavan viestin järjestelmissä, joissa on käytössä ARL (Automatic Retention Lock) mtrees ja joita käytetään replikointiin:

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• PowerProtect Data Domains, jossa automaattinen säilytyksen lukitus (ARL) on käytössä.

• Data Domain -tiedostojärjestelmän kaatuminen
• Järjestelmän epävakaus 
• Lokit, jotka ilmaisevat edellä mainitun paniikkiviestin juuri ennen järjestelmän kaatumista

Tämä ongelma ilmenee, kun mtree-replikointitilannevedos tapahtuu DDBOOST:n avointen ja läheltä piti -kutsujen välillä.

• pikanäppäimellä nfsproc3_ddcp_open_file_3_svc() toiminto tunnistaa säilytyslukitustiedoston (RL), jota muokataan ARL-jäähdyttelyjakson (COP) aikana, ja palauttaa tunnisteen arvoksi 0 (DM_TAG_DEFAULT).
• Seuraava nfsproc3_ddcp_close_file_3_svc() Funktio palauttaa yleensä tunnisteen kelvolliseen arvoon.
• Jos tiedosto kuitenkin luodaan laajennetulla määritteellä ja sitä muokataan ARL-COP:ssa ja tilannevedos tapahtuu DDBOOST:n avointen ja läheltä piti -kutsujen välillä, tämä sekvenssi voi laukaista PANIC-häiriön.

Tämä tapahtuu versioissa 7.7.x ja 7.10.x, ja käynnistin on, kun Retention Lock (yleensä ARL) on käytössä mtreeissä.

Voit ratkaista ongelman seuraavasti: 

1. Katkaise alkuperäisen lähde- ja kohde-mtreen replikointikonteksti.

• Tämä luo uuden, puhtaan kopion mtreestä ilman ongelmallista kontekstia.

• Tämä estää ongelman toistumisen.

4. Ohjaa varmuuskopiot juuri nopeasti kopioituun mtreeen DD:n lähdekoodissa.
(Päivitä mahdolliset varmuuskopiointityöt uuden mtreen kohottamiseksi.)

• Varmista, että uusi replikointiasetus on täysin synkronoitu
• Pidä tämä mtree ARL poissa käytöstä, jotta PANIIKKI ei toistu. 
  • Hallitse vanhoja mtreejä:
  • Jätä alkuperäiset mtreet toistaiseksi sekä lähde- että kohdejärjestelmään.
    • Kun uusi replikointi on synkronoitu ja vanhojen mtree-tiedostojen säilytysaika on päättynyt, poista vanhojen mtree-tiedostojen tiedostot.
    • Poista sitten vanha mtree sekä lähteestä että kohteesta.

• On erittäin tärkeää seurata järjestelmää mahdollisten muiden poikkeavuuksien varalta yllä olevien vaiheiden suorittamisen jälkeen.
• Varmista, että muutokset on päivitetty oikein kaikkiin varmuuskopiointikäytäntöihin ja replikointikonteksteihin.