I think I may have found the cause of this problem.
In dumper.c there is a loop, trying to write data. Here are the key lines
where I think
it's happening:
--dumper.c--
663 while((size == 0 && dataout < datain) || datain >= datalimit) {
...
667 while(size > 0 && split_size > 0 && dumpsize >= split_size)
{
...
833 rc = write_dataptr(outfd);
(gdb) print rc
$14 = 1
What happens is that write_dataptr() is failing with a return code 1. It
appears that the
dumper.c code is not checking this return code, and it causes an infinite
loop (until it runs
out of memory).
The other values for the key variables are:
(gdb) print (int) datain
$15 = 134680928
(gdb) print (int) datalimit
$16 = 134680928
(gdb) print size
$17 = 32768
(gdb) print (int) dataout
$18 = 134664544
Can you check the dumper.c logic around line 833 and see if you concur?
Thanks!!
David
From: "John R. Jackson" <jrj AT purdue DOT edu>
Reply-To: jrj AT purdue DOT edu
To: "David Trusty" <dwtrusty AT hotmail DOT com>
CC: amanda-users AT amanda DOT org
Subject: Re: dumpers exiting with signal 11 in version 2.4.3? Date: Fri, 03
Jan 2003 18:22:19 -0500
>I received these messages at the end of a backup:
>
> driver: dumper3 exited with signal 11
Oops. :-)
>I am running version 2.4.3.
What OS?
>I believe most files were written to tape, but these messages look
unusual.
>I did not find core files, but they may be somewhere I haven't yet
>discovered.
They should be in your Amanda debug directory, e.g. /tmp/amanda. You
should be able to find out with:
amadmin xx version | egrep 'AMANDA_DBGDIR|AMANDA_TMPDIR'
We really need to find them and run a debugger to get a traceback to
figure this out.
>David
John R. Jackson, Technical Software Specialist, jrj AT purdue DOT edu
_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
|