date:20200513

Re: [Bacula-users] SD crashes when working with S3 (Ceph)

2020-05-13 Thread Phillip Dale

I could not get much information out of that traceback. Hopefully this helps, 
so here is the traceback file I got:

[New LWP 19474]
[New LWP 19470]
[New LWP 19315]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x7feb40a409a3 in select () from /usr/lib64/libc.so.6
$1 = "12-May-2020 22:44:03\000\000\000\000\000\000\000\000\000"
$2 = '\000' 
$3 = 0x231aeb8 "bacula-sd"
$4 = 0x231aef8 "/opt/bacula/bin/bacula-sd"
$5 = 0x0
$6 = '\000' 
$7 = 0x7feb420b443f "9.6.3 (09 March 2020)"
$8 = 0x7feb420b4463 "x86_64-pc-linux-gnu"
$9 = 0x7feb420b4477 "redhat"
$10 = 0x7feb420b447e "(Core)"
$11 = "backup.novalocal", '\000' 
$12 = 0x7feb420b4455 "redhat (Core)"
Environment variable "TestName" not defined.
#0  0x7feb40a409a3 in select () from /usr/lib64/libc.so.6
#1  0x7feb4204e6cc in bnet_thread_server (addrs=0x231f6f8, max_clients=41, 
client_wq=0x630d80 , handle_client_request=0x40ebd8 ) at 
bnet_server.c:166
#2  0x0040a347 in main (argc=0, argv=0x7fffaaa99890) at stored.c:327

Thread 4 (Thread 0x7feb387e3700 (LWP 19315)):
#0  0x7feb41e1cde2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from 
/usr/lib64/libpthread.so.0
#1  0x7feb420a1ae1 in watchdog_thread (arg=0x0) at watchdog.c:299
#2  0x7feb41e18ea5 in start_thread () from /usr/lib64/libpthread.so.0
#3  0x7feb40a498dd in clone () from /usr/lib64/libc.so.6

Thread 3 (Thread 0x7feb38fe4700 (LWP 19470)):
#0  0x7feb41e201d9 in waitpid () from /usr/lib64/libpthread.so.0
#1  0x7feb42093f88 in signal_handler (sig=11) at signal.c:233
#2  
#3  0x7feb41e1ad00 in pthread_mutex_lock () from /usr/lib64/libpthread.so.0
#4  0x7feb420abf31 in lmgr_p (m=0x10) at lockmgr.c:106
#5  0x7feb420ae7b8 in lock_guard::lock_guard (this=0x7feb38fe3510, 
mutex=...) at ../lib/lockmgr.h:2
89
#6  0x7feb37dd8296 in cloud_proxy::volume_lookup (this=0x0, 
volume=0x7feb3000acc8 "Vol-0003") at cl
oud_parts.c:229
#7  0x7feb37dd1658 in cloud_dev::probe_cloud_proxy (this=0x7feb3000a878, 
dcr=0x7feb300146d8, VolNam
e=0x7feb3000acc8 "Vol-0003", force=false) at cloud_dev.c:1217
#8  0x7feb37dd0593 in cloud_dev::open_device (this=0x7feb3000a878, 
dcr=0x7feb300146d8, omode=2) at
cloud_dev.c:1025
#9  0x7feb4251ce8a in DCR::mount_next_write_volume (this=0x7feb300146d8) at 
mount.c:191
#10 0x7feb424f6d32 in acquire_device_for_append (dcr=0x7feb300146d8) at 
acquire.c:420
#11 0x0040c325 in do_append_data (jcr=0x7feb38e8) at append.c:102
#12 0x00416ed7 in append_data_cmd (jcr=0x7feb38e8) at fd_cmds.c:263
#13 0x00416b68 in do_client_commands (jcr=0x7feb38e8) at 
fd_cmds.c:218
#14 0x0041688a in run_job (jcr=0x7feb38e8) at fd_cmds.c:167
#15 0x00418c58 in run_cmd (jcr=0x7feb38e8) at job.c:240
#16 0x0040f196 in handle_connection_request (arg=0x2340ef8) at 
dircmd.c:242
#17 0x7feb420a2b54 in workq_server (arg=0x630d80 ) at 
workq.c:372
#18 0x7feb41e18ea5 in start_thread () from /usr/lib64/libpthread.so.0
#19 0x7feb40a498dd in clone () from /usr/lib64/libc.so.6

