cancel
Showing results for 
Search instead for 
Did you mean: 

Status code 98 on HP-UX 11.23 IA64 Media Server

Taqadus_Rehman
Level 6

Hi Team,

Yesterday i have installed new Media Server on HP-UXIA64 machine, hardware is hp rx8640 ( i guess no compatibility issue). standard backup or newly installed media server are failing with Status code 98.

Check drive status seems to be fine. It doesn't have any pending status also and volume pools are also set  to any host. ltid service also running, robtest also checked. 

I almost checked all the technotes. but could not find any ref.

BPTM logs for spacific job attached.

you support in this regard will be highly acknowledged.

30 REPLIES 30

Marianne
Level 6
Partner    VIP    Accredited Certified

This error as well as "error status 154 " is returned from ACSLS.

You need to go ACSLS to check volume status.

Do the following from ACSSA prompt:

ACSSA> q vol A01807

Taqadus_Rehman
Level 6

 

Hi,
 
Output of acstest is here, Query Server went fine,  media mount failed, query volume also failed. drstat went find and drives are available.
 
but
 
from my windows master server i am able to mount/dismount and query volume. this shows the issue is at ACSLS part and i m kind of agree with Nathan.
 
 
# ./acstest -r ACSLS
SSI socket not specified... trying default (13741)
Server 0 with 10 free cells is in state "STATE_RUN"
 
QUERY SERVER complete
 
Enter acs commands (? returns help information)
m A01807 0,0,0,0
Mount failed: STATUS_VOLUME_ACCESS_DENIED
 
qvol A01807
A01807   error status 154
 
QUERY VOLUME complete
 
 
 
 

Taqadus_Rehman
Level 6

ACSLS is able to query volume,   

Nicolai
Moderator
Moderator
Partner    VIP   

Volume access control enabled. Check this mini guide in configuring volume access control.

 

http://www.mass.dk/netbackup/guides/61-acsls-volume-access-control.html

Nicolai
Moderator
Moderator
Partner    VIP   

If you log-on to the acsls server you can always dismount the volume by hand. Logon the ACSLS server as acssa. Then issue "dismount A00516 0,0,0,1 force" . The ACSLS address of the drive can be seen by issuing "vmoprcmd -d" from the media server.

Taqadus_Rehman
Level 6

I already have seen this one and seems helpful. I saw the internet.access files and yes we need to amend it with new media server media server entry.

Marianne
Level 6
Partner    VIP    Accredited Certified

I expected ACSLS to query the volume successfully - I was interested in the attributes that is displayed for the volume.

Nicolai
Moderator
Moderator
Partner    VIP   

You also need to add the media server to uses.ALL.allow. The internet.addresses provide naming conversion for ACSLS, but you also need to give the media server access to the volumes group used by their other media server from the same Netbackup domain.

Taqadus_Rehman
Level 6

 

