Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

2 entry for the same tape

Status
Not open for further replies.

a222401

MIS
Nov 29, 2002
21
0
0
BE
configuration :
W2k server
networker administrator 6.1.3 build 428

Descritpion :
in the gui "autochanger operations" i have 2 entry for the same tape.
I'm sure (i have verify) that only one tape with this label was ever used.

Question :
Is there a easy way to - >
a) suppress this second entry
b) have command line for checking the robot
 
Yes, you should be able to delete it via the GUI easily but having two times the same label is not a normal situation.

So you d'better try to launch consistency check of your media database first (nsrim -X).

If this error persist then try to delete the bad entry (remove file and media entries). The risk is to delete both of them ...

If backups onto that tape are not so important I would delete both of 'em and try launch "nsrim -X".
 
First of all, make sure that you really have two entries
for the identical media!!!!!!!

Although NW does not allow you to assign a label twice, it
will fully support such situation.

This may happen if you scanned an 'old' tape which has the
same label. However, their internal volume ID is most likely
not the same. If so, then this points to a database problem.

To check this, please run the following command:

mminfo -q "volume_name" -r "volume, volid"

 
Hi,

when you ask: b) have command line for checking the robot
do you mean you want to check the robot to see if there are two volumes with the same barcode ? If so then follow the procedure below (note this is from Solaris, but must also exist in Windows)

Check the Control port for your library (nwadmin -media-jukeboxes)

/etc/LGTOuscsi/sjirdtag scsidev@x.x.x > jb.txt
where scsidev@x.x.x is the control port (note this also applies to fibre connected libraries).

This will produce an output list of your library showing the following:

DATA TRANSPORT = Tape drives from bottom up
STORAGE = Library Slots
MEDIA TRANSPORT = Robot arm
IMPORT/EXPORT = Cartridge Access Ports - top down

tag_val 1=Barcode, 0=Barcode can't be read/doesn't exist
pres_val 1=slot/port etc exists, 0=would denote a H/W fault
med_pres 1=Tape present, 0=no tape
med_side 1=dual-sided tape, 0=single-sided tape
VolumeTag Barcode of tape
For the IMPORT/EXPORT
inp_enab 1=deposit enabled
exp_enab 1=withdraw enabled
full 1=media present

This is also a useful command to check if external labels can be read by the camera

e.g. if tag_val=0 and med_pres=1 then it's likely that the tape falls into one of the following categories:
no barcode
barcode upside-down
barcode dislodged
 
We have had this problem with all 6.x versions of Networker prior to 6.1.3 on HP-UX. We got a media DB scavenging procedure from legato support and it does remove the bogus entries. Since you are on Win2K my procedure probably would not work for you. We have not had the problem once since we updgrade from 6.1.2 to 6.1.3. I would contact Legato support. They never could explain the cause.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top