backup failign with error 58

[KS2]

I have checked all communication between master and client server. Everything is working fine. Added the host entires in host files of master and client server. When i go to host properties->clients , I am even able to connect to client that ensure that connectivity is fine. However, when backup runs it fails with error 58.

Any suggestions?

[J_H_Is_gone]

If windows check the services on the client and make sure they are running you may have to bounce them.

and verify that reverse lookup is still good.

[RiaanBadenhorst · Accepted solution]

Is there a media server involved? Or do you only  have a master/media?

What version of NetBackup?

When you say you've tested comms, did you use bptestbpcd?

Are there multiple IP's configured on the client/master?

[KS2]

@ Riaan - Media server is involved i have added host entires of media server as well.

@J - Client service is running fine as I am able to connect to cleint thru host porperties.

[pikachu]

On the Client edit the bp.conf/registry and make sure that the SERVER entry includes that media server. First entry HAS to be the master server followed line by line every other media server that client is supposed to back up to.

Still fails? Setup bpcd logging and re-run the job.

[Andy_Welburn]

Operating Systems and NetBackup versions for Master/Media/Client.

Did you try bptestbpcd as suggested by Riaan?
http://www.symantec.com/business/support/index?page=content&id=TECH42657

Also, you may want to try:

bpclntcmd -hn hostname
bpclntcmd -ip ip_address
http://www.symantec.com/business/support/index?page=content&id=HOWTO33053
http://www.symantec.com/business/support/index?page=content&id=TECH50198

& maybe even:
nslookup hostname
nslookup ip_address

both ways!
 

[Andy_Welburn]

- what about connecting back?

[pikachu]

If you would have an error like that you would get a status code 23/24. Not a 58.

[KS2]

Its netbackup 7.0.  I tried nslookup and bpclncmd commands also all are working and I am gettign expected outputs.

Not able to find bptestbpcd command.

[RiaanBadenhorst]

Its in INSTALL_PATH\Veritas\NetBackup\Bin\admincmd (on servers)

[Andy_Welburn]

STATUS CODE 58: Can't connect to client. Troubleshooting procedures for Status 58 errors.

http://www.symantec.com/business/support/index?page=content&id=TECH68832

"A status 58 error results from either a TCP SYN request sent to a client from the NetBackup (NBU) server that was not acknowledged or the server was not resolvable so a TCP SYN request was not sent. The majority of the causes of this issue are due to the client not listening on the BPCD or VNETD ports, the master server unable to resolve the client by hostname, or the client can not resolve the NBU server by its IP address. NBU clients running 6.x release, though it uses the vnetd daemon for incoming connections, it still requires bpcd to perform the hostname compare to authenticate the NBU server."

Maybe I'm just mis-reading this?

[KS2]

This is the output from bpcd on client

14:47:04.827 [4220.4268] <2> setup_debug_log: switched debug log file for bpcd
14:47:04.827 [4220.4268] <2> bpcd main: VERBOSE = 5
14:47:04.827 [4220.4268] <2> logparams: bpcd
14:47:04.827 [4220.4268] <2> bpcd main: Got socket for input 576
14:47:04.843 [4220.4268] <2> ReadKeyfile: keyfile C:\Program Files\VERITAS\NetBackup\bin\keyfile.dat does not exist

14:47:04.843 [4220.4268] <2> process_requests: offset to GMT 0
14:47:04.843 [4220.4268] <2> logconnections: BPCD ACCEPT FROM 10.192.131.224.1532 TO 10.210.3.72.13724
14:47:04.843 [4220.4268] <2> process_requests: setup_sockopts complete
14:47:04.843 [4220.4268] <2> bpcd peer_hostname: Connection from host nbumaster (10.192.131.224) port 1532
14:47:04.858 [4220.4268] <2> bpcd valid_server: comparing nbumaster and nbumaster
14:47:04.858 [4220.4268] <4> bpcd valid_server: hostname comparison succeeded
14:47:04.858 [4220.4268] <2> process_requests: output socket port number = 1
14:47:05.249 [4220.4268] <2> vnet_receive_network_socket: ../../libvlibs/vnet_vnetd.c.1257: hash_str1: 5f442093c4aecb9aae87fc1ca96535de
14:47:05.249 [4220.4268] <2> vnet_receive_network_socket: ../../libvlibs/vnet_vnetd.c.1258: hash_str2: 5895e4ea963fbff1452e817bf93a8972
14:47:05.249 [4220.4268] <2> verify_hashes: ../../libvlibs/vnet_vnetd.c.1771: hash_str1: 5f442093c4aecb9aae87fc1ca96535de
14:47:05.249 [4220.4268] <2> verify_hashes: ../../libvlibs/vnet_vnetd.c.1773: hash_str2: 5895e4ea963fbff1452e817bf93a8972
14:47:05.249 [4220.4268] <2> verify_hashes: ../../libvlibs/vnet_vnetd.c.1799: hash_str: 5f442093c4aecb9aae87fc1ca96535de
14:47:05.249 [4220.4268] <2> process_requests: Duplicated vnetd socket on stderr
14:47:05.249 [4220.4268] <2> process_requests: <---- NetBackup 7.0 0 ------------initiated
14:47:05.249 [4220.4268] <2> process_requests: VERBOSE = 5
14:47:05.249 [4220.4268] <2> process_requests: Not using VxSS authentication with nbumaster

