topic Snapdrive snap restore fails to mount NFS volume in Data Protection

Snapdrive snap restore fails to mount NFS volume

MKELLYSCSC — Wed, 04 Jun 2025 20:56:22 GMT

we have been testing SnapDrive 5.3 for Linux and CDOT 8.3.1P1.

The server OS is RHEL 6.4.

We have discovered that snapdrive snap restore fails when using NFS mounted volumes.

It looks like snapdrive initially unmounts the filesystem and then tries to mount it on a mountpoint created in the /tmp directory.

The command that is invoked looks like

mount -t <filer:/volume> /tmp/SDU_<datetimestamp>_<pid>

This fails because the fs type is not specified.

I ran the command using strace and I cannot see any attempt to determine the fstype.

Is this a bug or a configuration issue?

Thanks.

Sahana — Fri, 20 May 2016 06:12:56 GMT

Hi,

MKELLYSCSC — Fri, 20 May 2016 12:42:24 GMT

Hi Sahana,

the problem is not related to the bug you referred to:

We have both A and PTR records for the LIF used to access the volume and the SVM that owns the volume.

The error message we get is:

0002-890 Admin error: Error mounting temp directory /tmp/SDU_05202016_122529_7049: Unexpected error from mount:

this is followed by the mount 'usage' output.

It looks like snapdrive is unable to determine the mount type (in this case 'nfs').

MKELLYSCSC — Mon, 20 Jun 2016 14:01:13 GMT

Turns out that the problem was down to the way the snapdrive command was structured.

We were doing:

snapdrive snap restore -fs /path/to/filesystem -snapname <SVMname>:/path/to/volume:snap_name

It should be:

snapdrive snap restore -fs /path/to/filesystem -snapname snap_name