We had the same issue and finally change the audits over to running a batch file whenever a user logs into a computer a few days ago. We pushed the audit out through Microsoft GPO using active directory "domain users" as the variable in GPO as to application of the GPO. It took all of 15 minutes to setup the bat file and configure a GPO. It has been running flawlessly the last few days and we found several computers and servers that were never entered into the Track-It Inventory module. You configure the behavior of the audits through the bat file in Administration-Inventory-manual audits. We are going to change it to run once a week in the next couple of days.
I agree with John. I'm a huge advocate of using login scripts or GPO to trigger audits, rather than using the scheduler in the Admin Console, or the right click and Audit Now.
If Track-It! is initiating the audit (through Scheduled Audits or Audit Now), then you have to have our little listener agent installed on every machine that you wish to audit. That agent is a real pain to get installed properly in many environments. This Community post talks about it in a bit more detail.
Now, if you use login scripts or GPOs, you take that agent out of the picture. That has two net results: Your Inventory tends to be much more accurate; and you spend much less time wrestling with Discovery and that agent. This Community post gives an overview of how you can initiate audits:
Sorry about the delayed responds.
I added If %SESSIONNAME% == Console start \\mercury\trackit80\TIAgentAudit.exe to the login script.
the problem is that in our citrix Xen machines, the %SessionName% is still == Console. Any suggestions on how to get the script not to run in Xen? also we can include remote use of a users desktop also.
Just a side note: I have been using query session in the cmd to get the session name. is that the best way or is there a better way to see more about the session