We help IT Professionals succeed at work.

Check out our new AWS podcast with Certified Expert, Phil Phillips! Listen to "How to Execute a Seamless AWS Migration" on EE or on your favorite podcast platform. Listen Now


Non Existent Machine showing up in Landesk Resident Agent.log file

dspent asked
Medium Priority
Last Modified: 2012-06-27
We run Landesk Version 8.01 for network/system management and remote control and I have a machine name that keeps popping up on the client machines in the ResidentAgent.Log file......

here is an excerpt of the file:

Fri, 09 Apr 2004 08:03:24 Windows Platform 2, version 5.2
Fri, 09 Apr 2004 08:03:39 Could not start ctrl dispatcher
Fri, 09 Apr 2004 08:06:51 Entering ServiceHostThreadProc, thread id 2160

Fri, 09 Apr 2004 08:06:51 Handling request from clyw2k3.hnmc.hnm.tenethealth.com:1082

Fri, 09 Apr 2004 08:06:51 Started process 2112 to handle request
Fri, 09 Apr 2004 08:07:01 Socket error 0 was classified as non recoverable
Fri, 09 Apr 2004 08:07:01 Socket 368 closed gracefully
Fri, 09 Apr 2004 08:07:01 Socket closed, client has disconnected
Fri, 09 Apr 2004 08:07:01 Request handling complete
Fri, 09 Apr 2004 08:07:01 Exiting ServiceHostThreadProc, previous sem count: 4

The machinename above does not exist. It was renamed to something different almost 2 months ago. It was a windows 2003 server machine that we used to test landesk.....But the actual rollout was done on a clean server with nothing on it except landesk and sql server. However, most if not all our clients have a reference to this old non existent machine in the ResidentAgent.Log file. I believe this is the reason we are having so many remote control issues like:


We have about 950 clients, of which all but 144 have the correct certificate file installed. All have CBA, Remote and Inventory.
We have checked both of our DNS servers for the machine name...and did not find it, and we also checked WINS for good measure. It ain't there. Also we do not use Hosts or LMHosts files for anything. What could be causing this.


Watch Question

Unlock this solution with a free trial preview.
(No credit card required)
Get Preview


There is NO machine using that name.  The reason I am 100% sure of this is because the machine was named that way previously because it was MY machine.  cly (my initials) w2k3 (windows 2003).......We have a strict naming scheme in our company and there are no exceptions to it....Except in the case of myself, our servers and the 4 other admins all machines are named according to the asset tag they receive when we roll them out.

So finding the machine that was using clyw2k3 is easy.  I am typing on it right now.  What I can't figure is why this machine's OLD computername is showing up in logs on other client machines when they don't have to connect or communicate with this machine in order to authenticate with the landesk server which is a totally different machine.

At any rate, I'm going to give you the points and close the question because you gave me an idea that I didn't even think of.....disjoining and renaming then rejoining the machine back to the domain.  The name clyw2k3.hnmc.hnm.tenethealth.com is the FQDN used when this machine was attached to the active directory domain.... It now uses Jones2K3 and is attached to a Windows NT4 domain...   This may actually fix the problem I think.

What you describe is the exact problem we encountered. The machine was named according to our naming convention (a combination of building and username), but was showing up in event logs under the name used during imaging (using Ghost For Unix). So the same machine was using 2 different names at the same time. We were able to verify both names were the same machine using Atlas VLAN Manager. Renaming & then rejoining the domain solved our problem, but we were never able to determine the cause. The verify this (if you want proof before trying to fix the problem) unplug your machine and see if the event is still recorded in the logs with your PC off the network.

Either way, good luck.

Unlock the solution to this question.
Thanks for using Experts Exchange.

Please provide your email to receive a free trial preview!

*This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.


Please enter a first name

Please enter a last name

8+ characters (letters, numbers, and a symbol)

By clicking, you agree to the Terms of Use and Privacy Policy.