Summary
Running a Selective File Restore from a Block backup fails for certain volume formats using the SnapVault method. To resolve this issue, verify that the ISCSI Initiator service is running on the destination node.
Symptoms
This article applies primarily to nodes with NTFS Deduplication volumes or ReFS volumes.
In DPX 4.3, restoring files from a Block backup fails while using the SnapVault method for the restore. The following error displays:
"Error while parsing rawtoc file and creating path structures. Check the restore target nibbler.log for detailed list of errors. Last error was: [CSvpSelect::getblocks() found no files/folders to restore.]"
A possible cause for this error is that File History Processing was disabled during the backup by either a user or by DPX. SnapVault protocol for restore uses file history information to select files and blocks to restore from backup images. If the file history is not available, then SnapVault protocol cannot be used.
In DPX, iSCSI restore is the default method for Selective File Restore. If the iSCSI Initiator service is not active or not running on the destination client, the restore job tries to use the SnapVault protocol.
For either NTFS volumes that are using the deduplication feature or for ReFS volumes, File History Processing is not allowed. DPX is designed to automatically disable File History Processing during backups regardless of whether the user has enabled it. During the Block backup job, a notification displays as shown in the following screen capture:
Due to the above scenario, DPX switches to SnapVault protocol, even though the method is not supported. The job fails and displays messages as shown in the following screen capture:
Resolution
Verify that the iSCSI Initiator service is installed and running on the destination node, then retry the restore job.