Link to home
Start Free TrialLog in
Avatar of cameljoe121
cameljoe121

asked on

Backup Exec 2014 can not connect to secondary backup network

I have a Hyper-V HA cluster that is running about 15 server between the nodes.   I have Backup Exec 2014 Central Administration Server that runs the jobs.   I took two network cards from each node and put them into a LAG, I then added a virtual nic to each of the VM’s and gave each Vnic in each VM a 172.30.0.0 Address the production network is 192 network the backup server can ping all the back Vnic’s on each VM and I selected the 172.30.0.0 network in the global settings in the BE central administration server but when I try to run a job it fails saying it could not connect to the remote computer.  Any ideas?
ASKER CERTIFIED SOLUTION
Avatar of Rodney Barnhardt
Rodney Barnhardt
Flag of United States of America image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Avatar of cameljoe121
cameljoe121

ASKER

I tried to verify the agents where using the the one 172 net on each I went to to the agent and added the publishing server 172 address but I am still getting the same error.  In regards to the host file do you mean the windows hosts file under system32?
Yes. While I have not tried this on BE 2014, I have had to use them on other Symantec products such as NetBackup.
Symantec has an article about this this is the info they want to be added.  Now I added the 172 address of the machines that make up my DAG no luck I get the same message.  Below is Symantec's example and an example what I added.

127.0.0.1 hostname_of_the_computer
127.0.0.1 hostname.FQDN (Fully Qualified Domain Name)
Local_IPv4_address hostname_of_the_computer
Local_IPv4_address hostname.domain.FQDN
Remote_IPv4_address hostname_of_the_remote server
Remote_IPv4_address FQDN_of_the_remote server

127.0.0.1 Node01
127.0.0.1 Node01.company.local
192.168.100.100 ex1
192.168.100.100 ex1.company.local
172.30.1.1 ex1
172.30.1.1 ex1.company.local
Have you tried breaking the LAG and testing with just a single NIC? That would eliminate or narrow down the problem and ensure there isn't something going on with the aggregation\balance.
Your solution of adding the entries into the host file seems to work.  Although to get it to connect to a cluster I had to add a generic role and give the role a 172 IP address and add the entry to the host file on the BE server after that it could connect to the cluster via the 172 address.  But unfortunately it is not that easy for the exchange DAG every time you try to change the setting in the cluster network management it changes back to default 1 second later
So you do have Exchange. In the first part of your question you were talking about LAG, which the way it was worded I figured you were referring to Link Aggregates. However, in another post, you mentioned your DAG network with no mention of Exchange. Therefore, I just assumed "DAG" was a typo and you meant "LAG".

Glad you have it working.