https://bugzilla.samba.org/show_bug.cgi?id=12472
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Davison ---
We don't have all the stats info to output until the end of the run exchanges
data between the procs (there are 3 processes in the transfer, and some of the
processes don't have access to the data until the end). For instance, since the
receiver is the only process on the receivi
https://bugzilla.samba.org/show_bug.cgi?id=10738
--- Comment #7 from Ben RUBSON ---
Don't know whether or not this could be closed, thanks to "kill -USR2
".
For the stats bug, let's refer to the whole report
https://github.com/WayneD/rsync/issues/7.
--
You are receiving th
https://bugzilla.samba.org/show_bug.cgi?id=13953
Bug ID: 13953
Summary: error message instead of --stats informations (in case
of vanished files), using rsync 3.1.1 and rsync 3.0.9
Product: rsync
Version: 3.1.1
Hardware
https://bugzilla.samba.org/show_bug.cgi?id=10738
--- Comment #6 from Ben RUBSON ---
Mmmh however some of the statistics seem to be wrongly calculated.
### Example with tsync 3.1.2 :
Number of files: 8,732 (reg: 7,568, dir: 1,163, link: 1)
Number of created files: 1,232 (reg: 1,187, dir: 45)
Num
https://bugzilla.samba.org/show_bug.cgi?id=10738
--- Comment #5 from Ben RUBSON ---
So I just went through the code and found that this feature request is already
implemented.
We just have to use SIGUSR2 and rsync will stop, displaying stats.
kill -USR2
Perfect !
--
You are receiving this
RUBSON ---
Hello,
I'm facing this "issue" too, I really would like to have stats displayed when
rsync receives a termination signal.
Sometimes rsync runs all night long and is killed in the morning to save
bandwidth, would then really be interesting to have stats to help with
On 12/17/2016 05:36 PM, devz...@web.de wrote:
> for pre 3.0.9 which is still standard in centos7 with recent updates,
> --stats does neither show number of deleted, nor added files
And it never will. If you want new features (even new security
features) you don't want CentOS.
for pre 3.0.9 which is still standard in centos7 with recent updates, --stats
does neither show number of deleted, nor added files
Am 17. Dezember 2016 18:06:56 MEZ, schrieb Kevin Korb :
>--stats has most of that information in it.
>
>On 12/17/2016 08:01 AM, devz...@web.de wrote:
>
--stats has most of that information in it.
On 12/17/2016 08:01 AM, devz...@web.de wrote:
> is there a script which analyses rsync output with --itemize-changes ?
>
> i.e. i would like to have extended information on number of deleted files,
> created directories, changed files
is there a script which analyses rsync output with --itemize-changes ?
i.e. i would like to have extended information on number of deleted files,
created directories, changed files
i know rsync 3.1.x is better with this, but it`s still not in centos 5/6/7 and
i don`t want to update tons of
https://bugzilla.samba.org/show_bug.cgi?id=12472
--- Comment #3 from rutleco...@gmail.com ---
(In reply to Paul Slootman from comment #1)
Also, no error when the server side is 3.1.2, only when the server side is
3.0.9
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.samba.org/show_bug.cgi?id=12472
--- Comment #2 from rutleco...@gmail.com ---
(In reply to Paul Slootman from comment #1)
For the bug reporter, not in my rsync command.
(My rsync command is the same script that I used w/o error with 3.0.9)
I think the error has something to do wit
https://bugzilla.samba.org/show_bug.cgi?id=12472
--- Comment #1 from Paul Slootman ---
Did you cut&paste the --stats from some webpage? As you can see from the
emailed version of your report:
Summary: invalid rsync-command syntax or options with â\200\224stats
There's your problem! Y
https://bugzilla.samba.org/show_bug.cgi?id=12472
Bug ID: 12472
Summary: invalid rsync-command syntax or options with âstats
Product: rsync
Version: 3.1.2
Hardware: All
OS: All
Status: NEW
Severity
Folks,
I would find the output of -stats information to be useful when
rsync fails.
Typically, we use rsync to do backups, and if an rsync fails, we'd like
to know how much data has been transferred in the failed run, to report
on our internal web page for the backups, and to make estimat
https://bugzilla.samba.org/show_bug.cgi?id=10738
--- Comment #3 from Mark Smith 2014-07-24
22:50:06 UTC ---
markie likes the SIGUSR1 idea too and it has precedents with dd as well.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail beca
ability to get current --stats output with a sigusr1
without actually ending the rsync run.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug.
--
Please use reply-all for most replies to avoid
https://bugzilla.samba.org/show_bug.cgi?id=10738
--- Comment #1 from roland 2014-07-24 21:44:38 UTC ---
this sounds really useful !
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA contact for the bug.
-
https://bugzilla.samba.org/show_bug.cgi?id=10738
Summary: report --stats output when termination signal arrives
Product: rsync
Version: 3.0.9
Platform: x64
OS/Version: Linux
Status: NEW
Severity: enhancement
Hi guys,
we need a way to see how much bytes were removed when using the --delete option.
We have some patches for that functionality but they are not complete
(currently not including symlink stats).
Would any of you be interested in looking at them and helping us polish them,
so they can be
https://bugzilla.samba.org/show_bug.cgi?id=10580
Wayne Davison changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Wayne Davison
https://bugzilla.samba.org/show_bug.cgi?id=10580
--- Comment #3 from Vania Toperich 2014-05-01
15:03:25 UTC ---
I am using --include-files and list is created automatically. Here is an
example:
/home/media/Movies/Джек Николсон/Беспечный ездок 1969
/home/media/Movies/Джек Николсон/Беспечный ездо
https://bugzilla.samba.org/show_bug.cgi?id=10580
Vania Toperich changed:
What|Removed |Added
Version|3.1.0 |3.1.1
--- Comment #2 from Vania Toperich
https://bugzilla.samba.org/show_bug.cgi?id=10580
--- Comment #1 from Vania Toperich 2014-05-01
13:10:53 UTC ---
ls -la /home/media/Movies/Джек\ Николсон/Томми\ 1975/
total 1529336
drwxr-xr-x 2 media media 4096 Aug 20 2011 .
drwxr-xr-x 14 media media 4096 Mar 13 12:07 ..
-r-xr--r-- 1
https://bugzilla.samba.org/show_bug.cgi?id=10580
Summary: Total file size reported wrong with --stats
--info=progress2
Product: rsync
Version: 3.1.0
Platform: x64
OS/Version: Linux
Status: NEW
Severity
https://bugzilla.samba.org/show_bug.cgi?id=10220
--- Comment #4 from Ivan Dimitrov 2013-10-28 20:26:44 UTC
---
THANK YOU. Somehow I've omitted this.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the QA cont
https://bugzilla.samba.org/show_bug.cgi?id=10220
--- Comment #3 from Wayne Davison 2013-10-28 17:32:26 UTC ---
As my paste shows, they are counted in the created files. They aren't counted
in the updated regular files since they aren't regular files.
--
Configure bugmail: https://bugzilla.samb
https://bugzilla.samba.org/show_bug.cgi?id=10220
--- Comment #2 from Ivan Dimitrov 2013-10-28 08:26:34 UTC
---
Yes, I updated since then, but symlinks are not counted anywhere. Thus making a
system that rely on `--dry-run --stats -v |grep transferred` would fail if only
symlinks are changed
||FIXED
--- Comment #1 from Wayne Davison 2013-10-27 17:29:29 UTC ---
"Transferred" has a particular meaning to rsync which involves creating the
data for a file. However, stats were improved in 3.1.0 (notice that the
transferred count was further qualified to say &quo
https://bugzilla.samba.org/show_bug.cgi?id=10220
Summary: symlinks are not counted as files in --stats
Product: rsync
Version: 3.0.9
Platform: All
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
send --stats to the server.
I just checked to see if rrsync was fully up-to-date, and found a few more new
options that were missing from the just-released rrsync script (e.g.
--preallocate). If you want the very-very latest, get it from here:
http://gitweb.samba.org/?p=rsync.git;a=blob;f=support/r
https://bugzilla.samba.org/show_bug.cgi?id=10181
Summary: --stats bug
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: core
https://bugzilla.samba.org/show_bug.cgi?id=9167
--- Comment #1 from Michele Giacomoli 2012-12-03
13:01:45 UTC ---
Just a little correction.
Evidently using rsync without --stats the correct files are copied, with
--stats it just prints wrong stats.
--
Configure bugmail: https
https://bugzilla.samba.org/show_bug.cgi?id=9167
Summary: --dry-run --stats --link-dest provides incorrect stats
Product: rsync
Version: 3.0.9
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
On Tue, Jun 12, 2012 at 10:42 AM, Marc Rechté wrote:
> I have been struggling for a few days (see my former message --stats and
> performance issue) with a similar problem to Alan's
If there is any sort of debug or other info I can collect for you that
will help you out, just
Thanks Eric,
I have been struggling for a few days (see my former message --stats and
performance issue) with a similar problem to Alan's. They are very long
pauses and very few files / byte transferred.
For instance one run gave:
Mon Jun 11 18:01:34 CEST 2012
Number of files: 11
Hello,
My question is regarding the interpretation of --stats output and
whether I have a performance issue or not.
Can the client/server architecture (rsync client on one machine, rsync
server on another machine) be far slowlier than a local rsync session ?
This is the ouput of an rsync
On Mon, May 3, 2010 at 8:30 AM, Carlos Carvalho wrote:
> 3.1, including the latest version, produces bogus ---stats output: [...]
> Total file size: -6,417,895,484,864,819,269 bytes
>
This turned out to be an issue with with the F_LENGTH() accessor for a large
file that had a na
3.1, including the latest version, produces bogus ---stats output:
% rsync -r --stats . > /tmp/3.1-n
% tail -n 17 /tmp/3.1-n
Number of files: 3,159 (reg: 2,984, dir: 173, link: 2)
Number of created files: 0
Number of deleted files: 0
Number of regular files transferred: 0
Total file s
On Sat, Mar 27, 2010 at 8:29 AM, Andrei_r20 wrote:
> Which combination of options/output redirection permits to display
> the progress (--progress) at the standard output and ONLY (no file listing)
> the stats (--stats) in a log file? If the stats are also displayed at
> the sta
Hello ladies & gentlemen,
Which combination of options/output redirection permits to display the
progress (--progress) at the standard output and ONLY (no file listing) the
stats (--stats) in a log file? If the stats are also displayed at the
standard output, it's ok
Thank you.
ps: rs
Hello,I am conducting a survey about rsync usage, It will only cost you 2-3
minutes.
Survey is present at
http://spreadsheets.google.com/viewform?formkey=dDlFcS00UGxwNExMMHBxTThjNVVaNEE6MA..
Hasanat
--
hasanatka...@gmail.com
Hasanat Kazmi
+923464362473
--
Please use reply-all for most replies t
https://bugzilla.samba.org/show_bug.cgi?id=2602
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
Try --size-only ??
Denys
Dan Letkeman wrote:
>
> Hello,
>
> I have a set of files on my laptop running xp. I'm using
> cwRsync_2.0.10 and syncing to a Netware Server. Everything appears to
> be working fine, but the stats don't look right. When I run the
https://bugzilla.samba.org/show_bug.cgi?id=5389
[EMAIL PROTECTED] changed:
What|Removed |Added
Version|3.0.2 |3.1.0
--- Comment #2 from [EMAIL
https://bugzilla.samba.org/show_bug.cgi?id=5558
--- Comment #6 from [EMAIL PROTECTED] 2008-06-24 00:15 CST ---
Fair enough
I have made the suggestion and it has been rejected
I will however continue to regard the need to add a comment explaining the
meaning of the statistics externa
||WONTFIX
--- Comment #5 from [EMAIL PROTECTED] 2008-06-23 23:59 CST ---
I agree with Matt that this is not something that --stats should output. The
person calling rsync is in a much better position to know how best to summarize
what the copy is doing (e.g. echo the
https://bugzilla.samba.org/show_bug.cgi?id=5558
--- Comment #4 from [EMAIL PROTECTED] 2008-06-23 22:39 CST ---
With all due respect, a small improvement in readability surely could not be
considered bloat, more like commonsense, and to suggest that --stats does not
provide statistics
https://bugzilla.samba.org/show_bug.cgi?id=5558
--- Comment #3 from [EMAIL PROTECTED] 2008-06-23 21:46 CST ---
(In reply to comment #2)
> Yes I can use an echo, but surely we are all looking to improve the product
> and
> in this case readability of the --stats output
W
|
--- Comment #2 from [EMAIL PROTECTED] 2008-06-23 21:05 CST ---
Yes I can use an echo, but surely we are all looking to improve the product and
in this case readability of the --stats output
The current output is like having an answer to a question without the
||WORKSFORME
Summary|-- Stats Output |-- Stats Output
--- Comment #1 from [EMAIL PROTECTED] 2008-06-23 18:50 CST ---
You can print the rsync command yourself using an "echo" in the batch file.
--
Configure bugmail: https://bugzilla
https://bugzilla.samba.org/show_bug.cgi?id=5558
Summary: -- Stats Output
Product: rsync
Version: 3.0.0
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P3
Component: core
https://bugzilla.samba.org/show_bug.cgi?id=5389
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
;m using
> > cwRsync_2.0.10 and syncing to a Netware Server. Everything appears to
> > be working fine, but the stats don't look right. When I run the sync
> > for the first time it says this:
> >
> > Number of files: 2429
> > Number of files transferr
https://bugzilla.samba.org/show_bug.cgi?id=5389
Summary: With --progress, progress stats are overwritten when
connection broken
Product: rsync
Version: 3.0.2
Platform: All
OS/Version: All
Status: NEW
https://bugzilla.samba.org/show_bug.cgi?id=2602
--- Comment #2 from [EMAIL PROTECTED] 2008-04-02 08:50 CST ---
I guess this didn't happen in 3.0.0
We can use --stats to find if we got any new files, but we have no way of
knowing if we got no new files but some files were de
On Sun, 2008-03-30 at 22:34 -0500, Dan Letkeman wrote:
> I have a set of files on my laptop running xp. I'm using
> cwRsync_2.0.10 and syncing to a Netware Server. Everything appears to
> be working fine, but the stats don't look right. When I run the sync
> for the f
Hello,
I have a set of files on my laptop running xp. I'm using
cwRsync_2.0.10 and syncing to a Netware Server. Everything appears to
be working fine, but the stats don't look right. When I run the sync
for the first time it says this:
Number of files: 2429
Number of files transfe
ss" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, September 20, 2007 2:05 AM
Subject: Re: PATCH for 2.6.9 to fix logging of daemon stats
On Wed, Sep 19, 2007 at 10:17:52PM +0200, Julian Pace Ross wrote:
I may be wrong, but it seems that when "total size" is more than
bytes (in
On Wed, Sep 19, 2007 at 10:32:41PM +0200, Julian Pace Ross wrote:
> However, I am getting:
> "sent 100 bytes received 39551 bytes total size 569895385" on a module
> that is 29GB in size
I'd imagine that it contains some hard-linked files. Rsync counts all
files sepearately.
..wayne..
--
To
On Wed, Sep 19, 2007 at 10:17:52PM +0200, Julian Pace Ross wrote:
> I may be wrong, but it seems that when "total size" is more than
> bytes (int32), the total size is still displayed wrongly in
> the daemon logs when the daemon is the receiver.
What version are you talking about? The CV
On Fri, Apr 06, 2007 at 08:45:00AM -0300, Rodrigo Severo wrote:
> I'm writing to suggest a small new feature: including the number of
> deleted files on --stats.
That would be useful to have. Getting it implemented will require a
protocol change due to the fact that either the se
uot;changed something: ". :)
Including the number of deleted files in --stats output might still be
nice and wouldn't be hard to do. If a --max-delete limit is
specified, rsync already counts the files it deletes.
Matt
--
To unsubscribe or change options: https://lists.samba.org/mailman/list
Hi,
I'm writing to suggest a small new feature: including the number of deleted
files on --stats.
This way it would be simplier to parse rsync output to detect if it actually
changed anything.
An example of a real situation:
I'm mirroring some files from one server to another (
On Wed, Feb 07, 2007 at 05:19:16PM +0100, LORAND Beno?t wrote:
>I have written a little script that's would email me all errors.
> rsync -vah --delete --stats >
> /var/log/sauvegarde/listoffile.log 2> /var/log/sauvegarde/errors.log
>
>My problem is i
Aaron W Morris a écrit :
On 2/7/07, LORAND Benoît <[EMAIL PROTECTED]> wrote:
Hello,
I have written a little script that's would email me all errors.
rsync -vah --delete --stats >
/var/log/sauvegarde/listoffile.log 2> /var/log/sauvegarde/errors.log
My pro
On 2/7/07, LORAND Benoît <[EMAIL PROTECTED]> wrote:
Hello,
I have written a little script that's would email me all errors.
rsync -vah --delete --stats >
/var/log/sauvegarde/listoffile.log 2> /var/log/sauvegarde/errors.log
My problem is i want to have the
Hello,
I have written a little script that's would email me all errors.
rsync -vah --delete --stats >
/var/log/sauvegarde/listoffile.log 2> /var/log/sauvegarde/errors.log
My problem is i want to have the stats in my mail. Is it possible to
redirect --stats to STD
Hello,
I have written a little script that's would email me all errors.
rsync -vah --delete --stats >
/var/log/sauvegarde/listoffile.log 2> /var/log/sauvegarde/errors.log
My problem is i want to have the stats in my mail. Is it possible to
redirect --stats to STDERR.
Patched it and seems to be working fine now.
Thanks Wayne..much appreciated.
On Sat, Jan 27, 2007 at 08:16:27PM +0100, Julian Pace Ross wrote:
Would [it] be simple to make a patch for this for 2.6.9?
I have worked up a patch for 2.6.9 that fixes the file-size total
and the received byte coun
On Sat, Jan 27, 2007 at 08:16:27PM +0100, Julian Pace Ross wrote:
> Would [it] be simple to make a patch for this for 2.6.9?
I have worked up a patch for 2.6.9 that fixes the file-size total
and the received byte count when the daemon is the receiver. This
is similar to what I did for the CVS ver
On Tue, Dec 12, 2006 at 09:03:02AM -0800, Nathan wrote:
> I can't find an extended-attributes patch for 2.6.8.
Are you looking for the patches/xattrs.diff file that comes in the
release tar?
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before post
Oh poo, I can't find an extended-attributes patch for 2.6.8. Guess I'll have to
wait.
Thanks,
--Nathan
- Original Message
From: Wayne Davison <[EMAIL PROTECTED]>
To: Nathan <[EMAIL PROTECTED]>
Cc: rsync@lists.samba.org
Sent: Monday, December 11, 2006 2:08:43 PM
Su
Oh poo, I can't find an extended-attributes patch for 2.6.8. Guess I'll have to
wait.
Thanks,
--Nathan
- Original Message
From: Wayne Davison <[EMAIL PROTECTED]>
To: Nathan <[EMAIL PROTECTED]>
Cc: rsync@lists.samba.org
Sent: Monday, December 11, 2006 2:08:43 PM
Su
On Mon, Dec 11, 2006 at 07:28:54AM -0800, Nathan wrote:
> Is there a way to get --stats to display in something other then bytes?
The --human-readable (-h) option transforms some of the stats into
larger units (just not the memory stats output via -vv).
..wayne..
--
To unsubscribe or cha
Is there a way to get --stats to display in something other then bytes?
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
--
To unsubscribe or change options
Hi all,
Well, yeah, that's it, really. :-) Try it. Works consistently, on Doze
and Linux here ...
# rsync -vvrlHSPtiypogD --stats --numeric-ids --delete-after --force --
partial-dir=.partial /tmp/ /var/tmp/
[...show stats...]
unknown message 4:1 [generator]
rsync error: error in
Is there any way to
force rsync to display stats (--stats) but to be quiet (-q) for everything
else?
-=> Gregg <=-
Gregg
Leichtman
Digital Imaging
Specialist
http://www.radpharm.com
Long experience has taught
me this about the status of mankind with reg
On Sun, Mar 12, 2006 at 08:16:05AM -0600, Max Kipness wrote:
> is it possible to still receive stats to that point in time?
That is not currently possible.
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.
When rsync fails due to a network connectivity issue to a remote host, is it
possible to still receive stats to that point in time? In other words, I'm
trying to figure out how I could still receive the amount of sent data at
least. As of now, with version 2.6.3 it seems like rsync
On Mon, Feb 13, 2006 at 12:23:32AM +0100, Richard Taubo wrote:
> When using the --stats option in rsync, see result below, what does
> the term: "File list size: 46" mean?
It means that rsync wrote 46 bytes across the wire when sending the
file-list info from the sender to the re
Hi!
I have a very short and simple question:
When using the --stats option in rsync, see result below, what does the
term: "File list size: 46" mean?
As "Number of files" is 1, I am sure it does not reflect number of
files copied. But what is its significance?
Number o
Wayne Davison wrote:
On Tue, Feb 07, 2006 at 02:32:22PM -0500, Daniel Rawson wrote:
I am indeed using --dry-run (well, -n, but ...). That must be it!
I'm changing this for 2.6.7, as I want the output of -n to be closer
to what rsync would output when -n is removed.
..wayne..
Wayne -
Tha
On Tue, 7 Feb 2006, Wayne Davison <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 07, 2006 at 02:32:22PM -0500, Daniel Rawson wrote:
>> I am indeed using --dry-run (well, -n, but ...). That must be it!
>
> I'm changing this for 2.6.7, as I want the output of -n to be closer
> to what rsync would output
On Tue, Feb 07, 2006 at 02:32:22PM -0500, Daniel Rawson wrote:
> I am indeed using --dry-run (well, -n, but ...). That must be it!
I'm changing this for 2.6.7, as I want the output of -n to be closer
to what rsync would output when -n is removed.
..wayne..
--
To unsubscribe or change options: h
Wayne Davison wrote:
On Tue, Feb 07, 2006 at 08:32:15AM -0500, Daniel Rawson wrote:
However, the files (and the deleted files) appear no matter what.
Did you specify --dry-run, --progress, --log-format, or -i? Those
options can also turn on either verbosity (the first 2) or just the
display
On Tue, Feb 07, 2006 at 08:32:15AM -0500, Daniel Rawson wrote:
> However, the files (and the deleted files) appear no matter what.
Did you specify --dry-run, --progress, --log-format, or -i? Those
options can also turn on either verbosity (the first 2) or just the
displaying of the names that are
I'm using rsync 2.6.6 to transfer some directories with the following invocation
rsync -az --delete --ignore-errors --stats -e rsh
I would expect to get ONLY the --stats output from this invocation. If I add
one or more -v flags, I would expect to see the files listed.
However, the
https://bugzilla.samba.org/show_bug.cgi?id=2602
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Additional Comments
https://bugzilla.samba.org/show_bug.cgi?id=2602
Summary: Additional file info in the --stats report
Product: rsync
Version: 2.6.4
Platform: All
OS/Version: Solaris
Status: NEW
Severity: enhancement
Priority: P3
5, 2005 4:52 PM
To: '[EMAIL PROTECTED]'
Subject: RE: [Bug 2389] block/character devices on Solaris yield wacky rsync
stats
> Please let me know if this fixes the problem.
Hi Wayne,
The patch works just fine - thanks! I had originally used the same patch;
however, I went with the
https://bugzilla.samba.org/show_bug.cgi?id=2389
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2389
--- Additional Comments From [EMAIL PROTECTED] 2005-02-24 19:35 ---
Created an attachment (id=982)
--> (https://bugzilla.samba.org/attachment.cgi?id=982&action=view)
A simpler fix
I think a better/simpler fix is to tweak the code in fl
quot;, but with --dry-run it instead means "this file
would be transferred". The stats follow in this same vein: how many files
would have been transferred and how large are they?
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are receivi
https://bugzilla.samba.org/show_bug.cgi?id=2390
Summary: some dry run stats inaccurate
Product: rsync
Version: 2.6.4
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
Component: core
https://bugzilla.samba.org/show_bug.cgi?id=2390
--- Additional Comments From [EMAIL PROTECTED] 2005-02-24 17:21 ---
Created an attachment (id=980)
--> (https://bugzilla.samba.org/attachment.cgi?id=980&action=view)
Proposed sender.c / receiver.c patch
--
Configure bugmail: https://
https://bugzilla.samba.org/show_bug.cgi?id=2389
Summary: block/character devices on Solaris yield wacky rsync
stats
Product: rsync
Version: 2.6.4
Platform: All
OS/Version: Solaris
Status: NEW
Severity
https://bugzilla.samba.org/show_bug.cgi?id=2389
--- Additional Comments From [EMAIL PROTECTED] 2005-02-24 16:43 ---
Created an attachment (id=979)
--> (https://bugzilla.samba.org/attachment.cgi?id=979&action=view)
Proposed syscall.c patch
--
Configure bugmail: https://bugzilla.sam
On Tue, Sep 07, 2004 at 02:54:07PM -0400, Christophe Kalt wrote:
> i do see the funky read/write logic in report(), but this only seems
> to be used for the two line stats summary
I guess I was assuming that we'd only want this statistic from the
sender, but that may not be a true assu
1 - 100 of 114 matches
Mail list logo
