Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 37403 - problems with timestamps when rsync fails
Summary: problems with timestamps when rsync fails
Status: RESOLVED FIXED
Alias: None
Product: Portage Development
Classification: Unclassified
Component: Core (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Portage team
URL:
Whiteboard:
Keywords: InVCS
Depends on:
Blocks:
 
Reported: 2004-01-06 10:08 UTC by Hans-Christian Armingeon
Modified: 2004-02-08 17:55 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 Hans-Christian Armingeon 2004-01-06 10:08:37 UTC
Here's a part of an rsync log:
The main lines are, where rsync gets an timeout, and tries again, and says:
>>> cancelling sync because this server timestamp is the same as local timestamp

The problem is, that the rsync hasn't completely finished, but the timestamp has already been updated. Maybe, this bug is invalid, because it isn't a real bug, I would call it "misbehaviour" ;-).

So here's the log

x11-plugins/
x11-terms/
x11-themes/
x11-themes/sylpheed-theme/
x11-wm/
xfce-base/
xfce-extra/
rsync: connection unexpectedly closed (1632425 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(189)
>>> retry ...


>>> Starting retry 1 of 3
>>> checking server timestamp ...

-===================================================================-

d8888b. .d8888. db    db d8b   db  .o88b. .d888b.    d8888b. d88888b
88  `8D 88'  YP `8b  d8' 888o  88 d8P  Y8 88   8D    88  `8D 88'
88oobY' `8bo.    `8bd8'  88V8o 88 8P      `VoooY'    88   88 88ooooo
88`8b     `Y8b.    88    88 V8o88 8b      .d~~~b.    88   88 88~~~~~
88 `88. db   8D    88    88  V888 Y8b  d8 88   8D db 88  .8D 88.
88   YD `8888Y'    YP    VP   V8P  `Y88P' `Y888P' VP Y8888D' Y88888P

-==================================================================-

                 This box is running Gentoo Linux

-==================================================================-

  Servername      : rsync8.de.gentoo.org
  Server IP       : 80.190.246.242
  Server Specs    : Intel Celeron 2.6 Ghz
                  : 512 MB
                  : 80GB Raid-1
  Bandwidth       : 100 MBit/s
  Server Location : Nuernberg, Germany
  Contact         : Stefan Knoblich    - stkn@gentoo.org
                  : Christian Hartmann - ian@gentoo.org

-==================================================================-


receiving file list ...
1 file to consider
timestamp.chk
          32 100%    0.00kB/s    0:00:00

Number of files: 1
Number of files transferred: 1
Total file size: 32 bytes
Total transferred file size: 32 bytes
Literal data: 32 bytes
Matched data: 0 bytes
File list size: 32
Total bytes written: 211
Total bytes read: 1228

wrote 211 bytes  read 1228 bytes  959.33 bytes/sec
total size is 32  speedup is 0.02
>>> cancelling sync because this server timestamp is the same as local timestamp



Reproducible: Always
Steps to Reproduce:
1. emerge sync
2. rsync needs a timeout
3.

Actual Results:  
rsync fails after the second try with 
>>> cancelling sync because this server timestamp is the same as local 
timestamp 
 

Expected Results:  
Update the timestamp on
Comment 1 Hans-Christian Armingeon 2004-01-06 10:08:37 UTC
Here's a part of an rsync log:
The main lines are, where rsync gets an timeout, and tries again, and says:
>>> cancelling sync because this server timestamp is the same as local timestamp

The problem is, that the rsync hasn't completely finished, but the timestamp has already been updated. Maybe, this bug is invalid, because it isn't a real bug, I would call it "misbehaviour" ;-).

So here's the log

