Hi there, Sorry, wrote this last week and didn't manage to hit 'send'. :/
On Fri, 10 Mar 2023, David Heap wrote:
I'm seeing an issue where the uid/gid of two files inside the backup are incorrectly root instead of the correct owner (openldap in this case). Files on the server: -rw------- 1 openldap openldap 10485759 Apr 8 2022 log.0000000004 -rw------- 1 openldap openldap 10485759 Sep 21 14:16 log.0000000005 -rw------- 1 openldap openldap 10485759 Feb 22 10:50 log.0000000006 -rw------- 1 openldap openldap 8192 Apr 19 2022 memberUid.bdb Files in the backup (output of BackupPC_ls): -rw------- 105/107 10485759 2022-04-08 08:38:34 /srv/ldap/<servername>/log.0000000004 (d363e1e6aa3efc35e027e45f2279aa3f) -rw------- 0/0 10485759 2022-09-21 14:16:55 /srv/ldap/<servername>/log.0000000005 (c4f72b8befc18f3ba2dce596572529cf) -rw------- 0/0 10485759 2023-02-22 10:50:42 /srv/ldap/<servername>/log.0000000006 (c42c092af72eb67324424c609be769ba) -rw------- 105/107 8192 2022-04-19 14:03:41 /srv/ldap/<servername>/memberUid.bdb (73a58e4133305486ea3db35b05431534) All the other files in the folder have the correct owner/group. The file ownership isn't changing on the server at the time of backup. I've tried removing these files from all the backups and running a full nightly to (hopefully) clean out something that's cached wrong in the pool, but they came back again the next night with the same issue. Any ideas?
My guess is that you're doing something funky with filesystems, for example the BackupPC data is a network mount. Can you give us a bit more information? And do you have a compelling reason to back up ten megabyte log files that are a year old? :) -- 73, Ged. _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: https://github.com/backuppc/backuppc/wiki Project: https://backuppc.github.io/backuppc/
