/build/static/layout/Breadcrumb_cap_w.png

AMP CONNECTION - WAITING...

I am having an issue with a machine.
I push the agent and it installs sucessfully, but it never communicates back.

Any ideas??....

Here are the results:

Provisioning Log

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


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

[03/15/10 03:54:09 PM] Begin provisioning...
[03/15/10 03:54:09 PM] Executing Windows platform provisioning.
[03/15/10 03:54:09 PM] Probing tcp ports for accessibility.
[03/15/10 03:54:09 PM] Port 139 [netbios-ssn] open.
[03/15/10 03:54:09 PM] Port 445 [microsoft-ds] open.

STEP 1: CONNECT TCP/SSH - SUCCESSFUL

[03/15/10 03:54:39 PM] Executing remote communications:

Initializing RPC
Connecting to ADMIN$
Copying service file
Disconnecting ADMIN$
Connecting to IPC$

STEP 2: AUTHENTICATION - SUCCESSFUL

Creating service
Opening pipe to service
Sending commands
Sending login credentials
[MSGCODE: 000] Begin agent_provision.bat processing.
[MSGCODE: 001] KBOX Agent is installed.
.[MSGCODE: 091] AMP is connected.
[MSGCODE: 093] KUID file detected.
[MSGCODE: 094] kuid: 8E2A2AE0-280C-4321-9B1F-D89A2B72709D
[MSGCODE: 100] agent_provision.bat exiting.
exit code: 0Removing service
Connecting to ADMIN$
Deleting service file
Disconnecting ADMIN$

STEP 3: PUSH SCRIPT\PROVISIONING - SUCCESSFUL

End of remote communications.

[03/15/10 03:54:39 PM] End provisioning run.

STEP 4: AMP CONNECTION - WAITING...


STEP 5: CLIENT SYNC - WAITING...


0 Comments   [ + ] Show comments

Answers (20)

Posted by: airwolf 14 years ago
Red Belt
0
From my experience, this typically points to a duplicate KUID. Delete the KUID registry entries from HKLM\Software\KACE and restart the SMMP service on the client.
Posted by: avenegas 14 years ago
Senior Yellow Belt
0
After I restarted the SMMP service, it added more registry entries.... but the machine is still not showing up under Inventory.
Posted by: airwolf 14 years ago
Red Belt
0
AMP is also at the mercy of client firewalls, network IPS, etc. Are there any other clients with the same issue or is this the only system with problems? Is a client firewall enabled?
Posted by: avenegas 14 years ago
Senior Yellow Belt
0
This is the only one giving me problems.
So far, 225 clients have been added with no issues.
Firewall is not enabled.
Posted by: airwolf 14 years ago
Red Belt
0
Is it a Windows Vista/7 client? If so, UAC must be disabled. Also, you haven't maxed out your node count have you? Once you max node count in KBOX, it ignores new systems.
Posted by: avenegas 14 years ago
Senior Yellow Belt
0
Nope, Win XP
Our Node count is 286
Posted by: airwolf 14 years ago
Red Belt
0
Take a look at this, and then submit a ticket to KACE support if you cannot resolve the issue.
Posted by: GillySpy 14 years ago
7th Degree Black Belt
0
Has the bootstrap process finished? I.e. do you have script 2 (2-xxxxxxxxxx.xml) and 3 in the c:\program files\kace\kbox\kbots_cache folder? Or does it only have script 1? or none?

If not then check the server tasks list as in this faq

If the only bootstrap tasks are old (e.g. the start time is 24 hours old) then delete them and run this on that PC "c:\program files\kace\kbox\runkbot.exe" 1 0

If it does have scripts 2 and 3 then it is done provisioning. If you do not see it in inventory then maybe you have a 1200 and it is checking into the wrong Organization? Or it is sharing a KUID with another machine?
Posted by: avenegas 14 years ago
Senior Yellow Belt
0
Under C:\Program Files\KACE\KBOX\kbots_cache
there is only the following:

1-1123624800.xml
kbots.xml
Posted by: avenegas 14 years ago
Senior Yellow Belt
0
I found the issue.
WMI on the client was corrupt.

I did the following:

For Windows XP Service Pack 2
Click Start, Run and type the following command:

rundll32 wbemupgd, UpgradeRepository


rebooted the machine, after a while, it showed up under the inventory tab.

Thank you guys for the help.

Here is the link to the page:
http://windowsxp.mvps.org/repairwmi.htm
Posted by: WGM_Jeff 13 years ago
4th Degree Black Belt
0
I had nothing under C:\Program Files\KACE\KBOX\kbots_cache. I ran "c:\program files\kace\kbox\runkbot.exe" 1 0 and this worked. What does the 1 0 do?
Posted by: dchristian 13 years ago
Red Belt
0
WGM_Jeff,

runkbot 1 0 runs inventory.

The first parameter is the script number. The second parameter is the version of the script. 0 runs the most recent version.

The most recent version is found in:

C:\Program Files (x86)\KACE\KBOX\kbots_cache\kbots.xml
Posted by: WGM_Jeff 13 years ago
4th Degree Black Belt
0
Thanks, I have had several machines that this has needed to be done on. What causes this hang up. Is there something I can do to prevent this when deploying the Agent?
Posted by: GillySpy 13 years ago
7th Degree Black Belt
0
runkbot 1 0 tells it to bootstrap which means go get me the default scripts and run them. Right now the defaults are only #2 (inventory) and #3 (script update).

To force an inventory on an agent that is already bootstrapped you can run "runkbot 2 0". which means...go get the latest inventory script (don't use local) and then run that script.

If those machines didn't have any scripts above #1 then they never bootstrapped. They might have been unable to bootstrap right away and were backed off to the 8 hour interval. To know we would need to start a troubleshooting process via a ticket.
Posted by: WGM_Jeff 13 years ago
4th Degree Black Belt
0
I looked at the KBOX Agent tasks under Troubleshooting tools and it is showing several bootstrap tasks, but under the machine name it says "Text Missing". We are running this on a small amount machines right now, before deploying to the whole network. We are just figuring out what questions we have before calling into support.
Posted by: GillySpy 13 years ago
7th Degree Black Belt
0
Depending on the timestamps associated with those tasks they are either the by product of provisionings that have not yet completed -- technically the install completed but the agent has not initialized yet. OR something went wrong during that process and they will never complete -- the agent might have even gone on to complete it another way but the bootstrap task remains. If they are old you will not be able to determine which machine they were for. If they are new, then invesitage which machines you provisioned but are not showing up in inventory.
Posted by: WGM_Jeff 13 years ago
4th Degree Black Belt
0
From what I can tell, I have let these sit a while and nothing ever seems to move forward unless I run runkbot.exe 1 0, or runkbot.exe 2 0. If I run either of those, it will move them into inventory, but then it will not check in again.
Posted by: GillySpy 13 years ago
7th Degree Black Belt
0
Make sure you're testing with the latest agent installed (http://www.kace.com/support/customer/downloads.php) 5.1.33668

If so then open a ticket with support
Posted by: WGM_Jeff 13 years ago
4th Degree Black Belt
0
Thanks for all the help. After talking to support and running the debugger, turns out there was a proxy that was only supposed to be active for certain users that was blocking communication. It wasn't active for the current user, but it was for the local system. Really odd.
Posted by: GillySpy 13 years ago
7th Degree Black Belt
0
Excellent. That makes complete sense since when you manually run "runkbot.exe" you are executing it via the user you are logged in as but the KBOX would do it via the SYSTEM account.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