On Fri, 2009-11-27 at 15:00 -0500, Matt McCutchen wrote:
> On Fri, 2009-11-27 at 10:56 -0800, Wayne Davison wrote:
> > On Fri, Nov 27, 2009 at 7:45 AM, Dieter Stüken
> > wrote:
> >
> > log/20091123_223901/dresden.log:multiplexing overflow
> > 101:7104843 [sender]
> >
> >
On Sat, 2009-11-28 at 23:50 +, Mark Young wrote:
> > The next sentence of the man page says, "Be aware that if you do
> this,
> > you’ll need to terminate your options with -- or rdiff will think
> you
> > are passing it an empty option."
> I'm sure you are right, but there are still older ver
https://bugzilla.samba.org/show_bug.cgi?id=6946
--- Comment #1 from m...@mattmccutchen.net 2009-12-05 00:32 CST ---
Note that several of the maintained patches have to do with checksum caching:
the ones with "checksum" in the name as well as "db.diff". See the bottom of
http://rsync.
Testing 3.0G file:
sh-3.2# du -h /home/kordex/Microsoft.Windows.7.ULTIMATE.x64.OEM.DVD-BIE.iso
3.0G /home/kordex/Microsoft.Windows.7.ULTIMATE.x64.OEM.DVD-BIE.iso
sh-3.2# mount -o remount,ro /home
sh-3.2# fsck.jfs /dev/hdc1
fsck.jfs version 1.1.12, 24-Aug-2007
processing started: 12/5/2009 0.24
On Sat, 2009-12-05 at 00:19 +0200, kordex - wrote:
> Discussion in enlightened irc channel (OFTC/#ck) gave possible clue
> for solving this, although it's just a quess:
>
> 0006 @ con || KordeX >4GB file?
> 0007 + KordeX || not all of those are
> 0007 + KordeX || i mean most of them are <
https://bugzilla.samba.org/show_bug.cgi?id=6950
--- Comment #1 from m...@mattmccutchen.net 2009-12-04 16:31 CST ---
This is not a bug, but maybe it should be an enhancement request.
--delay-updates works at the level of individual non-directory files; directory
creation is not delaye
On Fri, 2009-12-04 at 18:21 +0200, kordex - wrote:
> I just rsync'd my 1TB partitions formated with jfs filesystem
> containing ~720GB data. I saw -3G difference between source and
> destination which made me suspect possible dataloss. Also I had
> experienced loss of integrity on my previous copie
Discussion in enlightened irc channel (OFTC/#ck) gave possible clue
for solving this, although it's just a quess:
0006 @ con || KordeX >4GB file?
0007 + KordeX || not all of those are
0007 + KordeX || i mean most of them are <100MB
0007 @ con | yes but that's the reason it failed
00
On Tue, 2009-11-24 at 12:33 +0100, H. Langos wrote:
> Ok, I see. Does "--fuzzy" check if the filezize is in the same order of
> magnitude (or at most one order up/down)?
> Expensive fuzzy string matching on filenames can probably safely be skipped
> if abs(round(log10(ssize))-round(log10(dsize))
Well, as you all professional users know, I had error with these lines
which i saw cause 'filesystem full':
> Running
> navi:/mnt# rsync --recursive --progress --verbose miracle storage
> started new copy process with disk speed not cached speed.
because they should have been:
navi:/mnt# rsync --r
Hello,
I just rsync'd my 1TB partitions formated with jfs filesystem
containing ~720GB data. I saw -3G difference between source and
destination which made me suspect possible dataloss. Also I had
experienced loss of integrity on my previous copies but I did not find
the cause until now.
As comma
https://bugzilla.samba.org/show_bug.cgi?id=6965
Summary: truncated files and exit code 23
Product: rsync
Version: 3.0.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: c
12 matches
Mail list logo
