Whilst trying to troubleshoot a problem I performed full uninstall and reinstall of  the AMPAgent on a Mac based system (10.6.8) upgrading from agent 5.5.30275 to 6.0.1079, the Mac will not check in with the K1000 appliance.

I'm very sure that the Mac can communicate with the K1000 because the logs tell me this at both ends, but the Mac will not check in with the K1000 and give its inventory, like it once did before. I happen to have this issue on two Mac systems both running 10.6.8 Server.

The log file located at /Library/Application Support/Dell/KACE/data/user/KAgent.log

tells me that there is a file upload error http://<K1000>/service/kbot_upload.php?BAD_MAC_IP=<ipaddressofagent>&filename=KBOT_LOG.txt&mac=<KUID>&KBOTit=1 upload speed XXXXXXXX

I've searched for an idea on what this error could be and people hint a Mac address problem on the ethernet adapter or a problem with the kuid.txt file but neither of these seem to be an issue for me.

Has anyone had and resolved this issue?



1 Comment   [ + ] Show Comment


  • You should check this thread here:
Please log in to comment

Community Chosen Answer


The first reason you would get a BAD_MAC_IP error is if you have duplicate KUIDs trying to check in. This is because the K1000,by default, is set to detect duplicate assets and not allow them into inventory.

Putting the amp agent directly intothe image you are using, rather than installing the amp agent post installation will cause this problem. There is ascript in the K1000 that allows you to reset your client KUID: K1000/Adminui >Scripting > Scripts > Reset KUID.

Also, you can manually reset the KUID by following the steps inthis article to delete the keys manually and have them re-populate: http://www.kace.com/support/resources/kb/solutiondetail?sol=111253


Here isanother article that addresses duplicate machines, disappearing inventory devices, and the over-arching question of duplicate asset management: http://www.kace.com/support/resources/kb/article/understanding-and-dealing-with-duplicate-machines-in-inventory


Anotherreason we have seen machines not propagating inventory, while giving theBAD_MAC_IP error, is due to altering a virtual K1000's hardware resources.


If youare dealing with a K1000 virtual appliance, you have the ability to alter theamount of resources that you allocate to the K1000. If the hardware in the virtualappliance is reduced below 4 cores and 8 gigabytes of memory, you may run intoissues with provisioning.


This isan example that I saw last week:

I was provisioning a group of 130 computers that were all freshly imaged. After they were provisioned they wouldn't populate into the K1000 inventory. Furthermore, the K1000 log was showingthe error 'BAD_MAC_IP=xxx.xxx.xxx.xxx' for the computers that I was provisioning. They were not populating into the K1000 at all. This is what turned out fixing this issue:

The Virtual K1000 was configured as such:

>OriginalHardware Configuration:  (4) cores and (8) gigs of ram.
>The K1000 hardware was altered to:  (1)core and (4) gigs of ram.
*This worked for a while until it reached roughly 1700 assets, then it startedthrowing out BAD_MAC_IP.*
>The hardware for virtual K1000 appliance was then changed to: (2) cores and (8) gigs ofram, and then rebooted. This fixed the problem and all of the machines startedchecking into inventory.

I would like to hear if anyone else has a weigh in tothis issue. There are other possibilities that I haven’t been able to fullytest in my lab environment, like the possibility for this to be caused byIP/DNS related problems.

Answered 08/13/2014 by: KACE_Karl
White Belt

Please log in to comment


I'm having precisely the same issue. Let me know if you found a way to resolve it...
Answered 03/10/2016 by: a83547
Orange Belt

  • Hi, I didn't find a resolution to this issue, but I found a work around and understand better the scenario when this happens.

    This only happens for Macs with an Ethernet bond. The agent doesn't seem to be able to understand the IP address of the computer if there is a bond link in place. The amp.conf file does not contain an ip address for the Mac.

    If I add another network adapter to the Mac, such as a Firewire adapter (doesn't even need to be connected and live), and then gave this an IP address, subnet and gateway, then the amp.conf file would then contain an IP address and the agent would then check in to the K1000.

    As I say this is a work around for any Macs that have an ethernet bond and are running the agent.

    Hope this helps.

Please log in to comment
I'm having precisely the same issue. Let me know if you found a way to resolve it...
Answered 03/10/2016 by: a83547
Orange Belt

Please log in to comment

This error is not related to MAC address problem. What K1000 server and agent version you have?

You need to check the "K1000 Log" on server from the "Logs" tab. Please look for some error mentioned against your MAC agent's KUID.
Answered 06/15/2014 by: AbhayR
Fourth Degree Black Belt

Please log in to comment
Hi All,

Apologies for the delayed response to this thread. I've spent much time advancing this once and the only machines that I have thjis issue with are Mac systems with an aggregated LACP ethernet bond - if I break the bond and restart the Ampagent then the Mac will check in fine. This problem still exists regardless of the resources added to my K1000 VM and I don't see the 'dyld: lazy symbol binding failed:' error in the log files, so I'm sure it's not related to this issue.

I've got an open case with Kace support and they've confirmed that there is an issue with Mac clients on 10.6 but I've got this with mac clients on 10.6 (soon to be upgraded anyway) and now 10.8.5 clients.

Not sure if anyone else has this issue and can confirm that it's related to an ethernet bond?

Answered 08/22/2014 by: Rubicon-IT
White Belt

Please log in to comment
Answer this question or Comment on this question for clarity