Ken,

When you open the "door for the load ports"  does that give you access to the 
actual tape slots
or just to the input/output ports?  If it only gives you access to the 
input/output ports, then
NetWorker should not be doing a full library re-inventory because there was no 
way for you to
actually physically touch any of the slots other than the input/output ones.

Wallace88 is correct, as long as NetWorker "thinks" that you could touch any of 
the
non-input/output slots....  Doesn't mean NetWorker is correct -- so, if you 
can't touch
anything other than the input/output slots -- you should open a case with EMC 
to get their code
to better support your library (and be prepared to take a long time convincing 
EMC of the truth).

Frank

On 7/11/10 10:37 AM, Ken Gehring wrote:
> Thanks. I'll give it a try on Monday and let the group know how it works out.
>
> On Fri, Jul 9, 2010 at 3:25 PM, wallace88
> <networker-forum AT backupcentral DOT com> wrote:
>>> Whenever the door for the load ports is opened and closed, the library 
>>> inventories the load ports (as is should) but then NetWorker decides that 
>>> that isn't good enough and scans all the slots in the library (adds about 
>>> 20 minutes to depositing tapes).
>>
>> This is expected default behavior with NetWorker controlling the jukebox.
>>
>> From the NetWorker point of view, nsrlcpd detects the library offline and 
>> changes the status as not ready.  It then Keeps on polling until the jukebox 
>> does respond.  At this time, NetWorker has no way of knowing what has 
>> changed in the library, and therefore must verify that the contents has not 
>> changed by doing an element status check, comparing this against the volume 
>> list that is in the jukebox resource, and then updating the list if there is 
>> a change.  Without this, NetWorker volume list can be outdated and not in 
>> sync with the current jukebox contents, and then can potentially cause a 
>> mess of load and unload failures.
>>
>> Now this can be changed.  In the jukebox option, there is an option that can 
>> allow you to choose so that NetWorker does not perform this check.  There 
>> are two that controls this:
>>
>> no_elem_status_check
>> no_init_elem_status_check
>>
>> Selecting these will tell NetWorker that you don't want it to perform this 
>> scan.  It will then be the user's responsibility to reset and inventory the 
>> library as required if the jukebox contents have changed in any way.
>>
>> But, in the case where someone is just opening and closing the j/b door, 
>> then this is not an issue.
>>
>> +----------------------------------------------------------------------
>> |This was sent by wl905 AT yahoo DOT ca via Backup Central.
>> |Forward SPAM to abuse AT backupcentral DOT com.
>> +----------------------------------------------------------------------
>>
>> To sign off this list, send email to listserv AT listserv.temple DOT edu and 
>> type "signoff networker" in the body of the email. Please write to 
>> networker-request AT listserv.temple DOT edu if you have any problems with 
>> this list. You can access the archives at 
>> http://listserv.temple.edu/archives/networker.html or
>> via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
>>
>
>

-- 
Frank Swasey                    | http://www.uvm.edu/~fcs
Sr Systems Administrator        | Always remember: You are UNIQUE,
University of Vermont           |    just like everyone else.
  "I am not young enough to know everything." - Oscar Wilde (1854-1900)

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER