cancel
Showing results for 
Search instead for 
Did you mean: 

Windows Server 2012 & 7.5.0.6

Kev_Lamb
Level 6

Hi,

I have installed the Win2012 7.5.0.6 client onto a Win Server 2012 client but am having difficulties connecting from the Master Server to the client.

The install completed wihout error and I can run the Backup/Restore client from the Server; however, when I try to connect to the client from the Master GUI I get Connection Requested By Invalid Server, the Master was correctly placed in the relevant box on install and I have double checked the client GUI and this is correct.

If I run the usual connection tests from the master server I get the following:

bpclntcmd -hn lonbfbvmconn2

host lonbfbvmconn2: LONBFBVMCONN2.corp.ad.timeinc.com at 10.132.113.127

aliases:     LONBFBVMCONN2.corp.ad.timeinc.com     lonbfbvmconn2     10.132.113.127

 

telnet lonbfbvmconn2 bpcd

Trying 10.132.113.127...

Connected to lonbfbvmconn2.corp.ad.timeinc.com (10.132.113.127).

Escape character is '^]'.

 

bptestbpcd -host lonbfbvmconn2   

<16>bptestbpcd main: Function ConnectToBPCD(lonbfbvmconn2) failed: 46

server not allowed access

bfbackup.ipcmedia.com:/root> bptestbpcd -client lonbfbvmconn2

<16>bptestbpcd main: Function ConnectToBPCD(lonbfbvmconn2) failed: 46

server not allowed access

So as you can see I can quiet clearly access the bpcd port via Telnet and the bpclntcmd returns the correct client details but the bptstbpcd fails.There is no firewall active on the client and the client and master can do a reverse lookup on each other and can ping also.

Anyione got any ideas as I am at a loss

 

Kev

 

 

Attitude is a small thing that makes a BIG difference
2 ACCEPTED SOLUTIONS

Accepted Solutions

CRZ
Level 6
Employee Accredited Certified

Ignore me at your peril!  wink

You haven't addressed the problem I found yesterday.  I'm STILL seeing that extra space I shouldn't see in your bpcd log for the reverse DNS of your master server's hostname.

To make it easier to spot, I've replaced the space with percent signs in this excerpt from your most recently posted bpcd log:

