Re: amvault hanging

Orion Poplawski <[email protected]>
Newsgroups gmane.comp.archivers.amanda.devel
Message-ID <[email protected]>
On 05/19/2017 06:19 AM, Jean-Louis Martineau wrote:
> Orion,
> 
> Use attachment to attach the debug files. cut&paste are too much hard to read
> because the lines wrap.
> Can you get a stracktrace of all thread using gdb?
>   thread apply all bt
> 
> Jean-Louis

Another debug log with debug-recovery 9

Also when xfer-source-recovery.c:start_part_impl() is called it looks like
elt->offet == 0 and elt->orig_size == 0 so it calls:

    if (elt->offset == 0 && elt->orig_size == 0) {
        self->done = TRUE;
        g_mutex_unlock(self->start_part_mutex);
        return;
    }

(gdb) print *elt
$3 = {__parent__ = {g_type_instance = {g_class = 0x204f110}, ref_count = 2,
qdata = 0x0},
  xfer = 0x202c600, input_mech = XFER_MECH_NONE, output_mech =
XFER_MECH_PULL_BUFFER,
  upstream = 0x0, downstream = 0x205b030, cancelled = 0, expect_eof = 0,
can_generate_eof = 0,
  _input_fd = -1, _output_fd = -1, input_listen_addrs = 0x0,
output_listen_addrs = 0x0,
  repr = 0x203b6f0 "<XferSourceRecovery@0x2056000>", offset = 0, orig_size =
0, size = 0,
  block_size = 0, shm_ring = 0x0, crc = {crc = 4294967295, size = 0},
must_drain = 0,
  drain_mode = 0, cancel_on_success = 0, ignore_broken_pipe = 0}
(gdb) n
647             self->done = TRUE;

which doesn't seem quite right though I really don't know this code.

-- 
Orion Poplawski
Technical Manager                          720-772-5637
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       [email protected]
Boulder, CO 80301                   http://www.nwra.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.