Forum Discussion

cynthiapinto's avatar
11 years ago
Solved

Netbackup server is not connecting with client

Hi,

 

I have master & media servers with RHEL6.5 OS & the client is windows 2012 os . The NB servers are in LAN & the client is in DMZ network .

In windows PC firewall is  turned off.  Firewall team is opened these ports in firewall to perform backup BPCD- 13782/ Vnetd- 13724/PBX-1556.

 

I have install  the NB client in windows servers & when i try to connect i get the error as "socket read failed"

 ./bptestbpcd  -host 10.13.123.32 -verbose
<16>bptestbpcd main: Function ConnectToBPCD(10.13.123.32) failed: 25
<16>bptestbpcd main: cannot connect on socket
cannot connect on socket

Help me to solve this issue

  • Think the best option is to get together with firewall team and see what there is blocked/dropped

    If I remember correctly TCP 1556 is the destination port, but not always the source port

4 Replies

  • Did your network team only open the ports in one direction?  It needs to be open bi-directional.

    Did they only open to one NetBackup Server, or to all the NetBackup Servers?

    FYI - You shouldn't need 13724 or 13782.    Port TCP/1556 bi-directional should be enough on it's own.

    Did you try a telnet test?

    On the client, if "telnet server 1556" does not work, then the bptestbpcd and NetBackup will not work.

    On the client, you may need to test to all NetBackup Servers in the NetBackup environment.

    On the server, if "telnet client 1556" does not work, then the bptestbpcd and NetBackup will not work.

    You may need to test from all NetBackup Servers in the NetBackup env to the client.

  • NBU 7.x only needs PBX (port 1556) in both directions.

    On Linux server and clients, check that OS firewall (iptables ) is turned off.

    And PLEASE use hostnames in NBU. Even if you need to add hosts entries.

  • Think the best option is to get together with firewall team and see what there is blocked/dropped

    If I remember correctly TCP 1556 is the destination port, but not always the source port