12:07:39.250 [2680.1320] <2> setup_debug_log: switched debug log file for bpcd
12:07:39.250 [2680.1320] <2> bpcd main: VERBOSE = 0
12:07:39.250 [2680.1320] <2> logparams: C:\Program Files\Veritas\NetBackup\bin\bpcd.exe -standalone
12:07:39.250 [2680.1320] <2> process_requests: offset to GMT 0
12:07:39.266 [2680.1320] <2> logconnections: BPCD ACCEPT FROM 10.132.112.22.55614 TO 10.132.113.127.1556 fd = 292
12:07:39.266 [2680.1320] <2> process_requests: setup_sockopts complete
12:07:39.266 [2680.1320] <2> bpcd peer_hostname: Connection from host bfbackup.ipcmedia.com% (10.132.112.22) port 55614
12:07:39.266 [2680.1320] <2> bpcd valid_server: comparing bfbackup.ipcmedia.com and bfbackup.ipcmedia.com%
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.c:1585] in failed file cache ERR=11001 NAME=bfbackup.ipcmedia.com% SVC=NULL
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo: [vnet_addrinfo.c:1275] vnet_cached_getaddrinfo_and_update() failed 6 0x6
12:07:39.266 [2680.1320] <8> vnet_same_host_and_update: [vnet_addrinfo.c:2848] vnet_cached_getaddrinfo() failed STAT=6 RV=11001 NAME2=bfbackup.ipcmedia.com%
12:07:39.266 [2680.1320] <2> bpcd valid_server: comparing lonbfbnbumedia1.corp.ad.timeinc.com and bfbackup.ipcmedia.com%
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.c:1532] in failed cache ERR=11001 NAME=bfbackup.ipcmedia.com% SVC=NULL
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo: [vnet_addrinfo.c:1275] vnet_cached_getaddrinfo_and_update() failed 6 0x6
12:07:39.266 [2680.1320] <8> vnet_same_host_and_update: [vnet_addrinfo.c:2848] vnet_cached_getaddrinfo() failed STAT=6 RV=11001 NAME2=bfbackup.ipcmedia.com%
12:07:39.266 [2680.1320] <2> bpcd valid_server: comparing lonbfbreddev.ipcmedia.com and bfbackup.ipcmedia.com%
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.c:1532] in failed cache ERR=11001 NAME=bfbackup.ipcmedia.com% SVC=NULL
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo: [vnet_addrinfo.c:1275] vnet_cached_getaddrinfo_and_update() failed 6 0x6
12:07:39.266 [2680.1320] <8> vnet_same_host_and_update: [vnet_addrinfo.c:2848] vnet_cached_getaddrinfo() failed STAT=6 RV=11001 NAME2=bfbackup.ipcmedia.com%
12:07:39.266 [2680.1320] <4> bpcd valid_server: bfbackup.ipcmedia.com% is not a master server
12:07:39.266 [2680.1320] <16> bpcd valid_server: bfbackup.ipcmedia.com% is not a media server either
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo_and_update: [vnet_addrinfo.c:1532] in failed cache ERR=11001 NAME=bfbackup.ipcmedia.com% SVC=NULL
12:07:39.266 [2680.1320] <8> vnet_cached_getaddrinfo: [vnet_addrinfo.c:1275] vnet_cached_getaddrinfo_and_update() failed 6 0x6
12:07:39.266 [2680.1320] <8> vnet_is_local_host: [vnet_addrinfo.c:327] vnet_cached_getaddrinfo() failed STAT=6 RV=11001 NAME=bfbackup.ipcmedia.com%
12:07:39.266 [2680.1320] <2> process_requests: output socket port number = 1

You can also see from this bpcd log that OTHER hosts do not have the extra space after the hostname - for example...

12:06:45.848 [2216.2056] <2> bpcd peer_hostname: Connection from host LONBFBVMCONN2.CORP.AD.TIMEINC.com (10.132.113.127) port 53900

...so it's something unique to JUST your master.

Can you explain why your client's reverse DNS for 10.132.112.22 is appending some invisible space to the FQDN of your master when the reverse DNS for 10.132.113.127 doesn't append that space to *its* FQDN?

The problem with invisible space is...you might not see it when you're doing test DNS lookups, because it's invisible.  :)

View solution in original post

Kev_Lamb
Level 6

Embarrased or what, we have located the original issue with the hosts file, this was saved as a .txt file so the server was ignoring this, once this was corrected we could then connect.

Still unsure as to why it is seeing the extra space in DNS though, the QIP entry has been checked and looks good so unless this is in the DNS cache somewhere we are unsure but as I said all our other servers use the same DNS entries without error.

I will continue to look into this.

Thanks for all you help 

Attitude is a small thing that makes a BIG difference

View solution in original post

28 REPLIES 28

Mark_Solutions
Level 6
Partner Accredited Certified

Setup a bpcd log on the client to see why it actually denies access

It may just be a FQDN thing and you will then need to either add a hosts file entry to the client and / or Master / Media Servers or add the FQDN to the clients server list

Create the bpcd directory - try and connect to it again and post the resulting log file

Kev_Lamb
Level 6

Just done that, looking through the log (attached) it is stating that my master server is not a master or a media.....

 

 

Attitude is a small thing that makes a BIG difference

Kev_Lamb
Level 6

Just had a look at the Reg Key in HKEY_LOCAL_MACHINE\Softeare\veritas\netbackup\currentversion\config and the Server key includes the following:

bfbackup.ipcmedia.com
bfbackup
10.132.112.22

So it is listed in the software as a server in all the FQDN ways

 

 

Attitude is a small thing that makes a BIG difference

chack22
Level 4

