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" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: "David Trusty" <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
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, [EMAIL PROTECTED]

_________________________________________________________________
The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

Reply via email to