Jump to content

Search the Community

Showing results for tags 'agent'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • MSPGeek
    • The Geek Cast
    • Code of Conduct
  • ConnectWise Automate / Labtech
    • ConnectWise Automate / LabTech
    • ConnectWise Automate / LabTech - Development


  • ConnectWise Automate
    • Scripts
    • Plugins
    • SQL Snippets
    • Role Definitions
    • Automate PowerShell Code
    • Reports
    • Internal Monitors
    • Remote Monitors
  • ConnectWise Manage
    • API Interacting Code


There are no results to display.

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



About Me


Agent Count













Found 11 results

  1. Hello! I'm new to this site, as my implementation technician recommended it as a resource. I'm not new to CW, I have a strong MSP background, currently though I'm bringing this product into the organization that I work for now for ballpark 500 total devices. This is a split environment of mac and windows. Wondering, has anyone successfully deployed Automate to a mac? Currently we are using munki / managed software center to deploy common free apps but my teammate that works on that has been unsuccessful in getting Automate to install. Figured it couldn't hurt to start a dis
  2. We use Automate version 12 and Control. Over the past few months, we have seen a growing number of Automate agents becoming corrupted and going offline. At the same time, we are finding those same agents are in fact online and their Control (Screen Connect) session is active. With that said, is there a way to setup something in Automate that would alert us if an agent is offline in Automate but is still online in Control? That way we would know that we need to repair the Automate agent on those computers.
  3. Hi All, First post so apologies if I'm in the wrong location on the forum. We are about 6 months into the roll out and already its becoming clear that disconnected agents where the devices has been retired or replaced need to be dealt with cleverly so stop a bulk building up. We have spoken to a number of clients and they are all of the opinion anything disconnected for more that 60 days can just be deleted. A:) What are your thoughts on this, how are you handling diconnected agents B:) Is there a way to make Automate automate this process. ie Agent last connect &
  4. We have a monitor that checks if a device has had contact with Automate. If it doesn't have contact after 24 hours it will trigger a script. This script will update an extra data field on the player to 'Offline' and then send us an e-mail. Because this monitor runs every hour and some players are offline for longer we came up with a way to eliminate double e-mails from the same player by getting the value from the extra data field. I'm stuck now at the part where I need to check if the agent status is offline or online. I can't seem to find a variable for it or some other way to get
  5. Hope someone can shed some light. I'm taking on board a few clients from another MSP that uses labtech. The other MSP isn't doing any offboarding or removing the labtech agent. So i've created a script that I run from on machine after installing the agent manually and turn on the network probe. The command just hangs on the script and times out. I can login to the machine running the probe and run the same command and it works everytime. Would love to get the script running as there are quite a few machines coming on that I don't really want to do manually. the main line o
  6. I'm very new to Automate and have ver 12.474 (latest build) installed. I have the agent installed on few in-house computers and they are checking in with server fine. But so far I haven't been able to get agents communicating over the Internet to my Automate server. What ports need to be forwarded to me Automate server for the agent communication? I have TCP: 70, 80, 40000-41000 and UDP 70-75 and 40000-41000. When I look at LTcErrors.txt file I see mention that port is 42000. Do I have to increase the port range? TIA, Mike
  7. Hi guys, I was wondering if someone has come across this issue before. I am trying to automate agent deployment from the Probe/Deployment manager and 9 out of 10 clients are pushing back with "Could not connect with passwords or system is firewalled" I have tried multiple admin accounts and i'm still getting the same issue. Is there any particular ports that need to be open on the firewall to allow this to happen?
  8. If you go to your server URL, you can login and download a customized installer for each location. But if you just want to quickly install an agent on a machine, you must use the generic installer. Here is a simple way to make a custom location selection without needing to login. Create a file named myagent.hta, or agentinstall.hta, etc. on your server. It could be in the root,. or under /LabTech/Transfer/. Save the following contents into the file, replacing "your.server.here" with your server URL. <html> <head> <title>Automate Agent Deployment<
  9. This is a copy paste of a post I made on the old forum as I still haven't found the documentation for this. Need to submit a feature request to I'm making this post as recently I ran into problems getting the Agent to start on boot with systemd and it took a little bit of piecing together and some help from the friendly guys on Slack.The solution is quite simple but this missing piece caused me some frustration that I hope to prevent for others in the future. To get it working you first need to find where labtech has created the SysV startup script. For me it was /etc/rc.d/init.d/lt
  10. Hi there, i'm trying to install the ltechagent on a Raspberry Pi with Raspbian Lite (Strech). I tried installed both 32/64bit; both quits with no error. But i've problems starting the service: pi@raspberrypi:/usr/local/ltechagent $ sudo service ltechagent start Job for ltechagent.service failed because the control process exited with error code. See "systemctl status ltechagent.service" and "journalctl -xe" for details. With output: pi@raspberrypi:/usr/local/ltechagent $ systemctl status ltechagent.service ● ltechagent.service - LSB: LabTech remote agent Loaded: loaded
  11. You don't need to use RAWSQL. You just need a machine that you will "blame" so that the alert can be created. Try this: Table To Check: Computers Field To Check: computerID Check Condition: Equals Result: 1 (Or whatever computerid you want to be returned with the alert) Identity Field: Can be blank Additional Condition: (SELECT MAX(DynamicClients)<(SELECT COUNT(*)+100 FROM Computers) FROM config) If the current number of computers+100 (your margin) becomes greater than the number of licenses allowed, then the additional condition will become true, for ever
  • Create New...