I upgraded to mysql version 5.0. Is the newer version of bacula compatible
with mysql version 5.0?
Mike
Arno Lehmann wrote:
>
> Hi,
>
> 26.11.2007 16:49,, mevasquez wrote::
>> My bacula-dir crash this weekend. I am not sure what the cause is but
>> here
>> is the results of the email I received. When I tried to run a couple of
>> my
>> backups manually, everything worked.
>>
>> Using host libthread_db library "/lib/tls/libthread_db.so.1".
>> [Thread debugging using libthread_db enabled] [New Thread -1208326464
>> (LWP
>> 4078)] [New Thread -1231406176 (LWP 5805)] [New Thread -1220916320 (LWP
>> 4088)] [New Thread -1210426464 (LWP 4087)]
>> 0x004e77a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>> $1 = "nmc-sdca-mon2-dir", '\0' <repeats 12 times>
>> $2 = 0x8df6888 "bacula-dir"
>> $3 = 0x8df68b0 "/opt/bacula/bin/bacula-dir"
>> $4 = 0x0
>> $5 = 0x80d5800 "2.0.3 (06 March 2007)"
>
> Upgrading to a newer version, 2.2.x, would be advisable. Even if this
> problem is not fixed, at least one serious bug is corrected in there.
>
>> $6 = 0x80d5816 "i686-pc-linux-gnu"
>> $7 = 0x80d5828 "redhat"
>> $8 = 0x80d582f ""
>> #0 0x004e77a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>> #1 0x007684eb in __waitpid_nocancel () from /lib/tls/libpthread.so.0
>> #2 0x080b109d in signal_handler (sig=11) at signal.c:166
>> #3 <signal handler called>
>> #4 0x00ec658b in mysql_store_result ()
>> from /usr/lib/mysql/libmysqlclient_r.so.14
>> #5 0x0808c3a0 in QueryDB (file=0x80cea58 "sql_create.c", line=485,
>> jcr=0x8e26ee8, mdb=0x8e22508,
>> cmd=0x8df7fc8 "SELECT ClientId,Uname FROM Client WHERE Name='mon1'")
>> at sql.c:130
>> #6 0x0808ec6c in db_create_client_record (jcr=0x8e26ee8, mdb=0x8e22508,
>> cr=0xbfe955c0) at sql_create.c:485
>> #7 0x0805ea30 in get_or_create_client_record (jcr=0x8e26ee8) at
>> job.c:695
>> #8 0x0805d518 in setup_job (jcr=0x8e26ee8) at job.c:159
>> #9 0x0805d0d1 in run_job (jcr=0x8e26ee8) at job.c:89 #10 0x0804b845 in
>> main
>> (argc=0, argv=0xbfe958f4) at dird.c:275
>>
>> Thread 4 (Thread -1210426464 (LWP 4087)):
>> #0 0x004e77a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>> #1 0x005c2681 in ___newselect_nocancel () from /lib/tls/libc.so.6
>> #2 0x0809c863 in bnet_thread_server (addrs=0x8df7840, max_clients=10,
>> client_wq=0x80dd400,
>> handle_client_request=0x808353a <handle_UA_client_request>)
>> at bnet_server.c:163
>> #3 0x0808342b in connect_thread (arg=0x8df7840) at ua_server.c:84
>> #4 0x007623cc in start_thread () from /lib/tls/libpthread.so.0
>> #5 0x005c9c3e in clone () from /lib/tls/libc.so.6
>>
>> Thread 3 (Thread -1220916320 (LWP 4088)):
>> #0 0x004e77a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>> #1 0x00764eac in pthread_cond_timedwait@@GLIBC_2.3.2 ()
>> from /lib/tls/libpthread.so.0
>> #2 0x080b929f in watchdog_thread (arg=0x0) at watchdog.c:305
>> #3 0x007623cc in start_thread () from /lib/tls/libpthread.so.0
>> #4 0x005c9c3e in clone () from /lib/tls/libc.so.6
>>
>> Thread 2 (Thread -1231406176 (LWP 5805)):
>> #0 0x004e77a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>> #1 0x007675cb in __read_nocancel () from /lib/tls/libpthread.so.0
>> #2 0x08099c71 in read_nbytes (bsock=0x8e12440, ptr=0xb69a332c "\001",
>> nbytes=4) at bnet.c:86
>> #3 0x08099fdc in bnet_recv (bsock=0x8e12440) at bnet.c:207
>> #4 0x080835c9 in handle_UA_client_request (arg=0x8e12440) at
>> ua_server.c:138
>> #5 0x080b9d25 in workq_server (arg=0x80dd400) at workq.c:355
>> #6 0x007623cc in start_thread () from /lib/tls/libpthread.so.0
>> #7 0x005c9c3e in clone () from /lib/tls/libc.so.6
>>
>> Thread 1 (Thread -1208326464 (LWP 4078)):
>> #0 0x004e77a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
>> #1 0x007684eb in __waitpid_nocancel () from /lib/tls/libpthread.so.0
>> #2 0x080b109d in signal_handler (sig=11) at signal.c:166
>> #3 <signal handler called>
>
> The problem *might* be related to your MySQL database.
>
> You should at least report how you built or installed Bacula. For
> example, if you built Bacula with one version of MySQL, and later
> upgraded to a newer MySQL version, problems can happen.
>
> Hope this helps a bit,
>
> Arno
>
>
>> #4 0x00ec658b in mysql_store_result ()
>> from /usr/lib/mysql/libmysqlclient_r.so.14
>> #5 0x0808c3a0 in QueryDB (file=0x80cea58 "sql_create.c", line=485,
>> jcr=0x8e26ee8, mdb=0x8e22508,
>> cmd=0x8df7fc8 "SELECT ClientId,Uname FROM Client WHERE Name='mon1'")
>> at sql.c:130
>> #6 0x0808ec6c in db_create_client_record (jcr=0x8e26ee8, mdb=0x8e22508,
>> cr=0xbfe955c0) at sql_create.c:485
>> #7 0x0805ea30 in get_or_create_client_record (jcr=0x8e26ee8) at
>> job.c:695
>> #8 0x0805d518 in setup_job (jcr=0x8e26ee8) at job.c:159
>> #9 0x0805d0d1 in run_job (jcr=0x8e26ee8) at job.c:89 #10 0x0804b845 in
>> main
>> (argc=0, argv=0xbfe958f4) at dird.c:275 #0 0x004e77a2 in
>> _dl_sysinfo_int80
>> () from /lib/ld-linux.so.2 No symbol table info available.
>> #1 0x007684eb in __waitpid_nocancel () from /lib/tls/libpthread.so.0 No
>> symbol table info available.
>> #2 0x080b109d in signal_handler (sig=11) at signal.c:166
>> 166 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 = {2147483647, 4294967294, 4294967295 <repeats 30
>> times>}},
>> sa_flags = 0, sa_restorer = 0}
>> argv = {0x0, 0x0, 0x0, 0x0}
>> pid_buf = "4078", '\0' <repeats 15 times> buf = '\0' <repeats 99 times>
>> pid
>> = 13216 btpath = "/opt/bacula/bin/btraceback", '\0' <repeats 373 times>
>> exelen = 16 already_dead = 1
>> #3 <signal handler called>
>> No symbol table info available.
>> #4 0x00ec658b in mysql_store_result ()
>> from /usr/lib/mysql/libmysqlclient_r.so.14
>> No symbol table info available.
>> #5 0x0808c3a0 in QueryDB (file=0x80cea58 "sql_create.c", line=485,
>> jcr=0x8e26ee8, mdb=0x8e22508,
>> cmd=0x8df7fc8 "SELECT ClientId,Uname FROM Client WHERE Name='mon1'")
>> at sql.c:130
>> 130 mdb->result = sql_store_result(mdb);
>> status = 0
>> #6 0x0808ec6c in db_create_client_record (jcr=0x8e26ee8, mdb=0x8e22508,
>> cr=0xbfe955c0) at sql_create.c:485
>> 485 if (QUERY_DB(jcr, mdb, mdb->cmd)) {
>> row = 0x5
>> stat = 5
>> ed1 =
>> "¬öa\000\001\000\000\000\001\000\000\000Hhß\b\016\000\000\000xjâ\bxUé¿p±\n\bõ`\r\bÂ\000\000\000\210jâ\bØUé¿\210j"
>> ed2 =
>> "[EMAIL
>> PROTECTED]@¨b\000\200Ué¿\003Ûa\000\000\000\000\000ô\217b\000\000\000\000\000ô-"
>> #7 0x0805ea30 in get_or_create_client_record (jcr=0x8e26ee8) at
>> job.c:695
>> 695 if (!db_create_client_record(jcr, jcr->db, &cr)) {
>> cr = {ClientId = 0, AutoPrune = 1, FileRetention = 15552000,
>> JobRetention = 15552000, Name = "mon1", '\0' <repeats 123 times>,
>> Uname = '\0' <repeats 255 times>}
>>
>>
>> Any ideas?
>>
>> TIA Mike
>>
>>
>
> --
> Arno Lehmann
> IT-Service Lehmann
> www.its-lehmann.de
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
View this message in context:
http://www.nabble.com/Bacula-GDB-tracback-of-bacula-dir-tf4875892.html#a13954495
Sent from the Bacula - Users mailing list archive at Nabble.com.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
