Data Domain – DD Retention Lock führt dazu, dass die Dateizugriffszeit für Commvault-Backups nicht festgelegt werden kann
Summary: Commvault-Backups bleiben mit den Fehlermeldungen "Dateizugriffszeit kann nicht festgelegt werden" und "Datei kann nicht markiert werden" hängen, wenn Data Domain Retention Lock aktiviert ist. ...
Symptoms
Aus Commvault-Protokollen
egrep 'Cannot set the access time of the file' *
5912 16e0 03/14 13:14:28 39714925 89335656-66296274 [MEDIAFS ] RealMagneticFS Created <\\x.x.x.x\xxxxxxxxx_cvlt_hs_win_30days_repl\xxxxxx_Folder1\CV_MAGNETIC\V_24431218\CHUNK_xxxxx7588> file
5912 16e0 03/14 13:14:28 39714925 89335656-66296274 [DSBACKUP ] Archive File creation succeeded Type: 16 SubType: 131 Status: 0 EventErrorCode: 0
5912 16e0 03/14 13:14:28 39714925 89335656-66296274 [DSBACKUP ] Archive File creation succeeded Has been Sent
5912 19e8 03/14 13:14:28 39714925 89335656-66296274 [DSBACKUP ] Job Update Interval seconds [300]S
5912 c0c 03/14 13:14:28 39714925 89335656-66296274 [MEDIAFS ] SetFileValidData is not supported on this path. Code [87]. Current Offset [0x0000000000000000], Chunk increment size [134217728]
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DM_RECEIVER] Recieved close for ARCHIVE FILE ID = [224722928]
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DM_BASE ] Going to close chunk for archive File [224722928] The current size of the chunk is [217752447 ]
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [MEDIAFS ] RealMagneticFS::FinalizeChunkForBackup: Setting the end of file to offset [0x000000000D000000]
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [MEDIAFS ] Cannot set the access time of the file [\\x.x.x.x\xxxxxxxxx_cvlt_hs_win_30days_repl\xxxxx_Folder1\CV_MAGNETIC\V_24431218\CHUNK_569777588]. Time [133555148680000000], Error [5].
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [MEDIAFS ] Cannot mark the file [\\x.x.x.x\dc19900dd0100_cvlt_hs_win_30days_repl\xxxxxx_Folderx\CV_MAGNETIC\V_24431218\CHUNK_569777588] as read only.
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [MEDIAFS ] CloseSpecific Failed to close the Media Handle - VolId=24431218
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DM_BASE ] Error handler: Setting JPR for [errorType - 1] [Error-code - 996] [Error-module - 218104071] [Event-ID - 1040187703] [Handler type - 218104061]
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DM_BASE ] setting job pending reason [job-ID - 39714925] [job type - 1] [Argument count - 3]
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DM_BASE ] **ERROR** Failed to close the Chunk on Media. ArchiveFile=224722928 ChunkId= 569777588
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DM_RECEIVER] DataReceiver::Close: Error: DataWriter Close Failed. ArchFileId [224722928]
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DSBACKUP ] Failed to Close Archive File
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DSBACKUP ] ERROR! Failed to close Archive file Type: 16 SubType: 132 Status: 102 EventErrorCode: 117440531
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DSBACKUP ] ERROR! Failed to close Archive file Has been Sent
5912 33b4 03/14 13:14:30 39714925 89335656-66296274 [DSBACKUP ] [error] occured [handled - yes]
Aus DD ddfs.info-Protokollen
First grep for the chunk in DDFS and then get the file handle.
grep "CHUNK_xxxxx7588" ddfs.info.7
03/13 22:26:36.837110 [7facfe393c50] FM fm_dm1_open:3690 - Create: /data/col1/xxxxxxxx_cvlt_win_30days_repl/xxxx_Folder1/CV_MAGNETIC/V_24429117/CHUNK_xxxxx7588, FH: ---->5700bc:0:xxx:0:xxx:xxxxx:0:<--------:0:(0:99436), tag: 0, cp_uuid = c85bf3507bxxxxxx:67d1086dbxxxxx
Grep for file handle.
grep "5700bc:xxxxxxxxxxxxxxx" ddfs.info.7
03/13 22:26:36.837110 [7facfe393c50] FM fm_dm1_open:3690 - Create: /data/col1/xxxxxxxx_cvlt_hs_win_30days_repl/xxxxxx_Folder1/CV_MAGNETIC/V_24429117/CHUNK_xxxxx7588, FH: 5700bc:0:xxxxx:0:xxxx:xxx:0:(0:99436), tag: 0, cp_uuid = c85bf3507xxxxx:67d1086dbxxxxx
03/13 22:27:52.381294 [7facfb801050] Attempt to set atime of file 5700bc:0:xx:x:xxxxx:xxxxx:0 to less than minimum retention period of mtree
Cause
Commvault versucht, atime auf einen Wert kleiner als (Current time) + (Retention-lock min-retention-period) festzulegen.
Resolution
Verringern Sie entweder die minimale Aufbewahrungsfrist oder legen Sie Commvault so fest, dass die atime auf einen späteren Wert als den vorhandenen Wert festgelegt wird.
Additional Information
https://community.commvault.com/self-hosted-q-a-2/difference-between-retention-lock-enabling-worm-compliance-lock-6540 [community.commvault.com] ">
Configuring WORM Storage Lock
Aufbewahrungssperre, Compliancesperre, Software-WORM, WORM-Kopie → All dies bezieht sich auf denselben WORM-Schutz auf CommVault-Softwareebene. Es verhindert das Löschen von Jobs, Clients, Backupsätzen oder Subclients mit gültigen Jobs und verhindert außerdem, dass Aufbewahrungsfristen verkürzt werden.
Verwenden Sie vor Version 11.30 die Java-Konsole, um WORM auf der Ebene der Speicher-Policy-Kopie zu aktivieren. Alternativ können Sie den Aufbewahrungssperren-Workflow für alle Kopien in einem Storage-Pool verwenden.
Ab Version 11.30 wurde die Option in "Compliance Lock' zur Vermeidung von Verwechslungen mit WORM-Storage und ist im Command Center und in der Java-Konsole unter den Eigenschaften des Storage-Pools verfügbar. Wählen Sie den Umschalter aus "Compliance Lock" auf dem Storage-Pool, um dies zu aktivieren.
WORM-Storage-→ Bezieht sich auf den WORM-Schutz auf Hardwareebene (Storage-Anbieterseite). Mit dieser Option werden Daten auf der Speicherseite gesperrt, um direkte Löschungen und Änderungen von der Speicherseite zu verhindern.
Wir ermöglichen automatisch "Compliance Lock" wenn WORM-Storage aktiviert ist, um zu verhindern, dass die Aufbewahrung an der speicherseitigen Sperre angepasst wird.
Vorher, 11.30 → Nutzung "Enable WORM Storage" -Workflow, um dies zu ermöglichen.
Ab 11.30 → haben wir diese Option sowohl im Command Center als auch in der Java Console unter den Eigenschaften des Storage-Pools verfügbar gemacht. Klicken Sie zum Aktivieren auf "WORM Storage" im Storage-Pool.