Hi,
On 1/3/2006 11:15 PM, John Hayden wrote:
Arno,
If that is expected behavior,
Expected behaviour... well, it's what I got used to. Usually, I'd expect
a new volume to start with status unused or purged, but append is kind
of... funny.
then I think that when I run the
status command in bconsole and ask for the status of the director, I
should not get the following:
*status
Using default Catalog name=MyCatalog DB=bacula
Status available for:
1: Director
2: Storage
3: Client
4: All
Select daemon type for status (1-4): 1
rosalind-dir Version: 1.36.1 (26 November 2004) i686-redhat-linux-gnu
redhat 8.0
Daemon started 03-Jan-06 17:30, 0 Jobs run since started.
Scheduled Jobs:
Level Type Pri Scheduled Name Volume
========================================================================
===========
Incremental Backup 10 04-Jan-06 01:05 cerebellum
*unknown*
I guess the *unknown* is what makes you wonder, right?
...
There is at least 1 volume marked append and 1 marked purged in the
pools for full and incrementals backups. As you can see, job 3174 ran
ok this afternoon but the volume it wrote to now seems invisible
although I can see it as appendable when I do a list volumes in bconsole.
The problemthere is that the DIR can't (or rather, doesn't) determine
which volume will be used because it can't tell which pool will be used.
Or something like that. In fact, pre-determining which volume will be
used is a process more difficult than you expect: First, Bacula has to
examine the whole schedule including all job overrides. Then you have
settings for the pool in the job definition, like "Full Backup Pool" and
so on. Finally, Bacula would have to see if prior "base" jobs, like
full or differential, exist (which it doesn't, AFAIK). After that it's
got to examine the available storage resources and pools for volumes
from the pool it selected. Depending on the kind of storage you use it
might find available volumes easily (tapes without autochangers, for
example) or with more difficulty (tapes with autochangers. If all tapes
in the autochanger are used and marked as such or full, the DIR has to
run the whole pruning / recycling cycle), or even impossible.
The latter happens most often with file based storage and automatically
created volumes which are marked "used" after a pre-set time.
There are other possible explanations for an *unknown* volume for a
queued job, and I admit I don't understand all of them.
The point of my explanation - the 'sta dir' output doesn't tell you
anything about available volumes in a pool, that does 'list volumes
pool=xxx' or my :-) baculareport.pl script. 'sta dir' tries some things
to determine the volumes it will use, but that prediction is not 100%
reliable, and instead of automatically creating volumes, doing *all*
possible recycling actions (and still without success, because volumes
may get purged in between your 'sta dir' command and the actual job
start) the DIR in some cases simply tells you that it can't give a good
guess of what volumes it will try to use.
'sta dir' is, obviously, the best way to see if and which jobs run and
which jobs are queued and which are held for whatever reason.
Thanks for the help so far
I hope I can help you understand the difficulties of Baculas operations
better...
Arno
John Hayden
On Jan 3, 2006, at 3:59 PM, Arno Lehmann wrote:
Hello,
On 1/3/2006 9:44 PM, John Hayden wrote:
Michael,
... no, but still...
These are brand new tapes that I just labeled and add to the
pool. Then a few seconds/minutes later, they are marked as purged
and I have no tapes again????
No, it's not that you have no available tapes. Instead, you've got
tapes with no known contents, i.e. empty tapes available.
For some reason, volumes created start in state "Append", and need
one run of pruning to become purged, which is Baculas equivalent to
empty.
Arno
John Hayden
On Jan 3, 2006, at 3:41 PM, Michael Scherer wrote:
Hi.
Image you have a tape with 3 jobs on it.
Now you purge all _jobs_ via bconsole (or job retention time).
After that Bacula considers the tape as "useless" cause it has no clue
whats stored on it. All job information (files backuped on the
tape) were
purged, so it frees the tape.
Greetings,
Michael
On Tue, 3 Jan 2006, John Hayden wrote:
Hope everyone had a god New Years!
In my continuing saga of a retrograde, any volume I label and
add to a pool almost immediately gets marked as purged with the
following message:
03-Jan 15:46 rosalind-dir: There are no Jobs associated with
Volume "Mutation0020". Marking it purged.
03-Jan 15:46 rosalind-dir: There are no Jobs associated with
Volume "Mutation0021". Marking it purged.
Any ideas why this might be happening?
--
I love deadlines, especially the sound they make as they go
whooshing by.
John Hayden
Systems Administrator
Brigham & Women's Hospital - Genetics Division
77 Avenue Louis Pasteur
Boston, MA 02115
617-525-4748
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through
log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
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: Splunk Inc. Do you grep through
log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
John Hayden
Systems Administrator
Brigham & Women's Hospital - Genetics Division
77 Avenue Louis Pasteur
Boston, MA 02115
617-525-4748
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
