is it a bug or a feature? re:time zone differences, laptops, and suggestion for a new option
Hi, I am using rsync to back up some files from a WinXP laptop to a Linux server. The two machines are in different time zones (8 hour separation). It seems that rsync wants to do a full checksum on every file because it thinks their time stamps are different. Example: GMT is 9am, Local time (Netherlands) 10am, remote time (Australia) 8pm In this case, the file was created and copied to both machines with the same timestamp (e.g. 8pm) when both machines were in the same timezone (Australia). Then I changed countries with my laptop, and ran rsync. After rsync, the remote (Linux) file has a new timestamp which 8 hours earlier (e.g. 10am). I guess that in some sense, rsync thinks they were created at different universal times, and after rsyncing, they are matched to the same UTC. This is OK after I have done it once, but would it be possible to tell rsync that if the timestamp difference is the same as the current time difference, it should ignore? Or just change the timestamp rather than doing a full checksum? I could write a script to run on the Linux box, to change the timestamps by the 8-hour time diff, and revert when I return to Australia, but surely this happens regularly to other people with laptops? Or am I totally confused? Any help will be appreciated. Thanks, Rob. -- Robert Scholten Eindhoven University of Technology Physics Department, building N-laag room g2.02 P.O. Box 513, 5600 MB Eindhoven The Netherlands Tel:+31 40 247 4242 Mobile: +31 611 430 467 Fax:+31 40 245 6050 email: [EMAIL PROTECTED] http://www.ph.unimelb.edu.au/~scholten -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: metadata in dryrun mode
Related to this: (but NOT in dryrun mode!) If verbose(0) rsync reports the filename that is transfered. Is it intentional that rsync doesn't report the filename when the metadata is changed? How about reporting something like: dir/filename: permissions changed dir/filename: owner changed dir/filename: group changed That way it can also be made more consistent between normal and dryrun mode. Please let me know so that I can take it into account into my patch. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
rsync reporting unexpected close and error in protocal data stream
Greeings, I'm running rsync version 2.5.4 on a solaris 2.8 box in daemon mode. I've got nfs mounts on a system in one datacenter and I've more nfs mounts on a different system in a second data center. I'm trying to sync of of the nfs mounts and I'm getting the errors seen below. I've got five other nfs mounts running exactly the same way with out an issue. any comments? thanks, Paul root@sabrina:/opt/Rsync/logs% ../bin/rsync --version rsync version 2.5.4 protocol version 26 Copyright (C) 1996-2002 by Andrew Tridgell and others http://rsync.samba.org/ Capabilities: 32-bit files, socketpairs, hard links, symlinks, batchfiles, no IPv6, 32-bit system inums, 64-bit internal inums root@sabrina:/opt/Rsync/logs% receiving file list ... 569403 files to consider 567328 files to consider rsync error: timeout in data send/receive (code 30) at io.c(86) rsync: connection unexpectedly closed (11251596 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(151) reports/360/360/atlan/ reports/360/360/mwest/ reports/360/360/ncaro/ reports/360/360/seast/ reports/360/360/west/ reports/altel/alltl/ reports/dobsn/dobsn/ reports/nextl/nextl/nextl/ reports/nextl/nextl/nextl/dc/ reports/nextl/nextl/nextl/detr/ reports/nextl/nextl/nextl/la/ reports/nextl/nextl/nextl/lcv/ rsync: connection unexpectedly closed (11251596 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(151) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
little patch with zero priority
Hi, I have a little request, which should be considered very very very
very low priority but would be useful nonetheless... in Makefile.in
there are two lines with additional space at end of line and my editor
strip it, so I must hand-edit the cygwin-specific patch in order to
create the package (nothing serious: only patch is using /usr instead of
/usr/local as a default prefix and installing
$(srcdir)/CYGWIN-PATCHES/rsync-2.5.5.README in ${prefix}/doc/Cygwin).
As I said of course this has ZERO priority, but if there are no real
reasons not to do it, it would simplify things just a bit =)
diff -urN rsync-2.5.5-orig/Makefile.in rsync-2.5.5/Makefile.in
--- rsync-2.5.5-orig/Makefile.in Mon Mar 25 04:36:56 2002
+++ rsync-2.5.5/Makefile.in Thu Apr 4 20:38:23 2002
@@ -28,7 +28,7 @@
@LIBOBJS@
ZLIBOBJ=zlib/deflate.o zlib/infblock.o zlib/infcodes.o zlib/inffast.o \
zlib/inflate.o zlib/inftrees.o zlib/infutil.o zlib/trees.o \
- zlib/zutil.o zlib/adler32.o
+ zlib/zutil.o zlib/adler32.o
OBJS1=rsync.o generator.o receiver.o cleanup.o sender.o exclude.o
util.o main.o checksum.o match.o syscall.o log.o backup.o
OBJS2=options.o flist.o io.o compat.o hlink.o token.o uidlist.o
socket.o fileio.o batch.o \
clientname.o
@@ -37,7 +37,7 @@
popt/popthelp.o popt/poptparse.o
OBJS=$(OBJS1) $(OBJS2) $(DAEMON_OBJ) $(LIBOBJ) $(ZLIBOBJ) @BUILD_POPT@
-TLS_OBJ = tls.o syscall.o lib/permstring.o
+TLS_OBJ = tls.o syscall.o lib/permstring.o
# Programs we must have to run the test cases
CHECK_PROGS = rsync tls getgroups trimslash
@@ -105,8 +107,8 @@
# directories, just in case somebody previously configured things in
# the source directory.
distclean: clean
- rm -f Makefile config.h config.status
- rm -f $(srcdir)/Makefile $(srcdir)/config.h $(srcdir)/config.status
+ rm -f Makefile config.h config.status
+ rm -f $(srcdir)/Makefile $(srcdir)/config.h $(srcdir)/config.status
rm -f config.cache config.log
rm -f $(srcdir)/config.cache $(srcdir)/config.log
@@ -119,7 +121,7 @@
finddead:
nm *.o */*.o |grep 'U ' | awk '{print $$2}' | sort -u nmused.txt
nm *.o */*.o |grep 'T ' | awk '{print $$3}' | sort -u nmfns.txt
- comm -13 nmused.txt nmfns.txt
+ comm -13 nmused.txt nmfns.txt
# 'check' is the GNU name, 'test' is the name for everybody else :-)
.PHONY: check test
@@ -154,14 +156,14 @@
# Run the SPLINT (Secure Programming Lint) tool. www.splint.org
.PHONY: splint
-splint:
+splint:
splint +unixlib +gnuextensions -weak rsync.c
rsync.dvi: doc/rsync.texinfo
texi2dvi -o $@ $
-rsync.ps: rsync.dvi
+rsync.ps: rsync.dvi
dvips -ta4 -o $@ $
rsync.pdf: doc/rsync.texinfo
--
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://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: is it a bug or a feature? re:time zone differences, laptops, andsuggestion for a new option
It's much easier than that. The linux box keeps time in GMT, and displays it in the configured time zone. Try this, on the linux box: touch testfile ls -l testfile TZ=EST5 export TZ ls -l testfile You will see the displayed time change, because it's being translated from epoch time (that's what I call it, anyway) - seconds since midnight, January 1, 1970. Your windows box is probably configured to keep and display time in local time. Change it to hardware clock is in GMT or whatever it is. The other potential kicker is that ms keeps time in 2-second granularity, or at least, it did in some iterations, hence the --modify-window=N option, which lets you say that any time within N seconds is a match. You probably don't need that one, though. Tim Conway [EMAIL PROTECTED] 303.682.4917 Philips Semiconductor - Longmont TC 1880 Industrial Circle, Suite D Longmont, CO 80501 Available via SameTime Connect within Philips, n9hmg on AIM perl -e 'print pack(, 19061,29556,8289,28271,29800,25970,8304,25970,27680,26721,25451,25970), .\n ' There are some who call me Tim? Robert Scholten [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 04/04/2002 04:14 AM To: rsync users [EMAIL PROTECTED] cc: (bcc: Tim Conway/LMT/SC/PHILIPS) Subject:is it a bug or a feature? re:time zone differences, laptops, and suggestion for a new option Classification: Hi, I am using rsync to back up some files from a WinXP laptop to a Linux server. The two machines are in different time zones (8 hour separation). It seems that rsync wants to do a full checksum on every file because it thinks their time stamps are different. Example: GMT is 9am, Local time (Netherlands) 10am, remote time (Australia) 8pm In this case, the file was created and copied to both machines with the same timestamp (e.g. 8pm) when both machines were in the same timezone (Australia). Then I changed countries with my laptop, and ran rsync. After rsync, the remote (Linux) file has a new timestamp which 8 hours earlier (e.g. 10am). I guess that in some sense, rsync thinks they were created at different universal times, and after rsyncing, they are matched to the same UTC. This is OK after I have done it once, but would it be possible to tell rsync that if the timestamp difference is the same as the current time difference, it should ignore? Or just change the timestamp rather than doing a full checksum? I could write a script to run on the Linux box, to change the timestamps by the 8-hour time diff, and revert when I return to Australia, but surely this happens regularly to other people with laptops? Or am I totally confused? Any help will be appreciated. Thanks, Rob. -- Robert Scholten Eindhoven University of Technology Physics Department, building N-laag room g2.02 P.O. Box 513, 5600 MB Eindhoven The Netherlands Tel:+31 40 247 4242 Mobile: +31 611 430 467 Fax:+31 40 245 6050 email: [EMAIL PROTECTED] http://www.ph.unimelb.edu.au/~scholten -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
RE: is it a bug or a feature? re:time zone differences, laptops, and suggestion for a new option
Martin Pool [[EMAIL PROTECTED]] writes: Linux stores file times in UTC, and rsync transfers them in UTC. I thought that NT and XP did too, but perhaps not, or perhaps there is a problem with Cygwin. (...) It depends on the filesystem under Windows. NTFS uses UTC for timestamps, but the FAT* variants use local time. -- David /---\ \ David Bolen\ E-mail: [EMAIL PROTECTED] / | FitLinxx, Inc.\ Phone: (203) 708-5192| / 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \ \---/ -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: is it a bug or a feature? re:time zone differences, laptops, and suggestion for a new option
On 4 Apr 2002, Robert Scholten [EMAIL PROTECTED] wrote: Hi, I am using rsync to back up some files from a WinXP laptop to a Linux server. Linux stores file times in UTC, and rsync transfers them in UTC. I thought that NT and XP did too, but perhaps not, or perhaps there is a problem with Cygwin. Changing timezone ought not to have any effect on rsync. What does TZ=UTC ls -l show on the two boxes before and after changing timezone? -- Martin -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [patch] Basic HTTP Proxy Authentication
On 4 Apr 2002, Bardur Arantsson [EMAIL PROTECTED] wrote: Hi all, I have put together a patch for supporting Basic HTTP Proxy Authentication. Thanks, that looks good. It should be in 2.6. -- Martin -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: chmod patch
If sending files, modify the mode before transmission. I don't think it possible in windows environment (cygwin) I'm backup lot of windows labtops and I want the user data to be some how secure on the server. The status now is that the files are world readable :-( Dib Urim - Original Message - From: Martin Pool [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, April 05, 2002 8:40 AM Subject: Re: chmod patch I think --chmod can sensibly always be done locally, which will work better when talking to old servers: If sending files, modify the mode before transmission. If receiving files, modify the mode on receipt. Possibly the complexity of doing this twice in the code is not justified, but I think it would be an OK tradeoff. -- Martin -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: chmod patch
On 5 Apr 2002, Diburim [EMAIL PROTECTED] wrote: If sending files, modify the mode before transmission. I don't think it possible in windows environment (cygwin) I'm backup lot of windows labtops and I want the user data to be some how secure on the server. The status now is that the files are world readable :-( That's an argument for having --chmod, isn't it? It's a way to get the windows machines to send a mode of 0600 even though that's not present on their local disks. -- Martin -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
