Video Screencast Help

Client can't connect

Created: 03 Dec 2012 • Updated: 06 Dec 2012 | 22 comments
Andre_Torres's picture
This issue has been solved. See solution.

Hi everybody,

 

I made a installation in a HP-UX client, the installation gives me ok, but in the master server it gives me that it cannot connect to client. First I thought it was firewall, but the server administrator said it doesn't have a I firewall in this server. Tried telnet from master to this server and connected to port 13724. Ping works.

 

So I tried another test, pick the java administration console on my desktop and tried to connect to this server. Didn't work. Try to execute jnbSA with putty and Xming, and worked. With this window open, I've tried to make a manual backup, it gives me VxSS authentication error.

 

Both Master and Client HP-UX 11.31 in 7.5.0.4.

Comments 22 CommentsJump to latest comment

Marianne's picture

Netbackup 7.5 will first attempt connection on port 1556. If unsuccessful, then port 13724 will be attempted.

Have you confirmed successful forward and reverse name lookup between server and client?
Have you checked hosts entries on server and client or else DNS?

Please create bpcd folder under /usr/openv/netbackup/logs on the client.

Ensure hosts files and/or DNS is functioning correctly.

Clear NBU host cache on the server after confirming hosts and/or DNS:
bpclntcmd -clear_host_cache

Try the connection again from Host Properties.

If it fails, please check for log file in client's bpcd folder.  Copy file to bpcd.txt and upload as File attachment.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Andre_Torres's picture

Have you confirmed successful forward and reverse name lookup between server and client?

Yes;

 

Have you checked hosts entries on server and client or else DNS?

Yes;

 

/usr/openv/netbackup/logs/bpcd created;

 

hosts and DNS looks like it is working;

 

Tried connection with host properties, error 58 again, and the bpcd folder is empty on the client.

 

Also tried bptestbpcd -client <client name> from the master server and gives me <16>bptestbpcd main: Function ConnectToBPCD(client name) failed: 25

cannot connect on socket
revaroo's picture

If bpcd is empty on the client the connection from the server either never arrives at the client or the client is blocking access to the bpcd port.

On the client run:

bpclntcmd -self

bpclntcmd -pn

bpclntcmd -hn <media_server_where_you_run_bptestbpcd_from>

bpclntcmd -ip <returned IP from the command above>

 

on the media server where you ran bptestbpcd -client <clientname> run this:

bpclntcmd -hn <client_name>

bpclntcmd -ip <returned IP from the command above>

bpclntcmd -self

 

Andre_Torres's picture

Client Side

bpclntcmd -self:

 

yp_get_default_domain failed: (6) internal NIS server or client error
NIS does not seem to be running: (1) bad args to NIS function
gethostname() returned: <client name>
host <client name>: <client name> at <client IP>
aliases:     <client name>     <client IP>
getfqdn(<client name>) returned: <client name><domain name>
 
 
bpclntcmd -pn:
didn't do nothing
 
 
bpclntcmd -hn:
host <master server name>: <master server name> at <master server IP>
host <master server name>: <master server name> at <master server IP>
aliases:     <master server name>     <master server IP>
 
 
bpclntcmd -ip:
host <master server IP>: <master server name> at <master server IP>
host <master server IP>: <master server name> at <master server IP>
aliases:     <master server name>     <master server IP>
 

Master Server Side

bpclntcmd -hn:

host <client name>: <client name><domain> at <client IP>

aliases:     <client name><domain>     <client name>     <client IP>
 
 
 
bpclntcmd -ip
host <client IP>: <client name><domain> at <client IP>
aliases:     <client name><domain>     <client IP>
 
 
 
bpclntcmd -self
 
yp_get_default_domain failed: (6) internal NIS server or client error
NIS does not seem to be running: (1) bad args to NIS function
gethostname() returned: <master server name>
host <master server name>: <master server name><domain> at <master server IP>
aliases:     <master server name><domain>     <master server name>     <master server IP>
getfqdn(<master server name>) returned: <master server name><domain>
 
Marianne's picture

Did you remember to clear host cache?

Please show us output of the following:

bptestbpcd -client <client-name> -verbose -debug

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Andre_Torres's picture

Yeah, cleared host cache

 

 

