04-16-2018 03:37 AM
I have a problem restoring single files from a windows 2016 fileserver from our vmware environment. The backup itself (policy type vmware) is working fine. A client netbackup software has been installed on the win2016 server and i am sure it was working some month ago. Now i am no longer able to do restores on a file basis.
NetBackup VMware policy restore error (2820)
So i did some communication tests and bpclntcmd and bptestconn are looking fine, but when i use
"bptestbpcd -verbose -debug -client <servername>" it shows me a communication error.
[root@franbp1 ~]# bptestbpcd -verbose -debug -client entfrafs2
12:35:42.121 [7556] <2> bptestbpcd: VERBOSE = 0
12:35:42.122 [7556] <2> read_client: dname=COA_0, offline=0, online_at=0 offline_at=0 offlineres=0 onlineres_at=0 offlineres_at=0
12:35:42.122 [7556] <2> read_client: dname=.., offline=0, online_at=0 offline_at=0 offlineres=0 onlineres_at=0 offlineres_at=0
12:35:42.122 [7556] <2> read_client: dname=OA_0, offline=0, online_at=0 offline_at=0 offlineres=0 onlineres_at=0 offlineres_at=0
12:35:42.122 [7556] <2> read_client: dname=., offline=0, online_at=0 offline_at=0 offlineres=0 onlineres_at=0 offlineres_at=0
12:35:42.122 [7556] <2> read_client: dname=OAA_0, offline=0, online_at=0 offline_at=0 offlineres=0 onlineres_at=0 offlineres_at=0
12:35:42.122 [7556] <2> read_client: dname=host_info, offline=0, online_at=0 offline_at=0 offlineres=0 onlineres_at=0 offlineres_at=0
12:35:42.122 [7556] <2> read_client: dname=CO_0, offline=0, online_at=0 offline_at=0 offlineres=0 onlineres_at=0 offlineres_at=0
12:35:42.132 [7556] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:35:42.132 [7556] <2> logconnections: BPCD CONNECT FROM 10.64.2.40.39762 TO 10.64.4.80.1556 fd = 3
12:35:42.134 [7556] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:35:42.202 [7556] <8> do_pbx_service: [vnet_connect.c:2186] via PBX VNETD CONNECT FROM 10.64.2.40.50749 TO 10.64.4.80.1556 fd = 4
12:35:42.202 [7556] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:455] VN_REQUEST_CONNECT_FORWARD_SOCKET 10 0xa
12:35:42.261 [7556] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:480] ipc_string 64888
12:35:42.351 [7556] <2> get_long_base: (1) cannot read (byte 1) from network: Connection reset by peer (104)
12:35:42.351 [7556] <2> local_bpcr_connect: bpcd protocol error - failed to read connected message.
12:35:42.351 [7556] <2> ConnectToBPCD: bpcd_connect_and_verify(entfrafs2, entfrafs2) failed: 0
<16>bptestbpcd main: Function ConnectToBPCD(entfrafs2) failed: 25
12:35:42.351 [7556] <16> bptestbpcd main: Function ConnectToBPCD(entfrafs2) failed: 25
<16>bptestbpcd main: cannot connect on socket
12:35:42.360 [7556] <16> bptestbpcd main: cannot connect on socket
<2>bptestbpcd: cannot connect on socket
12:35:42.360 [7556] <2> bptestbpcd: cannot connect on socket
<2>bptestbpcd: EXIT status = 25
12:35:42.360 [7556] <2> bptestbpcd: EXIT status = 25
cannot connect on socket
any help is appreciated !
thanks Kai
Solved! Go to Solution.
04-17-2018 06:24 AM
Is there an Antivirus or something that is running on the client, or maybe you have some TCP filtering on this server? Maybe that is stopping the connection from being made.
In your bpcd.log, there is this error <16> process_requests: setsockopt failed: h_errno 10038 which points to TCP/IP issues on your client. Here are some links that Marianne has posted before.
http://www.symantec.com/docs/TECH71925
http://www.symantec.com/docs/TECH88628
http://www.symantec.com/docs/TECH48318
http://www.symantec.com/docs/TECH141839
04-16-2018 04:30 AM
You can see that the communication from 10.64.2.40.50749 TO 10.64.4.80.1556 fails.
I can see that Client and the Netbackup server are on two dfferent networks. Firewall might be blocking the access.
Please try telent from netbackup server to client on port 1556 and see if it work. If not then fix it.
04-16-2018 06:56 AM
thanks SymGuy-IT but there is no firewall in-between the networks. Telnet from 10.64.2.40 to 10.64.4.80.1556 works fine
[root@franbp1 ~]# telnet 10.64.4.80 1556
Trying 10.64.4.80...
Connected to 10.64.4.80.
Escape character is '^]'.
[root@franbp1 ~]# bptestnetconn -v -c -o 5 -t 10 -H entfrafs2
adding hostname = entfrafs2
------------------------------------------------------------------------
Connecting to 'nbsl/HSFactory'
CN: entfrafs2 : 4 sec [TRANSIENT] PBX: Yes VNETD: Yes BPCD: Yes
------------------------------------------------------------------------
maybe i misunderstand this command but looks like port communiation is ok.
04-16-2018 07:14 AM
Have you verified the connection both ways, not just from media server to client but also from client to media server?
04-16-2018 07:29 AM
@kruntons1
you are right i did some dns tests and they all were sucessful. but this one shows me a problem i guess? but do really understand what i means
C:\Program Files\Veritas\NetBackup\bin>bptestnetconn -v -c -o 5 -t 10 -H enigmab
adding hostname = enigmab
------------------------------------------------------------------------
Connecting to 'nbsl/HSFactory'
CN: enigmab : 4 sec [NO_PERMISSION] PBX: Yes VNETD: Yes BPCD: Yes
------------------------------------------------------------------------
04-16-2018 08:25 AM
Can you run this on the client <installpath>/bin/bpclntcmd -hn <master or media>
Are you sure that the media server that is doing the restore is on the media server list of servers on the client?
04-16-2018 10:05 PM
Can you also attach bpcd log from client and output of "netstat -ano"
04-17-2018 02:50 AM
result of bbclntcmd <masterserver>
C:\Program Files\Veritas\NetBackup\bin>bpclntcmd -hn enigmab
host enigmab: enigmab at 10.64.2.40
aliases: enigmab 10.64.2.40
yes i am sure the master and media servers are listed
thanks
04-17-2018 05:47 AM
attached is the bpcd log. Restore was started at 12:01
and this is output of netstat
C:\Program Files\Veritas\NetBackup\bin>netstat -a -o | FINDSTR LISTEN
TCP 0.0.0.0:111 entfrafs2:0 LISTENING 4
TCP 0.0.0.0:135 entfrafs2:0 LISTENING 816
TCP 0.0.0.0:445 entfrafs2:0 LISTENING 4
TCP 0.0.0.0:1556 entfrafs2:0 LISTENING 1920
TCP 0.0.0.0:3389 entfrafs2:0 LISTENING 1004
TCP 0.0.0.0:5985 entfrafs2:0 LISTENING 4
TCP 0.0.0.0:8081 entfrafs2:0 LISTENING 1940
TCP 0.0.0.0:13724 entfrafs2:0 LISTENING 2516
TCP 0.0.0.0:13782 entfrafs2:0 LISTENING 3916
TCP 0.0.0.0:47001 entfrafs2:0 LISTENING 4
TCP 0.0.0.0:49664 entfrafs2:0 LISTENING 528
TCP 0.0.0.0:49665 entfrafs2:0 LISTENING 72
TCP 0.0.0.0:53518 entfrafs2:0 LISTENING 668
TCP 0.0.0.0:53519 entfrafs2:0 LISTENING 1012
TCP 0.0.0.0:53558 entfrafs2:0 LISTENING 1744
TCP 0.0.0.0:53567 entfrafs2:0 LISTENING 1552
TCP 0.0.0.0:53625 entfrafs2:0 LISTENING 668
TCP 0.0.0.0:53627 entfrafs2:0 LISTENING 660
thanks
04-17-2018 06:24 AM
Is there an Antivirus or something that is running on the client, or maybe you have some TCP filtering on this server? Maybe that is stopping the connection from being made.
In your bpcd.log, there is this error <16> process_requests: setsockopt failed: h_errno 10038 which points to TCP/IP issues on your client. Here are some links that Marianne has posted before.
http://www.symantec.com/docs/TECH71925
http://www.symantec.com/docs/TECH88628
http://www.symantec.com/docs/TECH48318
http://www.symantec.com/docs/TECH141839