On Tue, Nov 02, 2021 at 05:16:57PM +, Martin Simmons wrote:
> Maybe, but I think the recommended way to back up a Windows fileserver is to
> run the Windows bacula-fd on it directly, instead of trying to back up the
> share from Linux.
>
> __Martin
Hello Martin,
sorry for being unclear abou
> On Tue, 2 Nov 2021 15:25:20 +0100, Uwe Schuerkamp said:
>
> __Martin wrote:
>
> > It might be useful to see if /bin/touch can set these times orrectly
> > on the restored file. That would clarify if it is a > bug in
> > Bacula.
>
>
> Apparently "touch" can set the access & modification
It might be useful to see if /bin/touch can set these times orrectly on the
restored file. That would clarify if it is a bug in Bacula.
__Martin
> On Tue, 2 Nov 2021 12:30:21 +0100, Uwe Schuerkamp said:
>
> Hi folks,
>
> I'm not sure if this is a bug or a feature, but here goes (bacula 11
__Martin wrote:
> It might be useful to see if /bin/touch can set these times orrectly
> on the restored file. That would clarify if it is a > bug in
> Bacula.
Apparently "touch" can set the access & modification time but there's
no way to set the "changed" timestamp.
So would you consider
Hello Uwe,
Yes, you are right. But they are all metadata...
"After spending a day, in vain, on this, I'll just post results of my testing
below. In short, using a CIFS share from Linux or Mac is wildly inconsistent
regarding unix permissions and more importantly file and directory timestamps."
Hello Heitor,
thanks for your reply!
> I read somewhere that CIFS' ACLs are not supported from a Linux mount point.
> Maybe is that the cause of your problem?
I don't think these three items that "stat" shows are part of the ACLs, but of
course I could be wrong.
I checked the "File" table ca
Hello Uwe,
I read somewhere that CIFS' ACLs are not supported from a Linux mount point.
Maybe is that the cause of your problem?
Regards,
--
MSc Heitor Faria (Miami/USA)
CEO Bacula LatAm
mobile1: + 1 909 655-8971
mobile2: + 55 61 98268-4220
América Latina
[ http://bacula.lat/]___
Hi folks,
I'm not sure if this is a bug or a feature, but here goes (bacula 11
compiled from source on CentOS Linux):
Restoring a couple of test files from an "accurate" backup of a
windows share onto a different samba / cifs share (windows server OS)
fails to restore the access, modified etc. ti
