On Sat 12 Jan 2008, Paul Slootman wrote:
> >
> > I have checked-in a change that I believe should fix this. If you could
> > grab the latest dev source (e.g. form git, the nightly tar, etc.) and give
> > it a try, I'd appreciate it.
>
> Great, I've taken the nightly rar and built it.
> Now we wa
On Fri 11 Jan 2008, Wayne Davison wrote:
>
> Thanks to the core you provided to me, I was able to tell that the
> generator had been told that a hard-linked file had been finished by the
> receiver, was put on the list of files to receive post-processing
> hard-link work, but the generator was was
On Fri, Dec 28, 2007 at 07:20:43PM +0100, Paul Slootman wrote:
> As far as I can see, all processes are waiting for something to appear
> on the pipes, but no one is prepared to break the silence :-)
Thanks to the core you provided to me, I was able to tell that the
generator had been told that a
On Sat 05 Jan 2008, Wayne Davison wrote:
> The best place to start is to dump the file lists from the generator
> (the binary with the am_generator global == 1). Look at the flist_eof
OK...
(gdb) p am_generator
$1 = 1
> global to see if the generator thinks that it has all the file lists or
(
On Sat 05 Jan 2008, Wayne Davison wrote:
> On Sat, Jan 05, 2008 at 09:11:18PM +0100, Paul Slootman wrote:
> > Are there any variables that I could examine using gdb that may be
> > helpful? (It hung again last night.)
>
> The best place to start is to dump the file lists from the generator
[...]
On Sat, Jan 05, 2008 at 09:11:18PM +0100, Paul Slootman wrote:
> Are there any variables that I could examine using gdb that may be
> helpful? (It hung again last night.)
The best place to start is to dump the file lists from the generator
(the binary with the am_generator global == 1). Look at
On Mon 31 Dec 2007, Matt McCutchen wrote:
> On Fri, 2007-12-28 at 19:20 +0100, Paul Slootman wrote:
> > I've noticed the 3.0.0pre versions sometimes hanging while doing a local
> > copy (through dirvish). [details...]
>
> > As far as I can see, all processes are waiting for something to appear
> >
On Fri, 2007-12-28 at 19:20 +0100, Paul Slootman wrote:
> I've noticed the 3.0.0pre versions sometimes hanging while doing a local
> copy (through dirvish). [details...]
> As far as I can see, all processes are waiting for something to appear
> on the pipes, but no one is prepared to break the sil
I've noticed the 3.0.0pre versions sometimes hanging while doing a local
copy (through dirvish). This time a had a binary with debugging symbols,
so I could do gdb backtraces. This is the result:
# ps -fe | grep rsync
root 3712 3710 0 02:04 ?00:00:03 rsync -vrltH --delete -pgo
--st
