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
|