Re: [Bacula-users] bacula and SQLite
On Monday 2019-04-29 14:36:07 Dimitri Maziuk via Bacula-users wrote: > On 4/29/19 1:57 PM, Josip Deanovic wrote: > > Because of the reasons Kern already wrote. > > Yes, but they have nothing to do with the question. It does. It implies that it is not supported by the authors/maintainers of the Bacula and therefore such setup is not future-proof. Not that I wouldn't like to see the SQLite continue although I don't use it (I like to have as many options as possible) but if it complicates maintenance and authors/maintainers are not ready to continue it, I don't see any other option but discontinue as it would only hurt people who try to use it and rely on it in the future while the support breaks again and there will be nobody to fix it (the last good people from Debian jumped in and made it work again). Maybe an effort is needed to help people to move from the SQLite to mysql/postgres. E.g. some migration scripts or something. I am not sure if those exist already. I think somebody said that they don't exist. Regards! -- Josip Deanovic ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Failed to connect to Client -fd
Hi, I've installed and configured the free Bacula version 5.2.13, but I'm not able to establish the connection with remote client the local backup works fine. IP and port has been allowed in the firewall and telnet in both machines works fine. All the configurations are done as per the document: https://www.digitalocean.com/community/tutorials/how-to-install-bacula-server-on-centos-7 - OS: CentOS Linux release 7.6.1810 (Core) - Bacula Version: 5.2.13 = [root@baculaserver ~]# bconsole Connecting to Director localhost:9101 1000 OK: bacula-dir Version: 5.2.13 (19 February 2013) Enter a period to cancel a command. *status client The defined Client resources are: 1: bacula-fd 2: client1.hostname-fd 3: client2.hostname-fd Select Client (File daemon) resource (1-3): 2 Connecting to Client client1.hostname-fd at client1.hostname:9102 Failed to connect to Client client1.hostname-fd. You have messages. = # tail -f /var/log/bacula/bacula.log 28-Apr 23:10 bacula-dir JobId 71: Begin pruning Files. 28-Apr 23:10 bacula-dir JobId 71: No Files found to prune. 28-Apr 23:10 bacula-dir JobId 71: End auto prune. 28-Apr 23:10 bacula-dir JobId 71: shell command: run AfterJob "/usr/libexec/bacula/delete_catalog_backup" 29-Apr 07:49 bacula-dir JobId 0: Fatal error: Unable to authenticate with File daemon at "client1.hostname:9102". Possible causes: Passwords or names not the same or Maximum Concurrent Jobs exceeded on the FD or FD networking messed up (restart daemon). Please see http://www.bacula.org/en/rel-manual/Bacula_Freque_Asked_Questi.html#SECTION0026 for help. = # vi /etc/bacula/conf.d/clients.conf Client { Name = client1.hostname-fd Address = client1.hostname FDPort = 9102 Catalog = MyCatalog Password = "mypassword" # password for Remote FileDaemon File Retention = 30 days# 30 days Job Retention = 6 months# six months AutoPrune = yes # Prune expired Jobs/Files } Job { Name = "Backupclient1.hostname" JobDefs = "DefaultJob" Client = client1.hostname-fd Pool = RemoteFile FileSet="Home and Etc" } = # cat /etc/bacula/bacula-fd.conf Director { Name = servername-dir Password = "mypassword" } Director { Name = bacula-mon Password = "mypassword" Monitor = yes } FileDaemon { # this is me Name = client1.hostname-fd FDAddress = FDport = 9102 # where we listen for the director WorkingDirectory = /var/spool/bacula Pid Directory = /var/run Maximum Concurrent Jobs = 20 } # Send all messages except skipped files back to Director Messages { Name = Standard director = servername-dir = all, !skipped, !restored } = kindly update me any solution for this, let me know if you require any further details. Regards, Preash. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Resource SD (Media Type) mix lto4 and lto3
On 30/04/2019 13:20, Jose Alberto wrote: Hello. I have tape library 8 slot and 1drive. the drive is lto4. I have lto4 and lto3 (50/50) Can i use value "Media Type" in resource bacula-sd.conf with LTO4 example: *Media Type = LTO4"?? But the pool is mix: have lto4 and LTO3 The "Media Type' value is just a referential tag, it doesn't know that when you call something "LTO4" it is really a tape. You could call it "Flibbertigibbet", or "UFP-7704C", or "LateForBreakfast", as long as you are consistent it will all just work. Cheers, GaryB-) ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Resource SD (Media Type) mix lto4 and lto3
> I have tape library 8 slot and 1drive. the drive is lto4. > > I have lto4 and lto3 (50/50) > > Can i use value "Media Type" in resource bacula-sd.conf with LTO4 > example: *Media Type = LTO4"?? But the pool is mix: have lto4 and > LTO3 > > Is this a problem? It could be because as far as I recall you can only specify one media type for your drive. If you want to treat LTO3 and LTO4 differently, you will need two drives. Normally you just set everything to LTO, and any tape will go into the drive. If you specifically only want certain backups on certain tapes then it's probably better to handle that at the pool level. Cheers, Adam. ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Resource SD (Media Type) mix lto4 and lto3
Hello. I have tape library 8 slot and 1drive. the drive is lto4. I have lto4 and lto3 (50/50) Can i use value "Media Type" in resource bacula-sd.conf with LTO4 example: *Media Type = LTO4"?? But the pool is mix: have lto4 and LTO3 Is this a problem? Thanks. -- # # Sistema Operativo: Debian # #Caracas, Venezuela # # ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula and SQLite
On 29.04.19 20:57, Josip Deanovic wrote: > It's not that SQLite is bad or does not have the needed capabilities > but it simply adds to the complexity of the source and maintenance of > bacula features. Also besides Carsten Leonhardt and me from Debian nobody has been testing or even maintaining the SQLite database scripts. SQLite is only available still because we tested and submitted patches to keep it working. Grüße, Sven. signature.asc Description: OpenPGP digital signature ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula and SQLite
On 4/29/19 1:57 PM, Josip Deanovic wrote: > Because of the reasons Kern already wrote. Yes, but they have nothing to do with the question. > It's not that SQLite is bad or does not have the needed capabilities Precisely: back when it was supported there was nothing wrong with using it, provided one understood how it scales. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula and SQLite
On Monday 2019-04-29 12:01:03 Dimitri Maziuk via Bacula-users wrote: > On 4/29/19 10:54 AM, Phil Stracchino wrote: > > Was SQLite *ever* actually *recommended* for production? > > For a small dataset with a very limited number of volumes and backup > cycles, why not? Because of the reasons Kern already wrote. It's not that SQLite is bad or does not have the needed capabilities but it simply adds to the complexity of the source and maintenance of bacula features. Regards! -- Josip Deanovic ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula and SQLite
On 4/29/19 10:54 AM, Phil Stracchino wrote: > Was SQLite *ever* actually *recommended* for production? For a small dataset with a very limited number of volumes and backup cycles, why not? -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula and SQLite
On 4/29/19 11:49 AM, David Brodbeck wrote: > > > On Sat, Apr 20, 2019 at 4:32 AM Gary R. Schmidt > mailto:g...@mcleod-schmidt.id.au>> wrote: > > SQLite was deprecated in Bacula something of the order of ten years > ago, > which is about when I installed Bacula at my current $ORK. > > > Interestingly, the 9.0.4 release notes say that sqlite has been > deprecated "for a long time," but I haven't been able to find exactly > when this was announced. In fact as recently as v7.4 the installation > chapter in the manual recommended starting out with SQLite for testing > purposes. The most recent v7.4 release came out in 2017, a lot less than > 10 years ago. "For testing purposes." Was SQLite *ever* actually *recommended* for production? -- Phil Stracchino Babylon Communications ph...@caerllewys.net p...@co.ordinate.org Landline: +1.603.293.8485 Mobile: +1.603.998.6958 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula and SQLite
On Sat, Apr 20, 2019 at 4:32 AM Gary R. Schmidt wrote: > SQLite was deprecated in Bacula something of the order of ten years ago, > which is about when I installed Bacula at my current $ORK. > Interestingly, the 9.0.4 release notes say that sqlite has been deprecated "for a long time," but I haven't been able to find exactly when this was announced. In fact as recently as v7.4 the installation chapter in the manual recommended starting out with SQLite for testing purposes. The most recent v7.4 release came out in 2017, a lot less than 10 years ago. -- David Brodbeck System Administrator, Department of Mathematics University of California, Santa Barbara ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users