Re: [Bacula-users] Use of Multiple Tape Drives at Once
On 6/27/24 1:33 PM, Kody Rubio wrote: I am searching for advice and/or expertise in allowing Bacula to use multiple tape drives at once. I currently have two separate jobs that use separate Pools, that run around the same time. Although the second job is always waiting for the other job to finish. While the second tape drive is open, I would like for it to use the second drive and not have to wait for the other drive to be finished. I also read that setting "MaximumConcurrentJobs = 1" for each will allow this but I get the same result. Below is my configuration for the devices: Hello Cody, what does `status director` show when these jobs are "wating" What does your Director Storage resource look like? Best regards, Bill -- Bill Arlofski w...@protonmail.com signature.asc Description: OpenPGP digital signature ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Use of Multiple Tape Drives at Once
I am searching for advice and/or expertise in allowing Bacula to use
multiple tape drives at once.
I currently have two separate jobs that use separate Pools, that run around
the same time. Although the second job is always waiting for the other job
to finish. While the second tape drive is open, I would like for it to use
the second drive and not have to wait for the other drive to be finished.
I also read that setting "MaximumConcurrentJobs = 1" for each will allow
this but I get the same result.
Below is my configuration for the devices:
Device {
Name = "Superloader_LTO9_Drive0"
MediaType = "LTO-9"
DeviceType = "Tape"
ArchiveDevice = "/dev/tape/by-id/scsi-3500308c42b98f114-nst"
RemovableMedia = yes
RandomAccess = no
AutomaticMount = yes
LabelMedia = yes
AlwaysOpen = yes
Autochanger = yes
AutoSelect = yes
ChangerDevice = "/dev/sg5"
ControlDevice = "/dev/sg3"
ChangerCommand = "/usr/libexec/bacula/mtx-changer %c %o %S %a %d"
AlertCommand = "/usr/libexec/bacula/tapealert %l"
MaximumChangerWait = 1800
MaximumOpenWait = 1800
MaximumRewindWait = 300
MaximumFileSize = 20
MaximumConcurrentJobs = 1
DriveIndex = 0
}
Device {
Name = "Superloader_LTO9_Drive1"
MediaType = "LTO-9"
DeviceType = "Tape"
ArchiveDevice = "/dev/tape/by-id/scsi-3500308c42b98f118-nst"
RemovableMedia = yes
RandomAccess = no
AutomaticMount = yes
LabelMedia = yes
AlwaysOpen = yes
Autochanger = yes
AutoSelect = yes
ChangerDevice = "/dev/sg5"
ControlDevice = "/dev/sg4"
ChangerCommand = "/usr/libexec/bacula/mtx-changer %c %o %S %a %d"
AlertCommand = "/usr/libexec/bacula/tapealert %l"
MaximumChangerWait = 1800
MaximumOpenWait = 1800
MaximumRewindWait = 300
MaximumFileSize = 20
MaximumConcurrentJobs = 1
DriveIndex = 1
}
Messages {
Name = "Standard"
Director = bacula-dir = All, !Debug, !Saved
}
Autochanger {
Name = "Autochanger"
Device = "Superloader_LTO9_Drive1"
Device = "Superloader_LTO9_Drive0"
ChangerDevice = "/dev/sg5"
ChangerCommand = "/usr/libexec/bacula/mtx-changer %c %o %S % a %d"
}
Thanks,
Kody
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Backing Up a Remote Client
On 6/27/24 8:50 AM, Chris Wilkinson wrote: Oops - typo in my message. It should be *Set storage resource 'FDStorageAddress=' Which is what actually have but wrote it here wrong.☹️ No worries. I saw that and knew what you meant. :) I'm not aware of NAT reflection being set in the router; no such option that I can find. I can't see sending local backup data out and back is an issue since the data is encrypted but anyway it's set up now as you suggested so moot. Well, what I mean is that your local FD -> SD traffic would hit the firewall, pass through it to its external IP, then be NAT'ted back into your local network. So, nothing going to the Internet from local, but still using up the firewall's network bandwidth and CPU cycles unnecessarily. I think you seem to be in good shape now. :) Best regards, Bill -- Bill Arlofski w...@protonmail.com 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] Backing Up a Remote Client
Oops - typo in my message. It should be *Set storage resource 'FDStorageAddress=' Which is what actually have but wrote it here wrong.☹️ I'm not aware of NAT reflection being set in the router; no such option that I can find. I can't see sending local backup data out and back is an issue since the data is encrypted but anyway it's set up now as you suggested so moot. -Chris- On Thu, 27 Jun 2024, 15:19 Bill Arlofski, wrote: > On 6/27/24 2:54 AM, Chris Wilkinson wrote: > > I made the additional changes you suggested. > > > > *Removed FD port open on remote router > > *Set storage resource 'Address=' > > *Set storage resource 'FDStorageAddress=' > > > > I re-tested local and remote backups and these seem to be working fine. > > Excellent! \o/ > > Next up Client Initiated Backups! heh > > > > These changes were not absolutely required as local backups continued to > work when I had storage resource 'Address= > FQDN of remote site>' and without the 'FDStorageAddress=' directive. I > presume this was because I had opened ports 9101-9103 > > to the DIR/SD host on the local router as part of my previous attempts > and I haven't undone any of them. > > I didn't say it yesterday, but I was suspecting that if local and remote > FD -> SD connections for backups were all still > working after you set the Storage's Address to the external IP of the > firewall, then it mu > st be that NAT reflection was > set/enabled on your firewall. > > Yes sure, that will work, but do you really want all of your backup data > traversing your firewall? :) > > > > Thanks for your help > > > > -Chris- > > You're welcome! > > I am glad that my curiosity to set this exact configuration up last week > (for fun) was well timed. :) > > > Best regards, > Bill > > -- > Bill Arlofski > w...@protonmail.com > > ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Backing Up a Remote Client
On 6/27/24 2:54 AM, Chris Wilkinson wrote: I made the additional changes you suggested. *Removed FD port open on remote router *Set storage resource 'Address=' *Set storage resource 'FDStorageAddress=' I re-tested local and remote backups and these seem to be working fine. Excellent! \o/ Next up Client Initiated Backups! heh These changes were not absolutely required as local backups continued to work when I had storage resource 'Address=FQDN of remote site>' and without the 'FDStorageAddress=' directive. I presume this was because I had opened ports 9101-9103 to the DIR/SD host on the local router as part of my previous attempts and I haven't undone any of them. I didn't say it yesterday, but I was suspecting that if local and remote FD -> SD connections for backups were all still working after you set the Storage's Address to the external IP of the firewall, then it mu st be that NAT reflection was set/enabled on your firewall. Yes sure, that will work, but do you really want all of your backup data traversing your firewall? :) Thanks for your help -Chris- You're welcome! I am glad that my curiosity to set this exact configuration up last week (for fun) was well timed. :) Best regards, Bill -- Bill Arlofski w...@protonmail.com 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] Backing Up a Remote Client
I made the additional changes you suggested. *Removed FD port open on remote router *Set storage resource 'Address=' *Set storage resource 'FDStorageAddress=' I re-tested local and remote backups and these seem to be working fine. These changes were not absolutely required as local backups continued to work when I had storage resource 'Address=' and without the 'FDStorageAddress=' directive. I presume this was because I had opened ports 9101-9103 to the DIR/SD host on the local router as part of my previous attempts and I haven't undone any of them. Thanks for your help -Chris- On Wed, 26 Jun 2024, 22:50 Bill Arlofski, wrote: > On 6/26/24 3:31 PM, Chris Wilkinson wrote: > > > > Your tips were bang on. I implemented this and it is working. > > Excellent! \o/ > > > > The other steps required were to forward ports on the routers at each > end > > This should not be necessary at the remote site(s). The remote clients > will be making outbound calls to the Internet, unless > you have NAT inside NAT or something "interesting" going on at the remote > site(s). :) > > > > and change the DIR storage resource Address= from a local lan address > to the public FQDN. > > Uff yes, sorry, I missed a step! :) > > > The part I missed (which you solved differently, but not the best way if > this Storage is needed to be used by other internal > Clients) is to instead leave the SD's `Address = ` alone and set the > `FDStorageAddress = firewall>` in the Director's configuration resource for this (and any > other external) Clients. > > This way, all your normal internal backups/clients that use this same SD > can conn > ect to it using its normal `Address = internal IP or FQDN>` and only these external clients will have the > FDStorageAddress set to connect to the Main site's > external firewall IP or FQDN. > > > > Thank you. > > > > -Chris- > > You're welcome! > > Hope these additional tips help to clean things up even more. > > Best regards, > Bill > > -- > Bill Arlofski > w...@protonmail.com > > ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
