Re: [Bacula-users] SD crashes when working with S3 (Ceph)
00\000\000\000\000hG\271B\353\177\000\000\001\000\000\000\377\177\000\000\000\000\000\000\000\000\000\000"...
stat = 0
tlog = 0
fd_ptr = 0x0
sockfds = { = {}, head = 0x7fffaaa989a0, tail =
0x7fffaaa989a0, loffset = 0, num_items = 1}
newsockfd = 7
clientaddr = {ss_family = 2, __ss_padding =
"\220\020\274_\342\341\000\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\027",
'\000' ,
"\253]\230B\353\177\000\000\000\000\000\000\320\022\023\000`\212\251\252\377\177\000\000\200\226\230\000\000\000\000\000\360(\341A\353\177\000\000p\213\251\252\377\177\000\000`\213\251\252\377\177\000\000\004\000\000\000\000\000\000\000\253]\230B\353\177\000\000\000\000\000\000\000\000\000",
__ss_align = 140648411321972}
addr = 0x0
#2 0x0040a347 in main (argc=0, argv=0x7fffaaa99890) at stored.c:327
327 _workq, handle_connection_request);
ch = -1
no_signals = false
thid = 140648250230528
uid = 0x0
gid = 0x0
#0 0x in ?? ()
No symbol table info available.
#0 0x in ?? ()
No symbol table info available.
#0 0x in ?? ()
No symbol table info available.
#0 0x in ?? ()
No symbol table info available.
#0 0x in ?? ()
No symbol table info available.
[Inferior 1 (process 19313) detached]
Attempt to dump current JCRs. njcrs=1
threadid=0x7feb38fe4700 JobId=8 JobStatus=R jcr=0x7feb38e8
name=BackupClient1.2020-05-12_22.44.00_03
use_count=1 killable=1
JobType=B JobLevel=F
sched_time=12-May-2020 22:44 start_time=12-May-2020 22:44
end_time=01-Jan-1970 00:00 wait_time=01-Jan-1970 00:00
db=(nil) db_batch=(nil) batch_started=0
dcr=0x7feb300146d8 volumename=Vol-0003 dev=0x7feb3000a878 newvol=1
reserved=1 locked=0
List plugins. Hook count=0
/Phillip
> On 13 May 2020, at 18:48, Martin Simmons wrote:
>
>>>>>> On Wed, 13 May 2020 15:39:56 +0200, Phillip Dale said:
>>
>> Hi all,
>>
>> I just joined this list, so not sure if this should go here or in the
>> development list. I have the same issue that Rick Tuk has from his post on
>> May 07.
>>
>> I am running on CentOS 7 and everything works fine until I try to use Ceph
>> S3 or Amazon S3 storage. At this time, the bacula-sd crashes. My setup is
>> very similar to the one in his post.
>> Not sure about where to go from here. Hoping for some help.
>>
>> Here is the traceback from running bacula-sd with -q20:
>>
>> backup.novalocal-sd: init_dev.c:437-0 Open SD driver at
>> /usr/lib64/bacula-sd-cloud-driver-9.6.3.so
>> backup.novalocal-sd: init_dev.c:442-0 Lookup "BaculaSDdriver" in driver=cloud
>> backup.novalocal-sd: init_dev.c:444-0 Driver=cloud entry point=7feb37dcc907
>> backup.novalocal-sd: stored.c:615-0 SD init done CephStorage (0x7feb30008818)
>> backup.novalocal-sd: init_dev.c:469-0 SD driver=cloud is already loaded.
>> backup.novalocal-sd: stored.c:615-0 SD init done S3CloudStorage
>> (0x7feb3000a878)
>> backup.novalocal-sd: stored.c:615-0 SD init done TmpFileStorage
>> (0x7feb3000c928)
>> backup.novalocal-sd: bnet_server.c:86-0 Addresses 0.0.0.0:9103
>> List plugins. Hook count=0
>> Bacula interrupted by signal 11: Segmentation violation
>> Kaboom! bacula-sd, backup.novalocal-sd got signal 11 - Segmentation
>> violation at 12-May-2020 22:44:03. Attempting traceback.
>> Kaboom! exepath=/opt/bacula/bin/
>> Calling: /opt/bacula/bin/btraceback /opt/bacula/bin/bacula-sd 19313
>> /opt/bacula/working
>> It looks like the traceback worked...
>> LockDump: /opt/bacula/working/bacula.19313.traceback
>
> Did it send you an email with the traceback? That might contain more
> information.
>
> If you can't find the email, then look in
> /opt/bacula/working/bacula.19313.traceback.
>
> __Martin
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] SD crashes when working with S3 (Ceph)
Hi all, I just joined this list, so not sure if this should go here or in the development list. I have the same issue that Rick Tuk has from his post on May 07. I am running on CentOS 7 and everything works fine until I try to use Ceph S3 or Amazon S3 storage. At this time, the bacula-sd crashes. My setup is very similar to the one in his post. Not sure about where to go from here. Hoping for some help. Here is the traceback from running bacula-sd with -q20: backup.novalocal-sd: init_dev.c:437-0 Open SD driver at /usr/lib64/bacula-sd-cloud-driver-9.6.3.so backup.novalocal-sd: init_dev.c:442-0 Lookup "BaculaSDdriver" in driver=cloud backup.novalocal-sd: init_dev.c:444-0 Driver=cloud entry point=7feb37dcc907 backup.novalocal-sd: stored.c:615-0 SD init done CephStorage (0x7feb30008818) backup.novalocal-sd: init_dev.c:469-0 SD driver=cloud is already loaded. backup.novalocal-sd: stored.c:615-0 SD init done S3CloudStorage (0x7feb3000a878) backup.novalocal-sd: stored.c:615-0 SD init done TmpFileStorage (0x7feb3000c928) backup.novalocal-sd: bnet_server.c:86-0 Addresses 0.0.0.0:9103 List plugins. Hook count=0 Bacula interrupted by signal 11: Segmentation violation Kaboom! bacula-sd, backup.novalocal-sd got signal 11 - Segmentation violation at 12-May-2020 22:44:03. Attempting traceback. Kaboom! exepath=/opt/bacula/bin/ Calling: /opt/bacula/bin/btraceback /opt/bacula/bin/bacula-sd 19313 /opt/bacula/working It looks like the traceback worked... LockDump: /opt/bacula/working/bacula.19313.traceback backup.novalocal-sd: lockmgr.c:1221-8 lockmgr disabled backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 536 bytes at 2321f08 from bsockcore.c:157 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 280 bytes at 233fb68 from jcr.c:388 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 280 bytes at 233ff18 from jcr.c:390 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 536 bytes at 2340c28 from jcr.c:386 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 280 bytes at 7feb3f68 from jcr.c:384 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 280 bytes at 7feb30008068 from lib/mem_pool.h:85 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 4120 bytes at 2341c78 from bsockcore.c:156 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 4120 bytes at 2342cc8 from bsock.c:101 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 536 bytes at 7feb3000e2a8 from record_util.c:251 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 536 bytes at 7feb3000e5e8 from bsockcore.c:157 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 448 bytes at 2340ef8 from bsock.c:852 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 7 bytes at 2341138 from bsock.c:854 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 15 bytes at 23410f8 from bsock.c:855 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 16 bytes at 2341178 from workq.c:198 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 24 bytes at 7feb3f18 from jcr.c:372 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 32 bytes at 7feb30009d58 from dircmd.c:194 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 24 bytes at 7feb30009db8 from askdir.c:575 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 154 bytes at 7feb3000f198 from job.c:126 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 154 bytes at 7feb3000f268 from job.c:129 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 154 bytes at 7feb3000f338 from job.c:132 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 154 bytes at 7feb3000f408 from job.c:141 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 40 bytes at 7feb300141d8 from job.c:161 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 32 bytes at 7feb30014238 from reserve.c:283 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 80 bytes at 7feb30014518 from alist.c:55 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 32 bytes at 7feb300145a8 from reserve.c:306 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 15 bytes at 7feb30014608 from reserve.c:321 backup.novalocal-sd: smartall.c:411-2863311530 Orphaned buffer: backup.novalocal-sd 80 bytes at 7feb30014648 from alist.c:55