What does bptestbpcd show? I don't recall the options off the top of my head, but it checks connections to clients. What about bpclntcmd -hn (option) and bpclntcmd -ip (IP)? This checks lookups (forward and reverse) from the NBU side.

Kev_Lamb
Level 6
Chack22 if you take a look at the initial post the bpclntcmd returns ok but the bptesbpcd fails with server not allowed access, the telnet to the bpcd port works fine, all entries on the client are correct and I have even put the master in the host file and can do forward & reverse DNS from client to master and master to client.
Attitude is a small thing that makes a BIG difference

CRZ
Level 6
Employee Accredited Certified

I may be nuts, but something stood out from your log...

17:22:30.901 [2060.2032] <2> bpcd peer_hostname: Connection from host bfbackup.ipcmedia.com  (10.132.112.22) port 51386
...
17:22:31.151 [1108.536] <4> bpcd valid_server: bfbackup.ipcmedia.com  is not a master server
17:22:31.151 [1108.536] <16> bpcd valid_server: bfbackup.ipcmedia.com  is not a media server either

It sure looks like there's an invisible space appended to the reverse DNS of your master (I'm seeing two spaces instead of the one which I would expect) which is causing NetBackup to fail to match the name "bfbackup.ipcmedia.com " to "bfbackup.ipcmedia.com" because, to NetBackup, the strings ARE technically different...

Can you recheck the host file on the client and see if there's something you can edit?  (I'm assuming this isn't a problem for other clients so it's something local to this particular one, but you probably know your DNS better than I do)

Kev_Lamb
Level 6

Hi,

I have checked and rewritten the hosts file on the Win2012 server and this still fails, I even removed the hosts file and checked I could still do a reverse nslookup to the Master from the client and thsi was Ok.

Still getting the same entries in the bpcd log about the master and media server.

 

Kev

Attitude is a small thing that makes a BIG difference

Mark_Solutions
Level 6
Partner Accredited Certified

As your entries look OK try this:

1. See what the Browser registry key is set to - this should match the Client_Name key

2. Run this twice on the client:

\program files\veritas\netbackup\bin\blclntcmd -clear_host_cache

3. Check what the Port_BPCD key value is - it should be 13782

4. Re-start the client service on the client

5. Try to connect again

Also on the client run bpclntcmd -sv to see what it brings back

Kev_Lamb
Level 6

Hi Mark

The Reg keys look correct (see attached doc) I have ran the clear_cache option twice and restarted the client services, also the output of the bpclntcmd -sv returns 7.5

I am at a loss as to why it cannot relate to the Master Server

 

Kev

Attitude is a small thing that makes a BIG difference

Mark_Solutions
Level 6
Partner Accredited Certified

There doesn't look to be enough components in the registry there

Could you try re-installing (run a repair) on the client - make sure AV is turned off and that you do everything using the Run As Administrator

Kev_Lamb
Level 6

Uninstalled the client then ran a clean install as Admin, same issue

I have just removed the client and then cleared all relevant directories and cleaned the registry, rebooting the server, going to run another clean install and see what happens, not confident though

 

 

Attitude is a small thing that makes a BIG difference

Mark_Solutions
Level 6
Partner Accredited Certified

OK - do you have a Media Server too?

If so add that to its configuration and see if you can connect from that

Kev_Lamb
Level 6

I have two media server, one Windows and one Linux, I did add both to the config and they both returned the same fault as the master where the server is refused connection.

 

Attitude is a small thing that makes a BIG difference

Mark_Solutions
Level 6
Partner Accredited Certified

OK - make sure you have the bpcd and bpinetd log folders - increase logging (via its BAR GUI) - re-start the services and try to connect again

Then post the logs

And just in case .. try setting the NetBackup Client Service and NetBackup Legacy Network Service to use a Domain Admin account to see if that makes any difference

Kev_Lamb
Level 6

