If this is on Windows, you can use the "mt" command in order to verify if the scsi adress has actually changed. Load (not mount) a tape in what NetWorker considers to be Tape0. Then run "mt -f \\.\Tape0 status" and if Windows does not find a tape in the drive, you will see an error at the end of the output. If you receive no error then both NetWorker and Windows agree that there is a tape in Tape0, and that drive is ok. If the scsi has changed, the easiest and quickest way to solve it is really to perform a new jbconfig. Once that is done and everything is up and running, check the below steps to prevent it from happening again.
On Windows you might also need to make some registry changes in order to stop Windows from autodiscovering the autochanger at boot. To do this, you must first verify that Windows has mapped the autochanger to \\.\Changer0 using the inquire command. If this is the case, you can open regedit and do a search for "Changer0" in the registry. You *should* get two matches, and one of them has a registry value called "AutoCfg". Set this to 0 to prevent Windows from autodiscovering the jukebox.
Also, you should disable the RSM service from interacting with the jukebox by right-clicking My Computer -> Manage -> Storage -> Removable Storage. You should find your jukebox somewhere in there. Right-click it, go to Properties and then uncheck all the checkboxes. It might take some time before the check disappears, because Windows is trying to interact with the jukebox when you do this. After a few seconds or even minutes, the checkmark should be gone and the library should have a small (red i think) arrow on it´s icon.
Cheers!
Maverick
