10-04-2012 11:31 AM
Hy Everybody!
I need help a little bit.
I know that may be a ridiculous error, but I can't solve.
My Master Server has 2 Network interfaces:
- Backup Interface: 172.23.4.2 (hostname nbumaster01-b).
- Production Interface: 10.11.135.73 (nbumaster01).
This networks haven't communication together.
I have clients that has both networks, but also I have clients that haven't backup interface.
So, I need to do back up clients in two different networks.
The EMM is registered as "nbumaster01-b", in other words, the hostname registered on EMM is the backup hostname, is not production hostname.
Follow the version of my Master Server:
[root@nbumaster01 ~]# [root@nbumaster01 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 6.3 (Santiago) [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# cat /usr/openv/netbackup/bin/version NetBackup-RedHat2.6.18 7.5.0.3 [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]#
The NBU agent can access normally a client that has the Backup interface:
[root@nbumaster01 ~]# [root@nbumaster01 ~]# ping filebkp-b PING filebkp-b (172.23.7.24) 56(84) bytes of data. 64 bytes from filebkp-b (172.23.7.24): icmp_seq=1 ttl=128 time=0.161 ms 64 bytes from filebkp-b (172.23.7.24): icmp_seq=2 ttl=128 time=0.183 ms 64 bytes from filebkp-b (172.23.7.24): icmp_seq=3 ttl=128 time=0.211 ms 64 bytes from filebkp-b (172.23.7.24): icmp_seq=4 ttl=128 time=0.188 ms ^C --- filebkp-b ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3502ms rtt min/avg/max/mdev = 0.161/0.185/0.211/0.024 ms [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# bptestbpcd -client filebkp-b -verbose 1 1 1 172.23.4.2:58913 -> 172.23.7.24:1556 172.23.4.2:57913 -> 172.23.7.24:1556 PEER_NAME = nbumaster01-b HOST_NAME = filebkp-b CLIENT_NAME = filebkp-b VERSION = 0x07500000 PLATFORM = win_x86 PATCH_VERSION = 7.5.0.0 SERVER_PATCH_VERSION = 7.5.0.0 MASTER_SERVER = nbumaster01-b EMM_SERVER = nbumaster01-b NB_MACHINE_TYPE = CLIENT 172.23.4.2:39770 -> 172.23.7.24:1556 [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]#
But, when I try access the same client via Production Interface, I can't access the client:
[root@nbumaster01 ~]# [root@nbumaster01 ~]# ping filebkp PING filebkp (10.12.0.37) 56(84) bytes of data. 64 bytes from filebkp (10.12.0.37): icmp_seq=1 ttl=127 time=0.126 ms 64 bytes from filebkp (10.12.0.37): icmp_seq=2 ttl=127 time=0.171 ms 64 bytes from filebkp (10.12.0.37): icmp_seq=3 ttl=127 time=0.149 ms 64 bytes from filebkp (10.12.0.37): icmp_seq=4 ttl=127 time=0.136 ms ^C --- filebkp ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3422ms rtt min/avg/max/mdev = 0.126/0.145/0.171/0.020 ms [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# bptestbpcd -client filebkp -verbose <16>bptestbpcd main: Function ConnectToBPCD(filebkp) failed: 25 cannot connect on socket [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]#
I haven't DNS Server. The resolutions names are done in the hosts table at each servers:
[root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# grep -i nbumaster01 /etc/hosts 172.23.4.2 nbumaster01-b nbumaster01-b.network.ctbc #Master Server - rede de backup 10.11.135.73 nbumaster01 nbumaster01.network.ctbc #Master Server - rede de producao [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# grep -i filebkp /etc/hosts 172.23.7.24 filebkp-b filebkp-b.network.ctbc # Luiza 10.12.0.37 filebkp filebkp.network.ctbc # IP para acesso TS [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]#
AND
C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc>ping nbumaster01-b Pinging nbumaster01-b [172.23.4.2] with 32 bytes of data: Reply from 172.23.4.2: bytes=32 time<1ms TTL=64 Reply from 172.23.4.2: bytes=32 time<1ms TTL=64 Reply from 172.23.4.2: bytes=32 time<1ms TTL=64 Reply from 172.23.4.2: bytes=32 time<1ms TTL=64 Ping statistics for 172.23.4.2: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc>ping nbumaster01 Pinging nbumaster01 [10.11.135.73] with 32 bytes of data: Reply from 10.11.135.73: bytes=32 time<1ms TTL=63 Reply from 10.11.135.73: bytes=32 time<1ms TTL=63 Reply from 10.11.135.73: bytes=32 time<1ms TTL=63 Reply from 10.11.135.73: bytes=32 time<1ms TTL=63 Ping statistics for 10.11.135.73: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc>hostname filebkp C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc>type hosts | more 127.0.0.1 localhost #loopback 172.23.7.24 filebkp-b filebkp-b.network.ctbc # Luiza 10.12.0.37 filebkp filebkp-b.network.ctbc # IP para acesso TS 192.168.0.11 filebkp-c filebkp-c.network.ctbc ########## AMBIENTE DE BACKUP ########## 172.23.4.2 nbumaster01-b nbumaster01-b.network.ctbc #Master Server - rede de backup 10.11.135.73 nbumaster01 nbumaster01.network.ctbc #Master Server - rede de producao 172.23.4.3 nbumedia01-b nbumedia01-b.network.ctbc #Appliance NBU - rede de backup 10.11.135.74 nbumedia01 nbumedia01.network.ctbc #Appliance NBU - rede de producao C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc> C:\WINDOWS\system32\drivers\etc>
I saw that if the IP Address showed in the Master Server 'Host Properties' (172.23.4.2) is changed to the other IP Address (10.11.135.73), I can access the Production network, but I lose the access with the Backup network.
:(
The question is: I can do back up of two different networks that haven't connection together?
If yes, how I can do it?
Thanks a lot!
Regards!
Jonas Presse
Solved! Go to Solution.
10-09-2012 09:44 AM
As well it should as this is the primary backup interface that carries your hostname nbumaster01-b .. which is also the EMM servername. So any request for a system on the public network will go out over the backup network but has no way of communicating with the client on the production network causing the failure. If you were able to route between these two networks your problem would likely go away. If you can't your only option is to add an interface to the backup clients on the production net and get them on the backup network
10-04-2012 11:56 AM
To me it looks like ALL your clients can be connected to from your Master. All you need to do is add the Master server IPs to the /etc/hosts file on your clients (and give it the correct hostname), then add that as a SERVER entry.
Have you added nbumaster-01b into the server list on the client?
10-04-2012 01:37 PM
Add SERVER entry on clients in public network for nbumaster01.
Master also needs a SERVER entry for nbumaster01.
See 'NetBackup 6.0 MP5 onwards' section of this TN: http://www.symantec.com/docs/TECH54733
10-04-2012 02:03 PM
Hi Jonas, how do you do?
You and your brilliant ideas...
What exactly is your idea? Why do not you want to use the 172.23 network to traffic backing up?
Do you want to use the two interfaces at the same time to backup? or use another interface as redundancy?
See you...
10-04-2012 06:05 PM
10-04-2012 06:49 PM
[root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# bptestbpcd -verbose -debug -client filebkp 13:58:34.934 [6203] <2> bptestbpcd: VERBOSE = 5 13:58:34.934 [6203] <2> ConnectToBPCD: db_getCLIENT(filebkp) failed: 227 13:58:34.935 [6203] <2> local_bpcr_connect: bpcr.c.278: connect_opts = 0x01000100 connect_opts2 = 0x01000100 13:58:34.935 [6203] <2> local_bpcr_connect: bpcr.c.285: connect_opts = 0x01000100 13:58:34.935 [6203] <2> local_bpcr_connect: bpcr.c.324: daemon_port_type = 0 13:58:34.935 [6203] <2> insert_if_not_dup: [vnet_addrinfo.c:5705] ignoring IPv6 link local 0 0x0 13:58:34.935 [6203] <2> insert_if_not_dup: [vnet_addrinfo.c:5705] ignoring IPv6 link local 0 0x0 13:58:34.935 [6203] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1 13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops 13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops.network.ctbc 13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b 13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc 13:58:34.935 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4839] Override REQUIRED_INTERFACE resolves to: 172.23.4.2 13:58:34.935 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4913] targaddr=10.12.0.37 prefnet=ANY 13:58:34.935 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4934] prefnet = REQIF 13:58:34.935 [6203] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1 13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops 13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops.network.ctbc 13:58:34.936 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b 13:58:34.936 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc 13:58:34.936 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4839] Override REQUIRED_INTERFACE resolves to: 172.23.4.2 13:58:34.936 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4913] targaddr=10.12.0.37 prefnet=ANY 13:58:34.936 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4934] prefnet = REQIF 13:58:34.936 [6203] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1 13:58:34.936 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops 13:58:34.936 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops.network.ctbc 13:58:34.936 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b 13:58:34.936 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc 13:58:34.936 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4839] Override REQUIRED_INTERFACE resolves to: 172.23.4.2 13:58:34.936 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4913] targaddr=10.12.0.37 prefnet=ANY 13:58:34.936 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4934] prefnet = REQIF 13:58:34.936 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 1 0x1 13:58:44.941 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 2 0x2 13:58:54.951 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 13:59:37.984 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 13:59:37.984 [6203] <2> init_resilient_cache: [vnet_nbrntd.c:869] Initialize resilient cache. 0 0x0 13:59:39.985 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 13:59:49.989 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 13:59:51.990 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:00:01.995 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:00:04.997 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:00:42.985 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:00:44.987 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:00:54.997 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:00:57.999 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:01:08.001 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:01:12.003 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:01:49.038 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:01:53.041 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:02:03.051 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:02:08.053 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:02:18.054 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:02:24.056 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:02:56.041 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops 14:02:56.041 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops.network.ctbc 14:02:56.041 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b 14:02:56.041 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc 14:02:56.041 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:03:04.043 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:03:14.053 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:03:23.055 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:03:33.065 [6203] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 14:03:43.068 [6203] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 14:03:53.078 [6203] <8> async_connect: [vnet_connect.c:1219] ran out of time before connect 319 0x13f 14:03:53.078 [6203] <8> async_connect: [vnet_connect.c:1219] ran out of time before connect 319 0x13f 14:03:53.078 [6203] <8> async_connect: [vnet_connect.c:1219] ran out of time before connect 319 0x13f 14:03:53.078 [6203] <16> connect_to_service: connect failed STATUS (18) CONNECT_FAILED status: FAILED, (44) CONNECT_TIMEOUT; system: (115) Operation now in progress; FROM 172.23.4.2 TO filebkp 10.12.0.37 bpcd VIA pbx status: FAILED, (44) CONNECT_TIMEOUT; system: (115) Operation now in progress; FROM 172.23.4.2 TO filebkp 10.12.0.37 bpcd VIA vnetd status: FAILED, (44) CONNECT_TIMEOUT; system: (115) Operation now in progress; FROM 172.23.4.2 TO filebkp 10.12.0.37 bpcd 14:03:53.078 [6203] <8> vnet_connect_to_bpcd: [vnet_connect.c:279] connect_to_service() failed 18 0x12 14:03:53.078 [6203] <2> local_bpcr_connect: Can't connect to client filebkp 14:03:53.078 [6203] <2> ConnectToBPCD: bpcd_connect_and_verify(filebkp, filebkp) failed: 25 <16>bptestbpcd main: Function ConnectToBPCD(filebkp) failed: 25 14:03:53.078 [6203] <16> bptestbpcd main: Function ConnectToBPCD(filebkp) failed: 25 <2>bptestbpcd: cannot connect on socket 14:03:53.078 [6203] <2> bptestbpcd: cannot connect on socket <2>bptestbpcd: EXIT status = 25 14:03:53.078 [6203] <2> bptestbpcd: EXIT status = 25 cannot connect on socket You have new mail in /var/spool/mail/root [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]#
10-04-2012 07:09 PM
Hy Master! I am fine! And you?
This is just one example. In this case posted, haven't problem, because this Client have the 2 network interfaces. But I have Clients that haven't backup interface and this case I need to do the my Master Server communicate with the producition interface of the Client via his production interface, because the backup network and production network haven't access to each other.
Thanks, Cable!!
;)
Hugs!!
10-05-2012 07:52 AM
Give this a try.. Add your server settings for the production name of your NBU server on client and master and try setting "Required Interface" in the Client Properties of those systems needing to be backed up over the production network to the production interface...
10-05-2012 11:42 AM
Hi Jeff!
Thanks a lot for your suggestion, but it did not work:
[root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# hostname nbumaster01.network.ctbc [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# grep -i nbumaster01 /etc/hosts 172.23.4.2 nbumaster01-b nbumaster01-b.network.ctbc #Master Server - rede de backup 10.11.135.73 nbumaster01 nbumaster01.network.ctbc #Master Server - rede de producao [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# grep -i filebkp /etc/hosts 172.23.7.24 filebkp-b filebkp-b.network.ctbc # Luiza 10.12.0.37 filebkp filebkp.network.ctbc # IP para acesso TS [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]# bptestbpcd -client filebkp -debug -verbose 15:01:03.318 [26620] <2> bptestbpcd: VERBOSE = 5 15:01:03.318 [26620] <2> ConnectToBPCD: db_getCLIENT(filebkp) failed: 227 15:01:03.318 [26620] <2> local_bpcr_connect: bpcr.c.278: connect_opts = 0x01000100 connect_opts2 = 0x01000100 15:01:03.318 [26620] <2> local_bpcr_connect: bpcr.c.285: connect_opts = 0x01000100 15:01:03.318 [26620] <2> local_bpcr_connect: bpcr.c.324: daemon_port_type = 0 15:01:03.318 [26620] <2> insert_if_not_dup: [vnet_addrinfo.c:5705] ignoring IPv6 link local 0 0x0 15:01:03.318 [26620] <2> insert_if_not_dup: [vnet_addrinfo.c:5705] ignoring IPv6 link local 0 0x0 15:01:03.319 [26620] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1 15:01:03.319 [26620] <2> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.c:1556] file cache has expired NAME=10.12.0.37 SVC=NULL 15:01:03.319 [26620] <2> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.c:1630] found via getaddrinfo NAME=10.12.0.37 SVC=NULL 15:01:03.319 [26620] <2> init_resilient_cache: [vnet_nbrntd.c:869] Initialize resilient cache. 0 0x0 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4839] Override REQUIRED_INTERFACE resolves to: 172.23.4.2 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4913] targaddr=10.12.0.37 prefnet=ANY 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4934] prefnet = REQIF 15:01:03.319 [26620] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4839] Override REQUIRED_INTERFACE resolves to: 172.23.4.2 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4913] targaddr=10.12.0.37 prefnet=ANY 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4934] prefnet = REQIF 15:01:03.319 [26620] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b 15:01:03.319 [26620] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4839] Override REQUIRED_INTERFACE resolves to: 172.23.4.2 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4913] targaddr=10.12.0.37 prefnet=ANY 15:01:03.319 [26620] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4934] prefnet = REQIF 15:01:03.319 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 1 0x1 15:01:13.320 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 2 0x2 15:01:23.331 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:02:06.376 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:02:08.378 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:02:18.388 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:02:20.390 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:02:30.400 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:02:33.403 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:03:11.378 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:03:13.380 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:03:23.390 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:03:26.392 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:03:36.403 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:03:40.405 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:04:17.433 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:04:21.435 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:04:31.445 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:04:36.447 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:04:46.458 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:04:52.460 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:05:24.435 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:05:32.437 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:05:42.441 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:05:51.443 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:06:01.444 [26620] <8> async_connect: [vnet_connect.c:1653] getsockopt SO_ERROR returned 110 0x6e 15:06:11.446 [26620] <2> async_connect: [vnet_connect.c:1477] connect in progress 3 0x3 15:06:21.455 [26620] <8> async_connect: [vnet_connect.c:1219] ran out of time before connect 318 0x13e 15:06:21.455 [26620] <8> async_connect: [vnet_connect.c:1219] ran out of time before connect 318 0x13e 15:06:21.455 [26620] <8> async_connect: [vnet_connect.c:1219] ran out of time before connect 318 0x13e 15:06:21.455 [26620] <16> connect_to_service: connect failed STATUS (18) CONNECT_FAILED status: FAILED, (44) CONNECT_TIMEOUT; system: (115) Operation now in progress; FROM 172.23.4.2 TO filebkp 10.12.0.37 bpcd VIA pbx status: FAILED, (44) CONNECT_TIMEOUT; system: (115) Operation now in progress; FROM 172.23.4.2 TO filebkp 10.12.0.37 bpcd VIA vnetd status: FAILED, (44) CONNECT_TIMEOUT; system: (115) Operation now in progress; FROM 172.23.4.2 TO filebkp 10.12.0.37 bpcd 15:06:21.455 [26620] <8> vnet_connect_to_bpcd: [vnet_connect.c:279] connect_to_service() failed 18 0x12 15:06:21.455 [26620] <2> local_bpcr_connect: Can't connect to client filebkp 15:06:21.455 [26620] <2> ConnectToBPCD: bpcd_connect_and_verify(filebkp, filebkp) failed: 25 <16>bptestbpcd main: Function ConnectToBPCD(filebkp) failed: 25 15:06:21.455 [26620] <16> bptestbpcd main: Function ConnectToBPCD(filebkp) failed: 25 <2>bptestbpcd: cannot connect on socket 15:06:21.455 [26620] <2> bptestbpcd: cannot connect on socket <2>bptestbpcd: EXIT status = 25 15:06:21.455 [26620] <2> bptestbpcd: EXIT status = 25 cannot connect on socket You have new mail in /var/spool/mail/root [root@nbumaster01 ~]# [root@nbumaster01 ~]# [root@nbumaster01 ~]#
Follow the Client registry configuration about the NBU agent.
Key Name: HKEY_LOCAL_MACHINE\SOFTWARE\Veritas\NetBackup\CurrentVersion\Config Class Name: <NO CLASS> Last Write Time: 10/5/2012 - 3:04 PM Value 0 Name: CONNECT_OPTIONS Type: REG_MULTI_SZ Data: localhost 0 0 2 Value 1 Name: Port_BPCD Type: REG_DWORD Data: 0x35d6 Value 2 Name: Port_BPRD Type: REG_DWORD Data: 0x3598 Value 3 Name: Browser Type: REG_SZ Data: filebkp-b Value 4 Name: Client_Name Type: REG_SZ Data: filebkp-b Value 5 Name: Exclude Type: REG_MULTI_SZ Data: C:\Program Files\Veritas\NetBackup\bin\*.lock C:\Program Files\Veritas\NetBackup\bin\bprd.d\*.lock C:\Program Files\Veritas\NetBackup\bin\bpsched.d\*.lock C:\Program Files\Veritas\NetBackupDB\data\* C:\Program Files\Veritas\Volmgr\misc\* Value 6 Name: Server Type: REG_MULTI_SZ Data: nbumaster01-b nbumedia01-b nbumedia01 nbumaster01 Value 7 Name: VERBOSE Type: REG_DWORD Data: 0x5 Value 8 Name: Debug_Database Type: REG_DWORD Data: 0 Value 9 Name: ENABLE_ROBUST_LOGGING Type: REG_SZ Data: YES Value 10 Name: SANCLIENT Type: REG_DWORD Data: 0 Value 11 Name: REQUIRED_INTERFACE Type: REG_SZ Data: filebkp Value 12 Name: REVERSE_NAME_LOOKUP Type: REG_SZ Data: ALLOWED Value 13 Name: LIST_FILES_TIMEOUT Type: REG_DWORD Data: 0x12c Value 14 Name: BPBACKUP_POLICY Type: REG_SZ Data: any Value 15 Name: BPBACKUP_SCHED Type: REG_SZ Data: any Value 16 Name: BPARCHIVE_POLICY Type: REG_SZ Data: any Value 17 Name: BPARCHIVE_SCHED Type: REG_SZ Data: any Value 18 Name: RESTORE_RETRIES Type: REG_DWORD Data: 0 Value 19 Name: DISALLOW_SERVER_FILE_WRITES Type: REG_SZ Data: NO Value 20 Name: ALLOW_NON_RESERVED_PORTS Type: REG_SZ Data: YES Value 21 Name: CRYPT_OPTION Type: REG_SZ Data: ALLOWED Value 22 Name: CRYPT_STRENGTH Type: REG_SZ Data: DES_40 Value 23 Name: KEEP_LOGS_DAYS Type: REG_DWORD Data: 0x3 Value 24 Name: LOTUS_NOTES_LOGCACHESIZE Type: REG_DWORD Data: 0 Value 25 Name: CLIENT_RESERVED_PORT_WINDOW Type: REG_SZ Data: 512 1023 Value 26 Name: CLIENT_PORT_WINDOW Type: REG_SZ Data: 0 0 Value 27 Name: Time_Overlap Type: REG_DWORD Data: 0x3c Value 28 Name: Buffer_Size Type: REG_DWORD Data: 0x80 Value 29 Name: Use_Archive_Bit Type: REG_SZ Data: YES Value 30 Name: Perform_Default_Search Type: REG_SZ Data: YES Value 31 Name: Accumulate_Files Type: REG_SZ Data: NO Value 32 Name: User_Directed_Timeout Type: REG_DWORD Data: 0x3c Value 33 Name: Announce_DHCP_Interval Type: REG_DWORD Data: 0 Value 34 Name: Clear_Archive_Bit_Incr_Wait Type: REG_DWORD Data: 0x12c Value 35 Name: Clients Type: REG_MULTI_SZ Data: filebkp Value 36 Name: Debug_Flush Type: REG_DWORD Data: 0 Value 37 Name: Debug_Heap Type: REG_DWORD Data: 0 Value 38 Name: Debug_Level Type: REG_DWORD Data: 0 Value 39 Name: Debug_TCP Type: REG_DWORD Data: 0 Value 40 Name: Error_Messages_Max Type: REG_DWORD Data: 0xa Value 41 Name: Policy_Type Type: REG_DWORD Data: 0xd Value 42 Name: Client_Version Type: REG_DWORD Data: 0x1f4 Value 43 Name: Case_Sensitive_Exclude_List Type: REG_SZ Data: NO Value 44 Name: Compress_Use Type: REG_DWORD Data: 0 Value 45 Name: Compress_Buffer_Size Type: REG_DWORD Data: 0x3e Value 46 Name: Compress_Minimum_Size Type: REG_DWORD Data: 0x200 Value 47 Name: Cluster_Database_Force_Restore Type: REG_SZ Data: NO Value 48 Name: ChangeJournalUse Type: REG_SZ Data: NO Value 49 Name: GENERATE_ENGLISH_LOGS Type: REG_SZ Data: NO Value 50 Name: EXCHANGE_ENABLE_SIS Type: REG_SZ Data: NO Value 51 Name: AUTO_LOGOFF_TIMEOUT Type: REG_DWORD Data: 0 Value 52 Name: EXCHANGE_PERFORM_CONSISTENCY_CHECK Type: REG_SZ Data: YES Value 53 Name: EXCHANGE_IGNORE_CC Type: REG_SZ Data: YES
SERVER = nbumaster01-b SERVER = nbumaster01 CLIENT_NAME = nbumaster01-b CONNECT_OPTIONS = localhost 1 0 2 USE_VXSS = PROHIBITED VXSS_SERVICE_TYPE = INTEGRITYANDCONFIDENTIALITY EMMSERVER = nbumaster01-b HOST_CACHE_TTL = 3600 VXDBMS_NB_DATA = /usr/openv/db/data VERBOSE = 5 JOB_PRIORITY = 0 0 90000 90000 90000 90000 85000 85000 80000 80000 80000 80000 75000 75000 70000 70000 50000 50000 45000 0 0 0 0 0 REQUIRED_INTERFACE = nbumaster01-b LIST_FILES_TIMEOUT = 300 OPS_CENTER_SERVER_NAME = nbuops OPS_CENTER_SERVER_NAME = nbuops-b OPS_CENTER_SERVER_NAME = nbuops-b.network.ctbc ALLOW_MEDIA_OVERWRITE = DBR ALLOW_MEDIA_OVERWRITE = TAR ALLOW_MEDIA_OVERWRITE = CPIO ALLOW_MEDIA_OVERWRITE = ANSI ALLOW_MEDIA_OVERWRITE = AOS/VS ALLOW_MEDIA_OVERWRITE = MTF1 ALLOW_MEDIA_OVERWRITE = RS-MTF1 ALLOW_MEDIA_OVERWRITE = BE-MTF1 REVERSE_NAME_LOOKUP = ALLOWED TELEMETRY_UPLOAD = NO
10-05-2012 12:10 PM
>> Should I have a unique hostname for my servers for the communication work?
Oh yes, all IPs must have hostnames and hostnames should not have more than 1 IP!!
10-05-2012 01:00 PM
Hi Revaroo!!
Sorry, man... I didn't understand. You told me that I need to have one hostname for each network (IP), is rigth? My environment has exactly this.
:(
I saw that in the VMWare environment, had a unique hostname for 2 interfaces (2 IPs).
What can to be wrong, man?
:(
Thanks so mut!
Regards!
Jonas Presse
10-05-2012 01:10 PM
I think you need to raise a case with Symantec, it will be easier to fix.
10-05-2012 01:20 PM
I have run into this before and I'm sorry to say neither I or Symantec found a way around this leaving the networks the way they are. I will say this was a long time ago and there may be an answer now but I will tell you what we observed. Client had the same problem as you, wanting to run backups ove two isolated networks.. Trying the required interface did not work in this case as well. We put a sniffer on the master server and tried to connect to a client on the production network.. We found that the request was going out over the primary backup network and the response was trying to return over the production network which it had no way of reaching so it times out. This is the problem. Isolated networks. If you can route between these two networks your problem will most likely go away however I do realize this isn't always possible.
10-05-2012 10:58 PM
bpcd log file on Client should confirm Jeff's theory.
Please ensure log folder exists on client, repeat bptestbpcd to filebkp.
Please post bpcd log as file attachment.
10-08-2012 06:20 AM
Hi Jeff!!
Hmmm... I understood. Thanks for your feedback!!
If I found any solution, I will post.
More one time, thanks very much!!
Regards!!
Jonas Presse
10-08-2012 06:48 AM
[root@nbumaster01 ~]#
[root@nbumaster01 ~]# bptestbpcd -client filebkp -verbose
<16>bptestbpcd main: Function ConnectToBPCD(filebkp) failed: 25
cannot connect on socket
[root@nbumaster01 ~]#
[root@nbumaster01 ~]#
[root@nbumaster01 ~]#
[root@nbumaster01 ~]# bptestbpcd -verbose -debug -client filebkp
13:58:34.934 [6203] <2> bptestbpcd: VERBOSE = 5
13:58:34.934 [6203] <2> ConnectToBPCD: db_getCLIENT(filebkp) failed: 227
13:58:34.935 [6203] <2> local_bpcr_connect: bpcr.c.278: connect_opts = 0x01000100 connect_opts2 = 0x01000100
13:58:34.935 [6203] <2> local_bpcr_connect: bpcr.c.285: connect_opts = 0x01000100
13:58:34.935 [6203] <2> local_bpcr_connect: bpcr.c.324: daemon_port_type = 0
13:58:34.935 [6203] <2> insert_if_not_dup: [vnet_addrinfo.c:5705] ignoring IPv6 link local 0 0x0
13:58:34.935 [6203] <2> insert_if_not_dup: [vnet_addrinfo.c:5705] ignoring IPv6 link local 0 0x0
13:58:34.935 [6203] <2> vnet_sortaddrs: [vnet_addrinfo.c:3945] sorted addrs: 1 0x1
13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops
13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops.network.ctbc
13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b
13:58:34.935 [6203] <2> copy_preferred_network_list: ../../libvlibs/nbconf.c.1610: pseudo PN for : nbuops-b.network.ctbc
13:58:34.935 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4839] Override REQUIRED_INTERFACE resolves to: 172.23.4.2
13:58:34.935 [6203] <2> vnet_get_pref_netconnection: [vnet_addrinfo.c:4913] targaddr=10.12.0.37 prefnet=ANY
Jonas Presse
10-09-2012 09:44 AM
As well it should as this is the primary backup interface that carries your hostname nbumaster01-b .. which is also the EMM servername. So any request for a system on the public network will go out over the backup network but has no way of communicating with the client on the production network causing the failure. If you were able to route between these two networks your problem would likely go away. If you can't your only option is to add an interface to the backup clients on the production net and get them on the backup network