Interface: 10.210.3.72 --- 0x10003
  Internet Address      Physical Address      Type
  10.210.3.62           00-50-56-02-00-20     dynamic  
  10.210.3.63           00-50-56-02-00-21     dynamic  
  10.210.3.73           00-50-56-02-00-2b     dynamic  
  10.210.3.253          00-26-98-0b-00-c1     dynamic  
  10.210.3.254          00-00-0c-9f-f2-5a     dynamic  
14:47:05.608 [4220.4268] <2> process_requests:
14:47:05.608 [4220.4268] <2> process_requests: BPCD_FORK_CMD_RQST
14:47:05.655 [4220.4268] <2> process_requests: fork cmd = /usr/openv/netbackup/bin/bpmount bpmount -i -streams
14:47:05.655 [4220.4268] <2> process_requests: filter type = -1
14:47:05.655 [4220.4268] <2> process_requests: Convert args to CreateProcess format
14:47:05.655 [4220.4268] <2> process_requests: Done converting args to CreateProcess format
14:47:05.655 [4220.4268] <2> process_requests: new fork cmd = C:\Program Files\VERITAS\NetBackup\bin\bpmount.exe -i -streams
14:47:05.655 [4220.4268] <2> process_requests: Before CreateProcess
14:47:05.655 [4220.4268] <2> process_requests: StdOutput assigned the value STDOUTSOCK
14:47:05.655 [4220.4268] <2> process_requests: final fork cmd = "C:\Program Files\VERITAS\NetBackup\bin\bpmount.exe" -i -streams
14:47:05.671 [4220.4268] <2> process_requests: After CreateProcess, pid = 4576
14:47:05.671 [4220.4268] <2> bpcd exit_bpcd: exit status 0  ----------->exiting

[pikachu]

That works. Does it fail if you run a backup job?

[RiaanBadenhorst]

It looks like 10.210.3.73 is one of a few IP's on your client?

It could be that the client is using one of the other IP's to respond. If 10.210.3.73 is the correct IP to use, specify it as the "REQUIRED_INTERFACE" in the client's host properties.

[Marianne]

Please run 'bptestbpcd -client <client-name>' from media server.

Please post output from bptestbpcd and bpcd log on client after bptestbpcd attempt. You should be able to see incoming request from media server's ip address and how client resolves it to media server hostname, and then connect back on vnetd.

Please also check 'bpclntcmd -self' on client. Each IP address should resolve to a different hostname.

[KS2]

thanks maria for ur suggestion. My issue is resolved.

From media server bptestbpcd was failing for client. i checked the host file and found wrong entry of client. corrected the host enteries and backup started running.

Thanks all !!

[Andy_Welburn]

This gives credit to that person that assisted you in resolving your issue!

Don't want to force your hand, but Riaan actually asked if you'd tried bptestbpcd in his first post, altho' failing that you do indicate that Marianne pointed you in the correct direction!!

[KS2]

I said thanks to all Andy.. since i tried everyones suggestions. Rian did told me to test bptestbpcd and I thanked him as well but from where Mariaane post helped me to check from media server.

So actaully creadit goes to both of them Riaan and Marian.. 50 - 50 :)

Hope u r happy now and they as well...

Cheers

[Andy_Welburn]

it's just nice to see credit given where it's due - now you've "unsolved" this thread, I'd suggest you pick one of the other guys posts & mark that as the solution - if you can't decide toss a coin! Don't forget though, you can always give a "thumbs-up" to the one not creditted with the solution.

[Marianne]

My vote is for Riaan - I was merely 'expanding' on his bptestbpcd suggestion...