Are you adding systems to the new epo console but not deploying the agent?
If so deploying a new agent, to the computers, from the new epo console will get them reporting correctly.
Thanks for the input.
I’m adding the clients to the console, then trying to do a Ping of the system from within the console. I’m getting a status of failed to ping the client. When I try to deploy an agent, it fails’. All the ports are configured per install guidelines.
To add to the interest, all the systems (about 50) have the same GIUD, and are pointing to the original ePO server. The only problem is the environment is segregated from the original ePO server and can’t communicate to it. The entire environment is air gapped.
By any chance will deleting the GUID and repointing the Agent work??
ePO ping function will not work till the machine's status in the ePO server is 'managed' and it's communicating to the server.
Cmd ping is different than ePO ping.
If it's GUID conflict then machine will be communicating to the ePO server but will not appear to the ePO server. This can be verified from the client machine. Please initiate ASCI from the client machine (from agent montior window, click on the tabs 1-collect and send props, 2- enforce policies etc). Please look into sitelist.xml file and see if it's pointing to the correct ePO server.
If it's GUID conflict then yes, I will suggest you to delete GUID, restart the framework server and see if the machine appears to the ePO server.
Thanks for the information.
While I can delete the GUID entry from within the Registry, I can’t restart the Framework service without first rebooting the system. The Start, Stop Disabled, attributes on the Framework service are grayed out. Rebooting the VM guest does not seem to force it to regenerate a new GUID. It comes back with no GUID at all.
The Sitelist.xml file has multiple entries to systems that are not accessible from the ePO client. Superdat repositories and the Master ePO server, etc. Yesterday all the clients decided to phone home and flooded the switch.
I’m trying to determine if it would be easier to push out a replacement siteList.XML, or simply forcibly remover the Agent and McAfee software to enable a reinstall.
The ePO server is presently a “standalone system” - can it be joined to a domain?
Am I correct in summarizing your problem here: you have agents/clients connecting to an ePO server. You have a new ePO server with different name and IP than the old one. YOu want to connect clients with the new ePO server. If so, there is an easy way to do that without importing AD again.
As for pushing agents to clients from the new ePO server: I would say because this is not in the same domain (or in a trusted domain with that of the clients) therefore you canot puish out agents, even when you know the local admin password for every client.
Later on you can join that to a domain. But I would say this is a more complicated process than the easy one.
Rebooting the VM guest does not seem to force it to regenerate a new GUID. It comes back with no GUID at all.
Just to weigh in on this point - can you confirm exactly what you did when you removed the GUID? From what you describe here it sounds like you have removed the AgentGUID value's data, whereas what is required is to remove the entire value...