Forum Discussion

TikkyTakk's avatar
TikkyTakk
Level 2
8 years ago

Need assistance with 5230 appliance and ACSLS SL8500 configuration

Hi guys,

I am trying to setup tapes drives on a 5230 Veritas appliance. The tapes drives are in a SL8500 which is controlled by an ACSLS server.

I have edited the vm.conf file on the appliance to what I think is the correct config.

When I try to inventory the robot I get error unable to initialize robot.

Doing a robtest on the appliance I get


acs_query_server() failed
Unable to query server taco, ACS status = 54, STATUS_IPC_FAILURE Robotic test utility /usr/openv/volmgr/bin/acstest
returned abnormal exit status (1).

Doing a acstest -rn 0 -r (ACSLS_SERVER) -s 30031

I get connection refused.

On the ACSLS server I have added the IP and server to the internet.addresses file and rebuilt the access config.

What am I doing wrong/missing??

  • Nicolai's avatar
    Nicolai
    8 years ago

    Hi

    From the process list, I can see you are missing acsssi process.

    From a media server with ACSLS connection:

    root 34406 1 0 Nov14 ? 00:00:34 /usr/openv/volmgr/bin/ltid
    root 34412 1 0 Nov14 ? 00:00:48 vmd
    root 34589 34406 0 Nov14 ? 00:00:08 acsd
    root 34592 34406 0 Nov14 ? 00:00:14 avrd
    root 34595 34589 0 Nov14 ? 00:00:01 acssel -s 13740
    root 34642 34589 0 Nov14 ? 00:01:01 acsssi 13741

    Try the following in vm.conf

    ACS_TCP_RPCSERVICE
    ACS_CSI_HOSTPORT = {acsls_server_name} 30031
    ACS_SSI_INET_PORT = {acsls server_name} 30031

    Then ensure ALL acsls related process are stopped/killed. Then start Netbackup again. 

    Your appliance, is it multihomned e.g. does it have more than one network interface connected ?

    PS: Yes, the update is missing the ACS_ prefix. Updated

  • Ignore the above post as I was having issues logging in.

    With the help of Veritas support I was able to resolve this issue.

    As I had mentioned earlier the absence of the acsssi process was an indication something was wrong.

    When we restarted ltid and observed the acsssi debug long we saw the error message "unable to bind sicket to port 30031"

    This was preventing the acsd service from firing off the acsssi process.

    The issue lay within the vm.conf file.

    ACS_SSI_SOCKET = ACSLSSERVER 30031

    This socket has to be free and especially not configured to the firewall port.

    After removing this line everything worked fine.

11 Replies

  • Please share Appliance vm.conf and device config:
    tpconfig -l

    Is there a firewall between Appliance and ACSLS?
    • TikkyTakk's avatar
      TikkyTakk
      Level 2

      MM_SERVER_NAME = appliance

      ACS_TCP_RPCSERVICE

      ACS_CSI_HOSTPORT = ACSSERVER 30031

      ACS_SSI_INET_PORT = ACSSERVER 30031

      ACS_SSI_HOSTNAME = APPLIANCE

      ACS_SSI_SOCKET = ACSSERVER 30031

      ACS_CSI_HOSTNAME = ACSSERVER

      tpconfig -l

      Device Robot Drive       Robot                    Drive                           Device      Second

      Type     Num Index  Type DrNum Status  Comment    Name                            Path        Device Path

      robot      0    -    ACS    -       -  -          -                               ACSLSGSU

        drive    -    0 hcart2    -      UP  -          HP.ULTRIUM5-SCSI.000            /dev/nst9   ACS=0, LSM=0, PANEL=1, DRIVE=11

        drive    -    1 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive029_BAY35  /dev/nst7   ACS=0, LSM=1, PANEL=1, DRIVE=7

        drive    -    2 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive026_BAY59  /dev/nst11  ACS=0, LSM=0, PANEL=1, DRIVE=5

        drive    -    3 hcart2    -      UP  T1         GSU_SL8500_LTO5_Drive031_BAY63  /dev/nst6   ACS=0, LSM=0, PANEL=1, DRIVE=4

        drive    -    4 hcart2    -      UP  -          HP.ULTRIUM5-SCSI.005            /dev/nst4   ACS=0, LSM=0, PANEL=1, DRIVE=0

        drive    -    5 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive015_BAY57  /dev/nst10  ACS=0, LSM=0, PANEL=1, DRIVE=13

        drive    -    6 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive006_BAY40  /dev/nst8   ACS=0, LSM=1, PANEL=1, DRIVE=2

        drive    -    7 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive013_BAY34  /dev/nst5   ACS=0, LSM=1, PANEL=1, DRIVE=11

        drive    -    8 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive010_BAY48  /dev/nst3   ACS=0, LSM=1, PANEL=1, DRIVE=0

        drive    -    9 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive030_BAY31  /dev/nst1   ACS=0, LSM=2, PANEL=1, DRIVE=4

        drive    -   10 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive028_BAY55  /dev/nst12  ACS=0, LSM=0, PANEL=1, DRIVE=6

        drive    -   11 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive025_BAY51  /dev/nst0   ACS=0, LSM=0, PANEL=1, DRIVE=7

        drive    -   12 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive023_BAY44  /dev/nst2   ACS=0, LSM=1, PANEL=1, DRIVE=1

        drive    -   14 hcart2    -      UP  -          GSU_SL8500_LTO5_Drive008_BAY62  /dev/nst13  ACS=0, LSM=0, PANEL=1, DRIVE=8

       

      Yes there is a firewall between appliance and acsls but port 30031 and 1556 TCP have been opened and confirmed open.