Loading...
Loading...
Data Domain free space not being reclaimed Daemon log errors: Linux: /nsr/logs/daemon.raw Windows (Default): C:\Program Files\EMC NetWorker\nsr\logs\daemon.raw NetWorker: How to use nsr_render_log to render .raw log files nsrsnmd NSR critical cannot open [/mtree/volume_path/nn/nn/ssid/subdir_path_to_file] err [Opening the file '/mtree/volume_path/nn/nn/ssid/subdir_path_to_file' failed [5034] ([34405] [139718431860480] datetime ddp_open_file_ext() failed for File: /mtree/volume_path/nn/nn/ssid/subdir_path_to_file, Err: 5034-access denied: expected mode = 0x1, compare = 0x1, got 0x0).]
Older versions of OApp appear to contain a defect which sets permissions incorrectly during backup. This leads to the inability to delete the files once they expire in NetWorker.
Currently there is no fix for the issue. This Article will be updated with the future releases which contain the fix once the fix is completed and tested. In the meantime, a viable workaround exists which involves manually resetting permissions. WARNING: Use of the procedure below, if performed incorrectly, can lead to data loss and exposes Data Domain backup file system to accidental deletions. Contact Support if you require assistance with the information below. Workaround Export the mtree with the volume paths for the affected NetWorker volumes from the Data Domain. These can be found in the device access information field of the device which mounts the volume containing the problem save sets. Mount the mtree path on a Linux host with a local user whose name and UID are identical to the ddboost user which owns the volume path on the Data Domain. Change directory to the local mountpoint of the mtree, and run ls to ensure that you see the volume path for the affected volume. Change ownership of the path to the ddboost user: chown ddboost_user -R * volume_subdir Change permissions recursively to all files in the path: chmod -R 777 volume_subdir Confirm permissions using ls -la command. Run Server Protection > Server backup workflow or run the nsrim command manually, and confirm that the error disappears and the savesets and their files are removed. Unmount the mtree export on the Linux client, and remove the mtree export from the Data Domain to prevent further direct access to the Data Domain backup file system. See Data Domain: Mounting and Verifying Exports on the NFS Client for more information related to NFS exports from Data Domain systems.
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.