As others on this list have mentioned - and the note from EMC below
indicates, the sji commands no longer have access to the tape library
while the nsrlcpd daemon is running. The only workaround that has been
recommended is disabling the library and then using the sji commands.
So, what is the impact of disabling the library? Is it just that nsrjb
commands cannot execute? If so, will the queue up waiting for the
nsrlcpd to come back? Is there more to it than that?
The upgrade to 7.4.2 broke our tape management scripts because we need
to be able to view the tapes in the I/O ports for our library. We're
trying to figure out the best fix for this.
Thanks.
Teresa
LGTsc16211
This is not a bug and is the expected behavior. Solaris 10 has its own
tape changer device driver so lusdd is not used. Since nsrlcpd maintains
an open handle to the changer device, no other program--including any
non-EMC third-party utility--can open it while nsrlcpd is running.
There is no need to withdraw the sji programs from distribution on the
basis of this report since, as the customer has acknowledged, they do
work when the changer device is not open by another program. This is not
a fault in nsrlcpd or the sji utilities, but a characteristic of the
driver.
If the customer has a "need" for such functionality then I believe this
should be proposed in an RFE. I would guess this is more likely to take
the form of an interface through nsrlcpd or a means of requesting
nsrlcpd to go offline with the changer to allow access by another
program (and performing a resync/recovery afterward), rather than
creating a lusdd-equivalent for Solaris 10. (Neither is part of the
current product design, thus the recommendation for an RFE.) I do not
know whether such an RFE would be accepted or deemed technically
possible.
The purpose of lusdd was not to allow simultaneous access to the changer
device by different programs, but to provide changer device support on
platforms that did not supply such a driver in the OS.
As acknowledged in the Problem description, it is not safe--perhaps even
unpredictable--to use other jukebox manipulation utilities while nsrlcpd
is running. The safe and reliable method would be to disable the jukebox
in NetWorker before using sji and other utilities.
Please click here
<http://powerlink.emc.com/km/appmanager/km/secureDesktop?_nfpb=true&_pag
eLabel=eServRedirectHelperPg&ESERV_CASE_NUMBER=28465798> to view the
case details in EMC Web Support.
Thank you,
EMC Customer Service
EMC Web Support - the fastest and easiest way to get solutions and
answers http://powerlink.emc.com/support/index.jhtml
Contact EMC: http://www.emc.com/contact
Privacy Policy: http://www.emc.com/site/privacy.jsp
Do not Reply to this E-mail
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
|
