Bacula-users

Re: [Bacula-users] ERR=A Required Privilege Is Not Held By The Client...

2010-02-17 15:58:38
Subject: Re: [Bacula-users] ERR=A Required Privilege Is Not Held By The Client...
From: Arno Lehmann <al AT its-lehmann DOT de>
To: bacula-users AT lists.sourceforge DOT net
Date: Wed, 17 Feb 2010 21:56:08 +0100
Hi,

17.02.2010 16:04, Josh Fisher wrote:
> On 2/16/2010 2:55 PM, Henrik Johansen wrote:
>> Hi,
>>
>> On 02/16/10 06:36 PM, Josh Fisher wrote:
>>    
>>> On 2/16/2010 11:34 AM, Paul Binkley wrote:
>>>      
>>>> Hi All,
>>>>
>>>> Director is 3.0.2, backing up a 32bit Windows Vista client running 3.0.3.
>>>>
>>>> After adding onefs=no to the FileSet options in the director, I get the
>>>> error messages during the backup:
>>>>
>>>> Cannot open "C:/Documents and Settings/.../":ERR=A required privilege is 
>>>> not
>>>> held by the client.
>>>>
>>>> And,
>>>>
>>>> Could not open directory "C:/Documents and Settings/.../":ERR=Access is
>>>> denied
>>>>
>>>> What do I need to do to allow bacula to backup these directories?
>>>>
>>>>
>>>>        
>>> These are not real directories. They are symlinks pointing to the real
>>> directory in C:/Users/.. that Microsoft installs by default for backward
>>> compatibility with older software that (sloppily) assumes user
>>> directories are in "C:/Documents and Settings/..". Either ignore the
>>> messages or exclude the C:/Documents and Settings directory so Bacula
>>> doesn't attempt to back them up. They are not needed, as the files are
>>> in the real directory in C:/Users/..
>>>      
>> I case you should need them after a restore the MS Sysinternals Suite
>> has tools to recreate those junctions - you have to do that by hand though.
>>
>>    
> 
> Yes, I don't think there is any way to back them up. They are not like 
> symlinks in, for example, a Linux ext2 filesystem. It is a portion of 
> the same filesystem mounted at another mountpoint. In Linux, this is 
> called a "bind mount". Which leads me to wonder what happens when 
> backing up a Linux client that has bind mounts? Does Bacula know it is a 
> bind mount? And if so, how does it handle it? Is the bind mount 
> "remembered" or do the files get backed up twice? Are junction points 
> handled by the Windows client in the same way bind mounts are handled by 
> the Linux client?

I don't know the exact answers, but normally, the mount point itself 
is backed up, but Bacula does not descend into it (that is, with "One 
FS = Yes").

"Remembering" the bind mount is not done by Bacula, just as normal 
"mounts" are not remembered by Bacula - if you need those, you pot 
them in /etc/fstab :-)

What happens on Windows is all a big miracle to me, so I can't tell 
you much regarding that.

Cheers,

Arno


-- 
Arno Lehmann
IT-Service Lehmann
Sandstr. 6, 49080 Osnabrück
www.its-lehmann.de

------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users