Skip to main content
Solved

Host Discovery Failures in Veeam x vCenter


Hello everyone,

We have Veeam integrated with vCenter in our environment. There were no issues when adding the vCenter, but occasionally, the host discovery fails with the following error:

"Disks and volumes discovery failed. Error: A connection attempt failed because the connected party did not properly respond after a period of time, or the established connection failed because the connected host has failed to respond."

Environment details:

  • Backup Server OS: Windows Server 2022
  • vCenter Port: 442 is open
  • vCenter Version: 7.0.3

Has anyone faced this issue? Any suggestions on how to resolve it would be greatly appreciated!

Thanks in advance!

Best answer by sangeetha

Hello ​@Chris.Childerhose, ​@coolsport00, ​@PeteSteven, Everyone!

It looks like the issue was related to the ISP. We've checked and resolved it.

View original
Did this topic help you find an answer to your question?

11 comments

Chris.Childerhose
Forum|alt.badge.img+21
  • Veeam Legend, Veeam Vanguard
  • 8593 comments
  • November 19, 2024

For the port do you mean 443 not 442 right?  If VBR cannot communicate to vCenter it can throw this message and can be a variety of things like network, traffic, being busy, etc.  It is one that is a “it depends” answer unfortunately.  If you edit the vCenter in VBR and go through the wizard that tends to fix it.


  • Author
  • Not a newbie anymore
  • 6 comments
  • November 19, 2024
Chris.Childerhose wrote:

For the port do you mean 443 not 442 right?  If VBR cannot communicate to vCenter it can throw this message and can be a variety of things like network, traffic, being busy, etc.  It is one that is a “it depends” answer unfortunately.  If you edit the vCenter in VBR and go through the wizard that tends to fix it.

Hello Chris,

Yes, the port is 443. I’ve tried using the wizard, and it works only at that time but fails most of the time. On 10 Host discovery job only 2 successes, remaining fails

Here are the repeated errors I found in the debug logs at:

C:\ProgramData\Veeam\Backup\Utils\Util.VolumesHostDiscover.log

[17.11.2024 03:07:21.918]    <17>   Error (3)    Failed to resolve IPs of omni.cube.io
[17.11.2024 03:07:21.918]    <17>   Error (3)    Failed to resolve name: omni.cube.io. Error: This is usually a temporary error during hostname resolution and means that the local server did not receive a response from an authoritative server.  (Veeam.Backup.Common.CCppComponentException)
[17.11.2024 03:07:21.918]    <17>   Error (3)    Agent failed to process method {Network.ResolveHostName}. (Veeam.Backup.Common.CCppComponentException)


coolsport00
Forum|alt.badge.img+20
  • Veeam Legend
  • 4187 comments
  • November 19, 2024

Hi ​@sangeetha -

Is your DNS records set up ok?


Chris.Childerhose
Forum|alt.badge.img+21
  • Veeam Legend, Veeam Vanguard
  • 8593 comments
  • November 19, 2024
coolsport00 wrote:

Hi ​@sangeetha -

Is your DNS records set up ok?

This is what I would check next is DNS as Shane points out.  If you cannot resolve IP > Hostname and vice versa you will need to look at the hosts file.


  • Author
  • Not a newbie anymore
  • 6 comments
  • November 20, 2024

@coolsport00 , ​@Chris.Childerhose - DNS records are OK


coolsport00
Forum|alt.badge.img+20
  • Veeam Legend
  • 4187 comments
  • November 20, 2024

Well ​@sangeetha ...there appears to be some connection issue between your VBR server and vCenter. Firewall, ports, network, Windows UAC are all things to look for here. Do you have individual ESXi Hosts added or just vCenter? You don’t need individual Hosts if you add vCenter.


Chris.Childerhose
Forum|alt.badge.img+21
  • Veeam Legend, Veeam Vanguard
  • 8593 comments
  • November 20, 2024
sangeetha wrote:

@coolsport00 , ​@Chris.Childerhose - DNS records are OK

So you can ping the IP and get a DNS FQDN back and vice versa?  If one or the other does not work then it is not working properly.


PeteSteven
Forum|alt.badge.img+3
  • Veeam Vanguard
  • 48 comments
  • November 21, 2024

The way I read it, Veeam does not fail when adding vCenter, but during host discovery.

The Veeam VBR server not only needs to talk to the vCenter, it also needs to talk to the ESXi servers. The host discovery runs directly against the ESXi hosts, not via the VC.
Therefore, for the connection 
vCenter --> ESXi(s) port 443,902 (TCP) is required

 

For clarification, here is the port list

Ports - User Guide for VMware vSphere

 

As ​@Chris.Childerhose and ​@coolsport00 described, all componentes should be reachable through DNS (forward and reverse!)


  • Author
  • Not a newbie anymore
  • 6 comments
  • Answer
  • December 31, 2024

Hello ​@Chris.Childerhose, ​@coolsport00, ​@PeteSteven, Everyone!

It looks like the issue was related to the ISP. We've checked and resolved it.


Chris.Childerhose
Forum|alt.badge.img+21
  • Veeam Legend, Veeam Vanguard
  • 8593 comments
  • December 31, 2024
sangeetha wrote:

Hello ​@Chris.Childerhose, ​@coolsport00, ​@PeteSteven, Everyone!

It looks like the issue was related to the ISP. We've checked and resolved it.

Glad to hear you were able to resolve the issue.


coolsport00
Forum|alt.badge.img+20
  • Veeam Legend
  • 4187 comments
  • December 31, 2024

Glad you ended up figuring it out ​@sangeetha 👍🏻


Comment