In regard to: [Networker] Legato skipping tapes, gunnerjoe said (at 9:52am...:

Legato wrote tape 0019 until full, skipped tape 0020 and 0021, then
wrote 640GB to tape 22 which is still appendable, then went back to tape
20 and has written 127GB and counting to that tape.

Ideas about this strange behavior?

Volume name has nothing to do with how it chooses tapes, so the fact
that it skipped 0020 and 0021 is not surprising.  The algorithm
that's used has been explained a few times on the list, check the email
archives for more information.

That it didn't fill 0022 before it used a different tape is a bit odd,
but then again I haven't reviewed the explanation of the algorithm in
a long time, so maybe it's explained too.

You don't mention whether there are different pools involved here, but
I assume they should all be in the same pool.  I also assume this is *not*
a clone pool, as that also impacts volume selection.

Carsten also had a good point -- were any recoveries interspersed in
between the first volume being used and the second?

Tim
--
Tim Mooney                                             Tim.Mooney AT ndsu DOT 
edu
Enterprise Computing & Infrastructure                  701-231-1076 (Voice)
Room 242-J6, IACC Building                             701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164