Symptomen
Data Domain näyttää, että vanhentuneita tilannevedoksia ei ole. Tämä voidaan tarkistaa seuraavasti:
- Määritä Avamar Utility Node -solmussa MTree-nimi suorittamalla
avmaint hfscreate
-komento Avamar-ruudukossa ja merkkijonon prependointi /data/col1/avamar-
Seuraa:
Esimerkki:
avmaint hfscreate
1501099628
Tuloksena oleva MTree-nimi: /data/col1/avamar-1501099628
- Hae Data Domainista luettelo Avamar MTreeen liittyvistä tilannevedoksista:
snapshot list mtree /data/col1/<avamar-mtree-name>
Esimerkki:
snapshot list mtree /data/col1/avamar-1501099628
Snapshot Information for MTree: /data/col1/avamar-1501099628
----------------------------------------------
Name Pre-Comp (GiB) Create Date Retain Until Status
----------------- -------------- ----------------- ------------ ------
cp.20170802130330 501241.1 Aug 2 2017 09:04
cp.20170802131127 501355.0 Aug 2 2017 09:11
cp.20170803120133 503440.7 Aug 3 2017 08:02
cp.20170803120726 503554.7 Aug 3 2017 08:07
cp.20170804120142 496207.0 Aug 4 2017 08:02
cp.20170804120836 496321.0 Aug 4 2017 08:09
cp.20170805130259 523295.5 Aug 5 2017 09:03
cp.20170805130955 523409.5 Aug 5 2017 09:10
cp.20170806130127 541524.5 Aug 6 2017 09:01
cp.20170806130719 541638.5 Aug 6 2017 09:07
cp.20170807130120 438037.9 Aug 7 2017 09:01
cp.20170807130712 438151.9 Aug 7 2017 09:07
----------------- -------------- ----------------- ------------ ------
Snapshot Summary
-------------------
Total: 12
Not expired: 12
Expired: 0
Seuraavat tapahtumat näkyvät Avamarin DDR-huoltolokeissa
(/usr/local/avamar/var/ddrmaintlogs/ddrmaint.log*)
:
Aug 7 09:07:45 avamar ddrmaint.bin[122469]: Error: cp-delete::expire_checkpoint_snapshot - Failed to expire checkpoint: cp.20170806130719, ddr: dd.emc.com, ddr-index: 1, DDR result code: 5075, desc: the user has insufficient access rights
Aug 7 09:07:45 avamar ddrmaint.bin[122469]: Error: <4740>Datadomain checkpoint delete operation failed.
...
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Info: Data Domain configured in Stand-Alone mode.
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Info: cp-delete::execute_delete_cp - Deleting DDR Checkpoint for dpnid:<dpnid> on ddr:dd.emc.com cp: cp.20170805130259
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Info: Setting default storage unit to 'avamar-1501099628' for handle 1
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Warning: Calling DDR_EXPIRE_SNAPSHOT returned result code:5075 message:the user has insufficient access rights
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Error: cp-delete::expire_checkpoint_snapshot - Failed to expire checkpoint: cp.20170805130259, ddr: dd.emc.com, ddr-index: 1, DDR result code: 5075, desc: the user has insufficient access rights
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Error: <4740>Datadomain checkpoint delete operation failed.
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Info: ============================= cp-delete finished in 1 seconds
Aug 6 09:07:18 avamar ddrmaint.bin[176316]: Info: ============================= cp-delete cmd finished =============================
Seuraavat tapahtumat näkyvät ddfs.info tiedostossa:
(/ddr/var/log/debug/ddfs.info*)
Data Domainissa:
08/07 08:01:06.322 (tid 0x7fe7037cd930): ddboost-<avamar.emc.com-37933>: ddboost_api ERROR: ddp_snapshot_expire() failed for SUName avamar-1501099628, snapshot: cp.20170802130330, retention: -1, flags: 0 Err: 5075-Update retention of snapshot [cp.20170802130330] on Storage Unit [avamar-1501099628(nfs: Operation not permitted)
10/11 11:19:55.468 (tid 0x7f27454a63f0): ddboost-<avamar.emc.com-60566>: test-avamar.dell.emc.com Local Time: Wed Oct 11 11:19:55 2017
10/11 11:19:55.471 (tid 0x7f2cd150e830): OST_FH_PERM FAIL on storage-unit=avamar-1501099628 op=NFSPROC3_DDP_LOOKUP[27] client=test-avamar.dell.emc.com uid=500:uid or gid does not match
09/26 09:17:46.762 (tid 0x7f60d7a08410): ddboost-<avamar.emc.com-37933>: ddboost_api ERROR: ddp_snapshot_list() failed, Err: 5009-Get snapshot list on Storage Unit [avamar-1501099628] failed (nfs: I/O error)
09/26 09:18:46.472 (tid 0x7f7e1ab92d50): ddboost-<avamar.emc.com-37933>: ddboost_api ERROR: ddp_snapshot_list() failed, Err: 5009-Get snapshot list on Storage Unit
Oorzaak
Tietyn tallennusyksikön DD Boost -käyttäjä luotiin DDOS:n aiemmassa versiossa, jonka käyttöjärjestelmäryhmä oli
users
asemesta
admin
. Näin olisi käynyt, kun Avamar olisi muodostanut ensimmäisen kerran yhteyden Data Domainiin ja luonut tallennusyksikön, jolloin käyttöoikeudet olisi määritetty alla olevan mukaisesti:
drwxr-xr-x 7 <ddboostuser> users 430 Apr 26 2016 <avamar-mtree-name>
DDOS 6.1.x:ssä jotkin tallennusyksikkötoiminnot, kuten tallennusyksikön poistaminen tai vanhenevat tilannevedokset, edellyttävät, että tallennusyksikön omistaja kuuluu
admin
ryhmä (sen sijaan, että
users
ryhmä).
Jos niin ei ole, nämä toiminnot epäonnistuvat, ja joka päivä kaksi uutta Data Domain -tilannevedosta, jotka vastaavat Avamarin tarkistuspisteitä, jätetään vanhenematta.
Järjestelmään ei vaikuta, jos tallennusyksikköön liitetty DD Boost -käyttäjä vaihdettiin
admin
roolissa sen jälkeen.
Huomautus: Tämän ongelman tiedetään toistaiseksi vaikuttavan ainoastaan Avamariin, koska muilla varmuuskopiointisovelluksilla ei ole käyttäjäryhmää ja käyttöoikeuksia koskevia tarkistustoimintoja.
Oplossing
Tarkista Data Domainissa rekisteriasetukset seuraavasti:
- Hae Avamar
DDBoost user
ddboost storage-unit show
Name Pre-Comp (GiB) Status User Report Physical
Size (MiB)
----------------- -------------- ------ --------------- ---------------
avamar-1501099628 10808220.0 RW ddboost-avamar -
d025 457051.7 RW ddboost-avamar -
rman_dd 240902.7 RW ddboost-rman -
mssql 142474.8 RW ddboost-avamar -
----------------- -------------- ------ --------------- ---------------
Tästä tuloksesta Avamar DD Boost -käyttäjä on ddboost-avamar
.
- Hae DD Boost -käyttäjän käyttäjätunnus (UID) ja kirjoita se muistiin:
user show list
Esimerkki:
User list from node "localhost".
Name Uid Role Last Login From Last Login Time Status Disable Date
-------- --- ----- --------------- ------------------------ ------- ------------
sysadmin 100 admin 10.10.40.59 Tue Oct 10 14:44:52 2017 enabled never
ddboost-avamar 500 admin 10.10.40.55 Wed Oct 11 11:07:49 2017 enabled never
-------- --- ----- --------------- ------------------------ ------- ------------
2 users found.
Tässä tapauksessa UID on 500 (mutta tämä voi vaihdella).
- Tarkista rekisteriasetukset suorittamalla seuraava komento:
reg show protocol.ost
Järjestelmänvalvojaryhmän ryhmätunnus (GID) on 50, kun taas käyttäjäryhmän tunnus on 100 (ei pidä sekoittaa sysadminin UID 100: een)
Esimerkki, jossa rekisteriasetukset ovat virheelliset (ryhmän tunnus on 100):
reg show protocol.ost
...
protocol.ost.stu_user.<avamar-mtree-name>= 500:100
protocol.ost.uid500:100 = <ddboostusername>
protocol.ost.user.<ddboostusername> = 500:100
...
Jos asetukset ovat virheelliset (GID-tunnus on 100),
luo palvelupyyntö tähän tietämyskannan artikkeliin viitaten.
Ongelma voidaan sitten tarkistaa, vahvistaa ja ratkaista.
Getroffen producten
Avamar
Producten
Avamar, Avamar Server, Data Domain