Summary
File System Restore is failing to use Fibre Channel Priority to Unix/Linux destination server.
Symptoms
Restore job fails to use Fibre channel host mapping with errors:
Could not determine SCSI device info for /dev/hdisk4
ERROR Snapshot disk 600507680c8083acf0000000000001cb expected to be present but not found check connectivity to the target storage system
and reverts to creating new ISCI mapping with the following messages:
Load host data: Getting host for host (Server) from storage server (site) using iSCSI initiators (iqn.server.hostid.0a000001) and FC initiators ().
For host (server) using FC initiators () and iSCSI initiators (iqn.server.hostid.0a000001).
Load host data: Found host (server) for host (server) using initiator (iqn.server.hostid.0a000001).
Additionally the File system Catalog job that catalogs the Unix server you are running the restore to fails with error:
User <username> does not appear to have password-less sudo privileges. See documentation for requirements
Resolution
Place the following lines at the end of your sudoers configuration file on the destination UNIX/LINUX server, typically /etc/sudoers.
Defaults:ecxagent !requiretty
Defaults:ecxagent env_keep+="ORACLE_HOME"
Defaults:ecxagent env_keep+="ORACLE_SID"
ecxagent ALL=(ALL) NOPASSWD:ALL
If your existing sudoers file is configured to import configuration from another directory (for example, /etc/sudoers.d), you can also place the lines in a new file in that directory.
Re-run the File System Catalog job against the Unix server. You should see that this error message no longer appears. Re-running the restore operation should use the Fibre Channel mapping to complete the File System Restore.