Your message dated Fri, 03 Apr 2009 18:10:47 +0200
with message-id <[email protected]>
and subject line done, use the new scriptset
has caused the Debian Bug report #441460,
regarding mirrors: anonftpsync sucks bandwidth from more important tasks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
441460: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441460
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: mirrors
Severity: wishlist
Tags: patch

When mirroring from a fast mirror over a slow link
anonftpsync can hog all the bandwith, to the detriment
of more important tasks.

Attached is a patch which uses the rsync --bwlimit
option to address this problem.

This patch is ment to be applied after the lockfile
timeout patch of Bug#441459.

Note that this patch contains tabs, because the
original anonftpsync did.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
--- anonftpsync 2007-09-09 17:56:08.000000000 -0500
+++ anonftpsync2        2007-09-09 18:28:21.000000000 -0500
@@ -82,6 +82,12 @@
 
 MAILTO=
 
+# BWLIMIT Bandwidth limit in KBps.  Defaults to '' (unlimited).
+# Limit the maximum transfer rate to the given number of kilobits per
+# second via the rsync --bwlimit parameter.
+
+BWLIMIT=
+
 # LOCK_TIMEOUT Timeout in minutes.  Defaults to 360 (6 hours).
 # This program creates a lock to ensure that only one copy
 # of this program is mirroring any one archive at any one time.
@@ -185,11 +191,18 @@
 # specification. If that's the case on your system, try using "0".
 trap "rm -f $LOCK" exit
 
+if [ -n "$BWLIMIT" ] ; then
+  RSYNC_BWLIMIT="--bwlimit=$BWLIMIT"
+else
+  RSYNC_BWLIMIT=
+fi
+
 set +e
 
 # First sync /pool
 rsync --recursive --links --hard-links --times --verbose \
      $TMP_EXCLUDE $EXCLUDE $SOURCE_EXCLUDE \
+     $RSYNC_BWLIMIT \
      $RSYNC_HOST::$RSYNC_DIR/pool/ $TO/pool/ >> $LOGFILE 2>&1
 result=$?
 
@@ -199,6 +212,7 @@
             --exclude "Archive-Update-in-Progress-${HOSTNAME}" \
             --exclude "project/trace/${HOSTNAME}" \
             $TMP_EXCLUDE $EXCLUDE $SOURCE_EXCLUDE \
+            $RSYNC_BWLIMIT \
             $RSYNC_HOST::$RSYNC_DIR $TO >> $LOGFILE 2>&1
 
        LANG=C date -u > "${TO}/project/trace/${HOSTNAME}"

--- End Message ---
--- Begin Message ---
Hi

anonftpsync is dead, so that bug doesnt apply anymore.

Anyway, if you switch to the new scriptset (the recommended one anyways)
you can edit the RSYNC_OPTIONS in the config file and include the
bwlimit option you want to have easily.

-- 
bye, Joerg
>From a NM after doing the license stuff:
I am glad that I am not a lawyer!  What a miserable way to earn a living.


--- End Message ---

Reply via email to