Hello,

On 26.10.2005 18:46, Dave Dmytriw - NetCetera wrote:

-----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.

Good idea :-)

...
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....

Erm. I must have been in a hurry when I wrote my answer :-). The No refers to your assumption that you messed something up.

Interesting (I am assuming that you meant "triggered recycling").  Yes,

*blush* Yes, I skipped proofreading again... and my notebooks keyboard doesn't fit to my fingers as good as it could. Right, I meant to write "triggered".

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 ?

I'm afraid your expectations are incorrect. As a one line command, you use "sta dir", for example, and only if you skip required arguments the DIR presents a menu tu select.

...
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.

Quite simple things, these... set up a job of type admin with all required information (yes, it needs a level and a storage etc.), and schedule it as you like it. If that's your only job with pruning enabled, it will concentrate all catalog pruning.

...
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.

Too true. But I find that most people simply skip exchanging media and taking the tapes away quite soon. Especially with small companies, they most often take the way of "ignore it until it's too late." In many cases, an automatic on-site backup is more useful than a manual off-site one that never gets done. Well, that's my opinon and my customers :-(

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.

Just write up your configuration and experiences as a chapter for the manual :-)

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

iD8DBQFDX7LoDcivrcMaKcIRAp62AJ4sNc8t16fIP0ofxeU36iXR4n8kKgCfWd6o
3tVZ00f1qT6HjaXg/RdMpqA=
=iTea
-----END PGP SIGNATURE-----



--
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

Reply via email to