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

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