Thanks to all the bacula contributors over the past years. I never had a
problem with bacula until just last night. Please find below a crash
dump.
The backups were running fine before that. I decided to rearrange the
time of when the jobs were running and changed priorities of jobs to
determine the order of when they would run. After that I did a reload on a
running bacula and get the dump below at night when the jobs were supposed
to run. Not a single job was aparently run. I stoped all daemons and
restarted and will wait for this night if the problem comes back. It
could be an issue with reload, or with priorities.
Anyone has seen this before? It might just indicate a problem in the code
that may need addressing in future releases.
-sww
---------------------------- Original Message ----------------------------
Subject: Bacula GDB traceback of bacula-dir
From: [EMAIL PROTECTED]
Date: Sat, March 26, 2005 0:10
To: [EMAIL PROTECTED]
--------------------------------------------------------------------------
0x400828ba in waitpid () from /lib/i686/libpthread.so.0
$1 = "backup-dir", '\0' <repeats 19 times>
$2 = 0x80cf8e0 "bacula-dir"
$3 = 0x80cf908 "/usr/sbin/bacula-dir"
$4 = "MySQL"
$5 = 0x80b9ee0 "1.36.1 (26 November 2004)"
$6 = 0x80b9efa "i686-redhat-linux-gnu"
$7 = 0x80b9f10 "redhat"
$8 = 0x80b9f17 "8.0"
#0 0x400828ba in waitpid () from /lib/i686/libpthread.so.0
#1 0x08098505 in signal_handler (sig=11) at signal.c:159
#2 0x400817ce in __pthread_clock_settime () from
/lib/i686/libpthread.so.0 #3 0x42028518 in killpg () from
/lib/i686/libc.so.6
#4 0x08059b6d in set_jcr_defaults(JCR*, JOB*) (jcr=0x80d8118, job=0x80d19f8)
at job.c:756
#5 0x08061889 in wait_for_next_job(char*) (one_shot_job_to_run=0x0)
at scheduler.c:143
#6 0x0804b3ec in main (argc=0, argv=0xbffff374) at dird.c:240
#7 0x42015967 in __libc_start_main () from /lib/i686/libc.so.6
#0 0x400828ba in waitpid () from /lib/i686/libpthread.so.0
No symbol table info available.
#1 0x08098505 in signal_handler (sig=11) at signal.c:159
159 waitpid(pid, NULL, 0); /* wait for child to produce dump
*/
Current language: auto; currently c++
sigdefault = {__sigaction_handler = {sa_handler = 0, sa_sigaction = 0},
sa_mask = {__val = {4294967295 <repeats 32 times>}}, sa_flags = 0,
sa_restorer = 0}
argv = {0x0, 0x0, 0x0, 0x0}
pid_buf = "28137", '\0' <repeats 14 times>
btpath = "/usr/sbin/btraceback", '\0' <repeats 379 times>
buf =
"[EMAIL PROTECTED]@[EMAIL PROTECTED]
\0\0\0 ñÿ¿\bñÿ¿\030\205\002B \0\0\0\a\0\0\0\0\0\0\0+\0\0\0+\0\0\0
[EMAIL PROTECTED]" pid = 12268
exelen = 10
already_dead = 1
#2 0x400817ce in __pthread_clock_settime () from
/lib/i686/libpthread.so.0 No symbol table info available.
#3 0x42028518 in killpg () from /lib/i686/libc.so.6
No symbol table info available.
#4 0x08059b6d in set_jcr_defaults(JCR*, JOB*) (jcr=0x80d8118, job=0x80d19f8)
at job.c:756
756 jcr->store = (STORE *)jcr->storage[0]->first();
No locals.
#5 0x08061889 in wait_for_next_job(char*) (one_shot_job_to_run=0x0)
at scheduler.c:143
143 set_jcr_defaults(jcr, job);
jcr = (JCR *) 0x80d8118
job = (JOB *) 0x80d19f8
run = (RUN *) 0x80d8b30
now = 1111824600
first = false
next_job = (job_item *) 0x80dba70
#6 0x0804b3ec in main (argc=0, argv=0xbffff374) at dird.c:240
240 while ((jcr = wait_for_next_job(runjob))) {
ch = -1
jcr = (JCR *) 0x4000b770
no_signals = 0
test_config = 0
uid = 0x0
gid = 0x0
#7 0x42015967 in __libc_start_main () from /lib/i686/libc.so.6
No symbol table info available.
-sww
--
No trees were harmed in the transmission of this message, however a large
number of electrons were seriously inconvenienced.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
