On 7/30/2015 9:37 AM, Rao, Uthra R. (GSFC-672.0)[ADNET SYSTEMS INC] wrote:

Wanderlei,

I enabled debug on the Debian (sparc) client and manually tried to run a full backup of this client. When it is just about to start spooling the bacula-fd crashes on the client. Here is the debug output:

*******-fd: job.c:288-0 Executing JobId= command.

*******-fd: job.c:1733-0 set sd auth key

*******-fd: job.c:546-0 JobId=0 Auth=dummy

*******-fd: fd_plugins.c:1033-0 plugin list is NULL

*******-fd: job.c:272-0 <dird: status*******-fd: job.c:288-0 Executing status command.

*******-fd: runscript.c:108-0 runscript: running all RUNSCRIPT object (ClientAfterJob) JobStatus=C

*******-fd: pythonlib.c:225-0 No startup module.

*******-fd: job.c:401-0 Calling term_find_files

*******-fd: job.c:406-0 Done with term_find_files

*******-fd: runscript.c:286-0 runscript: freeing all RUNSCRIPTS object

*******-fd: job.c:408-0 Done with free_jcr

*******-fd: mem_pool.c:375-0 garbage collect memory pool

*******-fd: job.c:2377-0 3000 OK data

*******-fd: pythonlib.c:225-0 No startup module.

*******-fd: job.c:1936-0 begin blast ff=5ac60

*******-fd: backup.c:89-0 bfiled: opened data connection 6 to stored

*******-fd: find.c:94-0 Enter set_find_options()

*******-fd: find.c:97-0 Leave set_find_options()

*******-fd: find.c:211-0 Verify=<VVpingus5> Accurate=<Cmcs> BaseJob=<Jspug5>

*******-fd: find.c:215-0 F /

*******-fd: find_one.c:374-0 File ----: /

*******-fd: htable.c:79-0 malloc buf=f5956020 size=262144 rem=262132

*******-fd: htable.c:198-0 Allocated big buffer of 262144 bytes

*******-fd: htable.c:140-0 Leave hash_index hash=0xd index=46

*******-fd: htable.c:349-0 Insert: hash=0 index=13

*******-fd: htable.c:352-0 Insert hp=f595602c index=46 item=f595602c offset=0

Bacula interrupted by signal 10: BUS error

Kaboom! bacula-fd, *******-fd got signal 10 - BUS error. Attempting traceback.

Kaboom! exepath=/usr/sbin/

*******-fd: signal.c:197-0 Working=/opt/bacula/var

*******-fd: signal.c:198-0 btpath=/usr/sbin/btraceback

*******-fd: signal.c:199-0 exepath=/usr/sbin/bacula-fd

*******-fd: signal.c:228-0 Doing waitpid

Calling: /usr/sbin/btraceback /usr/sbin/bacula-fd 16733 /opt/bacula/var

I see the “BUS error” in the above output. I am not sure if this is the problem? Thank you.



A SIGBUS signal basically means that the code is asking the CPU to do something that is impossible, such as attempting to access a 64-bit integer value at a virtual memory address that is not aligned properly. Are you running a 32-bit bacula-fd?


------------------------------------------------------------------------------
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to