Video Screencast Help

I can do back up of two different networks that haven't connection together?

Created: 04 Oct 2012 • Updated: 10 Oct 2012 | 16 comments
JonasPresse's picture
This issue has been solved. See solution.

 

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

 

Comments 16 CommentsJump to latest comment

revaroo's picture

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?

 

 

JonasPresse's picture

 

Hi Revaroo.
I tried all (or nearly all) but no success.
 
Yes, I have.
 
When I run the "bptestbpcd" command is showed that the connection with the production network of the Client (10.X.X.X) is sent by backup network of the Master Server (172.X.X.X), even that my registers of IPs are OK in the IP table of my servers.
 
If you will have any idea, would you may post?
Thanks!
 
Regards!
Marianne's picture

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

 

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

JonasPresse's picture

 

Hi Marianne!
 
I have this, but even so I can't the communication with the network interface different of the showed in Master Server 'Host Properties'.
See below the output of the "bptestbpcd" command:
 
[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 ~]# 
 
Thank very much!
Resgards!
 
Jonas Presse

 

PauloAlves's picture

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

 

Paulo Alves

JonasPresse's picture

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

Jeff Foglietta's picture

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

Jeff Foglietta

Practice Lead - Data Protection and High Availability

JonasPresse's picture

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
 
 
Follow the "bp.conf" of my Master Server:
 
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
 
 
I saw in a test environment (in a VMWare) with a similar scenario of a coworker that the communication is established for the both networks.
 
I didn't have much time to analise, but I realized that the unique diferent thing is that haven't a specific hostname for the backup network. The server respond by a unique hostname for the both networks (production and backup). When I request for the Master Server (bptestbpcd) communite with a Client, the communication go out of Master Server by interace that the Client respond, don't just by interface that is showed in Master Server 'Host Properties' .
 
Should I have a unique hostname for my servers for the communication work?
 
More one time,
Thanks very much!
 

 

revaroo's picture

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

JonasPresse's picture

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

revaroo's picture

I think you need to raise a case with Symantec, it will be easier to fix.

Jeff Foglietta's picture

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.

Jeff Foglietta

Practice Lead - Data Protection and High Availability

JonasPresse's picture

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

Marianne's picture

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.

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

JonasPresse's picture

 

Hi Marianne!
From what I noted, the request neither is leaving, because when I run the "bptestbpcd -debug" from the Master Server, is showed that the communication with the client network production is tried by Master Server network backup.
See below:
 

[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

 
 
I am not access any more the customer environment, but I will ask a coworker to send me the bpcd log for I post.
 
Thank you so much!
 
Regards!

 

Jonas Presse

Jeff Foglietta's picture

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

Jeff Foglietta

Practice Lead - Data Protection and High Availability

SOLUTION