Standalone backup agents for Linux, Mac, AIX & Solaris workloads on-premises or in the public cloud
Post Reply
nick-appletech
Lurker
Posts: 2
Liked: never
Joined: Nov 07, 2019 5:33 pm
Full Name: Nick
Contact:

Cannot backup on NFS Share on Linux Agent FREE

Post by nick-appletech »

Hello,

I have installed veeam-3.0.2.1185 (free) Linux Agent on CentOS 6.10 64bit and I am trying a backup on an NFS share (published from an EMC DataDomain 2500 Backup Storage System).

I am trying to setup a Full System backup job (using the Veeam UI) but the Veeam Agent apparently cannot mount the NFS share; I am getting the message: "Input/Output Error - Failed to lock file."

I have opened CASE ID #: 03859839 for this issue.

Has anyone seen this behavior? Can you point at any possible cause of this error and/or any solution?

Please advise.
Thanks in advance, Nick.

Below I include some technical data that prove that NFS share can be normally mounted fine, yet Veeam cannot use the share to take a backup.

The share is configured as follows in the two fields of the UI (without quotes): "10.201.40.34" / "data/col1/dc-srm-xx-bk" (I also tried adding a slash at the beggining of the second field: "/data/col1/dc-srm-xx-bk", without success.)

The share normally mounts fine:

Code: Select all

# mkdir /tmp/nfsveeam
# mount -t nfs 10.201.40.34:/data/col1/dc-srm-xx-bk /tmp/nfsveeam
# ls -la /tmp/nfsveeam/
total 5
drwxrwxrwx 3 root root 101 Nov 7 19:09 .
drwxrwxrwt. 6 root root 4096 Nov 7 19:15 ..
drwxrwxrwx 4 root root 289 Nov 7 19:11 .snapshot

# df -h
Filesystem Size Used Avail Use%
Mounted on /dev/mapper/vg_dc-lv_root 15G 8.6G 5.5G 62%
/ tmpfs 939M 0 939M 0% /dev/shm /dev/vda1 477M 57M 395M 13% /boot 10.201.40.34:/data/col1/noc-bkups-1 19T 3.7T 15T 21% /mnt/dd2500-1 10.201.40.34:/data/col1/dc-srm-xx-bk 19T 3.7T 15T 21% /tmp/nfsveeam

# nfsstat -m 
/mnt/dd2500-1 from 10.201.40.34:/data/col1/noc-bkups-1 
Flags: rw,noatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,acregmin=1800,acregmax=1800,acdirmin=1800,acdirmax=1800,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.201.40.34,mountvers=3,mountport=2052,mountproto=tcp,local_lock=all,addr=10.201.40.34
/tmp/nfsveeam from 10.201.40.34:/data/col1/dc-srm-xx-bk 
Flags: rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=10.201.40.34,mountvers=3,mountport=2052,mountproto=udp,local_lock=none,addr=10.201.40.34

# umount /tmp/nfsveeam/
I cannot see any way to change anything in the configuration.
jmmarton
Veeam Software
Posts: 2092
Liked: 309 times
Joined: Nov 17, 2015 2:38 am
Full Name: Joe Marton
Location: Chicago, IL
Contact:

Re: Cannot backup on NFS Share on Linux Agent FREE

Post by jmmarton »

When performing "entire computer" or "volume level" then only local filesystems will be backed up. In order to backup a remote filesystem such as an NFS share you will need to do file-level backup, making sure to use the snapshotless option.

Joe
nick-appletech
Lurker
Posts: 2
Liked: never
Joined: Nov 07, 2019 5:33 pm
Full Name: Nick
Contact:

Re: Cannot backup on NFS Share on Linux Agent FREE

Post by nick-appletech »

I am afraid I have been misunderstood.

I am not backing up NFS shares, I am trying to backup up only the local disk.

The NFS share is the destination where the backup should be written to. This seems to be inaccessible from Veeam Agent for Linux, although - as I have demonstrated - it (the NFS share) is readily available for mounting.

Note: The box being backed up is a VM running under KVM (and we have no access to the host, as this is a VPS box).

I hope someone can help troubleshooting.

Thanks,
Nick
PTide
Product Manager
Posts: 6408
Liked: 724 times
Joined: May 19, 2015 1:46 pm
Contact:

Re: Cannot backup on NFS Share on Linux Agent FREE

Post by PTide »

Hi @nick-appletech,

Does it work if you mount the share manually and then point your backup job there?

Overall, the issue reminds me about this KB that describes a very similar situation as yours.

Thanks!
Post Reply

Who is online

Users browsing this forum: Bing [Bot] and 15 guests