On Tue, 15 Mar 2005, Dag Wieers wrote:
> On Mon, 14 Mar 2005, Wayne Davison wrote:
>
> > On Tue, Mar 15, 2005 at 04:15:46AM +0100, Dag Wieers wrote:
> > > Invalid packet at end of run [sender]
> >
> > It would help to know what options you had enabled.
>
> An update. I noticed that the files
On Mon, 14 Mar 2005, Wayne Davison wrote:
> On Tue, Mar 15, 2005 at 04:15:46AM +0100, Dag Wieers wrote:
> > Invalid packet at end of run [sender]
>
> It would help to know what options you had enabled.
An update. I noticed that the files being transfered or not updated at the
end of the run
On Mon, 14 Mar 2005, Wayne Davison wrote:
> On Tue, Mar 15, 2005 at 04:15:46AM +0100, Dag Wieers wrote:
> > Invalid packet at end of run [sender]
>
> It would help to know what options you had enabled.
Damn, I was planning to include those. Here they are:
-avHl --progress --delete-a
On Tue, Mar 15, 2005 at 04:15:46AM +0100, Dag Wieers wrote:
> Invalid packet at end of run [sender]
It would help to know what options you had enabled.
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~e
Wayne, others,
Using the same version on server and client, I still got this error. This
was still based on last night's CVS (HEAD-20050314-1745GMT) and I am
certain both side's versions are identical. :)
...
source/sudosh-1.4.7-1.rf.src.rpm
98373 100%
My belief is that rsync over ssh is tickling a deadlock
race condition in cygwin.
See this message and trace it backwards for more context:
http://cygwin.com/ml/cygwin-patches/2005-q1/msg00015.html
I have recently re-volunteered to the author to help out getting his
patches tested but have heard n
On Mon, 14 Mar 2005, Richard Reina <[EMAIL PROTECTED]> wrote:
>
> Thank you again for responding. I have changed the
> permission on the directory and it's parent dir. of
> the receiving machine to 766. I still get the same
> result.
You can't leave off the execute bit on directory permissions.
On Mon, Mar 14, 2005 at 11:55:49PM +0100, Dag Wieers wrote:
> It is still --delay-updates, or did the option change name (again) ?
It's still --delay-updates (ignore my thinko).
..wayne..
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: ht
On Mon, Mar 14, 2005 at 02:43:05PM -0800, Wayne Davison wrote:
> Another note: if you want --fuzzy to help you with compressed files
> that have differing contents, you should use the --rsyncable option
> to gzip to compress the files.
Looks like you already thought of that. Let me further state
On Mon, 14 Mar 2005, Wayne Davison wrote:
> On Mon, Mar 14, 2005 at 10:15:18PM +0100, Dag Wieers wrote:
> > And the --fuzzy option was my main reason to try out the newer rsync.
>
> One other caveat -- the CVS version of rsync has a protocol change in it
> that makes it incompatible with 2.6.4 pr
On Mon, Mar 14, 2005 at 10:15:18PM +0100, Dag Wieers wrote:
> And the --fuzzy option was my main reason to try out the newer rsync.
One other caveat -- the CVS version of rsync has a protocol change in it
that makes it incompatible with 2.6.4 pre1/pre2 for certain options:
--fuzzy, --compare-dest,
On Mon, 14 Mar 2005, Wayne Davison wrote:
> On Mon, Mar 14, 2005 at 10:15:18PM +0100, Dag Wieers wrote:
> > But there seems to be something wrong with the --fuzzy option
>
> Yes -- it's a bug in the change I just checked into generator.c to deal
> with the dirname-pointers change. I've just che
On Mon, Mar 14, 2005 at 10:15:18PM +0100, Dag Wieers wrote:
> But there seems to be something wrong with the --fuzzy option
Yes -- it's a bug in the change I just checked into generator.c to deal
with the dirname-pointers change. I've just checked in a fix (and also
a test case for the --fuzzy o
On Mon, 14 Mar 2005, Wayne Davison wrote:
> On Mon, Mar 14, 2005 at 06:24:15PM +0100, Dag Wieers wrote:
>
> > Would a current CVS checkout have a fix for this so I can verify this ?
> > Is CVS in proper shape currently ?
>
> Yes, the CVS version (as well as the latest "nightly" tar file) is in
>
On Mon, Mar 14, 2005 at 06:24:15PM +0100, Dag Wieers wrote:
> Could this be the reason why my rsync 2.6.4pre2 seems to be doing nothing
> for a long time after it has said how much files it considers ?
Seems like a likely reason.
> Would a current CVS checkout have a fix for this so I can verify
On Sun, Mar 13, 2005 at 11:40:30PM -0800, Ken Huang wrote:
> But Soralis report error message like 'open too many file handles'.
The way rsync is currently written, it opens a directory for every level
in the current path. So, if it has recursed down to sending files from
foo/bar/baz/, rsync has
Eli wrote:
> Andrew wrote:
>> Is there some philosophical or practical reason why rsync
>> cannot use some persistent external database to map remote
>> inodes to local inodes?
>
> No idea if this is done or not, but couldn't inodes be recycled if a file
> is
> deleted and the inode marked free?
On Sun, 13 Mar 2005, Wayne Davison wrote:
> On Mon, Mar 14, 2005 at 10:40:00AM +1100, Andrew Bartlett wrote:
> > Is there a way to make this only look at the 'right' part of sorted-
> > flist, given it's sorted, and is this really needed at all?
>
> Yeah, that code is really pretty silly. I negl
Wayne,
Thank you again for responding. I have changed the
permission on the directory and it's parent dir. of
the receiving machine to 766. I still get the same
result.
If you have any other suggestion I would be very
greatful as I have been "challenged" by this problem
since Friday.
Thanks aga
On Mon, Mar 14, 2005 at 05:23:05AM -0800, Richard Reina wrote:
> I did a chmod 777 test_briscoe (on the client) and
> still got the same result.
Remember that the rsync daemon runs as "nobody" by default. You can
change that, if you like. Also remember that the destination directory
needs to be
I added "max verbosity = 3" to rsyncd.conf. and tried
again.
[2628] rsync to test-data from ussbriscoe
(192.168.0.8)
[2628] server_recv(1) starting pid=2628
[2628] recv_file_name(test_briscoe)
[2628] received 1 names
[2628] recv_file_list done
[2628] generator starting pid=2628 count=1
[2628] delt
21 matches
Mail list logo
