rsync .gz files?
Francois Collard
Francois.Collard at reuters.com
Thu Jun 30 14:21:08 GMT 2005
Hello all.
I would more suspect the gzip behaviour that changes the file
permissioning during compression.... And can also let both files:
xxx AND xxx.gz after an error... I have found such unexpected files on
nfs systems.
By the way I am interested in a method where I could avoid to
send .gz files if the uncompressed version exists on remote
In other term a way to use rsync to compare compressed and not
compressed files.
Is there a way to tell rsync to use an external comparison program ?
As there is a --size-only option, there is no --date-only option...
Thanks and regards
Francois
------------------------------
Message: 8
Date: Thu, 30 Jun 2005 10:35:31 +0200
From: Paul Slootman <paul at debian.org>
Subject: Re: rsync .gz files?
To: rsync at lists.samba.org
Message-ID: <20050630083530.GA5838 at wurtel.net>
Content-Type: text/plain; charset=us-ascii
On Wed 29 Jun 2005, Diane Rolland wrote:
>
> Interactively, I get the following error:
> :rsync error: some files could not be transferred (code 23) at
> main.c(1045)
>
> In the /etc/rsyncd.log, for each of the files, I get:
> send_files failed to open /backup/exp_dbase_2005-06-2
> 8.gz: Permission denied
So it seems that the sending side isn't allowed to open the files in
question.
> My command is:
> rsync --verbose --progress --stats --rsh=/usr/bin/ssh --recursive
> --delete
> prsvr01::prod-db/backup/* /prod/db/backup
Tip: leave off the '*', you're already telling rsync to be recursive.
> My module on the source host is:
> [prod-db]
> path = /prod/db
> comment = /prod/db
> uid = nobody
Is user 'nobody' allowed to read those files?
Paul Slootman
-----------------------------------------------------------------
Visit our Internet site at http://www.reuters.com
To find out more about Reuters Products and Services visit http://www.reuters.com/productinfo
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Reuters Ltd.
More information about the rsync
mailing list