Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 77405 - rsync.uk.gentoo.org ignore RSYNC_TIMEOUT
Summary: rsync.uk.gentoo.org ignore RSYNC_TIMEOUT
Status: RESOLVED WORKSFORME
Alias: None
Product: Mirrors
Classification: Unclassified
Component: Server Problem (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Mirror Admins
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-01-10 12:28 UTC by Graham Murray
Modified: 2005-08-31 18:34 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Graham Murray 2005-01-10 12:28:15 UTC
The UK rsync mirror ignores the value of RSYNC_TIMEOUT in /etc/make.conf. 'emerge sync' downloads a list of files then is busy checking them. During this time there is no activity on the TCP session. If this period of network inactivity exceeds 180 seconds, the rsync mirror closes the connection with a TCP FIN. I have set RSYNC_TIMEOUT=900 in /etc/make.conf, but the session is still closed after 180s of  network inactivity.

Reproducible: Sometimes
Steps to Reproduce:
1.
2.
3.




emerge info
Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0,
2.6.10-gentoo-r4 i686)
=================================================================
System uname: 2.6.10-gentoo-r4 i686 Pentium III (Coppermine)
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Dec 12 2004, 13:35:10)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r5
sys-devel/automake:  1.8.5-r1
sys-devel/binutils:  2.15.90.0.1.1-r3
sys-devel/libtool:   1.5.2-r7
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium3 -mtune=pentium3 -pipe -fstack-protector"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -mtune=pentium3 -pipe -fstack-protector"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.mirror.sdv.fr ftp://mirror.nutsmaas.nl/gentoo/
ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://ftp.easynet.nl/mirror/gentoo/
ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/"
LDFLAGS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage"
USE="x86 X aalib acl aim alsa apache2 apm arts avi bash-completion berkdb
bitmap-fonts bonobo bzlib caps cdparanoia cdr crypt ctype cups curl curlwrappers
divx4linux doc dvd dvdr emacs encode esd exif f77 faac fam fbcon flac foomaticdb
fortran gdbm gif gmp gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile
iconv icq imagemagick imlib ipv6 jabber java jce jpeg junit kde lcms leim libg++
libwww live lm_sensors mad mikmod mng motif mozilla mozsvg mozxmlterm mpeg msn
native ncurses network nls nptl offensive oggvorbis opengl oscar oss pam pcntl
pcre pdflib perl png posix postgres python qt quicktime readline recode sdl
shared sharedmem slang snmp sockets speex spell sse ssl svg svga sysvipc tcltk
tcpd tetex theora threads tiff truetype type1 unicode usb utf8 wmf wxwindows
xine xml xml2 xmms xv yahoo zlib linguas_en_GB"
Comment 1 Jeffrey Forman (RETIRED) gentoo-dev 2005-02-27 08:08:05 UTC
I believe if you set rsync_timeout=0, that will disable all timeouts.
Comment 2 Graham Murray 2005-03-15 06:51:42 UTC
setting RSYNC_TIMEOUT=0 has no effect. rsync.uk.gentoo.org still closes the connection after 180s of inactivity.
Comment 3 Richard Gray 2005-05-29 09:44:22 UTC
I have had a similar problem, but it seems somehow related to the netfilter
state machine firewall rules. If I just flush all the rules and set the policies
to ACCEPT the problem seems to go away. I'm investigating this further.
Comment 4 Jeffrey Forman (RETIRED) gentoo-dev 2005-08-31 18:34:38 UTC
reopen if this is still an issue. i have not heard any further reports of issues.

-jeffrey