Re: [Bacula-users] Mixing incremental & full volume pools (disk based) during restore
On Thu, Mar 29, 2012 at 10:40:07AM -0400, Phil Stracchino wrote: > I don't think you should need to do either of those. I have a total of > five pools - Full-Disk, Diff-Disk, Incr-Disk, and Full-Tape, plus a > scratch pool - but all of my disk volumes are in the same /spool/bacula > directory regardless of the four possible disk pools they belong to. > For me, this Just Works. I have never had Bacula fail to find a volume > as you've described. Bacula knows which volumes belong in which pools, > so I don't see a need to keep them separate. > I've now moved all my physical disk volumes into a single directory and have changed the sd config accordingly. Thanks again for your kind help. All the best, Uwe -- NIONEX --- Ein Unternehmen der Bertelsmann AG -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Mixing incremental & full volume pools (disk based) during restore
On 03/29/2012 09:59 AM, Uwe Schuerkamp wrote: > On Thu, Mar 29, 2012 at 09:41:40AM -0400, Phil Stracchino wrote: > >> I confess I don't see why you'd need to do that. But then, I keep all >> my disk-based volumes in one place to start with, and have simply never >> had a problem. > > Hi Phil, > > the reasons are mostly historical: I started doing incrementals to > disk with fulls to tape, so I had a separate incremental disk pool and > then simply added a 2nd disk pool for the full backups. This way, I > can also later separate the pools to different disk devices > > I can also live with symlinks as I have a limited number of > incr. volumes, but it sure would be nicer to have bacula select the > correct pool automatically. > > I changed the media type in the sd config and the Storage definition > in bacula-dir.conf like so: > > Device { > Name = FileStorage_incremental > Media Type = File-Diff > Archive Device = /mnt/disk/online_backup_incremental > LabelMedia = yes; > Random Access = Yes; > AutomaticMount = yes; > RemovableMedia = no; > AlwaysOpen = no; > } > > Storage { > Name = FileStorage_incremental > Address = bacula-server > SDPort = 9103 > Password = "X" > Device = FileStorage_incremental > Media Type = File-Diff > Maximum Concurrent Jobs = 4 > } > > and restarted bacula. I then updated "pool from resource" for the > incr. pool and "all volumes in pool", but the media type is still > listed as "File" when I select "list media" in bconsole. Do I need to > update the media table in mysql? Would it be simpler to merge both > pools into a single one? I don't think you should need to do either of those. I have a total of five pools - Full-Disk, Diff-Disk, Incr-Disk, and Full-Tape, plus a scratch pool - but all of my disk volumes are in the same /spool/bacula directory regardless of the four possible disk pools they belong to. For me, this Just Works. I have never had Bacula fail to find a volume as you've described. Bacula knows which volumes belong in which pools, so I don't see a need to keep them separate. Of course, you're doing a number of things differently than I am, starting with having a separate Device for Full, Differential and Incremental. Still, I would just try putting all the volumes in the same directory and adjusting the Archive Device settings accordingly. There's really no difference between the different File storage devices; if you don't try to separate them, you could even end up with more flexibility because you can just let any Job use whichever device is available to mount the volumes it needs. -- Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355 ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.org Renaissance Man, Unix ronin, Perl hacker, SQL wrangler, Free Stater It's not the years, it's the mileage. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Mixing incremental & full volume pools (disk based) during restore
On Thu, Mar 29, 2012 at 09:41:40AM -0400, Phil Stracchino wrote: > I confess I don't see why you'd need to do that. But then, I keep all > my disk-based volumes in one place to start with, and have simply never > had a problem. Hi Phil, the reasons are mostly historical: I started doing incrementals to disk with fulls to tape, so I had a separate incremental disk pool and then simply added a 2nd disk pool for the full backups. This way, I can also later separate the pools to different disk devices I can also live with symlinks as I have a limited number of incr. volumes, but it sure would be nicer to have bacula select the correct pool automatically. I changed the media type in the sd config and the Storage definition in bacula-dir.conf like so: Device { Name = FileStorage_incremental Media Type = File-Diff Archive Device = /mnt/disk/online_backup_incremental LabelMedia = yes; Random Access = Yes; AutomaticMount = yes; RemovableMedia = no; AlwaysOpen = no; } Storage { Name = FileStorage_incremental Address = bacula-server SDPort = 9103 Password = "X" Device = FileStorage_incremental Media Type = File-Diff Maximum Concurrent Jobs = 4 } and restarted bacula. I then updated "pool from resource" for the incr. pool and "all volumes in pool", but the media type is still listed as "File" when I select "list media" in bconsole. Do I need to update the media table in mysql? Would it be simpler to merge both pools into a single one? All the best, Uwe -- NIONEX --- Ein Unternehmen der Bertelsmann AG -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Mixing incremental & full volume pools (disk based) during restore
On 03/29/2012 09:19 AM, Uwe Schuerkamp wrote: > On Thu, Mar 29, 2012 at 08:59:05AM -0400, Craig Van Tassle wrote: > >> I had this issue in the past as well. The solution was to change what >> type of media. Here is an example out of my SD configuration file. >> >> Device = Differential >> Media Type = File-Diff >> > > Hi Craig, > > thanks much for your reply. So the key is to have *different* media > types for the full and differential pool? I confess I don't see why you'd need to do that. But then, I keep all my disk-based volumes in one place to start with, and have simply never had a problem. -- Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355 ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.org Renaissance Man, Unix ronin, Perl hacker, SQL wrangler, Free Stater It's not the years, it's the mileage. -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Mixing incremental & full volume pools (disk based) during restore
On Thu, Mar 29, 2012 at 08:59:05AM -0400, Craig Van Tassle wrote: > I had this issue in the past as well. The solution was to change what > type of media. Here is an example out of my SD configuration file. > > Device = Differential > Media Type = File-Diff > Hi Craig, thanks much for your reply. So the key is to have *different* media types for the full and differential pool? All the best, Uwe -- NIONEX --- Ein Unternehmen der Bertelsmann AG -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Mixing incremental & full volume pools (disk based) during restore
On Thu, 29 Mar 2012 14:08:11 +0200 Uwe Schuerkamp wrote: > Hi folks, > > we recently changed our backup policy from tape- to disk-based, so I > created two pools based on separate filestorage devices (two separate > dirs) to hold the full and incremental backup volumes. > > Today I tried a restore job using both incr. and full volumes, and > when bacula (5.2.6 on centos 6) needed to access the incremental > volumes, it tried to open them in the full filestorage directory as > opposed to the incremental filestorage directory. > > I worked around the situation by creating symlinks in the full > filestorage directory pointing to the incremental backup volume files > and bacula readily accepted those links and read the incremental stuff > off the volumes. > > I wonder if this is the expected behaviour, or would it be better to > keep both pools in a single directory (if that's even possible)? > Should I have modified the Storage resource before starting the > restore job (alhough the restore job needed both full and incremental > volumes)? > > All the best & thanks in advance, Uwe > > I had this issue in the past as well. The solution was to change what type of media. Here is an example out of my SD configuration file. Device = Differential Media Type = File-Diff I had to update my pools to reflect the new media type and backups and restores work with out having to use the symlinks. -- Craig Van Tassle HUBzero.org System Administrator YONG 1006 Desk Phone : (765)496-6413 -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users