Re: [Bacula-users] label command frequently fails
On 2018-09-27 11:05 AM, Martin Simmons wrote: On Wed, 26 Sep 2018 23:38:39 -0400, Gary Dale said: On 2018-09-26 11:33 AM, Bill Arlofski wrote: On 09/26/2018 06:22 AM, Martin Simmons wrote: Try setdebug level=150 trace=1 Storage and look for a file matching *.trace (probably in the SD's WorkingDirectory). ...and you can also add options=t to have timestamps in the *.trace file. Best regards, Bill I was waiting for the label command to fail again. It didn't take long. The bconsole messages were the same. The trace doesn't tell me anything new. Hopefully you understand it better than I. Here's the output from the trace: #cat /var/lib/bacula/bacula-sd.trace bacula-sd: bnet.c:566-0 who=client host=192.168.1.17 port=9103 bacula-sd: dircmd.c:178-0 Got a DIR connection at 26-Sep-2018 23:30:25 bacula-sd: cram-md5.c:69-0 send: auth cram-md5 challenge <56845663.1538019025@bacula-sd> ssl=0 bacula-sd: cram-md5.c:133-0 cram-get received: auth cram-md5 <554803286.1538019025@bacula-dir> ssl=0 bacula-sd: cram-md5.c:157-0 sending resp to challenge: cH+vQ7+Fdw/6P7+9R7/jRA bacula-sd: dircmd.c:204-0 Message channel init completed. bacula-sd: dircmd.c:806-0 Found device FileStorage bacula-sd: dircmd.c:850-0 Found device FileStorage bacula-sd: block_util.c:143-0 New block len=64512 block=7f19c8001160 bacula-sd: acquire.c:673-0 Attach 0xc8001c78 to dev "FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:657-0 find_read_vol: read_vol_list empty. bacula-sd: vol_mgr.c:851-0 Vol=weekly-backup-pool-37 not in use. bacula-sd: vol_mgr.c:381-0 enter reserve_volume=weekly-backup-pool-37 drive="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:286-0 new Vol=weekly-backup-pool-37 slot=0 at 7f19c8011e88 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:547-0 set in_use. vol=weekly-backup-pool-37 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:581-0 Inc walk_start use_count=2 volname=weekly-backup-pool-37 bacula-sd: vol_mgr.c:220-0 List end new volume: weekly-backup-pool-37 in_use=1 swap=0 slot=0 on file device "FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:693-0 Clear in_use vol=weekly-backup-pool-37 slot=0 bacula-sd: vol_mgr.c:710-0 set not reserved vol=weekly-backup-pool-37 slot=0 writers=1 reserves=0 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:740-0 Clear in_use vol=weekly-backup-pool-37 slot=0 bacula-sd: vol_mgr.c:746-0 Remove volume weekly-backup-pool-37 slot=0 dev="FileStorage" (/home/shares/backup) bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= Is it still printing 3934 Device ""FileStorage" (/home/shares/backup)" is being initialized. when the label command fails? If so, then the output of the "status storage" command might give more information. __Martin That message always prints just before the label command fails. It makes no sense to me because what is there to initialize? It's a folder on a disk (/home/shares/backup). I just got an example of another one: Connecting to Storage daemon File at molar.dentaloffice.rossland.dental:9103 ... Sending label command for Volume "weekly-backup-pool-40" Slot 0 ... 3908 Error reserving volume: vol_mgr.c:419 Cannot free Volume "weekly-backup-pool-37", because it is reserved by someone else. Label command failed for Volume weekly-backup-pool-40. Do not forget to mount the drive!!! You have messages. Looking at the messages I find: 27-Sep 20:34 bacula-sd JobId 3302: Elapsed time=00:00:24, Transfer rate=68.80 M Bytes/second 27-Sep 20:34 bacula-sd JobId 3302: Sending spooled attrs to the Director. Despooling 34,365 bytes ... 27-Sep 20:34 bacula-dir JobId 3302: Bacula bacula-dir 7.4.4 (202Sep16): Build OS: x86_64-pc-linux-gnu debian 9.0 JobId: 3302 Job: BackupServer.2018-09-27_20.34.14_04 Backup Level: Incremental, since=2018-09-25 23:47:15 Client: "server-fd" 5.2.10 (28Jun12) Microsoft Windows 7 Professional Service Pack 1 (build 7601), 64-bit,Cross-compile,Win32 FileSet: "ServerFileSet" 2018-09-18 23:05:00 Pool: "DailyBackupPool" (From Job IncPool override) Catalog: "MyCatalog" (From Client resource) Storage: "File" (From Pool resource) Scheduled time: 27-Sep-2018 20:34:10 Start time: 27-Sep-2018 20:34:18 End time: 27-Sep-2018 20:34:49
Re: [Bacula-users] label command frequently fails
On 2018-09-27 05:10 AM, Jérôme Blion wrote: Le 27/09/2018 à 05:38, Gary Dale a écrit : On 2018-09-26 11:33 AM, Bill Arlofski wrote: On 09/26/2018 06:22 AM, Martin Simmons wrote: Try setdebug level=150 trace=1 Storage and look for a file matching *.trace (probably in the SD's WorkingDirectory). ...and you can also add options=t to have timestamps in the *.trace file. Best regards, Bill I was waiting for the label command to fail again. It didn't take long. The bconsole messages were the same. The trace doesn't tell me anything new. Hopefully you understand it better than I. Here's the output from the trace: #cat /var/lib/bacula/bacula-sd.trace bacula-sd: bnet.c:566-0 who=client host=192.168.1.17 port=9103 bacula-sd: dircmd.c:178-0 Got a DIR connection at 26-Sep-2018 23:30:25 bacula-sd: cram-md5.c:69-0 send: auth cram-md5 challenge <56845663.1538019025@bacula-sd> ssl=0 bacula-sd: cram-md5.c:133-0 cram-get received: auth cram-md5 <554803286.1538019025@bacula-dir> ssl=0 bacula-sd: cram-md5.c:157-0 sending resp to challenge: cH+vQ7+Fdw/6P7+9R7/jRA bacula-sd: dircmd.c:204-0 Message channel init completed. bacula-sd: dircmd.c:806-0 Found device FileStorage bacula-sd: dircmd.c:850-0 Found device FileStorage bacula-sd: block_util.c:143-0 New block len=64512 block=7f19c8001160 bacula-sd: acquire.c:673-0 Attach 0xc8001c78 to dev "FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:657-0 find_read_vol: read_vol_list empty. bacula-sd: vol_mgr.c:851-0 Vol=weekly-backup-pool-37 not in use. bacula-sd: vol_mgr.c:381-0 enter reserve_volume=weekly-backup-pool-37 drive="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:286-0 new Vol=weekly-backup-pool-37 slot=0 at 7f19c8011e88 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:547-0 set in_use. vol=weekly-backup-pool-37 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:581-0 Inc walk_start use_count=2 volname=weekly-backup-pool-37 bacula-sd: vol_mgr.c:220-0 List end new volume: weekly-backup-pool-37 in_use=1 swap=0 slot=0 on file device "FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:693-0 Clear in_use vol=weekly-backup-pool-37 slot=0 bacula-sd: vol_mgr.c:710-0 set not reserved vol=weekly-backup-pool-37 slot=0 writers=1 reserves=0 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:740-0 Clear in_use vol=weekly-backup-pool-37 slot=0 bacula-sd: vol_mgr.c:746-0 Remove volume weekly-backup-pool-37 slot=0 dev="FileStorage" (/home/shares/backup) bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= Hello, Did you add the volume before trying to label it? Could you provide us commands you used? For a disk volume, you only need to use the label command. It creates a file with that label that is 219 bytes initially then expands up to the maximum volume size during use. As jobs get pruned, the volume will also shrink... ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula 9 "Attribute create error"
Is this the complete unedited output? There should at least be a newline after "ERR=" and I would expect an error message too. Is Bacula compiled with "batch insert" enabled? Does the mysql temp directory have enough free space? __Martin > On Thu, 27 Sep 2018 15:26:17 +, Christopher Sluman said: > > Hi, > > I am running Bacula 9.0.2 and have started getting consistent backup failures > with following message: > > 26-Sep 10:47 bacula-sd JobId 17477: Elapsed time=108:12:56, Transfer > rate=47.41 M Bytes/second 26-Sep 10:47 bacula-sd JobId 17477: Sending spooled > attrs to the Director. Despooling 10,459,807,492 bytes ... > 26-Sep 10:52 bacula-dir JobId 17477: Fatal error: catreq.c:507 Attribute > create error: ERR=26-Sep 10:52 bacula-dir JobId 17477: Error: Bacula > bacula-dir 9.0.2 (24Jul17): > FD Files Written: 33,683,815 > SD Files Written: 0 > FD Bytes Written: 18,466,482,123,784 (18.46 TB) > > Other jobs can then write to the same tape so it is not a physical issue with > tape or changer. I have run mysqlcheck and dbcheck on the database, but > without any issues being identified/repaired. > > Has anyone come across this issue and been able to resolve it? > > Regards, > Chris Sluman > IT Technician > Structural Genomics Consortium > University of Oxford > Old Road Campus Research Building > Roosevelt Drive > Oxford > OX3 7DQ > > T: 01865 617577 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Baculum in centos7
Hello Miguel, Thank you for your feedback. The undefined index problem is a bug that is will be fixed in next Baculum version. Thanks for reporting it. To the problem with connecting Baculum Web to Baculum API, could you tell me if you are using OAuth2 or HTTP Basic option? I propose to enable debug on the API side by editing: /usr/share/baculum/htdocs/protected/API/Config/api.conf and switch in [api] section "debug" option to "1" Then you can see the debug files in: /usr/share/baculum/htdocs/protected/API/Logs/ For the Web wizard the debug should be enabled by default till time when you finish the wizard. Web logs you can find in path: /usr/share/baculum/htdocs/protected/Web/Logs/ Are you seeing any error in log files when you click connection test button? Thanks in advance for response. Best regards. Marcin Haba (gani) On Thu, 27 Sep 2018 at 16:31, Miguel Gutiérrez Páez wrote: > > Hi Marcin, > > Thanks a lot for your effort. I managed to install baculum, however, I have > many problems to get it work. Just the first time I run the web wizard, I got > a Prado Exception: > > Prado\Exceptions\TPhpErrorException > > Description > > [Notice] Undefined index: language (@line 41 in file > /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php). > > Source File > > /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php (41) > > > The only and ugly solution I found is to edit the metioned file and comment > out line 41. That worked. > After that, I cannot setup the API credentials. Once I managed to get it > work, but I had the repeat the steps and I cannot get it work again. When I > press Test, I get always "Problem with authorization to Baculum API." (three > times). I've tried to debug it, including tcpdumps to port 9096. I can see > traffic back and forth, and even the unauthorized message. I've uninstalled > and wiped all the packages and their config, to use again default passwords, > but no luck. > > Do you have any idea? > > Many thanks! > > > El jue., 27 sept. 2018 a las 14:59, Marcin Haba () > escribió: >> >> Hello Miguel, >> >> I let know that the Baculum packages 9.2.1 have been rebuilt and they >> no longer require bacula-console package. They are available in the >> Baculum repositories. >> >> Best regards. >> Marcin Haba (gani) >> On Sat, 22 Sep 2018 at 22:33, Miguel Gutiérrez Páez >> wrote: >> > >> > Hi Marcin, >> > >> > Thanks for your response. Sorry I didn't see that post. >> > >> > I will wait for the rebuild. Baculum seems to be a great web interface and >> > I'm wishing to try it out. >> > >> > Regards >> > >> > El sáb., 22 sept. 2018 17:50, Marcin Haba escribió: >> >> >> >> Hello Miguel, >> >> >> >> The Baculum packages are not compatible with the Bacula packages from >> >> bacula.org. The Baculum requires bacula-console that doesn't exist in >> >> packages from bacula.org. >> >> >> >> I recall other request about this inconsistency: >> >> >> >> https://sourceforge.net/p/bacula/mailman/message/36355386/ >> >> >> >> I will remove the bacula-console dependency and rebuild Baculum packages >> >> soon. >> >> >> >> Best regards. >> >> Marcin Haba (gani) >> >> On Fri, 21 Sep 2018 at 22:30, Miguel Gutiérrez Páez >> >> wrote: >> >> > >> >> > Hi all, >> >> > >> >> > Has anybody managed to install baculum (baculum-api) under centos7 with >> >> > the official repos? I mean, it seems there are some libs conflicts when >> >> > installing baculum. It complaints about some packages of bacula's >> >> > community repos (it wants packages from the centos base repo) >> >> > >> >> > >> >> > yum install baculum-api >> >> > Loaded plugins: fastestmirror >> >> > Loading mirror speeds from cached hostfile >> >> > * base: centos.uvigo.es >> >> > * epel: mirror.uv.es >> >> > * extras: centos.uvigo.es >> >> > * updates: centos.uvigo.es >> >> > * webtatic: uk.repo.webtatic.com >> >> > Resolving Dependencies >> >> > --> Running transaction check >> >> > ---> Package baculum-api.noarch 0:9.2.1-1.el7 will be installed >> >> > --> Processing Dependency: bacula-console for package: >> >> > baculum-api-9.2.1-1.el7.noarch >> >> > --> Running transaction check >> >> > ---> Package bacula-console.x86_64 0:5.2.13-23.1.el7 will be installed >> >> > --> Processing Dependency: bacula-libs(x86-64) = 5.2.13-23.1.el7 for >> >> > package: bacula-console-5.2.13-23.1.el7.x86_64 >> >> > --> Processing Dependency: libbaccfg-5.2.13.so()(64bit) for package: >> >> > bacula-console-5.2.13-23.1.el7.x86_64 >> >> > --> Processing Dependency: libbac-5.2.13.so()(64bit) for package: >> >> > bacula-console-5.2.13-23.1.el7.x86_64 >> >> > --> Finished Dependency Resolution >> >> > Error: Package: bacula-console-5.2.13-23.1.el7.x86_64 (base) >> >> >Requires: bacula-libs(x86-64) = 5.2.13-23.1.el7 >> >> >Installed: bacula-libs-9.2.1-1.el7.x86_64 (@Bacula-Community) >> >> >bacula-libs(x86-64) = 9.2.1-1.el7 >> >> >Available:
Re: [Bacula-users] CFLAGS optimizations and building for another architecture
On Thu, 27 Sep 2018 15:55:38 +0200 Kern Sibbald wrote:
> You are free to try anything, but it is to your own
> peril, and we cannot support anything but standard
> Bacula compile options.
Of course I can play with things but the question is
would it make sense to use -O3 instead of -O2 which it
seems to depend directly on how the software is
written.
As for standard options - according to the manual:
'We recommend [...] CFLAGS="-g -O2 -Wall" [...]'
but it is not clear why e.g. "-g" is needed ("Produce
debugging information" (ref. `man gcc`)) if one is
building a release version. So perhaps adding a little
extra explanation about the reasons for the
recommendation may be useful. I don't find anything
about CFLAGS in the developer's guide either.
--
George
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula 9 "Attribute create error"
Hi, I am running Bacula 9.0.2 and have started getting consistent backup failures with following message: 26-Sep 10:47 bacula-sd JobId 17477: Elapsed time=108:12:56, Transfer rate=47.41 M Bytes/second 26-Sep 10:47 bacula-sd JobId 17477: Sending spooled attrs to the Director. Despooling 10,459,807,492 bytes ... 26-Sep 10:52 bacula-dir JobId 17477: Fatal error: catreq.c:507 Attribute create error: ERR=26-Sep 10:52 bacula-dir JobId 17477: Error: Bacula bacula-dir 9.0.2 (24Jul17): FD Files Written: 33,683,815 SD Files Written: 0 FD Bytes Written: 18,466,482,123,784 (18.46 TB) Other jobs can then write to the same tape so it is not a physical issue with tape or changer. I have run mysqlcheck and dbcheck on the database, but without any issues being identified/repaired. Has anyone come across this issue and been able to resolve it? Regards, Chris Sluman IT Technician Structural Genomics Consortium University of Oxford Old Road Campus Research Building Roosevelt Drive Oxford OX3 7DQ T: 01865 617577 [NDM] ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] help understanding file names
> On Wed, 26 Sep 2018 10:21:20 -0600, Donna Hofmeister said: > > i guess to answer another question -- i have other systems that *do not* > use bacula that also do nightly backups. i use a similar naming scheme (of > embedding the date in the file name) for these systems. at a glance, i know > what file i would want to use to do a restore from "last night's" backup, > for example. Did you know that Bacula keeps track of this information itself (in the catalog)? With Bacula, you don't explicitly "use" a file when you do a restore -- it chooses the file based on what you want to restore. __Martin ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] label command frequently fails
> On Wed, 26 Sep 2018 23:38:39 -0400, Gary Dale said: > > On 2018-09-26 11:33 AM, Bill Arlofski wrote: > > On 09/26/2018 06:22 AM, Martin Simmons wrote: > >> Try > >> > >> setdebug level=150 trace=1 Storage > >> > >> and look for a file matching *.trace (probably in the SD's > >> WorkingDirectory). > > ...and you can also add options=t to have timestamps in the *.trace file. > > > > > > Best regards, > > > > Bill > > > > > I was waiting for the label command to fail again. It didn't take long. > The bconsole messages were the same. The trace doesn't tell me anything > new. Hopefully you understand it better than I. Here's the output from > the trace: > > #cat /var/lib/bacula/bacula-sd.trace > bacula-sd: bnet.c:566-0 who=client host=192.168.1.17 port=9103 > bacula-sd: dircmd.c:178-0 Got a DIR connection at 26-Sep-2018 23:30:25 > bacula-sd: cram-md5.c:69-0 send: auth cram-md5 challenge > <56845663.1538019025@bacula-sd> ssl=0 > bacula-sd: cram-md5.c:133-0 cram-get received: auth cram-md5 > <554803286.1538019025@bacula-dir> ssl=0 > bacula-sd: cram-md5.c:157-0 sending resp to challenge: cH+vQ7+Fdw/6P7+9R7/jRA > bacula-sd: dircmd.c:204-0 Message channel init completed. > bacula-sd: dircmd.c:806-0 Found device FileStorage > bacula-sd: dircmd.c:850-0 Found device FileStorage > bacula-sd: block_util.c:143-0 New block len=64512 block=7f19c8001160 > bacula-sd: acquire.c:673-0 Attach 0xc8001c78 to dev "FileStorage" > (/home/shares/backup) > bacula-sd: vol_mgr.c:657-0 find_read_vol: read_vol_list empty. > bacula-sd: vol_mgr.c:851-0 Vol=weekly-backup-pool-37 not in use. > bacula-sd: vol_mgr.c:381-0 enter reserve_volume=weekly-backup-pool-37 > drive="FileStorage" (/home/shares/backup) > bacula-sd: vol_mgr.c:286-0 new Vol=weekly-backup-pool-37 slot=0 at > 7f19c8011e88 dev="FileStorage" (/home/shares/backup) > bacula-sd: vol_mgr.c:547-0 set in_use. vol=weekly-backup-pool-37 > dev="FileStorage" (/home/shares/backup) > bacula-sd: vol_mgr.c:581-0 Inc walk_start use_count=2 > volname=weekly-backup-pool-37 > bacula-sd: vol_mgr.c:220-0 List end new volume: weekly-backup-pool-37 > in_use=1 swap=0 slot=0 on file device "FileStorage" (/home/shares/backup) > bacula-sd: vol_mgr.c:693-0 Clear in_use vol=weekly-backup-pool-37 slot=0 > bacula-sd: vol_mgr.c:710-0 set not reserved vol=weekly-backup-pool-37 slot=0 > writers=1 reserves=0 dev="FileStorage" (/home/shares/backup) > bacula-sd: vol_mgr.c:740-0 Clear in_use vol=weekly-backup-pool-37 slot=0 > bacula-sd: vol_mgr.c:746-0 Remove volume weekly-backup-pool-37 slot=0 > dev="FileStorage" (/home/shares/backup) > bacula-sd: mount.c:384-3298 Again dir_find_next_append... > bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device > bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= > bacula-sd: mount.c:384-3298 Again dir_find_next_append... > bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device > bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= > bacula-sd: mount.c:384-3298 Again dir_find_next_append... > bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device > bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= Is it still printing 3934 Device ""FileStorage" (/home/shares/backup)" is being initialized. when the label command fails? If so, then the output of the "status storage" command might give more information. __Martin ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Baculum in centos7
Hi Marcin, Thanks a lot for your effort. I managed to install baculum, however, I have many problems to get it work. Just the first time I run the web wizard, I got a Prado Exception: Prado\Exceptions\TPhpErrorException Description [Notice] Undefined index: language (@line 41 in file /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php). Source File /usr/share/baculum/htdocs/protected/Web/Pages/WebConfigWizard.php (41) The only and ugly solution I found is to edit the metioned file and comment out line 41. That worked. After that, I cannot setup the API credentials. Once I managed to get it work, but I had the repeat the steps and I cannot get it work again. When I press Test, I get always "Problem with authorization to Baculum API." (three times). I've tried to debug it, including tcpdumps to port 9096. I can see traffic back and forth, and even the unauthorized message. I've uninstalled and wiped all the packages and their config, to use again default passwords, but no luck. Do you have any idea? Many thanks! El jue., 27 sept. 2018 a las 14:59, Marcin Haba () escribió: > Hello Miguel, > > I let know that the Baculum packages 9.2.1 have been rebuilt and they > no longer require bacula-console package. They are available in the > Baculum repositories. > > Best regards. > Marcin Haba (gani) > On Sat, 22 Sep 2018 at 22:33, Miguel Gutiérrez Páez > wrote: > > > > Hi Marcin, > > > > Thanks for your response. Sorry I didn't see that post. > > > > I will wait for the rebuild. Baculum seems to be a great web interface > and I'm wishing to try it out. > > > > Regards > > > > El sáb., 22 sept. 2018 17:50, Marcin Haba > escribió: > >> > >> Hello Miguel, > >> > >> The Baculum packages are not compatible with the Bacula packages from > >> bacula.org. The Baculum requires bacula-console that doesn't exist in > >> packages from bacula.org. > >> > >> I recall other request about this inconsistency: > >> > >> https://sourceforge.net/p/bacula/mailman/message/36355386/ > >> > >> I will remove the bacula-console dependency and rebuild Baculum > packages soon. > >> > >> Best regards. > >> Marcin Haba (gani) > >> On Fri, 21 Sep 2018 at 22:30, Miguel Gutiérrez Páez > >> wrote: > >> > > >> > Hi all, > >> > > >> > Has anybody managed to install baculum (baculum-api) under centos7 > with the official repos? I mean, it seems there are some libs conflicts > when installing baculum. It complaints about some packages of bacula's > community repos (it wants packages from the centos base repo) > >> > > >> > > >> > yum install baculum-api > >> > Loaded plugins: fastestmirror > >> > Loading mirror speeds from cached hostfile > >> > * base: centos.uvigo.es > >> > * epel: mirror.uv.es > >> > * extras: centos.uvigo.es > >> > * updates: centos.uvigo.es > >> > * webtatic: uk.repo.webtatic.com > >> > Resolving Dependencies > >> > --> Running transaction check > >> > ---> Package baculum-api.noarch 0:9.2.1-1.el7 will be installed > >> > --> Processing Dependency: bacula-console for package: > baculum-api-9.2.1-1.el7.noarch > >> > --> Running transaction check > >> > ---> Package bacula-console.x86_64 0:5.2.13-23.1.el7 will be installed > >> > --> Processing Dependency: bacula-libs(x86-64) = 5.2.13-23.1.el7 for > package: bacula-console-5.2.13-23.1.el7.x86_64 > >> > --> Processing Dependency: libbaccfg-5.2.13.so()(64bit) for package: > bacula-console-5.2.13-23.1.el7.x86_64 > >> > --> Processing Dependency: libbac-5.2.13.so()(64bit) for package: > bacula-console-5.2.13-23.1.el7.x86_64 > >> > --> Finished Dependency Resolution > >> > Error: Package: bacula-console-5.2.13-23.1.el7.x86_64 (base) > >> >Requires: bacula-libs(x86-64) = 5.2.13-23.1.el7 > >> >Installed: bacula-libs-9.2.1-1.el7.x86_64 > (@Bacula-Community) > >> >bacula-libs(x86-64) = 9.2.1-1.el7 > >> >Available: bacula-libs-5.2.13-23.1.el7.x86_64 (base) > >> >bacula-libs(x86-64) = 5.2.13-23.1.el7 > >> > Error: Package: bacula-console-5.2.13-23.1.el7.x86_64 (base) > >> >Requires: libbaccfg-5.2.13.so()(64bit) > >> >Available: bacula-libs-5.2.13-23.1.el7.x86_64 (base) > >> >libbaccfg-5.2.13.so()(64bit) > >> >Installed: bacula-libs-9.2.1-1.el7.x86_64 > (@Bacula-Community) > >> > ~libbaccfg-9.2.1.so()(64bit) > >> > Error: Package: bacula-console-5.2.13-23.1.el7.x86_64 (base) > >> >Requires: libbac-5.2.13.so()(64bit) > >> >Available: bacula-libs-5.2.13-23.1.el7.x86_64 (base) > >> >libbac-5.2.13.so()(64bit) > >> >Installed: bacula-libs-9.2.1-1.el7.x86_64 > (@Bacula-Community) > >> > ~libbac-9.2.1.so()(64bit) > >> > You could try using --skip-broken to work around the problem > >> > You could try running: rpm -Va --nofiles --nodigest > >> > > >> > > >> > > >> > Thanks! > >> > > >> > ___ > >> > Bacula-users mailing list > >>
Re: [Bacula-users] CFLAGS optimizations and building for another architecture
Hello, You are free to try anything, but it is to your own peril, and we cannot support anything but standard Bacula compile options. Best regards, Kern On 09/24/2018 11:12 AM, George Anchev via Bacula-users wrote: Hi, https://wiki.gentoo.org/wiki/GCC_optimization explains that: -ftree-vectorize is an optimization option (default at -O3 and -Ofast), which attempts to vectorize loops using the selected ISA if possible. The reason it isn't enabled at -O2 is that it doesn't always improve code, it can make code slower as well, and usually makes the code larger; it really depends on the loop etc. What is the case with Bacula? Would the build benefit or suffer from using "-O3" instead of "-O2"? Also: I would like to use a faster machine to create builds for other slower machines (one of them even 32-bit). Do I need anything more than just finding the proper "-march" setting for the target CPU? -- George ___ 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] Baculum in centos7
Hello Miguel, I let know that the Baculum packages 9.2.1 have been rebuilt and they no longer require bacula-console package. They are available in the Baculum repositories. Best regards. Marcin Haba (gani) On Sat, 22 Sep 2018 at 22:33, Miguel Gutiérrez Páez wrote: > > Hi Marcin, > > Thanks for your response. Sorry I didn't see that post. > > I will wait for the rebuild. Baculum seems to be a great web interface and > I'm wishing to try it out. > > Regards > > El sáb., 22 sept. 2018 17:50, Marcin Haba escribió: >> >> Hello Miguel, >> >> The Baculum packages are not compatible with the Bacula packages from >> bacula.org. The Baculum requires bacula-console that doesn't exist in >> packages from bacula.org. >> >> I recall other request about this inconsistency: >> >> https://sourceforge.net/p/bacula/mailman/message/36355386/ >> >> I will remove the bacula-console dependency and rebuild Baculum packages >> soon. >> >> Best regards. >> Marcin Haba (gani) >> On Fri, 21 Sep 2018 at 22:30, Miguel Gutiérrez Páez >> wrote: >> > >> > Hi all, >> > >> > Has anybody managed to install baculum (baculum-api) under centos7 with >> > the official repos? I mean, it seems there are some libs conflicts when >> > installing baculum. It complaints about some packages of bacula's >> > community repos (it wants packages from the centos base repo) >> > >> > >> > yum install baculum-api >> > Loaded plugins: fastestmirror >> > Loading mirror speeds from cached hostfile >> > * base: centos.uvigo.es >> > * epel: mirror.uv.es >> > * extras: centos.uvigo.es >> > * updates: centos.uvigo.es >> > * webtatic: uk.repo.webtatic.com >> > Resolving Dependencies >> > --> Running transaction check >> > ---> Package baculum-api.noarch 0:9.2.1-1.el7 will be installed >> > --> Processing Dependency: bacula-console for package: >> > baculum-api-9.2.1-1.el7.noarch >> > --> Running transaction check >> > ---> Package bacula-console.x86_64 0:5.2.13-23.1.el7 will be installed >> > --> Processing Dependency: bacula-libs(x86-64) = 5.2.13-23.1.el7 for >> > package: bacula-console-5.2.13-23.1.el7.x86_64 >> > --> Processing Dependency: libbaccfg-5.2.13.so()(64bit) for package: >> > bacula-console-5.2.13-23.1.el7.x86_64 >> > --> Processing Dependency: libbac-5.2.13.so()(64bit) for package: >> > bacula-console-5.2.13-23.1.el7.x86_64 >> > --> Finished Dependency Resolution >> > Error: Package: bacula-console-5.2.13-23.1.el7.x86_64 (base) >> >Requires: bacula-libs(x86-64) = 5.2.13-23.1.el7 >> >Installed: bacula-libs-9.2.1-1.el7.x86_64 (@Bacula-Community) >> >bacula-libs(x86-64) = 9.2.1-1.el7 >> >Available: bacula-libs-5.2.13-23.1.el7.x86_64 (base) >> >bacula-libs(x86-64) = 5.2.13-23.1.el7 >> > Error: Package: bacula-console-5.2.13-23.1.el7.x86_64 (base) >> >Requires: libbaccfg-5.2.13.so()(64bit) >> >Available: bacula-libs-5.2.13-23.1.el7.x86_64 (base) >> >libbaccfg-5.2.13.so()(64bit) >> >Installed: bacula-libs-9.2.1-1.el7.x86_64 (@Bacula-Community) >> > ~libbaccfg-9.2.1.so()(64bit) >> > Error: Package: bacula-console-5.2.13-23.1.el7.x86_64 (base) >> >Requires: libbac-5.2.13.so()(64bit) >> >Available: bacula-libs-5.2.13-23.1.el7.x86_64 (base) >> >libbac-5.2.13.so()(64bit) >> >Installed: bacula-libs-9.2.1-1.el7.x86_64 (@Bacula-Community) >> > ~libbac-9.2.1.so()(64bit) >> > You could try using --skip-broken to work around the problem >> > You could try running: rpm -Va --nofiles --nodigest >> > >> > >> > >> > Thanks! >> > >> > ___ >> > Bacula-users mailing list >> > Bacula-users@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/bacula-users >> >> >> >> -- >> "Greater love hath no man than this, that a man lay down his life for >> his friends." Jesus Christ >> >> "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie >> za przyjaciół swoich." Jezus Chrystus -- "Greater love hath no man than this, that a man lay down his life for his friends." Jesus Christ "Większej miłości nikt nie ma nad tę, jak gdy kto życie swoje kładzie za przyjaciół swoich." Jezus Chrystus ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] label command frequently fails
Le 27/09/2018 à 05:38, Gary Dale a écrit : On 2018-09-26 11:33 AM, Bill Arlofski wrote: On 09/26/2018 06:22 AM, Martin Simmons wrote: Try setdebug level=150 trace=1 Storage and look for a file matching *.trace (probably in the SD's WorkingDirectory). ...and you can also add options=t to have timestamps in the *.trace file. Best regards, Bill I was waiting for the label command to fail again. It didn't take long. The bconsole messages were the same. The trace doesn't tell me anything new. Hopefully you understand it better than I. Here's the output from the trace: #cat /var/lib/bacula/bacula-sd.trace bacula-sd: bnet.c:566-0 who=client host=192.168.1.17 port=9103 bacula-sd: dircmd.c:178-0 Got a DIR connection at 26-Sep-2018 23:30:25 bacula-sd: cram-md5.c:69-0 send: auth cram-md5 challenge <56845663.1538019025@bacula-sd> ssl=0 bacula-sd: cram-md5.c:133-0 cram-get received: auth cram-md5 <554803286.1538019025@bacula-dir> ssl=0 bacula-sd: cram-md5.c:157-0 sending resp to challenge: cH+vQ7+Fdw/6P7+9R7/jRA bacula-sd: dircmd.c:204-0 Message channel init completed. bacula-sd: dircmd.c:806-0 Found device FileStorage bacula-sd: dircmd.c:850-0 Found device FileStorage bacula-sd: block_util.c:143-0 New block len=64512 block=7f19c8001160 bacula-sd: acquire.c:673-0 Attach 0xc8001c78 to dev "FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:657-0 find_read_vol: read_vol_list empty. bacula-sd: vol_mgr.c:851-0 Vol=weekly-backup-pool-37 not in use. bacula-sd: vol_mgr.c:381-0 enter reserve_volume=weekly-backup-pool-37 drive="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:286-0 new Vol=weekly-backup-pool-37 slot=0 at 7f19c8011e88 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:547-0 set in_use. vol=weekly-backup-pool-37 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:581-0 Inc walk_start use_count=2 volname=weekly-backup-pool-37 bacula-sd: vol_mgr.c:220-0 List end new volume: weekly-backup-pool-37 in_use=1 swap=0 slot=0 on file device "FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:693-0 Clear in_use vol=weekly-backup-pool-37 slot=0 bacula-sd: vol_mgr.c:710-0 set not reserved vol=weekly-backup-pool-37 slot=0 writers=1 reserves=0 dev="FileStorage" (/home/shares/backup) bacula-sd: vol_mgr.c:740-0 Clear in_use vol=weekly-backup-pool-37 slot=0 bacula-sd: vol_mgr.c:746-0 Remove volume weekly-backup-pool-37 slot=0 dev="FileStorage" (/home/shares/backup) bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= bacula-sd: mount.c:384-3298 Again dir_find_next_append... bacula-sd: mount.c:374-3298 No appendable volume. Calling wait_for_device bacula-sd: wait.c:270-3298 Enter wait_for_device. busy=1 dcrvol= devvol= Hello, Did you add the volume before trying to label it? Could you provide us commands you used? HTH Jérôme. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
