> Sorry, but I don't understand what a "MOVE VOLUME" -- or rather what
an
> operator area is. I do understand the concept of an area that is
> accessible
> from the outside without opening the library case.
Sorry -- terminology thing again. In the very large libraries (the big
STK and IBM silos), the "operator area" is the port where you can
load/unload volumes w/o opening the case. It's usually addressed as a
range of special slot numbers (in my STK silos, it's slot 9900-9910, in
the IBM ones it's slots 10000 through 10010)
> By the way, I don't see any problem for InChanger to have multiple
values.
Kind of a misleading name, though. It's really a volume state indication
-- eg, the volume is mountable or not.
Rough idea I was discussing with Arno on the volume management thing:
There's three things we need to know for a classic full volume
management lifecycle implementation:
1) the state of a volume (where it is in the volume management cycle)
2) the location of a volume (set of predefined locations)
3) a comment to indicate information that may not be determinable from
the media itself (the case of a DR vendor needing a external ID # that
is different from the volser of the media is an example where you would
need that kind of ability to tag a comment onto a volume record)
If we use the cycle that TSM uses (a pretty classic implementation), we
get about 7 standard states, only one of which makes sense using
InChanger as a variable name (MOUNTABLE, the implication of the current
InChanger=1).
You've already added the location field as an index to a location table.
This is Good.
A comment field in the volume record would be a simple text string
(60-80 bytes).
We redefine InChanger to be VolumeState (or add a VolumeState variable
and transiton to it over time).
>
> --
> Best regards,
>
> Kern
>
> (">
> /\
> V_V
>
>
> ** ACCEPT: CRM114 PASS Markovian Matcher **
> CLASSIFY succeeds; success probability: 1.0000 pR: 83.5363
> Best match to file #0 (nonspam.css) prob: 1.0000 pR: 83.5363
> Total features in input file: 8464
> #0 (nonspam.css): features: 4585181, hits: 2781358, prob: 1.00e+00,
pR:
> 83.54
> #1 (spam.css): features: 3820341, hits: 2731932, prob: 2.91e-84, pR: -
> 83.54
>
>
>
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
