Hello,
On 21.10.2005 21:10, Dave Dmytriw - NetCetera wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Thanks for the product. I seem to have cajoled it into doing what I
want it to.
After much futzing around with bacula on a couple of gentoo boxes I seem
to have stumbled upon a fix to a problem that I was having trying to
implement a simple1 tape per pool (pools for each day of the work week
M-F) starting with the example in the online manual located here:
bacula.org/rel-manual/Backup_Strategies.html#SECTION000263000000000000000
Let me say that The way I am doing this is most probably INCORRECT - but
it does work for me, and I have seen others with this type of problem.
If my description starts a flurry of messages about how ignorant I am
about bacula then so be it. I am pretty sure I can take it without
having to commit hari-kari (?) or any other such drastic action...
I don't think that you have to worry much... after all, when you
configure a product to do what you want that can hardly be called
ignorance. And concerning correctness that's not an issue, too -
personally, I'd say there is no correct or incorrect way to use bacula,
it's more a question of successfull or not. Admittedly, I'm usually
easier successfull when I use Bacula so that my goals are supported by
Baculas dsign principles, but that doesn't make other solutions
incorrect. It only shows that I'm lazy ;-)
My backup scenario is to use 5 tapes (1 each for Monday thru Friday)
full backup each night - then reuse the same tape the next week.
Separate pools - much like the earlier mentioned example in the online
manual. When the backup completes the tape is ejected and the users put
in the next daily tape and take the previous one off site.
In short, the problem was that something was wacky and the job would try
to start and would complain about there not being any volumes available.
I would log into the box, start bconsole and issue a mount command and
the backup would start. I tried doing this via a Run Before job with
no success - the director would squawk about there being no volumes
available. Then one day I was scratching my head and logged in the box
during the day and issued a stat <enter> then 4 <enter> there was a
small but visible delay in the output... and lo and behold the volume
status was set to Recycle and the job ran that evening without
intervention... I must have something messed up with my volume
definitions or something. After executing the stat 4, I would receive a
daemon message about the volume being recycled.
No, you only riggered recycling.
Before I forget, it seems to me that entering stat 4 <enter> in bconsole
does not produce the same output as entering stat <enter> 4 <enter>.
Not sure what is going on there.
That's the meny driven interactive command completion (stat enter 4
enter) vs. the command line version of the same command (sta all). In
your case, sta dir would probably be enough, by the way.
Here is my Default Pool stanza and my Pool definition for Monday -
Tuesday-Friday Pools have the same definitions.
# Default pool definition
Pool {
Name = Default
Pool Type = Backup
Recycle = yes # Bacula can automatically recycle Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 6 days #
Accept Any Volume = yes # write on any volume in the pool
}
Pool {
Name = MondayPool
Pool Type = Backup
Recycle = yes
AutoPrune = yes
Volume Retention = 6d
Accept Any Volume = yes
Maximum Volume Jobs = 2
Volume Use Duration = 19 hours
}
My solution to my problem was to use the following in a Run Before
directive:
/etc/bacula/bconsole << END_OF_DATA
stat
4
mount storage=DDS-3
quit
END_OF_DATA
... snip output from status all command and mount...
Maybe I have something messed up in my config - but this is the only way
that I could get the Volume status updated to Recycle so that the tape
would be used over again.
Well, an admin job which triggers recycling could do the ame, I guess.
I would be happy to continue this thread and provide whatever details
are desired to interested persons. Though i don't recall the recent
threads, I think some folks were fighting with the same kind of issue
recently.
Yes, true. But that's mainly a configuration issue IMO - when you want
daily volumes with volme changes you have to do a lot of setup work -
pools for each days, and assigning the pools to each run line in the
schedule resource. With two-week tape rotation this becomes real work
(especially since the schedule doesn't have a resource for (every second
week or similar).
Arno
Dave
- --
Dave Dmytriw
Principal, NetCetera Solutions Inc.
Calgary, AB
403-703-1399
[EMAIL PROTECTED]
http://www.netcetera-solutions.com
"It's about using NetWorks, Etc..."
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD4DBQFDWT0WDcivrcMaKcIRAvfnAJ9ObmvpmsKvAh89bkRPDSQ2uE3EogCVGLc2
MTfxVARv/uzIVtuJR1RhJg==
=eopA
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today * Register for a JBoss Training Course
Free Certification Exam for All Training Attendees Through End of 2005
Visit http://www.jboss.com/services/certification for more information
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
