Hi,

13.01.2009 14:27, Bastian Friedrich wrote:
> Hi,
> 
> when manually recycling a (used) volume with
> "update volume=xxx VolStatus=Recycle"
> this volume will be accepted for overwriting. Nonetheless, Jobs that have 
> been 
> written to that volume will NOT be removed from the catalog. This results in 
> invalid data, as the catalog will still contain data about volume content 
> that is no longer there.

I never tried that, but I'll take your word for it...

> Would you regard that as a bug?

A reasonable view, IMO.

> Or is it a PEBKAC, as I should not use the 
> update command to recycle volumes?

This one, too.

> Or ist it "just wait for these jobs to 
> expire via their retention period"?

That, or prune / purge the volume.

> Any recommendations on how to handle 
> these cases?

Pruning / purging is the best way to go IMO.

Actually, I think if the manual would state that the volume update 
commands do NOT maintain catalog integrity, and thus should be used 
only with advanced knowledge of what may go wrong the situation would 
be resolved most correctly - I consider those commands as tools for 
advanced catalog maintenance, where you knowingly work behind Baculas 
back, and have to take all the blame yourself :-)

I.e., not exactly PEBKAC, but rather KIWTBLTBI (knowingly interfering 
with things better left to Bacula itself).

> dbcheck is not able to find these jobs, btw; they look absolutely valid in 
> the 
> database, except for the fact that possibly two entries exist that point to 
> the same region on a tape.

Which is a higher-level inconsistency than dbcheck checks... 
definitely an undesirable situation.

Arno

> Thx/best regards
>    Bastian Friedrich
> 

-- 
Arno Lehmann
IT-Service Lehmann
Sandstr. 6, 49080 Osnabrück
www.its-lehmann.de

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel

Reply via email to