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. timestamps on the restored
files. This might have to do with the way the FS is handled by
windows, but I'd just like to ensure that bacula can handle these
cases correctly.

Original files (also located on a windows share and backed up by a
Linux bacula instance):

# stat 2097188.pdf
  File: `2097188.pdf'
  Size: 85428           Blocks: 168        IO Block: 16384  regular file
Device: 14h/20d Inode: 5977612     Links: 1
Access: (0555/-r-xr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2025-12-31 00:00:00.000000000 +0100
Modify: 2017-05-14 15:40:46.137837000 +0200
Change: 2017-09-16 01:04:56.000000000 +0200

Restored file:

# stat /mnt/netapp/restore_test/2097188.pdf 
  File: `/mnt/netapp/restore_test/2097188.pdf'
  Size: 85428           Blocks: 168        IO Block: 16384  regular file
Device: 15h/21d Inode: 5977446     Links: 1
Access: (0555/-r-xr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2021-11-02 12:07:57.000000000 +0100
Modify: 2021-11-02 12:08:09.029652000 +0100
Change: 2021-11-02 12:07:56.000000000 +0100

Thanks in advance & all the best,

Uwe

-- 
Uwe Schürkamp | email: <uwe.schuerk...@nionex.net>


_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to