Hello, czw., 14 maj 2020 o 08:50 Phillip Dale <phillip.d...@citynetwork.eu> napisał(a):
> I could not get much information out of that traceback. Hopefully this > helps, so here is the traceback file I got: > It is an almost perfect traceback. :) > Thread 3 (Thread 0x7feb38fe4700 (LWP 19470)): > #0 0x00007feb41e201d9 in waitpid () from /usr/lib64/libpthread.so.0 > #1 0x00007feb42093f88 in signal_handler (sig=11) at signal.c:233 > #2 <signal handler called> > #3 0x00007feb41e1ad00 in pthread_mutex_lock () from > /usr/lib64/libpthread.so.0 > #4 0x00007feb420abf31 in lmgr_p (m=0x10) at lockmgr.c:106 > #5 0x00007feb420ae7b8 in lock_guard::lock_guard (this=0x7feb38fe3510, > mutex=...) at ../lib/lockmgr.h:2 > 89 > #6 0x00007feb37dd8296 in cloud_proxy::volume_lookup (this=0x0, > volume=0x7feb3000acc8 "Vol-0003") at cl > oud_parts.c:229 > The problem is here ^^^ as variable "this" should not be NULL (0x0) and this causes your SEGSIGV. The author of the plugin should check why it get NULL and correct the code to avoid such problems. best regards -- Radosław Korzeniewski rados...@korzeniewski.net
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
