On 05/24/2012 09:06 AM, Simone Caronni wrote:
> Thanks,
>
> disabling xattr in the FileSet solves the problem. I discovered it
> happens only on one system, and that system has btrfs as its
> underlying filesystem instead of ext4.
> Has Bacula been tested with such a filesystem?
I doubt that Bacula with xattrs was ever tested on a
btrfs file seystem. I have asked the developer to comment on
this.
>
> Is there anything I can do on helping debugging this?
Yes, I am sure, but I would rather have the community developer
(Marco) work with you.
> I don't have a btrfs system at hand but I can setup one.
Let's see what Marco says.
>
> Before removing the compilation flags I would pursue other directions
> as those are the default options nto which the whole distribution is
> compiled.
Are you a distribution packager? If so, what distribution?
Unfortunately, we cannot handle bugs (this clearly seems to be a bug)
by email, so please open a bug report on this and include all the pertinent
info from the emails.
Regards,
Kern
>
> Regards,
> --Simone
>
>
>
> On 23 May 2012 09:04, Kern Sibbald<k...@sibbald.com> wrote:
>> Hello,
>>
>> It looks like Bacula is attempting to do a double
>> free or has the malloc'ed buffer chain messed up.
>>
>> The first thing I would do is turn of acl and xattr support in
>> your FileSet as this is where the problem seems to lie.
>>
>> If this fixes your problem, please submit a bug report.
>>
>> The second thing I would do is not put any of the following options:
>>
>> -D_FORTIFY_SOURCE=2
>> -fexceptions -fstack-protector --param=ssp-buffer-size=4
>>
>> on the compile.
>>
>> I have never tried the stack protector options, and if it is written
>> anything like the fortify source code, it may cause Bacula to blow up,
>> because at least for the case of fortify source, they do not
>> properly (possibly cannot) detect "unusual" uses of certain features
>> of C that we use in Bacula.
>>
>> Bacula has its own stack protection code, which seems to be triggering
>> here. This code has been functional for
>> many years, and so in general things such as fortify source and stack
>> protection (other than what the OS provides for marking code read-only)
>> are redundant and only consume extra resources.
>>
>> If turning off acl/xattr support and the above options (rather removing
>> them from the compile line) does not resolve the problem, your best bet is
>> to submit
>> a bug report, and include your bacula-dir.conf file and in particular
>> the FileSet.
>>
>> Regards,
>> Kern
>>
>>
>>
>>
>> On 05/23/2012 08:42 AM, Simone Caronni wrote:
>>> Hello,
>>>
>>> bacula-fd is crashing any time a backup is performed in Fedora 17.
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> [Switching to Thread 0x7ffff13a0700 (LWP 15539)]
>>> sm_free (file=0x4277c8 "xattr.c", line=1323, fp=0x5555555555555555) at
>>> smartall.c:192
>>> 192 if (!head->abin_use) {
>>>
>>> (gdb) bt
>>> #0 sm_free (file=0x4277c8 "xattr.c", line=1323,
>>> fp=0x5555555555555555) at smartall.c:192
>>> #1 0x0000000000420a44 in generic_xattr_build_streams
>>> (jcr=0x7fffec0008e8, ff_pkt=<optimized out>) at xattr.c:1323
>>> #2 0x000000000040dc0b in save_file (jcr=0x7fffec0008e8,
>>> ff_pkt=0x7fffec0a62f8, top_level=<optimized out>) at backup.c:732
>>> #3 0x0000003ec5c0655f in find_one_file (jcr=jcr@entry=0x7fffec0008e8,
>>> ff_pkt=ff_pkt@entry=0x7fffec001278, handle_file=handle_file@entry=
>>> 0x3ec5c03c90<our_callback(JCR*, FF_PKT*, bool)>,
>>> fname=fname@entry=0x7fffec003448 "/home/fisia/.config/dconf",
>>> parent_device=140737153268920,
>>> parent_device@entry=18, top_level=top_level@entry=false) at
>>> find_one.c:780
>>> #4 0x0000003ec5c064dd in find_one_file (jcr=jcr@entry=0x7fffec0008e8,
>>> ff_pkt=ff_pkt@entry=0x7fffec001278, handle_file=handle_file@entry=
>>> 0x3ec5c03c90<our_callback(JCR*, FF_PKT*, bool)>,
>>> fname=fname@entry=0x7fffec003658 "/home/fisia/.config",
>>> parent_device=140737153489224, parent_device@entry=18,
>>> top_level=top_level@entry=false) at find_one.c:763
>>> #5 0x0000003ec5c064dd in find_one_file (jcr=jcr@entry=0x7fffec0008e8,
>>> ff_pkt=ff_pkt@entry=0x7fffec001278, handle_file=handle_file@entry=
>>> 0x3ec5c03c90<our_callback(JCR*, FF_PKT*, bool)>,
>>> fname=fname@entry=0x7fffec003928 "/home/fisia",
>>> parent_device=140737153378264, parent_device@entry=18,
>>> top_level=top_level@entry=false) at find_one.c:763
>>> #6 0x0000003ec5c064dd in find_one_file (jcr=0x7fffec0008e8,
>>> ff_pkt=0x7fffec001278, handle_file=0x3ec5c03c90<our_callback(JCR*,
>>> FF_PKT*, bool)>, fname=
>>> 0x7fffec002028 "/home", parent_device=140737153342968,
>>> top_level=<optimized out>) at find_one.c:763
>>> #7 0x0000003ec5c042fc in find_files (jcr=<optimized out>,
>>> ff=0x7fffec001278, file_save=<optimized out>, plugin_save=0x410420
>>> <plugin_save(JCR*, FF_PKT*, bool)>)
>>> at find.c:217
>>> #8 0x000000000040b46e in blast_data_to_storage_daemon
>>> (jcr=0x7fffec0008e8, addr=<optimized out>) at backup.c:188
>>> #9 0x0000000000415bd3 in backup_cmd (jcr=0x7fffec0008e8) at job.c:1937
>>> #10 0x0000000000417934 in handle_client_request (dirp=0x853948) at
>>> job.c:289
>>> #11 0x0000003ec443ff7b in workq_server (arg=0x62ce20) at workq.c:346
>>> #12 0x0000003ec2c07d14 in start_thread (arg=0x7ffff13a0700) at
>>> pthread_create.c:309
>>> #13 0x0000003ec28f194d in clone () at
>>> ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
>>>
>>> Various backtraces show it crashes on different files. The daemon is
>>> compiled with the following:
>>>
>>> Configuration on Fri Mar 16 13:40:44 UTC 2012:
>>>
>>> Host: x86_64-redhat-linux-gnu -- redhat Miracle)
>>> Bacula version: Bacula 5.2.6 (21 February 2012)
>>> Source code location: .
>>> Install binaries: /usr/sbin
>>> Install libraries: /usr/lib64
>>> Install config files: /etc/bacula
>>> Scripts directory: /usr/libexec/bacula
>>> Archive directory: /tmp
>>> Working directory: /var/spool/bacula
>>> PID directory: /var/run
>>> Subsys directory: /var/lock/subsys
>>> Man directory: /usr/share/man
>>> Data directory: /usr/share
>>> Plugin directory: /usr/lib64/bacula
>>> C Compiler: gcc 4.7.0
>>> C++ Compiler: /usr/bin/g++ 4.7.0
>>> Compiler flags: -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>>> -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64
>>> -mtune=generic -I/usr/include/ncurses -fno-strict-aliasing
>>> -fno-exceptions -fno-rtti
>>> Linker flags: -Wl,-z,relro
>>> Libraries: -lpthread -ldl
>>> Statically Linked Tools: no
>>> Statically Linked FD: no
>>> Statically Linked SD: no
>>> Statically Linked DIR: no
>>> Statically Linked CONS: no
>>> Database backends: PostgreSQL MySQL SQLite3
>>> Database port:
>>> Database name: bacula
>>> Database user: bacula
>>>
>>> Job Output Email: root@localhost
>>> Traceback Email: root@localhost
>>> SMTP Host Address: localhost
>>>
>>> Director Port: 9101
>>> File daemon Port: 9102
>>> Storage daemon Port: 9103
>>>
>>> Director User: bacula
>>> Director Group: bacula
>>> Storage Daemon User: bacula
>>> Storage DaemonGroup: disk
>>> File Daemon User: root
>>> File Daemon Group: root
>>>
>>> Large file support: yes
>>> Bacula conio support: no -lreadline -ltinfo
>>> readline support: yes
>>> TCP Wrappers support: yes -lwrap
>>> TLS support: yes
>>> Encryption support: yes
>>> ZLIB support: yes
>>> LZO support: yes
>>> enable-smartalloc: yes
>>> enable-lockmgr: no
>>> bat support: yes
>>> enable-gnome: no
>>> enable-bwx-console: no
>>> enable-tray-monitor: no
>>> client-only: no
>>> build-dird: yes
>>> build-stored: yes
>>> Plugin support: yes
>>> ACL support: yes
>>> XATTR support: yes
>>> Python support: yes -lpthread -ldl -lutil -lm -lpython2.7
>>> -lutil -lrt
>>> systemd support: no
>>> Batch insert enabled: PostgreSQL MySQL SQLite3
>>>
>>> Any idea on what could cause the issue?
>>>
>>> Thanks,
>>> --Simone
>>>
>>>
>>>
>>>
>>>
>>>
>
>
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
