Unable to Register Monitor Agent

[JeffGarcia]

I have a multi-machine deployment and am attempting to register the monitor agent (2024.1.1) for the various enterprise (11.3) components. When attempting to register the agent, I am given the following error message: 
[ error ] Cannot access ArcGIS Monitor agent: CLI commands require the agent to be running.

I have confirmed the agent is up and running on my portal and server machines and am able to reach the monitor server endpoint 30443/arcgis via web browser. I have also modified my pg_hba.config file to include the proper IP addresses for the various machines in my network. Any suggestions or advice is greatly appreciated.

Thank you,

Jeffrey Garcia

[marceloctorres]

Hello!

I did what you suggested and these are the results:

Additionally, these are the contents of the file arcgis-monitor-agent-service.wrapper.log:

[StevenBeothy]

Hi Marcelo
Because the nslookup command failed, if you can try having your IT group create a Reverse DNS Lookup Zone and PTR Records for each of your servers. See if this fixes your problem.

You can test with the nslookup command and see if a PTR Record does not exists for your servers.

[marceloctorres]

Hi Steven

These are the results:

[StevenBeothy]

Hi Marcelo 

That IP does have a PTR record, is 10.0.0.4 the IP Address of the machine with the agent installed that does not have its config-store directory created?  

You can run "ipconfig" in cmd prompt to confirm the ip address you can enter in the "nslookup" command.

For security purposes, don't include your FQDN's and ip addresses in the screenshots of this public forum.

Are you using a gMSA for your Monitor Agents?

[marceloctorres]

Hi Steven!

Yes, 10.0.0.4 is the ip of the machine with the monitor-agent instaled:

[DerekLaw]

All,

In ArcGIS Monitor 2025, we’ve identified a regression in the DNS lookup logic run in AM Server and AM Agent when they boot up. We’ve seen this manifest in certain environments with no DNS available or under certain DNS lookup/name resolution configurations.

We understand this is a critical issue and we are working on a fix to address this issue ASAP.

------------------------

@JeffGarcia - I realize you're using a different Monitor release, can you please try some of the suggestions posted by @StevenBeothy to help resolve your issue?

[DerekLaw]

UPDATE: 

The Monitor Dev team just finished work on the patch for BUG-000177693. It is now in final test certification and we expect it to be available by mid to late August.

The underlying cause is related to DNS resolution (e.g., nslookup command) on the network, which is assessed when the ArcGIS Monitor software loads. This can be an issue for network environments without DNS or, in some unique network configurations where these DNS resolution commands fail.

We apologize for the inconvenience and thank you for your patience.

Hope this helps,

[DerekLaw]

UPDATE 2:

I've been informed by the release team that the ArcGIS Monitor 2025.0.1 patch was just published on MyEsri and is available for download now.

Hope this helps,

[ErikLash4]

Test on my dev env which is in a canned domain config (nothing special/unique) - first agent registration attempt after registering the servers agent. Error saying that the agent is already registered.

This is a clean monitor server installation, new VM, patched installer from this week. The target vm has never been registered with it before and is not showing up as a registered host on the server.

Haven't tested any workarounds yet but so far not off to a great start.

Edit -

Found issue to be that  "C:\Users\[ArcGISMonitorServiceAccount]\AppData\Local\ESRI\ArcGISMonitor\config-store-client"  from the previously installed version of the software was left as a remnant after uninstallation and no longer editable? by the ESRI installer. 

Workaround was to craft a PowerShell script to delete that folder from all of my servers prior to installing the new agent software.

New agent installed on all of my production VMs including the ones in the DMZ. Note that it registered the DMZ machines by their IP instead of name, which is fine by me.