Thread 2 (Thread 0x7feb368e2700 (LWP 19474)):
#0  0x7feb41e1cde2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from 
/usr/lib64/libpthread.so.0
#1  0x7feb420a294b in workq_server (arg=0x630d80 ) at 
workq.c:349
#2  0x7feb41e18ea5 in start_thread () from /usr/lib64/libpthread.so.0
#3  0x7feb40a498dd in clone () from /usr/lib64/libc.so.6

Thread 1 (Thread 0x7feb42b90880 (LWP 19313)):
#0  0x7feb40a409a3 in select () from /usr/lib64/libc.so.6
#1  0x7feb4204e6cc in bnet_thread_server (addrs=0x231f6f8, max_clients=41, 
client_wq=0x630d80 , handle_client_request=0x40ebd8 
) at bnet_server.c:166
#2  0x0040a347 in main (argc=0, argv=0x7fffaaa99890) at stored.c:327
#0  0x7feb40a409a3 in select () from /usr/lib64/libc.so.6
No symbol table info available.
#1  0x7feb4204e6cc in bnet_thread_server (addrs=0x231f6f8, max_clients=41, 
client_wq=0x630d80 , handle_client_request=0x40ebd8 
) at bnet_server.c:166
166   if ((stat = select(maxfd + 1, &sockset, NULL, NULL, NULL)) < 0) {
maxfd = 5
sockset = {fds_bits = {32, 0 }}
clilen = 16
turnon = 1
buf = "188.95.226.225", '\000' 
allbuf = "0.0.0.0:9103 \000\000\000\060\215\251\252\377\177\000\000 
\215\251\252\377\177\000\000!\000\000\000\000\000\000\000$\274UA\353\177\000\000\000\000\000\000\000\000\000\000hG\271B\353\177\000\000\000\200\271B\353\177\000\000U\301UA\353\177\000\000\320\277\225@\353\177\000\000\360\027TA\353\177\000\000\000\000\000\000\001\000\000\000t\004\000\000\001\000\000\000\334\367\063\002\000\000\000\000\350\215\251\252\377\177\000\000\300\215\251\252\377\177\000\000\001\000\000\000\000\000\000\000hG\271B\353\177\000\000\370\254\271B\353\177\000\000\230\251\271B\353\177\000\000\217`\230B\353\177\000\000\000\000\000\000\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 = { =

Re: [Bacula-users] Bacula Crashed / Segementation Violation

2020-05-13 Thread Chaz Vidal

Hi All
I got a segmentation violation again whilst attempting a restore operation 
while a number of backups were still occurring.

This time the traceback was created and also an email was generated.

After the restart of the director I was able to run a restore cleanly with no 
other jobs running.

I do not have experience with reading the outputs so I was hoping the list can 
provide guidance on where the issue might be?

Although I do note that there is an error on sourced command file so I'm not 
sure if this is a clean gdb.

Thanks
Chaz

Loglines follow:

May 14 14:38:47 backupserver1 bacula-dir[59773]: Bacula interrupted by signal 
11: Segmentation violation
May 14 14:38:47 backupserver1 bacula-dir[59773]: Kaboom! bacula-dir, bacula-dir 
got signal 11 - Segmentation violation at 14-May-2020 14:38:47. Attempting 
traceback.
May 14 14:38:47 backupserver1 bacula-dir[59773]: Kaboom! exepath=/usr/sbin/
May 14 14:38:47 backupserver1 bacula-dir: Bacula interrupted by signal 11: 
Segmentation violation
May 14 14:38:47 backupserver1 bacula-dir[59773]: Calling: /usr/sbin/btraceback 
/usr/sbin/bacula-dir 59773 /var/lib/bacula
May 14 14:38:49 backupserver1 bacula-dir[59773]: It looks like the traceback 
worked...
May 14 14:38:49 backupserver1 bacula-dir[59773]: LockDump: 
/var/lib/bacula/bacula.59773.traceback
May 14 14:38:49 backupserver1 bacula-dir[59773]: bacula-dir: lockmgr.c:1221-0 
lockmgr disabled
May 14 14:39:49 backupserver1 kernel: [8039975.901559] traps: bacula-dir[59773] 
general protection ip:7f111881c7f0 sp:7fffbc4638c8 error:0 in 
libbac-9.4.2.so[7f11187fe000+44000]
May 14 14:39:49 backupserver1 systemd[1]: bacula-director.service: Main process 
exited, code=killed, status=11/SEGV
May 14 14:39:49 backupserver1 systemd[1]: bacula-director.service: Failed with 
result 'signal'.

#cat /var/lib/bacula/bacula.59773.traceback

[New LWP 59780]
[New LWP 59781]
[New LWP 30405]
[New LWP 30945]
[New LWP 30947]
[New LWP 30949]
[New LWP 30958]
[New LWP 30961]
[New LWP 30964]
[New LWP 30966]
[New LWP 30979]
[New LWP 31193]
[New LWP 31196]
[New LWP 41678]
[New LWP 41680]
[New LWP 42232]
[New LWP 42233]
[New LWP 42234]
[New LWP 42235]
[New LWP 42237]
[New LWP 42238]
[New LWP 42239]
[New LWP 42241]
[New LWP 42242]
[New LWP 42365]
[New LWP 43151]
[New LWP 52696]
[New LWP 54097]
[New LWP 62657]
[New LWP 26074]
[New LWP 31710]
[New LWP 43934]
[New LWP 59050]
[New LWP 2682]
[New LWP 6991]
[New LWP 7485]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x7f11187d1bf0 in __GI___nanosleep (requested_time=0x7fffbc463850, 
remaining=0x0) at ../sysdeps/unix/sysv/linux/nanosleep.c:28
28  ../sysdeps/unix/sysv/linux/nanosleep.c: No such file or directory.
/etc/bacula/scripts/btraceback.gdb:1: Error in sourced command file:
'fail_time' has unknown type; cast it to its declared type
[Inferior 1 (process 59773) detached]
Attempt to dump current JCRs. njcrs=19
threadid=0x7f1117521f40 JobId=0 JobStatus=R jcr=0x55af7622bef8 
name=*JobMonitor*.2020-02-28_09.58.33_01
use_count=1 killable=0
JobType=I JobLevel=
sched_time=28-Feb-2020 09:58 start_time=28-Feb-2020 09:58
end_time=01-Jan-1970 09:30 wait_time=01-Jan-1970 09:30
db=(nil) db_batch=(nil) batch_started=0
wstore=0x55af761eda88 rstore=0x55af761eda88 wjcr=(nil) 
client=0x55af761f3c88 reschedule_count=0 SD_msg_chan_started=0
threadid=0x7f11057fa700 JobId=111373 JobStatus=R jcr=0x55af76347d68 
name=prod_samba-genomics.2020-05-01_21.30.00_17
use_count=2 killable=1
JobType=B JobLevel=F
sched_time=01-May-2020 21:30 start_time=01-May-2020 21:30
end_time=01-Jan-1970 09:30 wait_time=01-Jan-1970 09:30
db=0x7f10fc003638 db_batch=(nil) batch_started=0
wstore=0x7f0fb0034488 rstore=(nil) wjcr=(nil) client=0x7f0fb003f2f8 
reschedule_count=0 SD_msg_chan_started=1
BDB=0x7f10fc003638 db_name=bacula db_user=bacula connected=true
cmd="UPDATE Media SET InChanger=0, Slot=0 WHERE Slot=84 AND StorageId 
IN (4) AND MediaId!=757" changes=5444
RWLOCK=0x7f10fc003650 w_active=0 w_wait=0
threadid=0x7f10c57fa700 JobId=111883 JobStatus=R jcr=0x7f10a0060138 
name=prod_samba-nutr-ts4300.2020-05-08_10.22.58_44
use_count=2 killable=1
JobType=B JobLevel=F
sched_time=08-May-2020 10:22 start_time=08-May-2020 10:23
end_time=01-Jan-1970 09:30 wait_time=01-Jan-1970 09:30
db=0x7f10fc003638 db_batch=(nil) batch_started=0
wstore=0x7f10a00369b8 rstore=(nil) wjcr=(nil) client=0x7f10a0040bd8 
reschedule_count=0 SD_msg_chan_started=1
BDB=0x7f10fc003638 db_name=bacula db_user=bacula connected=true
cmd="UPDATE Media SET InChanger=0, Slot=0 WHERE Slot=84 AND StorageId 
IN (4) AND MediaId!=757" changes=5444
RWLOCK=0x7f10fc003650 w_active=0 w_wait=0
threadid=0x7f1116128700 JobId=111947 JobStatus=R jcr=0x55af762277a8 
name=prod_samba-homes.2020-05-08_21.30.00_51
use_count=2 k

Re: [Bacula-users] Bacula SD crashes with segmentation violation

2020-05-13 Thread Rick Tuk

LS,

I read Martin Simmons' reply to Phillip Dale’s message.
The traceback I found did not have much information in it, so I installed gd 
and changed the btraceback script to run gd as root.

The following traceback is triggered by opening bconsole and trying to list all 
volumes in cloud, same sd crash happens:

[New LWP 5942]
[New LWP 6084]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x7ff1e39ca03f in select () from /lib/x86_64-linux-gnu/libc.so.6
$1 = "14-May-2020 08:18:11\000\000\000\000\000\000\000\000\000"
$2 = 0x56298dfb0ee0  "soteria.svc.mostwanted.io-sd"
$3 = 0x56298ee4d0e8 "bacula-sd"
$4 = 0x56298ee4d128 "/opt/bacula/bin/bacula-sd"
$5 = 0x0
$6 = '\000' 
$7 = 0x7ff1e42ad55b "9.6.3 (09 March 2020)"
$8 = 0x7ff1e42ad53a "x86_64-pc-linux-gnu"
$9 = 0x7ff1e42ad533 "ubuntu"
$10 = 0x7ff1e42ad555 "18.04"
$11 = "soteria", '\000' 
$12 = 0x7ff1e42ad54e "ubuntu 18.04"
Environment variable "TestName" not defined.
#0  0x7ff1e39ca03f in select () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7ff1e4269618 in bnet_thread_server (addrs=, 
max_clients=41, client_wq=0x56298dfb1020 , 
handle_client_request=0x56298dd99ee0 ) at 
bnet_server.c:166
#2  0x56298dd9126a in main (argc=, argv=) at 
stored.c:326

Thread 3 (Thread 0x7ff1e1e6f700 (LWP 6084)):
#0  0x7ff1e403f23a in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0
#1  0x7ff1e429453e in signal_handler (sig=11) at signal.c:233
#2  
#3  0x7ff1e0c64787 in cloud_dev::get_cloud_volumes_list (this=, dcr=0x7ff1dc00a138, volumes=0x7ff1e1e6ec50, err=@0x7ff1e1e6ec48: 
0x7ff1dc001330 "") at cloud_dev.h:110
#4  0x56298dd95829 in cloud_list_cmd (jcr=) at dircmd.c:815
#5  0x56298dd9a394 in handle_connection_request (arg=0x56298ee57428) at 
dircmd.c:242
#6  0x7ff1e429f518 in workq_server (arg=0x56298dfb1020 ) at 
workq.c:372
#7  0x7ff1e40346db in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#8  0x7ff1e39d488f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 2 (Thread 0x7ff1e166e700 (LWP 5942)):
#0  0x7ff1e403af85 in pthread_cond_timedwait@@GLIBC_2.3.2 () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#1  0x7ff1e429eb56 in watchdog_thread (arg=) at 
watchdog.c:299
#2  0x7ff1e40346db in start_thread () from 
/lib/x86_64-linux-gnu/libpthread.so.0
#3  0x7ff1e39d488f in clone () from /lib/x86_64-linux-gnu/libc.so.6

Thread 1 (Thread 0x7ff1e4b59300 (LWP 5938)):
#0  0x7ff1e39ca03f in select () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7ff1e4269618 in bnet_thread_server (addrs=, 
max_clients=41, client_wq=0x56298dfb1020 , 
handle_client_request=0x56298dd99ee0 ) at 
bnet_server.c:166
#2  0x56298dd9126a in main (argc=, argv=) at 
stored.c:326
#0  0x7ff1e39ca03f in select () from /lib/x86_64-linux-gnu/libc.so.6
No symbol table info available.
#1  0x7ff1e4269618 in bnet_thread_server (addrs=, 
max_clients=41, client_wq=0x56298dfb1020 , 
handle_client_request=0x56298dd99ee0 ) at 
bnet_server.c:166
166 bnet_server.c: No such file or directory.
maxfd = 7
sockset = {fds_bits = {128, 0 }}
newsockfd = 
stat = 
clilen = 16
clientaddr = {ss_family = 2, __ss_padding = 
"\262\354\n`\bd\000\000\000\000\000\000\000\000\000\352٠\375\177\000\000ݲ\233\343\361\177\000\000\060\346٠\375\177\000\000\036\260\224\344\361\177\000\000\220\245\265\344\361\177\000\000\060\346٠\375\177\000\000\240\361\377\177\003\000\000\000\307c\224\344\361\177\000\000`\346٠\375\177\000\000\030\352٠\375\177\000\000X\232W\342\361\177\000\000X\232!\000\000\000\000\000\000\200W\342\361\177\000",
 __ss_align = 1}
tlog = 
turnon = 1
request = {fd = 8, user = '\000' , daemon = 
"soteria.svc.mostwanted.io-sd", '\000' , pid = 
"5938\000\000\000\000\000", client = {{name = '\000' , addr 
= '\000' , sin = 0x7ff1e38b27e0, unit = 0x0, request = 
0x7ffda0d9e5a0}}, server = {{name = '\000' , addr = '\000' 
, sin = 0x7ff1e38b2760, unit = 0x0, request = 
0x7ffda0d9e5a0}}, sink = 0x0, hostname = 0x7ff1e36aeb30 , 
hostaddr = 0x7ff1e36aeae0 , cleanup = 0x0, config = 0x0}
addr = 
fd_ptr = 0x0
buf = "10.96.8.100", '\000' 
sockfds = { = {}, head = 0x7ffda0d9e3d0, tail = 
0x7ffda0d9e3d0, loffset = 0, num_items = 1}
allbuf = 
"hM\266\344\361\177\000\000\210\227\224\344\361\177\000\000\020J\266\344\361\177\000\000\020J\266\344\361\177\000\000\000\000\000\000\000\000\000\000\320L%\344\361\177\000\000\033p\351\003\000\000\000\000$iL\344\361\177\000\000\300EL\344\361\177\000\000X\311$\344\361\177\000\000\020J\266\344\361\177\000\000\000\000\000\000\361\177\000\000p\353٠\375\177\000\000\003\000\000\000\361\177\000\000`\353٠\375\177\000\000\000\000\000\000\375\177\000\000ج\265\344\361\177\000\000\000\000\000\000\000\000\000\000\020\000\000\000\000\000\000\000\001\000\000\000\223T`\275ج\265\344\361\177\000\000\301\006\\\372\000\000\000\000\330\301\344\216)V\000\000\326}'\344\361\177\000\000\330\301\344\216)V\000\000\300\313*\344"...
#2  0x56298dd9126a in main (argc=, argv=) a

Re: [Bacula-users] bacula 9.6 and permissions

2020-05-13 Thread Tom Plancon


Wow! Thank you Heitor!

Thomas Plancon Thomas Plancon
CAD/IT MANAGER

E:  tplan...@bkaarchs.com
W: www.bkaarchitects.com 

BKA/LOGO

LinkedIn  FaceBook 
 
InsGram 

On 5/13/2020 2:08 PM, Heitor Faria wrote:


Hi All,

Hello,

I'm trying  to set up Bacula community 9.6 on my server; CentOS
7.6. It is replacing 7.5,which I ran for several years with no
complaints!

I'm finding that user bacula in 9.6 cannot run or access the "mt"
tape command: "sudo -u bacula mt -f /dev/st0 status" fails with
permission denied.

And when I add a LTO-5 device to bacula-sd.conf with "Archive
Device = /dev/st0" restarting the sd daemon fails. I comment out
that line and it will start. I assume it's the mt permission issue.

Please try on the Shell:
usermod -aG tape bacula

Any suggestions greatly appreciated! Thanks.

-- 
Thomas Plancon

CAD/IT MANAGER

Regards,

--

MSc Heitor Faria
CEO Bacula LATAM
mobile1: + 1 909 655-8971
mobile2: + 55 61 98268-4220
linkedin icon 


logo 
América Latina
bacula.lat  | bacula.com.br 


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

Re: [Bacula-users] bacula 9.6 and permissions

2020-05-13 Thread Heitor Faria

> Hi All,
Hello, 
> I'm trying to set up Bacula community 9.6 on my server; CentOS 7.6. It is
> replacing 7.5,which I ran for several years with no complaints!

> I'm finding that user bacula in 9.6 cannot run or access the "mt" tape 
> command:
> "sudo -u bacula mt -f /dev/st0 status" fails with permission denied.

> And when I add a LTO-5 device to bacula-sd.conf with "Archive Device = 
> /dev/st0"
> restarting the sd daemon fails. I comment out that line and it will start. I
> assume it's the mt permission issue.
Please try on the Shell: 
usermod -aG tape bacula 

> Any suggestions greatly appreciated! Thanks.
> --
> Thomas Plancon
> CAD/IT MANAGER

Regards, 

-- 

MSc Heitor Faria 
CEO Bacula LATAM 
mobile1: + 1 909 655-8971 
mobile2: + 55 61 98268-4220 
[ https://www.linkedin.com/in/msc-heitor-faria-5ba51b3 ] 
[ http://www.bacula.com.br/ ] 

América Latina 
[ http://bacula.lat/ | bacula.lat ] | [ http://www.bacula.com.br/ | 
bacula.com.br ] 
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] bacula 9.6 and permissions

2020-05-13 Thread Tom Plancon


Hi All,

I'm trying  to set up Bacula community 9.6 on my server; CentOS 7.6. It 
is replacing 7.5,which I ran for several years with no complaints!


I'm finding that user bacula in 9.6 cannot run or access the "mt" tape 
command: "sudo -u bacula mt -f /dev/st0 status" fails with permission 
denied.


And when I add a LTO-5 device to bacula-sd.conf with "Archive Device = 
/dev/st0"  restarting the sd daemon fails. I comment out that line and 
it will start. I assume it's the mt permission issue.


Any suggestions greatly appreciated! Thanks.

--
Thomas Plancon Thomas Plancon
CAD/IT MANAGER

E:  tplan...@bkaarchs.com
W: www.bkaarchitects.com 

BKA/LOGO

LinkedIn  FaceBook 
 
InsGram 
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Installation/Startup Issues

2020-05-13 Thread Jeff Thomas

Greetings all,

I would greatly appreciate some pointers to resolve this issue.   I
installed using the Community Installation Guide with:

Centos 7, Bacula 9.6.3 and Postgresql 9.2

The bconsole command  returns to the shell immediately.

[root@costello working]# sudo -u bacula ../bin/bconsole
Connecting to Director costello:9101
[root@costello working]#

And the director, running in the foreground shows:

13-May 11:23 bacula-dir JobId 0: Fatal error: Could not open Catalog
"MyCatalog", database "bacula".
13-May 11:23 bacula-dir JobId 0: Fatal error: postgresql.c:332 Unable to
connect to PostgreSQL server. Database=bacula User=bacula
Possible causes: SQL server not running; password incorrect;
max_connections exceeded.
13-May 11:23 bacula-dir ERROR TERMINATION
Please correct configuration file: bacula-dir.conf

Thanks in advance!!
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] SD crashes when working with S3 (Ceph)

2020-05-13 Thread Martin Simmons

> 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

Re: [Bacula-users] Vchanger 1.0.3 Released

2020-05-13 Thread Josh Fisher


Yes. I believe that was also in 1.0.2.

On 5/13/2020 9:35 AM, Wanderlei Huttel wrote:

Hello Josh

A long time ago I've sent you a patch to modify vchanger to create 
more standards labels
https://github.com/wanderleihuttel/vchanger/commit/256bb9bda3632265b803df3e6e19edc159c741e1 



Did you committed the code?

Best regards

*Wanderlei Hüttel*



Em ter., 12 de mai. de 2020 às 18:12, Josh Fisher > escreveu:


Vchanger 1.0.3 was released today. This is mostly a bug fix release,
correcting the number of slots reported by SIZE/LIST commands, a
compilation error on FreeBSD, and failure of the launch scripts
invoked
by udev on some platforms.

Also, the locking mechanism to allow multiple instances and
automatically issuing 'update slots' and other commands to
bconsole has
been redesigned to use POSIX semaphores. Automatic mounts via udev
scripts should now be very robust and automatically perform the
needed
bconsole 'update slots' command whenever removable disks are
attached or
detached.

Bugs Fixed:
  17 SIZE/LIST commands return wrong number of slots
  18 Compilation fails on FreeBSD 13 (head)

Enjoy!

Josh Fisher




___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/bacula-users

___
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)

2020-05-13 Thread Phillip Dale



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
backup.novaloc

Re: [Bacula-users] Vchanger 1.0.3 Released

2020-05-13 Thread Wanderlei Huttel

Hello Josh

A long time ago I've sent you a patch to modify vchanger to create more
standards labels
https://github.com/wanderleihuttel/vchanger/commit/256bb9bda3632265b803df3e6e19edc159c741e1


Did you committed the code?

Best regards

*Wanderlei Hüttel*



Em ter., 12 de mai. de 2020 às 18:12, Josh Fisher 
escreveu:

> Vchanger 1.0.3 was released today. This is mostly a bug fix release,
> correcting the number of slots reported by SIZE/LIST commands, a
> compilation error on FreeBSD, and failure of the launch scripts invoked
> by udev on some platforms.
>
> Also, the locking mechanism to allow multiple instances and
> automatically issuing 'update slots' and other commands to bconsole has
> been redesigned to use POSIX semaphores. Automatic mounts via udev
> scripts should now be very robust and automatically perform the needed
> bconsole 'update slots' command whenever removable disks are attached or
> detached.
>
> Bugs Fixed:
>   17 SIZE/LIST commands return wrong number of slots
>   18 Compilation fails on FreeBSD 13 (head)
>
> Enjoy!
>
> Josh Fisher
>
>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] bconsole history

2020-05-13 Thread Wanderlei Huttel

Hello

Did you compile with libreadline?

Sent from Xiaomi Redmi Note 7

Wanderlei Hüttel

Em qua, 13 de mai de 2020 04:27, *Sachin* H 
escreveu:

> Hello Experts,
> Hello,
>
> I used to use Bacula where in bconsole one can go back to the previous
> commands using up arrow key. And also the Autocompletion feature We use
> Bacula version of 7.4.0 running on SLES 12. But in this version such
> options are not available or not enabled yet. Any pointers will be really
> appreciated.
>
> Thanks in advance.
>
> Regards,
> Admin
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] bconsole history

2020-05-13 Thread *Sachin* H

Hello Experts,
Hello,

I used to use Bacula where in bconsole one can go back to the previous
commands using up arrow key. And also the Autocompletion feature We use
Bacula version of 7.4.0 running on SLES 12. But in this version such
options are not available or not enabled yet. Any pointers will be really
appreciated.

Thanks in advance.

Regards,
Admin
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Tape Moving Error after server restart

2020-05-13 Thread Pierre Bernhardt

Hello,

can you check the tape with high verbosity bscan?

Cheers,



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

Re: [Bacula-users] SD crashes when working with S3 (Ceph)

Re: [Bacula-users] Bacula Crashed / Segementation Violation

Re: [Bacula-users] Bacula SD crashes with segmentation violation

Re: [Bacula-users] bacula 9.6 and permissions

Re: [Bacula-users] bacula 9.6 and permissions

[Bacula-users] bacula 9.6 and permissions

[Bacula-users] Installation/Startup Issues

Re: [Bacula-users] SD crashes when working with S3 (Ceph)

Re: [Bacula-users] Vchanger 1.0.3 Released

[Bacula-users] SD crashes when working with S3 (Ceph)

Re: [Bacula-users] Vchanger 1.0.3 Released

Re: [Bacula-users] bconsole history

[Bacula-users] bconsole history

Re: [Bacula-users] Tape Moving Error after server restart

14 matches

Site Navigation

Mail list logo

Footer information