I goofed up one part of this:
Since things are stored in hierarchy, not flat... it's not the sum
of all the full pathnames. But the sum of the names in each directory
and the sum of all those sums. Adjust theory minimums accordingly.
Still can use great gobs of space though, easily overlooked.
A
>> Huh?
See now? :-)
> That seemed excessive to me, too. In a short test it seems accurate.
Yep, it is.
> And, it's a slow process on my machine
Ramdisk is good for such empty file tests. And you can blow it away
in a second by simply nuking the core. Instead of waiting for rm to
grind the r
On Sat, 6 Feb 2010, Tony Abernethy wrote:
> Grarpamp wrote:
> > Yes, hardlinks save data block duplication... yet on filesystems
> > with millions of files / long pathnames, just the directory entries
> > alone can take up gigs per image. Multiply that out by frequency and
> > it can quickly ad
On Mon, Feb 1, 2010 at 12:34 PM, Ed Coates wrote:
> http://kb8fzq.dyndns.org:81/~edcoates/9481.html
> http://kb8fzq.dyndns.org:81/~edcoates/9482.html
> http://kb8fzq.dyndns.org:81/~edcoates/9494.html
>
That second trace shows that rsync got an out-of-memory error in the
generator, signaled the r
On Tue, Feb 2, 2010 at 12:29 PM, Carlo Cancellieri wrote:
> Does Filter syntax match one of these standard?
>
Look for the "INCLUDE/EXCLUDE PATTERN RULES" section in the rsync manpage
(the latest version is linked from the rsync homepage). It describes the
wildcard-matching rules that rsync use
https://bugzilla.samba.org/show_bug.cgi?id=6276
--- Comment #7 from way...@samba.org 2010-02-06 15:57 CST ---
Thanks for the detailed analysis! I'm thinking that all we need to do is to
change "unsigned long" to "uint32" in the create_time structure. I've checked
in that change into
On Wed, Feb 3, 2010 at 2:57 AM, Renne wrote:
> by accident I realized RSync (version 3.0.5, Ubuntu 9.10) uses the root
> directory when the path value of a module is empty!
>
I've checked-in a change that returns an error if the module path is not set
or is empty. Thanks!
..wayne..
--
Please
https://bugzilla.samba.org/show_bug.cgi?id=7095
way...@samba.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Grarpamp wrote:
> Yes, hardlinks save data block duplication... yet on filesystems with
> millions
> of files / long pathnames, just the directory entries alone can take up
> gigs
> per image. Multiply that out by frequency and it can quickly add up.
Huh?
--
Please use reply-all for most replies
>> Files that are present in the previous datedir/hier/run but will
>> not be present in the currently to be made datedir/hier/run,
>> [because they are no longer present in the source hier],
>> DO NOT show up in the output of rsync -i as deletions.
>
> As they shouldn't, as they're not deleted.
>
On Fri 05 Feb 2010, grarpamp wrote:
> Beware when using rsync --link-dest, --delete -Haxi !!!
>
> Files that are present in the previous datedir/hier/run but will
> not be present in the currently to be made datedir/hier/run,
> [because they are no longer present in the source hier],
> DO NOT sho
11 matches
Mail list logo
