-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Arno - Thanx for the reply.
You raise some interesting points - I will try to further the discussion
while reducing the size of this email.
Arno Lehmann wrote:
> Hello,
>
> On 21.10.2005 21:10, Dave Dmytriw - NetCetera wrote:
>
> 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.
Firstly, I am not sure what the "No" in your post refers to....
Interesting (I am assuming that you meant "triggered recycling"). Yes,
I will agree that it triggered Recycling - the volume status was "Used"
before I issue the stat command. I think it is indeed the issue - when
the job starts it can't find a suitable volume - though it appears that
the requirements for recycling have been met. Once the stat command
changes the status to Recycle the backup proceeds as desired.
>
> 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.
The point I was trying to make is that I expect a stat 4 (one line) to
produce the same output as
stat <enter>
4 <enter>
and it doesn't appear to. Am I incorrect in expecting that the output
should be the same regardless if the stat command is issues on one line
or 2 ?
>
> 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 heave seen some references to the Admin jobs - in fact I thought that
might be the best way to trigger the recycle - but I have not found much
information on the admin job.
>
> 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).
>
As my setup - daily volume changes in separate pools - is the only one I
have experience with I can't really comment on the relative amount of
work required to make it work :). I do know however that this type of
backup scenario is a very good fit for smaller businesses who understand
the importance of backups (plenty of small businesses - as well as home
users - DON"T understand that backups could be crucial to their
existence). Smaller companies are also more likely to not opt for an
autochanger solution - cost reasons perhaps - and most also understand
that having a current full backup off-site - in the event of a disaster
- - fire, flood, theft for example - their data is very important.
Thanks for the comments. I hope we can figure out what is going on and
eventually help others who wish to do this type of backup with Bacula.
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
iD8DBQFDX7LoDcivrcMaKcIRAp62AJ4sNc8t16fIP0ofxeU36iXR4n8kKgCfWd6o
3tVZ00f1qT6HjaXg/RdMpqA=
=iTea
-----END PGP SIGNATURE-----
-------------------------------------------------------
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