x11-plugins/
x11-terms/
x11-themes/
x11-themes/sylpheed-theme/
x11-wm/
xfce-base/
xfce-extra/
rsync: connection unexpectedly closed (1632425 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(189)
>>> retry ...


>>> Starting retry 1 of 3
>>> checking server timestamp ...

-===================================================================-

d8888b. .d8888. db    db d8b   db  .o88b. .d888b.    d8888b. d88888b
88  `8D 88'  YP `8b  d8' 888o  88 d8P  Y8 88   8D    88  `8D 88'
88oobY' `8bo.    `8bd8'  88V8o 88 8P      `VoooY'    88   88 88ooooo
88`8b     `Y8b.    88    88 V8o88 8b      .d~~~b.    88   88 88~~~~~
88 `88. db   8D    88    88  V888 Y8b  d8 88   8D db 88  .8D 88.
88   YD `8888Y'    YP    VP   V8P  `Y88P' `Y888P' VP Y8888D' Y88888P

-==================================================================-

                 This box is running Gentoo Linux

-==================================================================-

  Servername      : rsync8.de.gentoo.org
  Server IP       : 80.190.246.242
  Server Specs    : Intel Celeron 2.6 Ghz
                  : 512 MB
                  : 80GB Raid-1
  Bandwidth       : 100 MBit/s
  Server Location : Nuernberg, Germany
  Contact         : Stefan Knoblich    - stkn@gentoo.org
                  : Christian Hartmann - ian@gentoo.org

-==================================================================-


receiving file list ...
1 file to consider
timestamp.chk
          32 100%    0.00kB/s    0:00:00

Number of files: 1
Number of files transferred: 1
Total file size: 32 bytes
Total transferred file size: 32 bytes
Literal data: 32 bytes
Matched data: 0 bytes
File list size: 32
Total bytes written: 211
Total bytes read: 1228

wrote 211 bytes  read 1228 bytes  959.33 bytes/sec
total size is 32  speedup is 0.02
>>> cancelling sync because this server timestamp is the same as local timestamp



Reproducible: Always
Steps to Reproduce:
1. emerge sync
2. rsync needs a timeout
3.

Actual Results:  
rsync fails after the second try with 
>>> cancelling sync because this server timestamp is the same as local 
timestamp 
 

Expected Results:  
Update the timestamp onöy after a _successful_ sync 

Portage 2.0.49-r20 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031222-r0, 
2.4.23) 
================================================================= 
System uname: 2.4.23 i686 mobile AMD Athlon(tm) XP 2500+ 
Gentoo Base System version 1.4.3.12 
distcc 2.12 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) 
[disabled] 
ccache version 2.3 [enabled] 
ACCEPT_KEYWORDS="x86 ~x86" 
AUTOCLEAN="yes" 
CFLAGS="-O3 -mcpu=athlon-xp -funroll-loops -pipe" 
CHOST="i686-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /lib/modules /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /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/qmail/control" 
CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/gconf /etc/env.d" 
CXXFLAGS="-O3 -mcpu=athlon-xp -funroll-loops -pipe" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache sandbox" 
GENTOO_MIRRORS="http://builda http://gentoo.oregonstate.edu 
http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 
MAKEOPTS="-j3" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="/usr/local/portage" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="X Xaw3d aalib acl acpi afs alsa apache2 apm arts avi berkdb bonobo cdr 
crypt cscope cups curl dga directfb doc dvb dvd emacs encode esd ethereal evo 
fbcon firebird flash foomaticdb freetds gb gd gdbm ggi gif gnome gphoto2 gpm 
gps gstreamer gtk gtk2 gtkhtml guile imap imlib informix innodb ipv6 jack java 
jikes joystick jpeg kde kerberos krb4 ladcca lcm ldap leim libg++ libgda 
libwww lirc mad maildir mbox mcal memlimit mikmod mmx motif mozilla mpeg mpi 
mule mysql nas ncurses nhc98 nls oci8 odbc oggvorbis opengl oss pam pcmcia pda 
pdflib perl plotutils png pnp postgres ppds prelude python qt quicktime 
readline ruby18 samba sasl scanner sdl slang slp snmp socks5 spell ssl svga 
tcltk tcpd tetex tiff truetype usb wmf wxwindows x86 xface xinerama xml2 xmms 
xosd xv zeo zlib"
Comment 2 Masatomo Nakano (RETIRED) gentoo-dev 2004-01-19 14:27:05 UTC
fixed in cvs
Comment 3 Marius Mauch (RETIRED) gentoo-dev 2004-02-08 17:55:16 UTC
supposed to be fixed in 2.0.50 which is stable now. If this bug is not fixed please reopen.