DDOS 5.7: Tiedoston käyttäminen CIFS:llä MTree-replikoinnin kohteessa MTreessä aiheuttaa DDFS-paniikkia tai uudelleenkäynnistyksiä tai vanhentuneita tiedostokahvoja päivityksen jälkeen

Data Domain Restorers (DDR) voidaan määrittää replikoimaan yhden järjestelmän yksittäisten MTreeiden sisältö etäjärjestelmään MTree Replication (MREPL) -palvelun avulla. Vaikka kohteen MTree on vain luku -tilassa, sitä voidaan silti käyttää replikoitujen tiedostojen käyttämiseen lukemista / palauttamista / raportointia tai edelleen lähtevää replikointia varten.

Jos DDR-kohde-DDR:ssä on käytössä DDOS 5.7 ja MREPL-kohdetta käyttävää MTree-tiedostoa käytetään CIFS:n kautta, DD FS -prosessissa saattaa ilmetä PANIC-virheitä/uudelleenkäynnistyksiä (jolloin varmuuskopiointien/palautusten/replikoinnin suorittaminen keskeytyy) koodin vian vuoksi, ja mahdolliset PANIC-allekirjoitukset voidaan suorittaa alla kuvatulla tavalla:
 

PANIIKKI: fmcl/fm_inode.c: fm_iput_unpin: 468: fm_iput_unpin epäonnistui. Dirents edelleen läsnä. PANIIKKI: ddr/fm/fm_server.c: fms_write_segs: 1891: str == NULL PANIIKKI: ddr/fm/fm_dm1_access.c: fm_dm1_access_intern: 203: fms_is_private_file_handle(&attr-fh>) && cred != g_nocred_p

Lisäksi CIFS-asiakas, joka muodostaa yhteyden MTreeen CIFS:n kautta, saattaa nähdä virheitä virheellisessä kahvassa. Huomaa, että tämä ongelma koskee vain DDR:iä, joissa on DDOS 5.7, eikä se koske muita DDOS-versioita.
 

Samasta ongelmasta voi ilmetä myös DDOS 6.x -versiossa tai sitä uudemmissa versioissa, vaikka kuvattu vika olisi korjattu (katso julkaisut alta). Alkuperäinen korjaus ei tunnistanut toista koodipolkua samalle virheelle (eli kun MTree-kohde-FS, jota käytetään tiedostojen käyttämiseen CIFS:n kautta, on 100% täynnä), mikä voi johtaa samaan alla olevaan PANIC-merkkijonoon, joka on sittemmin korjattu joissakin DDOS 6.x -versioissa:

09/12 01:56:30.847 (tid 0x7f557410ec20): ERROR: MSG-INTRNL-00001: PANIIKKI: fmcl/fm_inode.c: fm_iput_unpin: 469: fm_iput_unpin epäonnistui. Dirents edelleen läsnä.

DDOS 5.7 ja uudemmat (jotka muuttivat täysin taustalla olevan SMB/CIFS-toteutuksen DDOS:ssa) sisältävät uusia toimintoja, jotka mahdollistavat tilalliset CIFS-tiedostokahvat. Tämä ongelma johtuu virheestä tavassa, jolla nämä tilalliset CIFS-tiedostokahvat ovat vuorovaikutuksessa MTree-replikointitoiminnon kanssa.

Huomaa, että ongelman korjaus sisältyi seuraaviin DDOS:n hotfix-korjauksiin/korjaustiedostoihin (huomaa, että syyskuusta 2019 lähtien DDOS 5.7 ei ole enää tuettu versio):

• DDOS 5.7.1.10 ja uudemmat
• DDOS 5.7.2.0 ja uudemmat
• DDOS 5.7.32.0 (tämä julkaisu koskee vain Data Domain Virtual Edition-/DDVE-virtuaalilaitteita)

Asiakkaiden tulee tällä hetkellä päivittää tuettuun DDOS 6.x -versioon, koska DDOS 5.7 -perheen tuen päättyminen päättyi 31. tammikuuta 2019.


Kulmakotelovikaan, joka saattaa ilmetä, kun MREPL:n määränpäänä toimiva FS on 100% täynnä, ei ole korjausta missään DDOS 5.7 -versiossa, mutta seuraavissa myöhemmissä (ja tällä hetkellä tuetuissa) versioissa on:

• DDOS 6.0.2.40 ja uudemmat
• DDOS 6.1.2.30 ja uudemmat
• DDOS 6.2.0.20 ja uudemmat

Kuten tässä tapauksessa (kun ongelmallinen DD FS on 100%), DDOS: n päivittäminen ei ehkä ole heti mahdollista FS-tilan puutteen vuoksi, mahdollinen kiertotapa voi olla:

• Poista käytöstä kaikki käytössä olevat käsittelyt ja protokollat sekä replikointi
• Suorita puhdas (vaikka FS olisi 100% täynnä, sen pitäisi olla kunnossa) ja odota, että se on valmis
• Nyt kun FS: n ei pitäisi olla enää 100% täynnä, poista lisää varmuuskopioita, tarkista vanhat tilannevedokset jne. ja suorita puhdas uudelleen
• Kun levytilaa on riittävästi FS:n täyttymisen välttämiseksi, ota protokollat uudelleen käyttöön ja jatka varmuuskopiointia
• Suunnittele päivitys kiinteään versioon myöhempää käyttöä varten

Jos maksupalveluntarjoaja on poissa käytöstä tai kaatuu toistuvasti, ota yhteyttä sopimuksen mukaiseksi tukipalvelun tarjoajaksi, joka voi auttaa vaihtoehtoisen kiertotavan löytämisessä.