Jack,
that's the thing, the silo is controlled by the mainframe. I can ping the
robot controller by name on both addresses from the NB master and media
server. Kinda like a catch 22. Upper mgt. knows we(backup group) would be
more efficient, meaning not having to bow down to an IPL every month if we
had a acsls workstation, but then that would mean dedicating an entire silo
to us and mgt. won't allow that to happen.
I appreciate your help!
-Dwayne
-----Original Message-----
From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Jack L.
Forester, Jr.
Sent: Monday, June 27, 2005 7:38 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] upgrade problems 4.5FP3-5.1
Actually, it /could/ be a problem communicating with the ACSLS server.
I've seen this on our setup (4.5FP5) when acsd is unable to communicate with
the ACSLS proxy on our SN6000. Our problem is normally related to the DNS
not having the proper address of the SN6000 (or ACSLS server, in your case).
Things to check:
Can you ping the acsls server by the name (not address) you have configured
in NetBackup (tpconfig -d will show the name)?
Are the ACSLS services actually running on the ACSLS server?
Using cmd_proc, run the command 'q server' and see if the status is running.
Using cmd_proc, run the command 'q acs all' and make sure the state is
'online'
Rule out any problems with the acsls server first, but since it worked fine
before the 5.1 upgrade, I'm leaning toward NetBackup as the culprit.
Tim Hoke wrote:
> The setting referenced is typically used when there's a firewall
> between the NBU Media server and ACSLS host. This parameter DOES
> exist in 4.5 (_7_F IIRC) as well as in 5.0 (and 5.1 as mentioned). As
> stated in the 5.1 "VERITAS Media Manager Systems Administrator's Guide
> for UNIX", "This entry (in conjunction with ACS_CSI_HOSTPORT and
> ACS_TCP_RPCSERVICE entries) is commonly used with firewall
> implementations" (see page 382). The TechNote referenced specifically
> identifies a situation where 'acsssi' doesn't come up and may even
> core dump if ACS_TCP_RPCSERVICE is being used. In that case, ACSLS
> communications will fail completely.
>
> However, I suspect that the library (ACSLS) is having a problem as
> there is a response, it's just not the state NBU expects. Check out
> the library and make sure all the drives/slots/maps are in the proper
> states. Typically, this error is seen when the ACSLS system has some
> action pending that NetBackup isn't aware of.
>
> HTH
> -Tim
>
>
> On Jun 24, 2005, at 5:00 AM, ida3248b AT post.cybercity DOT dk wrote:
>
>> Hi
>>
>> There is a vm.conf entry called SSI_INET_PORT in 5.1 which dosn't
>> exist in 4.5
>>
>> see technote: http://seer.support.veritas.com/docs/268889.htm
>>
>> Regards
>> Michael
>>
>> On Thu, 23 Jun 2005 18:44:37 -0500, Brzozowski, Dwayne wrote
>>
>>> Hi,
>>> I just upgraded my NetBackup 4.5FP3 master and media server to 5.1
>>> today and it didn't go well. Both are Sun boxes with Solaris 9. The
>>> master connects to a STK silo and media server connects to STK LTO2
>>> library. These are the errors that keep scrolling across my screen:
>>>
>>> Jun 23 18:41:03 hostname acsd[10092]: ACS(0) Unable to obtain Query
>>> Server
>>> sequence 190 acknowledge response, ACS status = 72, STATUS_PENDING
>>>
>>> Jun 23 18:41:03 hostname acsd[693]: ACS(0) unavailable:
>>> initialization failed: Unable to initialize robot
>>>
>>> Has anyone experienced this? thanks!
>>>
>>> -Dwayne
>>>
>>> Dwayne J. Brzozowski
>>> Department of Veterans Affairs
>>> Austin Automation Center
>>> Team Lead-Open Systems Support
>>> email:dwayne.brzozowski AT mail.va DOT gov
>>> phone:512-326-6728
>>>
>>> _______________________________________________
>>> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>>
>>
>> --
>> Cybercity Webhosting (http://www.cybercity.dk)
>>
>> _______________________________________________
>> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
Jack L. Forester, Jr.
UNIX Systems Administrator, Stf
Lockheed Martin Information Technology
(304) 625-3946
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
