Thanks for the prompt response. I'll give that a try the next time I
can get an outage ;-) We have to wait for the planets to align
correctly and the phase of the moon to be right before we can try
this. Actually, it's just waiting for our cloning to finish with
enough time to be able to get back to square one when everything goes
south ;-).
Again, thanks a bunch.
Ken
On Mon, Feb 9, 2009 at 12:34 PM, Goslin, Paul <pgoslin AT cincom DOT com> wrote:
> You've lost persistent binding of the tape drives...
>
> When this happened to us (@7.4.4), Support deleted and re-created the
> jukebox entirely from the NMC/GUI...
> No jbconfig was used .. They said NMC autodiscovery of the jukebox works
> better than using jbconfig... It's been working fine since...
>
>> -----Original Message-----
>> From: EMC NetWorker discussion
>> [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On Behalf Of Ken Gehring
>> Sent: Monday, February 09, 2009 2:28 PM
>> To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
>> Subject: [Networker] Upgrade Problems
>>
>> Well, we decided to bite the bullet and upgrade our networker
>> server from 7.2.2. Going to 7.3.4 or 7.4.4 results in the
>> same problem. We lose all ability to talk to our library.
>> We have the following
>>
>> HP rp4440 server with 8GB memory, 2-dual core PA-Risc CPUs, 6
>> Fiber channel interfaces, Quantum PX510 library with 10 LTO3 drives.
>> Tape drives ate attached through a McData switch with 2
>> drives per FiberChannel port. The library robotics share a
>> port with 2 tape drives.
>>
>> The upgrade goes fine and the existing database gets converted etc.
>> Once we try to do an operation on the library we get the
>> following error.
>>
>> Server aaaaa.bbb.ccc.ddd.eee: Cannot find attribute
>> `operation instance' for resource `NST jukebox'. (where
>> aaaaa.bbb.ccc.ddd.eee is the FQDN)
>>
>> I've tried deleting the library and all the tape drives
>> associated with it and then running inquire and then running
>> jbconfig in various combinations with no success. Also tried
>> deleting everything in /nsr/tmp with doing all the
>> inquire/jbconfig stuff and still no joy.
>>
>> We still get the error above. I've opened a case with EMC,
>> but was wondering if anyone had run across this issue and had
>> an easy solution?
>>
>> Thanks in advance.
>>
>> Ken Gehring
>>
>> --
>> They that can give up essential liberty to obtain a little
>> temporary safety deserve neither liberty nor safety.
>> --Benjamin Franklin
>>
>> 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
>>
>
> 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
>
--
They that can give up essential liberty to obtain a little
temporary safety deserve neither liberty nor safety.
--Benjamin Franklin
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
|