09:32:42.528 [18604] <2> bptestbpcd: VERBOSE = 2
09:32:42.528 [18604] <2> read_client: dname=., offline=0, online_at=0 offline_at=0
09:32:42.528 [18604] <2> read_client: dname=.., offline=0, online_at=0 offline_at=0
09:32:42.528 [18604] <2> read_client: dname=host_info, offline=0, online_at=0 offline_at=0
09:32:42.528 [18604] <2> read_client: dname=CO_0, offline=0, online_at=0 offline_at=0
09:32:42.528 [18604] <2> read_client: dname=OA_0, offline=0, online_at=0 offline_at=0
09:32:42.528 [18604] <2> db_freeEXDB_INFO: ?
09:32:42.530 [18604] <2> logconnections: BPCD CONNECT FROM <master server IP>.51485 TO <client IP>.13782 fd = 4
09:33:42.523 [18604] <2> local_bpcr_connect: bpcr_connect timeout during select after 60 seconds on port 4361
09:33:42.523 [18604] <2> ConnectToBPCD: bpcd_connect_and_verify(<client name>, <client name>) failed: 25
<16>bptestbpcd main: Function ConnectToBPCD(<client name>) failed: 25
09:33:42.524 [18604] <16> bptestbpcd main: Function ConnectToBPCD(<client name>) failed: 25
<2>bptestbpcd: cannot connect on socket
09:33:42.525 [18604] <2> bptestbpcd: cannot connect on socket
<2>bptestbpcd: EXIT status = 25
09:33:42.525 [18604] <2> bptestbpcd: EXIT status = 25
cannot connect on socket
 
revaroo's picture

bpclntcmd -pn showing nothing means that the connection is not going back to the master server or not coming back from the master server.

You have comms issues here.

On the Master server run:

telnet <clientname> 1556

telnet <clientname>13782

Does it connect?

Marianne's picture

Please show us all output from the top.

I am surprised to see only one connection attempt to bpcd :

09:32:42.530 [18604] <2> logconnections: BPCD CONNECT FROM <master server IP>.51485 TO <client IP>.13782 fd = 4

The default for 7.5 is to first attempt PBX (1556), then 13724 (vnetd), and only if both fail, try bpcd (13782).

Please show us processes running on client:

# ps -ef | egrep 'pbx_exchange|vnetd|bpcd' | grep -v grep

All of the following should be running: 

 /opt/VRTSpbx/bin/pbx_exchange
 /usr/openv/netbackup/bin/vnetd -standalone
 /usr/openv/netbackup/bin/bpcd -standalone

Please also go through this TN: http://www.symantec.com/docs/HOWTO72844 

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Andre_Torres's picture

I showed all output, its only this.

 

ps -ef | egrep 'pbx_exchange|vnetd|bpcd' | grep -v grep:

 

    root 21172     1  0 08:12:08 ?         0:00 /usr/openv/netbackup/bin/vnetd -standalone
    root 21202     1  0 08:12:08 ?         0:00 /usr/openv/netbackup/bin/bpcd -standalone
    root 13270     1  0  Nov 27  ?         0:00 /opt/VRTSpbx/bin/pbx_exchange
 
 
revaroo's picture

What does this say from the client:

bpcltncmd -hn <master_server> 

does it return the correct IP?

Marianne's picture

Have you changed default connect options for this client? Connect to bpcd port is not NBU 7.5 default.

Please check output of :

bpclient -client <client_name> -L

If telnet to bpcd is successful, and bpcd is running on the client, then I find it very strange that NOTHING is logged to client's bpcd folder...
Please verify location and spelling of the folder?

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Andre_Torres's picture

No changes were made.

rajeshthink's picture

BPCD directory is not getting update then its clear issue of NBU installtion . I have seen this issue time and again from the time 7.1 has been enrolled.

My personal expirences says , Uninstall and reboot the server and then try to install with right user permission. ( mostly this help).

 

Cheer,

Rajesh Kumar

Marianne's picture

We are not going to resolve this with  'yes' and 'no' answers and without actual output of commands as per our requests.

Best that you log a Support call.
A Symantec engineer will be able to view actual output of commands and verify hostnames and IP addresses via Webex session.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

revaroo's picture

Exactly, we are not seeing the relevant information to help you. Log a call as Marianne has suggested.