Oct 11 09:18:11 gen-mig VERITAS: PBX_Manager:: handle_input with fd = 5
Oct 11 09:18:11 gen-mig VERITAS: PBX_Client_Proxy::parse_line, line = port=what
Oct 11 09:18:11 gen-mig VERITAS: Sending port number 49158
Oct 11 09:18:11 gen-mig VERITAS: PBX_Client_Proxy::handle_close
Oct 11 09:18:11 gen-mig VERITAS: PBX_Manager:: handle_input with fd = 6
Oct 11 09:18:11 gen-mig VERITAS: V-103-10 Adding server: NB_5422_1876923072
Oct 11 09:18:11 gen-mig VERITAS: V-103-23 Sending address[0]: 10.50.14.250:1556
Oct 11 09:18:11 gen-mig VERITAS: PBX_Manager:: handle_input with fd = 5
Oct 11 09:18:11 gen-mig VERITAS: PBX_Client_Proxy::parse_line, line = ack=1
Oct 11 09:18:11 gen-mig VERITAS: PBX_Client_Proxy::parse_line, line = extension=NB_5422_1876923072
Oct 11 09:18:11 gen-mig VERITAS: hand_off looking for proxy for = NB_5422_1876923072
Oct 11 09:18:11 gen-mig VERITAS: is_accepting about to return true
Oct 11 09:18:11 gen-mig VERITAS: Client Expects an ACK, sent one.
Oct 11 09:18:11 gen-mig VERITAS: Proxy found.
Oct 11 09:18:11 gen-mig VERITAS: PBX_Client_Proxy::handle_close
Oct 11 09:18:14 gen-mig ltid[4913]: LTID - Sent ROBOTIC request, Type=1, Param2=0
Oct 11 09:18:14 gen-mig acsd[4940]: ACS(0) MountTape GK0386 on drive 0,0,0,0
Oct 11 09:18:15 gen-mig acsd[5424]: ACS(0) query volume failure for volume GK0386, ACS status = 154, STATUS_VOLUME_ACCESS_DENIED
Oct 11 09:18:15 gen-mig acsd[4940]: DecodeMount: ACS(0) driveid 0,0,0,0, Actual status: Robot denied access to the resource
Oct 11 09:18:16 gen-mig ltid[4913]: LTID - received ROBOT MESSAGE, Type=54, LongParam=0, Param1=1, Param2=0
Oct 11 09:18:20 gen-mig VERITAS: PBX_Manager:: handle_input with fd = 5
Oct 11 09:18:20 gen-mig VERITAS: PBX_Client_Proxy::parse_line, line = port=what
Oct 11 09:18:20 gen-mig VERITAS: Sending port number 49158
Oct 11 09:18:20 gen-mig VERITAS: PBX_Client_Proxy::handle_close
Oct 11 09:18:20 gen-mig VERITAS: PBX_Manager:: handle_input with fd = 6
Oct 11 09:18:20 gen-mig VERITAS: V-103-10 Adding server: NB_5434_2137285480
Oct 11 09:18:20 gen-mig VERITAS: V-103-23 Sending address[0]: 10.50.14.250:1556
Oct 11 09:18:20 gen-mig VERITAS: PBX_Manager:: handle_input with fd = 5
Oct 11 09:18:20 gen-mig VERITAS: PBX_Client_Proxy::parse_line, line = ack=1
Oct 11 09:18:20 gen-mig VERITAS: PBX_Client_Proxy::parse_line, line = extension=NB_5434_2137285480
Oct 11 09:18:20 gen-mig VERITAS: hand_off looking for proxy for = NB_5434_2137285480
Oct 11 09:18:20 gen-mig VERITAS: is_accepting about to return true
Oct 11 09:18:20 gen-mig VERITAS: Client Expects an ACK, sent one.
Oct 11 09:18:20 gen-mig VERITAS: Proxy found.
Oct 11 09:18:20 gen-mig VERITAS: PBX_Client_Proxy::handle_close
Oct 11 09:18:23 gen-mig ltid[4913]: LTID - Sent ROBOTIC request, Type=3, Param2=1
Oct 11 09:18:23 gen-mig acsd[4940]: ACS(0) DismountTape  from 0,0,0,0
Oct 11 09:18:24 gen-mig acsd[4940]: DecodeDismount: ACS(0) driveid 0,0,0,0, Actual status: STATUS_SUCCESS
Oct 11 09:18:24 gen-mig VERITAS: A registered PBX service NB_5434_2137285480 has shutdown.
Oct 11 09:18:24 gen-mig VERITAS: V-103-9 Removing server: NB_5434_2137285480
Oct 11 09:18:29 gen-mig VERITAS: A registered PBX service NB_5422_1876923072 has shutdown.
Oct 11 09:18:29 gen-mig VERITAS: V-103-9 Removing server: NB_5422_1876923072

Taqadus_Rehman
Level 6

above mentioned logs are specific to a test backup. i don't feel anything wrong other then 

Oct 11 09:18:15 gen-mig acsd[5424]: ACS(0) query volume failure for volume GK0386, ACS status = 154, STATUS_VOLUME_ACCESS_DENIED

Just to update, still have to edit internet.adresses & user.all.allow files 

I will update you guys shortly.

Taqadus_Rehman
Level 6

Thanks you all for contributing the valued information.