https://bugzilla.samba.org/show_bug.cgi?id=14798
Bug ID: 14798
Summary: Metadata traffic --- uncompressed with -z, interaction
with --bwlimit and ssh compression
Product: rsync
Version: 3.1.3
Hardware: All
Hi folks,
Looking at my network charts in Zabbix I have the impression
that rsync --bwlimit is affected by foreign rsyncs (with or
without --bwlimit). Can you confirm?
Regards
Harri
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options
this as a good solution; a "dynamic" --bwlimit option is needed.
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsubscribe or change options: https://lists.samba.org/mail
https://bugzilla.samba.org/show_bug.cgi?id=12942
--- Comment #1 from roland ---
see https://bugzilla.samba.org/show_bug.cgi?id=7120
--
You are receiving this mail because:
You are the QA Contact for the bug.
--
Please use reply-all for most replies to avoid omitting the mailing list.
To unsub
https://bugzilla.samba.org/show_bug.cgi?id=12942
Bug ID: 12942
Summary: Traffic shaping: Make --bwlimit dynamic
Product: rsync
Version: 3.1.3
Hardware: All
OS: All
Status: NEW
Severity: normal
samba-b...@samba.org wrote:
--snipp--
It seems that pv is waiting for data from rsync, and rsync is waiting for data
too (stuck in select()) and not closing the input to pv. So it's a deadlock.
Same happens when you substitute pv with something else (like dd). It seems
that those commands just do
On Wed, Mar 01, 2017 at 05:38:15PM +, samba-b...@samba.org wrote:
> https://bugzilla.samba.org/show_bug.cgi?id=7120
>
> --- Comment #7 from roland ---
> please mind the note from this posting when using pv:
> http://superuser.com/questions/778066/using-pv1-to-limit-rsync-speed
>
>
> --snipp
https://bugzilla.samba.org/show_bug.cgi?id=7120
--- Comment #7 from roland ---
please mind the note from this posting when using pv:
http://superuser.com/questions/778066/using-pv1-to-limit-rsync-speed
--snipp--
It seems that pv is waiting for data from rsync, and rsync is waiting for data
too
https://bugzilla.samba.org/show_bug.cgi?id=7120
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=7120
--- Comment #5 from roland 2014-05-06 18:11:03 UTC ---
what`s "unstable" in the way i described it?
why build every feature in every tool when the power of unix is to concatenate
tools in a way to handle requirements?
--
Configure bugmail: https:
https://bugzilla.samba.org/show_bug.cgi?id=7120
--- Comment #4 from Pol Hallen 2014-05-05 19:15:42
UTC ---
Hi all and thanks for replies, any "stable" way to do rsync with variable
bandwidht?
Thanks
Pol
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are
https://bugzilla.samba.org/show_bug.cgi?id=10451
Wayne Davison changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=10451
Summary: --info=progress2 with --bwlimit doesn't give correct
value
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
Sev
2013-05-19 23:29:26 UTC ---
The --bwlimit option is understood when starting the daemon, but the value
isn't shared with the client, so any limiting that the client side would
normally be in charge of won't happen. If you're wanting to force --bwlimit to
a particular value, your
https://bugzilla.samba.org/show_bug.cgi?id=9660
--- Comment #1 from m...@gmx.net 2013-03-29 10:28:30 UTC ---
It looks like the function is not implemented for the --deamon mode. Can
somebody confirm this?
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
--- You are re
https://bugzilla.samba.org/show_bug.cgi?id=7120
--- Comment #3 from roland 2013-03-09 12:06:15 UTC ---
you can do that with pipe-viewer or similar pipe transfer visualization tools
with throttling feature.
http://www.ivarch.com/programs/pv.shtml
first we need to create a little wrapper to put
mind that throttle needs -s 1 as this seems to
circumvent the buffering problem.
not sure about the maximum bandwidth you can reach with that and how good you
really can adjust the bandwith, so please report your findings..
If that is a useful option, can someone please put this into the bugzill
re about the maximum bandwidth you can reach with that and how good you
really can adjust the bandwith, so please report your findings..
If that is a useful option, can someone please put this into the bugzilla entry?
regards
Roland
List: rsync
Subject:[Bug 7120] Variable bandwidth l
"1000" > /tmp/bla
cat /tmp/bla | rsync ... --bwlimit-stdin ...
changing by just write to the fifo
echo "50" > /tmp/bla
2# file and signal
mktemp > /tmp/bla2
echo "1000" > /tmp/bla2
rsync ... -bwlimit-from=/tmp/bla2 &
RSYNCPID=$!
echo &qu
https://bugzilla.samba.org/show_bug.cgi?id=9660
Summary: rsync --daemon --bwlimit does not work on server side
Product: rsync
Version: 3.0.9
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
ld be contained in max
bwlimit (say like 1Mbps) and if there is only one running it should
use the entire allocated bandwidth limit.
Instead of trying to use --bwlimit, take a look at "trickle". It's old
but works well
Chris
smime.p7s
Description: S/MIME Cryptographic Signature
Hi,
Is there a way to do rsync with varying bwlimit during the transfer. I tried to
look using Linux 'tc' but it looks trivial. Do somebody has working model for
it?
Our pipe is limited and we don't want to give everything to rsync, We have
situation where we want rsync transf
Thanks Paul and Wayne. The behaviour is clear now.
Regards,
Alistair
On Sat, Jan 22, 2011 at 11:01 PM, Wayne Davison wrote:
> On Sat, Jan 22, 2011 at 2:22 AM, Alistair Dsouza wrote:
>
>> Literal data: 6,496 bytes
>>
>
> That is how much literal data rsync had to send to finish the file, so it
On Sat, Jan 22, 2011 at 2:22 AM, Alistair Dsouza wrote:
> Literal data: 6,496 bytes
>
That is how much literal data rsync had to send to finish the file, so it is
not surprising that it finished quickly. See also the Total bytes received
(about 40K), so it would not be surprising to have a 10K/s
, Jan 21, 2011 at 6:45 PM, Paul Slootman
> wrote:
> On Fri 21 Jan 2011, Alistair Dsouza wrote:
> >
> > I have set the bwlimit to 10 i.e. 10 KBps. When I try to sync files the
> > bwlimit is as what is
> > set. I have enabled storage of partial files. When a comm
On Fri 21 Jan 2011, Alistair Dsouza wrote:
>
> I have set the bwlimit to 10 i.e. 10 KBps. When I try to sync files the
> bwlimit is as what is
> set. I have enabled storage of partial files. When a communication break
> causes rsync to
> time out during a transfer the partial
I am using rsync version 3.0.7. My rsync server is running on the cloud.
I have set the bwlimit to 10 i.e. 10 KBps. When I try to sync files the
bwlimit is as what is
set. I have enabled storage of partial files. When a communication break
causes rsync to
time out during a transfer the partial
#1 from e...@logtenberg.eu 2010-11-23 03:54 CST ---
Speaking about variable bandwidth, it would also be sweet if rsync could
somehow be signalled to use a different bwlimit than the one it was started
with.
The use case is: on huge rsync jobs (think multiple weeks) one would like to
throttle
Hi
Ok, i will look in that.
Thanks,
Mark
On Fri, Jul 30, 2010 at 4:47 PM, Matt McCutchen wrote:
> On Fri, 2010-07-30 at 09:39 +0200, Mark Eisenblaetter wrote:
> > i can't use ForceCommand, they want be able to login again.
>
> If the customer has shell access, they will be able to circumvent an
On Fri, 2010-07-30 at 09:39 +0200, Mark Eisenblaetter wrote:
> i can't use ForceCommand, they want be able to login again.
If the customer has shell access, they will be able to circumvent any
bandwidth limitation you might try to apply at the rsync level.
Consider using "tc" or the analogous tool
in addition want to use rsync
> via ssh.
>
> But i will start reading the ssh docs, to look at this feature.
>
>
> Mark
>
>
>
>
> On Fri, Jul 30, 2010 at 3:41 AM, Matt McCutchen wrote:
>
>> On Thu, 2010-07-29 at 13:00 +0200, Mark Eisenblaetter wrote:
&g
ark Eisenblaetter wrote:
> > is there any way to add an bwlimit to an SSH Singel USe Deamon?
> > My cutomer want to use ssh and i want to set an Bandwith limit.
> > As long that bwlimit is not an rsyncd.conf option i see no way to add
> > ist for ssh connections.
> >
>
On Thu, 2010-07-29 at 13:00 +0200, Mark Eisenblaetter wrote:
> is there any way to add an bwlimit to an SSH Singel USe Deamon?
> My cutomer want to use ssh and i want to set an Bandwith limit.
> As long that bwlimit is not an rsyncd.conf option i see no way to add
> ist for ssh
Hello List.
is there any way to add an bwlimit to an SSH Singel USe Deamon?
My cutomer want to use ssh and i want to set an Bandwith limit.
As long that bwlimit is not an rsyncd.conf option i see no way to add ist
for ssh connections.
I am using debian Lenny with rsync 3.0.3
Thnaks,
Mark
https://bugzilla.samba.org/show_bug.cgi?id=7120
Summary: Variable bandwidth limit .. bwlimit
Product: rsync
Version: 3.1.0
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P3
||FIXED
--- Comment #2 from way...@samba.org 2009-11-13 02:10 CST ---
I've both improved the docs and improved the option to be able to accept the
same unit suffixes that are accepted by --max-size and --min-size. This makes
it clearer what --bwlimit=1000 is doing
samba-b...@samba.org wrote:
> Given that this is a network transfer rate, it'd be more proper (and
> consistent with other applications) to change the function to work
> in SI kilobytes per second (i.e. use 1000 instead of 1024), but
> that's backwards-incompatible. If you'd like to go this route,
https://bugzilla.samba.org/show_bug.cgi?id=6881
--- Comment #1 from rlaa...@wiktel.com 2009-11-09 12:54 CST ---
Created an attachment (id=4934)
--> (https://bugzilla.samba.org/attachment.cgi?id=4934&action=view)
A patch to change the documentation to use "KiB/s" and "kibibytes per se
https://bugzilla.samba.org/show_bug.cgi?id=6881
Summary: --bwlimit option uses KiB/s, but is documented as (what
amounts to) kB/s
Product: rsync
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
I want to use rsync under the control (ie. initiated from) the client
side, but with the bandwidth controlled by the server side. I can force
the bwlimit option on the command line executed on the server, but will
this make a difference given that the files are being sent from client to
Thanks John. I looked into this patch but it doesn't resolve my
problem, and we have have posix FADV.
I found a simple solution. Just open the file on receiver to be write
direct to disk avoid file buffer/cache. Of course the performance
sucks but it's what I need. The output block rate cannot be
On Fri, 28 Mar 2008, Reeve Yang <[EMAIL PROTECTED]> wrote:
> Is there anyway to make rsync use direct I/O bypassing FS buffer?
I'm not an expert on that by any means, but AFAIK, rsync supports that
only via this patch:
http://rsync.samba.org/ftp/rsync/patches/drop-cache.diff
(You'll have to co
Is there anyway to make rsync use direct I/O bypassing FS buffer?
On Thu, Mar 27, 2008 at 10:57 PM, John Van Essen <[EMAIL PROTECTED]> wrote:
> On Thu, 27 Mar 2008, Reeve Yang <[EMAIL PROTECTED]> wrote:
> > Does "bwlimit" option really work on rsync locally?
&g
On Thu, 27 Mar 2008, Reeve Yang <[EMAIL PROTECTED]> wrote:
> Does "bwlimit" option really work on rsync locally?
Yes, it does.
> rsync without --bwlimit:
>> iostat; rsync -a -r --stats swapfile swapfile.rsync; iostat
> sent 2147745923 bytes received
Does "bwlimit" option really work on rsync locally? We have one type
of harddisk and want to slow down rsync I/O on disk because I don't
want the disk head gets too hot. While I'm trying to use --bwlimit
option, it looks the rsync speed was slowed down, but iostat is not
impr
On Sat, Feb 17, 2007 at 03:59:08PM +0100, Christoph Biedl wrote:
> Is there a chance that bwlimit changed its behaviour in the last two
> years?
My big improvements for bwlimit went out in 2.6.3 (30 Sep 2004), so it
was just a little over 2 years ago.
..wayne..
--
To unsubscribe or
Paul Slootman wrote...
> Can you give the details of whatever gives you that impression?
FWIW I had similar observations in the past but was too lazy to report
it; and now I cannot reproduce it using rsync 2.6.9.
Is there a chance that bwlimit changed its behaviour in the last two
ye
On Fri 16 Feb 2007, David Jonsson wrote:
> My impression when running with --bwlimit in combination with
> compression -z is that the speed to the filesystem is limited to the
> value given in --bwlimit.
>
> This must be contrary to the intention with --bwlimit.
Can you give
My impression when running with --bwlimit in combination with
compression -z is that the speed to the filesystem is limited to the
value given in --bwlimit.
This must be contrary to the intention with --bwlimit.
David
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo
own.
If that's not possible, you'll need to code something to make rsync vary
its bandwidth limit, perhaps by adding a call at the start of each file
transfer to check on the time and change both bwlimit_writemax and
bwlimit.
..wayne..
--
To unsubscribe or change options: https://lists.samb
I am using rsync in
a situation where the amount of bwlimit I want to use changes depending on the
time of day.
for example, I
start rsync at 2am when no-one else is using the system, so I want it to
use 100k/sec. At 9am, it is still running, but as the bandwidth of the link
it's
Hi,
Here's one I sometimes use which limits
the bandwidth to a maximum of 64k
rsync -avz --bwlimit=64 10.0.10.130::Backup
/backupdir
--
Reuben Pearse
Principal Technical Consultant
[EMAIL PROTECTED]
T +44 121 428 4440 F +44 121 428 3454
PSL The Old Sewing Factory 5a Greenfield
Hi,
Any one give me some sample code with bwlimit option.
what's is the std/ recommended value for this?
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
https://bugzilla.samba.org/show_bug.cgi?id=2800
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.samba.org/show_bug.cgi?id=2800
--- Additional Comments From [EMAIL PROTECTED] 2005-06-14 17:14 ---
My mistake, there is no bug. I was rsyncing to the wrong directory so the local
files weren't there.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?ta
https://bugzilla.samba.org/show_bug.cgi?id=2800
Summary: bwlimit effects checksum speed
Product: rsync
Version: 2.6.0
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: P3
Component: core
hed bugzilla. Oh well.
> The conversation then went on to mention that --bwlimit has never really
> been a daemon option, and only coincidentally set a default bandwidth-
> limit value for a daemon (in older versions). However, that value could
> be exceeded by the client (which is wh
On Thu, Jan 13, 2005 at 09:12:12AM +, [EMAIL PROTECTED] wrote:
> Some time after 2.6.0 the --bwlimit code was enhanced, but the code now
> doesn't work anymore when you set the bandwidth limit for the daemon
First, thanks for the patch -- they are always appreciated! However,
yo
[I'm not subscribed, please CC me on replies]
Some time after 2.6.0 the --bwlimit code was enhanced, but the code now
doesn't work anymore when you set the bandwidth limit for the daemon and
generates error log entries like:
2005/01/13 08:17:03 [29636] rsync: writefd_unbuffered faile
On Wed 17 Nov 2004, Wayne Davison wrote:
> See the recent discussion about this:
>
> http://www.mail-archive.com/rsync@lists.samba.org/msg11850.html
I need to subscribe a gmail account to the rsync list, I didn't find
that message in my own archive :-(
Thanks.
Paul Slootman
--
To unsubscribe
See the recent discussion about this:
http://www.mail-archive.com/rsync@lists.samba.org/msg11850.html
The patch specified in that message could be used as a stop-gap measure
until official support for bwlimit in combination with daemon comes out
in a future release.
..wayne..
--
To unsubscribe
I received a bug report that starting with 2.6.3, rsync fails when
started from inetd with the --bwlimit option (actually, I narrowed it
down to that :-). Earlier rsync versions did work.
What I see from the strace output is that the rsync --daemon process
sets fd 0 to ON_NONBLOCK, then does a
> That's because --bwlimit is a client option. The current code in CVS,
> which now prevents the the user from mixing daemon options with client
> options, doesn't even let you specify --bwlimit in combination with
> --daemon. I am considering making --bwlimit a daemon
On Thu, Nov 04, 2004 at 12:26:06PM -0200, Marcelo Ricardo Leitner wrote:
> The problem is that on io.c:882 bwlimit_writemax is also used to
> control the bandwidth, but it is not initialized for the daemon mode.
That's because --bwlimit is a client option. The current code in CVS
It would be useful to be able to send a signal to an active rsync process
to get it to throttle (up or down) the bwlimit parameter. Is this a
pandora's box, or is it useful for an interested party to put some effort
into this?
-Chuck
--
http://www.quantumlinux.com
Quantum
Hi list,
I couldn't find anything related to this, on mailing lists or even bugzilla,
so here it is.
A problem with this combination exists in the new 2.6.3 where the bwlimit
code got rewritten and is not present at <= 2.6.2.
The problem is that on io.c:882 bwlimit_writemax is also
Wallace Matthews wrote:
Wayne replied to my original note which said that in a special
situation that I was using to probe rsync to build a behavioral model
that bwlimit= resulted in bimodal behavior around a 4000 kbyte/sec
value.
[snip]
bwlimit is not main line functionality. It is useful for
Wayne replied to my original note which said that in a special situation that I was
using to probe rsync to build a behavioral model that bwlimit= resulted in bimodal
behavior around a 4000 kbyte/sec value.
He responded with a patch that I have tested in a limited way. I have a push scenario
king that a better algorithm for setting the max value
correctly for both large and small values of bwlimit would be good.
Maybe something like this:
--- io.c15 May 2004 19:31:10 - 1.121
+++ io.c26 May 2004 09:48:27 -
@@ -47,6 +47,7 @@ static time_t last_io;
static
On Mon 24 May 2004, Wayne Davison wrote:
> output. Finally, I applied a modified version of the patch that Paul
> just reminded us that Debian is using, though I decided to limit the
> write size to "bwlimit * 512" rather than "bwlimit * 100" (at least for
> no
up is 1.00
# write-to and read-from tests both yield throughput about 7.4 MB/s
$ rsh dbrac-02 rm xxx; /usr/bin/rsync -v --rsync-path=/usr/bin/rsync --bwlimit=8000
xxx dbrac-02:`pwd`/
xxx
wrote 11134869 bytes read 36 bytes 2474423.33 bytes/sec
total size is 11133439 speedup is 1.00
# 2
On Mon, May 24, 2004 at 01:54:42PM -0700, Wayne Davison wrote:
> I'm looking into some of the old bwlimit patches to see about
> improving this.
Here's a potential patch to make --bwlimit better. This started with
Roger's idea on accumulating delay until we have enough
On Fri, May 21, 2004 at 02:48:12PM -0400, Wallace Matthews wrote:
> I can repeat this time after time. If --bwlimit is > 4000 (ie. 4005,
> 4025, 4050,5000,7500,1,10) real is in the same range as 4001.
> If --bwlimit is 4000 or under (ie. 3725, 2000, 1000, 100) real is in
>
On Fri 21 May 2004, Wallace Matthews wrote:
> Since --bwlimit depends upon sleep(1 second), I repeated the experiment with a file
> that was 383 Megabyte so that when I am running unthrottled it takes significantly
> longer than a second (ie. ~50 seconds) to complete. I get the same
Since --bwlimit depends upon sleep(1 second), I repeated the experiment with a file
that was 383 Megabyte so that when I am running unthrottled it takes significantly
longer than a second (ie. ~50 seconds) to complete. I get the same bi-modal behavior
but with different values for 4000 and 4001
I am doing some benchmarking of rsync. I am using the --bwlimit= option to throttle
down rsync to predict its operation over slow communications links. I am using rsync
2.6.2 from the release site without any patches. I downloaded the release rather than
pull from the CVS tree.
I have 2
On Fri, Oct 17, 2003 at 10:23:27AM -0500, John Van Essen wrote:
> On 17 Oct 2003, Rene Schumann <[EMAIL PROTECTED]> wrote:
>
> > Hello!
> >
> > I cant get the bwlimit option working right.
> > If i set this option over 400 kbyte per sec i still only get 400kby
Hello!
Thanxs for you explicitely explanation.
Am Fre, 2003-10-17 um 17.23 schrieb John Van Essen:
> On 17 Oct 2003, Rene Schumann <[EMAIL PROTECTED]> wrote:
>
> > Hello!
> >
> > I cant get the bwlimit option working right.
> > If i set this option ove
On 17 Oct 2003, Rene Schumann <[EMAIL PROTECTED]> wrote:
> Hello!
>
> I cant get the bwlimit option working right.
> If i set this option over 400 kbyte per sec i still only get 400kbyte
> per sec, whether wich value i set.
> I try this option with a 100MB big file.
> I cant get the bwlimit option working right.
> If i set this option over 400 kbyte per sec i still only get
> 400kbyte per sec, whether wich value i set. I try this option
> with a 100MB big file. I use a debian stable System with
> rsync version 2.5.6cvs protocol version
Hello!
I cant get the bwlimit option working right.
If i set this option over 400 kbyte per sec i still only get 400kbyte
per sec, whether wich value i set.
I try this option with a 100MB big file.
I use a debian stable System with rsync version 2.5.6cvs protocol
version 26.
Can someone tell me
I am running Rsync as a service under windows2000
The --bwlimit option causes cygrunsrv service to fail if included during
setup of the service:
$ cygrunsrv -I "RSYNC" -p /usr/bin/rsync.exe -a '--config=/etc/rsyncd.conf
--daemon --bwlimit=64'
$ cygrunsrv -S rsync
cygruns
Hi,
I Emailed this afternoon that bwlimit leads to a much too low
bwlimit if small amounts of data are sent in each write. I
wrote a small patch now.
Congrats on the code: It's nice and clean: I wrote a working
patch in 5 minutes after examining a total of 25 lines of code.
(My backup
Hi everybody,
is it possible, to use the bwlimit - options when running rsync from
console / crontab ( not as deamon ).
Greetings
Sven
**
Diese Email wurde auf Viren geprueft
On Thu, Apr 04, 2002 at 02:05:56PM +0200, Lapo Luchini wrote:
> Is there any plan to do it?
> Is it maybe already in and just not documented?
It's not currently there, and there's no plan to do it. I expect a clean
patch to implement it would be accepted.
- Dave Dykstra
--
To unsubscribe or
Is there any plan to do it?
Is it maybe already in and just not documented?
--
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
--
To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http:
Tools/tcc>rsync --bwlimit=20
> sim/dist/sdonetsvr/sim.lic.010703
> atlas:/tmp
> Tools@willy
> /users/Tools/tcc>rsync --version
> rsync version 2.5.1pre3 protocol version 25
> Copyright (C) 1996-2001 by Andrew Tridgell and
> others
> <http://rsync.samba.org/>
&g
My results:
+++
Tools@willy
/users/Tools/tcc>rsync --bwlimit=20 sim/dist/sdonetsvr/sim.lic.010703
atlas:/tmp
Tools@willy
/users/Tools/tcc>rsync --version
rsync version 2.5.1pre3 protocol version 25
Cop
Hello Everyone:
I've been trying to get rsync using --bwlimit
using openssh for transport without success.
Here's what I get:
% rsync --bwlimit=20 from.com:/dir/file.txt /dest
[EMAIL PROTECTED]'s password:
rsync: unrecognized option `--bwlimit=20'
unexpected
89 matches
Mail list logo