Set logging to 2, used a domain admin account to start the services, still get the same issue though :(

 

Log files are attched

Attitude is a small thing that makes a BIG difference

Kev_Lamb
Level 6

Just ran the  bptestbpcd -client lonbfbvmconn2 -debug from my linux media server (lonbfbreddev) and this returns with a clean connection:

 

12:36:24.104 [25420] <2> bptestbpcd: VERBOSE = 0
12:36:24.104 [25420] <2> ConnectionCache::connectAndCache: Acquiring new connect
ion for host bfbackup.ipcmedia.com, query type 223
12:36:24.107 [25420] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:36:24.107 [25420] <2> logconnections: BPDBM CONNECT FROM 10.132.126.144.60212
 TO 10.132.112.22.1556 fd = 3
12:36:24.107 [25420] <8> vnet_check_vxss_client_magic_with_info: [vnet_vxss_help
er.c:871] Ignoring VxSS authentication 2 0x2
12:36:24.112 [25420] <2> db_CLIENTsend: reset client protocol version from 0 to 
8
12:36:24.153 [25420] <2> db_getCLIENT: db_CLIENTreceive: no entity was found 227
12:36:24.159 [25420] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:36:24.159 [25420] <2> logconnections: BPCD CONNECT FROM 10.132.126.144.52845 
TO 10.132.113.127.1556 fd = 3
12:36:24.169 [25420] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:36:24.219 [25420] <8> do_pbx_service: [vnet_connect.c:2108] via PBX VNETD CON
NECT FROM 10.132.126.144.49482 TO 10.132.113.127.1556 fd = 4
12:36:24.219 [25420] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:
443] VN_REQUEST_CONNECT_FORWARD_SOCKET 10 0xa
12:36:24.284 [25420] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:
460] ipc_string 64422
1 1 1
10.132.126.144:52845 -> 10.132.113.127:1556
10.132.126.144:49482 -> 10.132.113.127:1556
12:36:28.976 [25420] <2> vnet_pbxConnect: pbxConnectEx Succeeded
12:36:29.036 [25420] <8> do_pbx_service: [vnet_connect.c:2108] via PBX VNETD CON
NECT FROM 10.132.126.144.44483 TO 10.132.113.127.1556 fd = 5
12:36:29.036 [25420] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:
443] VN_REQUEST_CONNECT_FORWARD_SOCKET 10 0xa
12:36:29.104 [25420] <8> vnet_vnetd_connect_forward_socket_begin: [vnet_vnetd.c:
460] ipc_string 64424
10.132.126.144:44483 -> 10.132.113.127:1556
<2>bptestbpcd: EXIT status = 0
12:36:29.170 [25420] <2> bptestbpcd: EXIT status = 0
Attitude is a small thing that makes a BIG difference

Kev_Lamb
Level 6

Also get a clean return from the windows media server also, so it is something with the master server it is having an issue with

 

 

Attitude is a small thing that makes a BIG difference

Mark_Solutions
Level 6
Partner Accredited Certified

How many domains are involved here and is DNS good, if not you will need to use hosts files.

On the Master Server what is the value of the regsitry key Port_BPCD?

It really does look like a name resolution issue or similar - when it compares the masters name with the masters name it cannot do its own lookup and that is where it goes wrong as it cannot extract anything from its own cache.

How many networks does the client have?

Just as a test could you try this ..

In the registry change the Client_Name and Browser to be the short name of the client and the server to be the short name of the Master and Media Servers

Then, also on the client, in its hosts file add the Master, Media and itself in short format

Re-start the client services, do a couple of clear_host_cache commands and see if anything changes

Also make sure AV and Firewalls are turned off while you check this out

Kev_Lamb
Level 6

Hi 

There are two domains corp.ad.timeinc.com & ipcmedia.com, none of my other 300 clients have a problem with this only the new 2012 ones

I have changed the entries in the reg to shortname and also in the hosts files, cleared the cache and still get the same response from the Master Server only.....

Thanks for all your help with this by the way

 

Attitude is a small thing that makes a BIG difference