Video Screencast Help

backup failign with error 58

Created: 21 Feb 2011 • Updated: 23 Feb 2011 | 20 comments
CS2's picture
This issue has been solved. See solution.

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?

Comments 20 CommentsJump to latest comment

Riaan.Badenhorst's picture

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?

SOLUTION
J.H Is gone's picture

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.

I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows

CS2's picture

@ 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's picture

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

Nothing has changed...

Andy Welburn's picture

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

http://www.symantec.com/business/support/index?pag...

"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?

pikachu's picture

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.

Nothing has changed...

Andy Welburn's picture

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

 

Did you try bptestbpcd as suggested by Riaan?
http://www.symantec.com/business/support/index?pag...

Also, you may want to try:

bpclntcmd -hn hostname
bpclntcmd -ip ip_address
http://www.symantec.com/business/support/index?pag...
http://www.symantec.com/business/support/index?pag...

& maybe even:
nslookup hostname
nslookup ip_address

both ways!
 

CS2's picture

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.

Riaan.Badenhorst's picture

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

CS2's picture

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's picture

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

Nothing has changed...

Riaan.Badenhorst's picture

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's picture

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.

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

CS2's picture

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's picture

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!!

CS2's picture

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's picture

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's picture

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

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

CS2's picture

I am quite new to the forum. so just bear with me for sometime until i become familiar with forums rules.. I do undertand what you guys have told and suggested. And will keep that in mind. But i hadn't thought my solution will create such a roar as i dint do it to offend anyone.. just saw the pevious post and made it as solution. will take care of all these things in future.