Creating and Editing an Agent Management Service

To be able to provision a managed agent to endpoints, you need to create an agent management service. If the relevant managed agent isn't yet in JetPatch Agent Manager, you will need to add it before creating a service.

All configured management services are listed under their Tools under Agents

You can edit the configuration of an existing management service or delete an existing service.

Changes to services will not affect already-deployed services.

To create a management service:

Go to: Agents > Managed Agents > Choose the relevant Agent, Go to  Services. 

** You can create a new service duplicate and modify an existing service by clicking on 

Configure the following:

General

• Enter Service Name, Select agent version, Description

Agent Configuration (Below is an example with ASR; configuration varies per agent)

• Any OS (relevant for Windows and Linux ASR agent):  
  • CS Endpoint: ASR Server IP Address.
  • Passphrase: ASR Passphrase for Auth.
  • Role: Specifies whether Mobility Service (MS) should be installed or MasterTarget(MT) should be installed. Possible Values - MS | MT
  • Platform: Specifies the platform on which the Mobility Service is getting installed - VMware: use this value if you are installing the mobility service on a VM running on VMware vSphere ESXi Hosts, Hyper-V Hosts, and Physical Servers - Azure: use this value if you are installing the agent on an Azure IaaS VM. Possible Values: VMWare | Azure
  • Subnet Ranges: Specify the subnet segments that should be in used (comma separated). This range won't be used when 'Use Configured IP Address' = 0.
  • Use Configured IP Address: Select False to deploy the agent with NAT configuration. Selecting True, after deployment, the agent will not be configured with NAT configuration.
• Windows:
  • Remove native agent if it's installed: Select True in order to remove the ASR native agent in order to deploy the JetPatch agent. Please note that after the removal of the ASR agent, the server should be rebooted (requested by the vendor). In case a native agent exists, and is selected "True", it will be removed, but the deployment of ASR won't start on the endpoint server until the server is rebooted. Select Upgrade in order to run an upgrade to the ASR agent and to manage it by JetPatch. Available parameters: False/True/Upgrade.
  • Reboot Machine after Upgrade: Reboot is mandatory if the difference between the agent version during the last reboot and the current version is greater than four (4). Restarting is 2 minutes after deployment
  • Remove ASR agent on removal: Select True to remove the ASR agent using the JetPatch removal operation. Please note that after the removal of the ASR agent, the server should be rebooted (requested by the vendor). If "True", it will be removed, but the next deployment of ASR won't start on the endpoint server until it is rebooted. Select False in order unmanage the agent by JetPatch. Using False, the ASR will not be removed; only the JetPatch management will be removed from the agent.
• Linux:
  • Remove native agent if it's installed: Select True in order to remove the ASR native agent in order to deploy the JetPatch agent. Please note that after the removal of the ASR agent, the server should be rebooted (requested by the vendor). In case a native agent exists, and is selected "True", it will be removed, but the deployment of ASR won't start on the endpoint server until the server is rebooted. Select Upgrade in order to run an upgrade to the ASR agent and to manage it using JetPatch. Available parameter:s False/True.

Agent Server - If you need to complete the agent deployment by running a registration on the agent backend server (or any other script on the agent backend server) - JetPatch can do it for you.

• Select Agent server: The agent backend server to run the script on (note - must be managed by JetPatch and connected at deployment time).
• Upload server plugin: Here, you can upload the appropriate plugin script file to be executed.
  For Windows - It can be a CMD (bat) script or a VBScript.
  For Linux - Any executable.
• Policy groups: Upon registration, assign the Agent to a policy group.
  The script will get the Policy groups in the context of the environment variables 
  Make sure the policy groups are already defined on the Agent server. For multiple groups,s enter a comma-separated list, leave empty to remove the existing assignment.
• Delay plugin script: How long to wait after starting a newly-deployed managed agent before activating the plugin script. Make sure to allow enough time for the necessary initial managed agent events to take place.
• Comment: Optional   

CPU & Memory Control 

• Enable Memory and CPU Control: Enables resource control (throttling) on the managed agent.
• Keep the managed agent CPU utilization under. If the managed agent consumes more CPU than the centrally configured threshold, and is competing with applications or other agents for CPU resources, the managed agent is limited to the amount of CPU configured here.  More information.
• Limit managed agent memory consumption to: If the managed agent uses more memory than this threshold, the managed agent is restarted. If the managed agent has been restarted twice due to memory consumption, on the third time it is just stopped. More information.

Advanced Settings 

• Automatically start the agent upon failure
• Maximum number of auto starts in a day: If the agent fails, it will continue to automatically start for the number of times that is defined here. After reaching the number defined, it will remain in failed status.
• Log level: Select the type of Log event 

Click: Save