Dimitri, I am thinking of changing the mount to iscsi which looks as if it is
more reliable than nfs.
Here is the mount -v
my.nfs.share:/home/backuppc/ToBackup on /home/backuppc/ToBackup type nfs
(rw,noatime,vers=3,rsize=8192,wsize=8192,namlen=255,hard,nolock,proto=tcp,timeo=14,retrans=2,sec=sys,mountaddr=10.6.77.220,mountvers=3,mountport=20048,mountproto=tcp,local_lock=all,addr=10.6.77.220,_netdev)
regards
Francis
From: "Dimitri Maziuk" <[email protected]>
To: "themetman" <[email protected]>
Cc: "Bacula-users" <[email protected]>
Sent: Thursday, 3 November, 2016 18:26:34
Subject: Re: [Bacula-users] Permissions problem backing up to NFS Share
On 11/03/2016 01:17 PM, Francis The Metman wrote:
> Sorry just sent this from the wrong Email
> Thanks, Dimitri, I added the 'all_squash' on the server side, reloaded the
> exports, but no good.
Ermm, all_squash is the opposite of what you want. Sorry for not being
clearer: all_squash is another thing that can result in "permission denied".
> Perhaps you would be kind enough to recommend what these entries should be.
I usually just put in "noatime".
What does mount -v show? -- the other possibility is some nfs hickup got
it remounted ro.
--
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu
------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
