After updating to version 18.104.22.168 of Networker, fast inventory on our jukeboxes (nsrjb -II ...) will only perform a fast inventory on tapes that have not changed position, and will report an error for all tapes that have been changed, e.g.
09/12/16 09:20:30.866477 Info: The media data base has no volume with barcode = `XY0247L6'.
09/12/16 09:20:30.866501 Info: Fast Inventory cannot identify volume in slot `23'.
09/12/16 09:20:30.867000 Error: Fast Inventory fail to identify some or all of the selected slots.
The message "The media data base has no volume with barcode ..." is definitely wrong, as there always is a volume with that barcode in the media database.
For these tapes / slots we then have to perform a slow inventory.
EMC support mainaints that we should be fine with that, but I disagree, and we do not want to spend hours for inventorying large jukeboxes
I suspect the change in the ressources database to SQLite might play a role in this:
"In NetWorker 8.2 SP3, SQLite replaces WiSS as the media database."
Did anybody see similar effects? Who could offer a solution?
Kind regards, Tom
I haven't seen it, but then again I do not move tapes around the lib and I started with 22.214.171.124 (now using 126.96.36.199). What I would suggest is:
- nsrjb -HvE
- if all volumes in lib are known to NW, run now fast inventory
Hrvoje, thanks for replying.
It's not really about moving around tapes in the jukebox, it's mainly about putting fresh tapes into it.
"nsrjb -HvE" did not help, sorry.
Kind regards, Thomas
So far we have not seen that problem. However, I would proceed as follows:
- verify the AC contents as follows:
. type: nsr jukebox
- compare that output with the info from the media db:
mminfo -q "barcode=<volume>" -r "volume,barcode"
If the message is true then the info from the media db must have disappeared somehow.
when I do the "p" in nsradmin, I get "" for all troublesome volumes.
The output of mminfo is also very confusing, e.g.
nsrhost:~ # mminfo -q "barcode=XY0336L3" -r "volume,barcode"
6095:mminfo: no matches found for the query
nsrhost:~ # mminfo -q "volume=XY0336L3" -r "volume,barcode"
Kind regards, Tom
With the nsradmin command you verify what the jukebox resource knows about the volumes.
Obviously, it does not know the troublesome ones.
mminfo uses the media index -
If you query for the volume it knows volume and barcode.
But if you query for the barcode, there is no match.
This is weird. And it is in contradiction with respect to your first statement.
Sorry, but at the moment I am rather clueless. You should 'cross-check' the 2 databases but honestly, I do not know how to do this except running a full inventory of the jukebox. This is bad. Even worse, you do not know whether this will solve the issue for the future.
You better ask EMC whether they have an appropriate tool.
Maybe this is somehow related/connected to ETA 490166 (KB article 000490166) which we received today.
No, I don't think that our issue is related to savesets changing to E (expired), it is an issue about the media database.
And running full inventory results in...? The barcode thingy is a bit strange, but it could be that lib didn't provide it at some point (can be verified with sjirdtag command) and this may in some rare instances cause issues, but not sure if this is your case.