If connectivty is working both ways via telnet yet bptestbpcd is failing, something tells me we are missing vital information to help you.

It could be that the Master is trying to connect on a different interface to the client (or vice versa) and therefore connectivity stalls, yet when using telnet it uses the correct interface.

 

Andre_Torres's picture

I don't want to call support because I've noticed that he forums are better in this little problems.

 

 

<master server>:/usr/openv/netbackup/bin # bpclient -client <client> -L
Client Name: <client>
 Current Host:
        Hostname: <client>
 Dynamic Address:       no
 Free Browse:   Allow
 List Restore:  Not Specified
 Max Jobs This Client:  Not Specified
 WOFB Enabled:  yes
 WOFB FIM:      VSP
 WOFB Usage:    Individual Drive Snapshot
 WOFB Error Control:    Abort on Error
 Client Direct: Deduplication on the media server or
                Move data via media server
 Client Direct Restore: Move data via media server
 OST Proxy:     Off
 OST Proxy Server:      Unspecified
Connect options:        1 0 2
 Offline:       No
 
revaroo's picture

If you cannot show us the hostnames/IPs then support will be better than the forums. Trust me. I know!

Marianne's picture

Your Connect Options have been modified:

Connect options:        1 0 2

See mine (NBU defaults, using NBU 7.5.0.4 on server and my laptop):

bpclient -client Marianne-Win7 -L

Connect options:        2 2 3

 
/root >bptestbpcd -client Marianne-Win7 -verbose
1 1 1
10.1.1.130:39943 -> 10.1.1.105:1556
10.1.1.130:59038 -> 10.1.1.105:1556
PEER_NAME = master
HOST_NAME = marianne-win7
CLIENT_NAME = marianne-win7
VERSION = 0x07500004
PLATFORM = win_x64
PATCH_VERSION = 7.5.0.4
SERVER_PATCH_VERSION = 7.5.0.4
MASTER_SERVER = master
EMM_SERVER = master
NB_MACHINE_TYPE = MEDIA_SERVER
10.1.1.130:36202 -> 10.1.1.105:1556
 

See Commands Manual about meaning of Connect Options  (I have highlighted your settings):

 

-connect_options 0|1|2 0|1|2 0|1|2|3
 
First set of arguments, Ports, represents the following:
0 = Reserved Port: Use a reserved port number.
1 = Non-reserved Port: Connect to the client’s bpcd by using a non-reserved
port number. If you select this option, enable Allow Nonreserved Ports for
the selected client.
2 = Use Default: Use Default is the default. Use the value that the
DEFAULT_CONNECT_OPTIONS configuration entry on the server defines.
The second set of arguments, BPCD Connect Back, represents the following:
0 = Random Port: NetBackup randomly chooses a free port in the allowed
range to perform the traditional connect-back method.
1 =VNETDport: This method requires no connect-back. The Veritas Network
Daemon (vnetd) was designed to enhance firewall efficiency with NetBackup
during server-to-server and server-to-client communications.
2 = Use Default: The default option. Use the value that the
DEFAULT_CONNECT_OPTIONS configuration entry on the server defines.
The third set of arguments (Daemon Connection Port) represents the
following:
0 = Automatic: This option means that VNETD is used if possible; otherwise
Legacy is used.
1 = Use the VNETD port.
2 = Use the Legacy port number.
3 = Use Default: The default option. Use the value that the
DEFAULT_CONNECT_OPTIONS configuration entry on the server defines.
 
The following means that the client is unable to connect to the master server via port 1556:
bpclntcmd -pn:
didn't do nothing
Client's attempt to connect should be logged in master's bprd log.
 
Have you tried to remove the client software and reinstall? Seems you've been having problems with software installation in your environment...
 
 

 

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Andre_Torres's picture

Called support, but they couldn't solve the problem. They said it was that the machine was overloaded with connections. He asked logs, and asked to wait for the night backup.

 

Solved the problem in the simpliest way, killing the directory openv and reinstalling it. I didn't done this in the  first place because there was a lot of scripts (created by the DBA) running under openv.

Marianne's picture

So - you have followed my advice in my previous post??

Have you tried to remove the client software and reinstall? Seems you've been having problems with software installation in your environment...

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

SOLUTION