Video Screencast Help
Symantec Appoints Michael A. Brown CEO. Learn more.

VADP Restore - Cannot find backup recovery host

Created: 13 Jan 2013 | 3 comments
old mate's picture

NBU 7.5.0.4 Windows (Master & VM Backup Host)

VCenter 5.0

ESX Hosts: 4.1.0

When trying to do a VM restore, a NetBackup Recovery Host cannot be found (times out after 5 minutes). A couple of times it has come back with a socket error 23. We do seem to have some latency issues on the network at the moment...

VADP backups using VIPs are working fine through the same media server VM backup host.

Ports have been checked and confirmed ok.

VM File level restores are also working correctly.

Note: Full VM restores were working up until last week.

Any help would be greatly appreciated.

bpvmutil logs below 

11:31:00.861 [11056.8096] <2> logparams: D:\Program Files\Veritas\NetBackup\bin\bpVMutil.exe 512 _NONE_ VCENTER_SERVER.x.x

11:31:00.861 [11056.8096] virt_test_log: log function is called

11:31:00.861 [11056.8096] <2> bpVMutil main: cmd = 2 ESXMount = _NONE_ ESXserver = VCENTER_SERVER.x.x, flags = 0

11:31:00.876 [11056.8096] checkBackupRegEntry: searching configuration for Name

11:31:00.876 [11056.8096] get_string_value failed

11:31:00.876 [11056.8096] checkBackupRegEntry: searching configuration for Type

11:31:00.876 [11056.8096] get_integer_value failed

11:31:00.876 [11056.8096] <2> vnet_pcache_init_table: [vnet_private.c:235] starting cache size 200 0xc8

11:31:00.892 [11056.8096] <2> insert_if_not_dup: [vnet_addrinfo.c:5705] ignoring IPv6 link local 0 0x0

11:31:00.892 [11056.8096] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1

11:31:00.892 [11056.8096] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4809] using interface  ANY

11:31:00.892 [11056.8096] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1

11:31:00.892 [11056.8096] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4809] using interface  ANY

11:31:00.892 [11056.8096] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1

11:31:00.892 [11056.8096] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4809] using interface  ANY

11:31:00.892 [11056.8096] <2> async_connect: [vnet_connect.c:1477] connect in progress 1 0x1

11:31:00.892 [11056.8096] <2> vnet_pbxConnect: pbxConnectEx Succeeded

11:31:00.892 [11056.8096] <2> do_pbx_service: [vnet_connect.c:2116] via PBX bprd CONNECT FROM ip.ip.209.152.53243 TO ip.ip.209.130.1556 fd = 480

11:31:00.892 [11056.8096] <2> async_connect: [vnet_connect.c:1644] connect async CONNECT FROM ip.ip.209.152.53243 TO ip.ip.209.130.1556 fd = 480

11:31:00.892 [11056.8096] <2> connect_to_service: connect succeeded STATUS (0) SUCCESS FROM 0.0.0.0 TO rvwpsnbmas01.x.x ip.ip.209.130 bprd VIA pbx

11:31:00.892 [11056.8096] <2> init_resilient_cache: [vnet_nbrntd.c:869] Initialize resilient cache. 0 0x0

11:31:00.892 [11056.8096] <2> logconnections: BPRD CONNECT FROM ip.ip.209.152.53243 TO ip.ip.209.130.1556 fd = 480

11:31:00.892 [11056.8096] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_helper.c:871] Ignoring VxSS authentication 2 0x2

11:31:00.892 [11056.8096] <2> bprd_read_text_file: Starting to read data

11:31:01.220 [11056.8096] <2> bprd_read_text_file: Read 1 lines and wrote to file C:\Windows\TEMP\ltemp-11056358123460876096000000001-a08096

11:31:01.220 [11056.8096] checkBackupRegEntry: searching configuration for excludeVMservers

11:31:01.220 [11056.8096] get_string_value failed

11:31:01.220 [11056.8096] format_virtualserver_cred: read 1 VCENTER_SERVER.x.x domain\NBU_VMWARE_ACCOUNT d13f01ff3e360fc9e7a7742ce058f4701a7e88b5f22c2d3cb3a8cbb2bd3bdcc5ccee9c2b6b7f1aa9daddbc9a30c6e16a5ae925e5541857c5c164b811cf799450 6537 0

11:31:01.220 [11056.8096] <2> bpVMutil main: checking VCENTER_SERVER.x.x

11:31:01.220 [11056.8096] <2> bpVMutil main: testing VCENTER_SERVER.x.x domain\NBU_VMWARE_ACCOUNT

11:31:01.220 [11056.8096] checkBackupRegEntry: searching configuration for connecttimeout

11:31:01.220 [11056.8096] get_integer_value failed

11:31:01.220 [11056.8096] vSphereConnect: ConnectTimeout: 300 secs

11:31:01.220 [11056.8096] vSphereConnect: connecting to https://VCENTER_SERVER.x.x/sdk

11:31:01.625 [11056.8096] checkBackupRegEntry: searching configuration for jobtimeout

 

Comments 3 CommentsJump to latest comment

RamNagalla's picture

you did provided the log till cheking the configuraions.. its not showing any error..

 please provide entire log as attachment...

Marianne's picture

Eten has actually started a new discussion: https://www-secure.symantec.com/connect/forums/restore-vm-status-code-2820

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