Loading...
Loading...
Analyze job on CyberSense takes a long time for PowerProtect Data Manager data, delta block analysis is not being used. Delta block analysis on CyberSense shows the following error in the /opt/ie/var/ie_run.log : 2023/07/16 21:07:05 error: [7f5202ffe700] ddboost_diff: can't associate /opt/ie/var/mnt/dispatch/crawl_pEzxu0/ppdmbackups/ PLCTLP-04356250-dece-4570-9ece-adc0946a6546/Backups/29b1a0d8-4ea7-4248-b51d-18d3a9bdc58a/ 502491a6-79d2-53ed-7ed3-6b8647e8daa5/ 1689274807941785630/vm-12345-flat.vmdk with ddboost storage unit, mount dd_vault: /data/col1/cr-64a6d438cef5e47dc993a476 does not match any unit available to user csadmin csuser csnone ... 2023/07/16 21:07:05 notice: [7f55927ff700] Delta-Block Scan: was not performed - Full-Scan required... From the Cyber Recovery side, the following symptoms were found in the logs located in /opt/dellemc/cr/var/log : In the policies.log: [2023-07-25 11:33:06.011] [INFO] [policies] [copy.go:473 FindMatchingDDBoostUser()] : Total DD hosts configured on CS host 1 ... [2023-07-25 11:33:06.011] [INFO] [policies] [copy.go:477 FindMatchingDDBoostUser()] : Fetched roles info for 3 users on CS host [2023-07-25 11:33:06.012] [INFO] [policies] [copy.go:548 getUserMatchingGID()] : Found 0 users on DD storage matching GID : 500 ... [2023-07-25 11:33:06.012] [WARN] [policies] [copy.go:297 AnalyzeCopy()] : No user found on storage matching GID of the copy : cr-copy-ppdmbackups-20230724133124 with policy ID : 64a6d438cef5e47dc993a476 And in mgmtdds.log : [2023-07-25 11:33:07.523] [DEBUG] [mgmtdds] [sandbox.go:390 createDDStorageUnit()] : About to create sandbox as: cr-64a6d438cef5e47dc993a476 [2023-07-25 11:33:07.523] [DEBUG] [mgmtdds] [ddUtils.go:177 RunDDSSHJobCmd()] : Running cmd: ddboost storage-unit create "cr-64a6d438cef5e47dc993a476" user nobody [2023-07-25 11:33:07.524] [DEBUG] [mgmtdds] [ddUtils.go:123 RunDDSSHCmdWithTimeout()] : Running cmd: ddboost storage-unit create "cr-64a6d438cef5e47dc993a476" user nobody From the vault Data Domain, the output of "ddboost storage-unit show" reveals the user nobody was used to create the storage unit for indexing by CyberSense.
When Cyber Recovery performs an ownership check, it finds the Group ID 500 associated with the data. Since there is no user with the group ID 500 on the vault Data Domain, the storage unit is created with user nobody. CyberSense is unable to use ddboost as there is no user available which matches and Delta Block Analysis does not work. In Cyber Recovery, PowerProtect Data Manager policies show two contexts by default, one for the backups and one for disaster recovery. The ServerDR Context is the context beginning with SysDR. In this scenario, the issue was due to incorrectly selecting the PowerProtect Data Manager backups context as ServerDR Context in the PowerProtect Data Manager Policy configuration.
Edit the Policy and modify the ServerDR Context, set it to the context SysDR_xxxxx-repl option. Save the Policy and run a new Analyze job. The storage unit has the user with role "None" which CyberSense uses for delta block analysis. Contact DELL Technical Support for more information.
Click on a version to see all relevant bugs
Dell Integration
Learn more about where this data comes from
BugZero Plan
Streamline upgrades with automated vendor bug scrubs
BugZero Prevent
Wish you caught this bug sooner? Get proactive today.