Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Backup\s+of\s+file\s+attributes\s+Windows\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Backup\s+of\s+file\s+attributes\s+Windows\s*$/: 7 ]

Total 7 documents matching your query.

1. [ADSM-L] Backup of file attributes Windows (score: 1): Author: Hans Christian Riksheim <bullhcr AT GMAIL DOT COM>; Date: Wed, 22 Nov 2017 13:43:37 +0100; When our customers changes permissions on their file servers there is total chaos with new full backup of everything and no practical method to get rid of the extra backup data. I think our customers; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-11/msg00067.html (8,902 bytes)
2. Re: [ADSM-L] Backup of file attributes Windows (score: 1): Author: Marc Lanteigne <marclanteigne AT CA.IBM DOT COM>; Date: Wed, 22 Nov 2017 12:58:49 +0000; Hi Hans, File permissions are part of the file, on the filesystem, they are stored inside the file. When backed up, the whole file is backed up, which includes the permissions. The permissions are no; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-11/msg00068.html (11,396 bytes)
3. Re: [ADSM-L] Backup of file attributes Windows (score: 1): Author: Hans Christian Riksheim <bullhcr AT GMAIL DOT COM>; Date: Wed, 22 Nov 2017 14:11:14 +0100; Hi Marc. So it is not theoretically possible to isolate the permission part and keep that versioned in the TSM database? Is there any other way to avoid the problem mentioned(dedup would take care of; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-11/msg00069.html (12,448 bytes)
4. Re: [ADSM-L] Backup of file attributes Windows (score: 1): Author: Marc Lanteigne <marclanteigne AT CA.IBM DOT COM>; Date: Wed, 22 Nov 2017 13:21:45 +0000; Thats correct. Its possible to skip the permissions, but as a previous sysadmin that had to restore permissions from backup, Id advised against that. Sent from my iPhone using IBM Verse On Nov 22, 20; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-11/msg00070.html (12,160 bytes)
5. Re: [ADSM-L] Backup of file attributes Windows (score: 1): Author: "Reese, Michael A (Mike) CIV USARMY 21 SIG BDE (US)" <michael.a.reese62.civ AT MAIL DOT MIL>; Date: Wed, 22 Nov 2017 16:08:27 +0000; Hi Hans, I've been snagged by this on many occasions myself. The worst time was when 40 TB of data had to get backed up again because a system admin made a simple permission change at the root direct; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-11/msg00071.html (10,308 bytes)
6. Re: [ADSM-L] Backup of file attributes Windows (score: 1): Author: "Harris, Steven" <steven.harris AT BTFINANCIALGROUP DOT COM>; Date: Wed, 22 Nov 2017 21:26:26 +0000; I havent used it for some years now, but the old Domino client used to store two entries for each client, one for the data and one for the permissions. It would probably go against the TSM (Hate the; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-11/msg00072.html (12,270 bytes)
7. Re: [ADSM-L] Backup of file attributes Windows (score: 1): Author: Henrik Ahlgren <pablo AT SEESTIETO DOT COM>; Date: Fri, 1 Dec 2017 12:31:52 +0200; I would argue that the way it works with Unix and Linux is way worse: only the latest "version" of permissions is stored. Yes, it's nice that something like "chgrp -R foo /large/tree" does not trigge; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2017-12/msg00000.html (8,644 bytes)

Current List: 1 - 7
Page: [1]