Good morning,
As if I wasn't irritated enough... I just spent twenty minutes trying to type up a post, only to hit a button on the web page by accident and lose everything I typed... so be patient with me... I have looked at other forum posts, and they don't really address the issue I'm currently having.
Some background info: master server is "kronos," media server (with tape library attached) is "rchnbump1". Running on Linux servers with NBU version 7.6.0.4.
I have some tapes from 2012 that I have brought back onsite, and I am trying to import them into the current NBU database (it doesn't know about them). This is BS (before Susan) so I am working with a limited amount of knowledge, some notes passed on by old colleagues and my own experience.
There are about 30 tapes. I have loaded them up into the library and updated the volume config so NBU knows they're there. I have run some basic commands given to me by an old team member--I believe the tape library used to be directly connected to kronos, so one of them is a bpimage -oldserver -newserver command.
On about 25 of the tapes the create_db_info step ran fine, no problem. I have about a half dozen "unhappy" tapes. When I first loaded them into the library I noticed that for some reason the barcode was showing as nine characters instead of 8. From reading in the forums, I deleted those tapes, went to the advanced tab of the inventory and set a nine-character rule, and inventoried the tapes again. The tapes then showed up with the same type of name as the other ones. Also, this made the tape names as they were referenced on the old paper (yes, paper, I know archaic) documentation that went along with these tapes.
Examples: Tape that worked the first time had a barcode of NB4949L3, was read in as NB4949 no problem.
Tape that didn't seem to work the first time had a barcode of NB04643L3, and was originally read in as 4643L3. I set up a nine-character barcode rule to have the tape show up as NB4643, which is the way it was referenced in documentation.
This tape though (and the other tapes with this problem) weren't working with the create_db_info command. The job was hanging, as if it couldn't find the tape:
05/27/2015 08:07:43 - begin Import
05/27/2015 08:07:44 - Info bptm (pid=13181) start
05/27/2015 08:07:44 - started process bptm (pid=13181)
05/27/2015 08:07:44 - requesting resource NB4643
05/27/2015 08:07:44 - awaiting resource NB4643. Waiting for resources.
Reason: Tape media server is not active, Media server: kronos,
Robot Type(Number): TLD(2), Media ID: N/A, Drive Name: N/A,
Volume Pool: N/A, Storage Unit: N/A, Drive Scan Host: N/A,
Disk Pool: N/A, Disk Volume: N/A
So the "tape media server not active" made it seem to me like it thought the tape should be "owned" by kronos, which was the old media server; but when I try to change the "owner," (and I apologize if I'm referring to this wrong) it can't seem to find the tape:
(Linux)root@kronos:/> bpimage -oldserver kronos -newserver rchnbump1 -id NB4643
no entity was found
Based on the documentation I have here, there is data on these tapes. They should be behaving just like the other tapes in this batch of 30 or so, but for some reason they aren't. Please feel free to ask whatever questions you want if you're willing to help. Thanks in advance.
