On Nov 27, 2008, at 10:59 PM, Nozy wrote:
Hi Mike
why not get the system to remove the be for the backup start ?
We have 160TB of data, long long time to do a find on the space. In
fact, we have some directories so large that a "ls" crashes (millions
and millions of files generated by an image processing app). The
backups are done on the system live, we are using Sun's SAMFS which
schedules the backups as it thinks it needs to (essentially it
decreases the time between backup if a lot of data has been changing,
if not then it waits up to the pre-specified time you give it).
or veto them after you have clear them out I use a mixed net work
here I
just have my centos box to remove the files or veto them the mac will
work with out them.
Might work, thanks.
Nozy
On Wed, 2008-11-26 at 10:12 +0100, Mike Gallamore wrote:
Yeah those seem pretty helpful. Part of the problem is how the
backup
system handles them. It keeps track of all the files that are on the
disk and keeps copies of them. We have a policy in the system to not
backup the .DS_Store files, but the other part of the system still
tries to recover the data, then complains because naturally it can't
find a backup copy of the file. Really sucks because some of our
users
have millions of files in thousands of directories, you can't really
follow the restore process because you get countless pages of
"warning
this file couldn't be restored" messages on your term.
On Nov 25, 2008, at 11:12 PM, Nozy wrote:
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba
