Hello Andreas,
On Friday 06 July 2007 23:33, Andreas Helmcke wrote:
> Hello,
>
> Kern Sibbald wrote:
> > I believe that I have now resolved this problem, as well as some others
> > related to the new "minimal" pruning. I have tested it for proper
recycling,
> > but don't yet have a test involving the Scratch pool. If you have some
way
> > of testing this, I would appreciate your feedback. The new code was
> > committed in SVN revision 5124.
> >
>
> I have given rev. 5124 a try. Sadly to say it doesn't work like expected.
>
> Test:
> fd, dir Version 2.1.24; sd SVN Rev. 5124
>
> - I have removed (actually moved to export slots) all tapes which are in
pools
> default or scratch from automounter.
> - There are plenty of tapes left in the autochanger which are in other
pools
> but could be recycled and for this pools RecyclePool is set to scratch.
> - Started a job which uses pool default.
> --> Job waiting for manual mount.
> - Canceled the job.
>
>
> Attachments:
> job-log.txt: Log of the job.
> bacula-sd-debug-rev5124.txt: debug-log at level 51 of sd
>
>
> Andreas
>
> P.S: If you need more informations and/or tests, just ask.
Thanks.
In looking this over, I cannot see any problem in the current code (there may
be but I don't see it). It looks like for some reason one of your volumes
did not have a properly defined slot and that caused everything to block.
That is a problem that we can look at later, but it would be useful if you
could try some other tests. Here is the situation as I see it:
- First, could you please list all the volumes in the autochanger and ensure
that they really have their slot number set to something valid (i.e. >0).
- Then it would be good to try the test again. If it blocks, what I need to
see is a listing of all the volumes. Normally "list volumes" should give
me what I need.
- Before testing, please update to the latest SVN rev. I've improved the
error message about slot=0 that printed on your output to include the drive
and Volume name. If it happens again, hopefully we will get more information.
- If it still complains about a particular volume, please do an:
llist volume=xxx
that will supply the full details of that volume.
- Another important point for you to understand, which caught me in my test is
that when a Volume is moved from one pool to another, it takes on the default
values of the new pool. Among those default values is the Volume Retention
Period.
- Also in your Scratch Pool resource, you will need (if you don't already
have) a "Recycle Pool = Scratch" so that the volume will be moved back to the
scratch pool when it is Purged.
In my tests things are recycling correctly, but then this is just a test. If
we can verify that the recycle behavior is correct, I would like to try to
find out why your Volume had a slot=0 and why that seems to block the whole
process. In principle it shouldn't happen or it is an operator error, but it
probably should not block everything either (I am not 100% sure what it
should do).
Regards,
Kern
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel
