A user encountered an issue where a ControlUp workflow, previously used to push alert messages to Google Chat, stopped functioning correctly. The workflow's start node began reporting a reference to a missing node, a problem not seen before. This issue coincided with the use of output variables in the workflow. Removing these output variables stopped the error messages, though including them had been necessary for the workflow to work previously.
The output variables in ControlUp workflows are primarily designed for use with subflows, where a subflow acts like a function by taking input, processing it, and returning data to the main flow. The output variables specify what data the subflow returns. However, in this case, the workflow was not a subflow, and the user was instructing the workflow to return properties from an event variable that could not be found. This discrepancy caused the workflow to flag missing node references.
A newer validation check within ControlUp appears to verify if workflows reference variables that do not exist. This validation is likely why the error started appearing even though the workflow continued to run and post messages correctly. Before this update, referencing nonexistent variables was silently ignored, causing no breakage. Therefore, although the output variables cause no functional harm in a non-subflow context, they create misleading error states that might confuse anyone reviewing or maintaining the workflow.
The recommended resolution is to delete the output variables whenever the workflow is not a subflow. Removing these output variables prevents confusion and stops error messages related to missing nodes without impacting the workflow’s functionality. Users needing to troubleshoot similar issues should also consider exporting the workflow in JSON format and providing run history details when contacting ControlUp support. For more on ControlUp workflows, output variables, and subflows, refer to the official documentation at https://docs.controlup.com.
Read the entire article here...
ControlUp Community Training & Support Archives
All training and support-related archives from inside the ControlUp Community on Slack.
Troubleshooting Automatic SIP Agent Installation Failures via SCCM and Intune in ControlUp Agent Manager
Recently, some users have reported an issue where the ControlUp Agent Manager does not automatically install the SIP agent on clients when deployment is done via SCCM or Intune. Although the Agent Manager installs and communicates as expected, the clients do not proceed to download and install the SIP agent themselves. This problem was noted because affected clients were not appearing in the ControlUp console until the SIP agent was installed manually on each machine.
The troubleshooting process included verifying that the deployment codes configured in SCCM and Intune were correct, with confirmed successful manual installations of the SIP agent. Despite the automatic deployment process working previously, the behavior changed starting last Wednesday, and no known recent changes to the ControlUp agent registration process have been identified that could explain this new issue.
A key insight from the community was the importance of confirming whether the feature allowing automatic agent installation via the Agent Manager is properly configured. If it is not active or set up correctly, this would directly cause the failure of automatic SIP agent installations. In this case, however, the configuration was verified as correct, so the root cause remains unclear at this point.
Given that this issue was new and had not been encountered before, the recommended next step was to log a support case with ControlUp. This would allow their support team to review detailed logs and provide a deeper analysis. As of the last update, resolution had not been confirmed, and ControlUp support engagement is needed to identify any underlying changes or bugs affecting the automatic SIP agent deployment process in the current environment.
For more information on managing agent installation and push deployment methods, consult the ControlUp documentation on agent installation at https://docs.controlup.com/wiki/agent-installation and related deployment best practices.
Read the entire article here...
Read the entire article here...
Resolving Input Variable Editing Issues in ControlUp Workflows After Recent Update
ControlUp recently updated its workflow functionality with a notice that input variables are now restricted to API-triggered flows and can be marked as "Required." Additionally, workflows will warn when a flow with input variables is changed to a different trigger type. This update unintentionally disrupted a key capability: running subflows with input variables passed from a main flow. Previously, input variables in subflows functioned similarly to parameters in PowerShell functions, enabling seamless parameter passing and modification within nested workflows.
Users reported that while subflows still received parameters correctly during execution, the workflow editor UI no longer allowed modification or addition of input variables for flows that were not API-triggered. This caused confusion and limited flexibility in workflow design, as input variables appeared hidden or locked outside of API-triggered contexts. There was also concern that input variables should remain editable and available for manual triggers and subflow usage, rather than being limited solely to API workflows.
ControlUp’s development team investigated and identified that the core runtime functionality for passing parameters to subflows had not changed; the problem lay in the editor interface. The editor was erroneously hiding and disabling input variable editing for non-API triggered flows. A fix was prioritized and promptly released. The update restored the visibility and editability of input variables for all trigger types in the workflow editor, allowing subflows to continue receiving and modifying parameters as before. The warning banners and options to remove input variables were removed to avoid user confusion. The "Required" setting remains functional exclusively for API-triggered flows, displayed as a small toggle next to each variable rather than a checkbox.
Users are advised not to use the "Remove input variables" button, as this clears the flow’s variables and may disrupt parameter passing. If variables were removed and parameter passing stopped, users can restore them in the Start node. No other action is necessary to maintain functionality. Support remains available to investigate any persisting issues.
This resolution illustrates the importance of distinguishing between UI/editor features and core workflow execution in ControlUp’s flow management. It confirms that input variable functionality across different trigger types remains intact, preserving the flexibility needed for complex orchestrations involving subflows.
ControlUp documentation on workflows and input variables can be referenced at https://support.controlup.com/v1/docs/create-workflows.
Read the entire article here...
Read the entire article here...
Why ControlUp Uses LDAP (Port 389) Instead of LDAPS for Active Directory Queries and Firewall Configuration Guidance
ControlUp’s Realtime DX Console and Monitor components currently use LDAP (Lightweight Directory Access Protocol) on port 389 to communicate with Active Directory for essential functions such as reading the domain’s organizational structure, discovering computers, and retrieving user and group information. This communication method is explicitly documented in ControlUp’s support materials. While security teams often prefer LDAPS (LDAP over SSL/TLS) on port 636 to secure directory queries, ControlUp’s product does not automatically fall back from LDAP to LDAPS if port 389 is closed or blocked.
The reliance on LDAP instead of LDAPS is outlined in ControlUp’s official documentation, including the Communication Ports for VDI environments, particularly for the EU region. These documents confirm the use of LDAP on port 389 as a mandatory communication channel for the Console and Monitor to function correctly. Attempting to restrict access by only allowing LDAPS traffic on port 636 without open access on port 389 will disrupt domain querying operations and break functionality.
There is currently no straightforward option within ControlUp to switch these queries from LDAP to LDAPS. The documentation and community experts note that closing port 389 and permitting only port 636 is not supported and will result in operational issues. This limitation is important for network and firewall teams to understand when reviewing and tightening rules related to ControlUp’s network communication.
For detailed information on required ports and communication flows, ControlUp provides a dedicated documentation page at https://support.controlup.com/docs/communication-ports-used-by-controlup-hybrid-cloud-eu-customers, which includes tables and descriptions of mandatory ports for the Console and Monitor roles. Users seeking secure directory communication should be aware of this existing protocol limitation and plan network configurations accordingly to avoid disruptions.
Read the entire article here...
Read the entire article here...
Troubleshooting ControlUp Endpoint Installation Issues: Logs, Version Control, and Deployment Guidance
When troubleshooting issues with ControlUp endpoint installations where the Agent Manager installs correctly but additional components like SIP, EdgeDX, or Remote DX do not, the primary locations for diagnostic information include the Windows Event Viewer (Application logs) and the folder at C:\ProgramData\ControlUp\Logs. However, users have reported that this logs folder might sometimes exist but be empty, making Event Viewer logs the primary source for troubleshooting.
One potential root cause identified is related to the Version Control settings in the ControlUp portal. These settings can delay or prevent the deployment of additional components beyond the Agent Manager. Verifying and adjusting the Version Control configuration is recommended to ensure it is not interfering with installation timing.
Besides configuration settings, antivirus or endpoint security solutions frequently interfere with ControlUp installations. It is important to check that all ControlUp-related folders and files are excluded from real-time scanning and quarantine, as security software blocking these files can halt installation progress without clear error messages.
Another consideration is the deployment method used for Remote DX, which differs from the Agent Manager and may require separate deployment steps or tools. This factor should be verified, especially in complex or staged deployments.
While there is an MSI installer log that could provide more detailed insights and may reside under the ControlUp program data path, its location and availability may vary based on setup. Users are advised to consult the ControlUp documentation on Version Control and agent deployment for the latest guidance. If further help is needed, providing Event Viewer logs, any available installation logs, and screenshots of Version Control settings to ControlUp support will facilitate resolution.
For more details on controlling agent versions and deployment, see the official ControlUp documentation at https://support.controlup.com/docs/agent-version-control.
Read the entire article here...
Read the entire article here...
How to Query Wi-Fi Adapter Driver Versions Using Custom PowerShell Scripts and Data Indexes in ControlUp
A first-time ControlUp user sought help generating a report or dashboard to query Wi-Fi adapter drivers across devices. They had PowerShell scripts producing the desired output but struggled to implement these within ControlUp. The root challenge involved correctly transforming and sending the script output to ControlUp’s custom data index for dashboard visualization.
The recommended approach required modifying the PowerShell script to wrap the output in specific markers—`### SIP DATA BEGINS ###` and `### SIP DATA ENDS ###`—and present the data as a JSON array. This enables the ControlUp agent to parse and ingest the data into a custom data index, which can then be queried in dashboards. A sample script was provided illustrating how to query Wi-Fi drivers using `Get-CimInstance` filtered by device name and manufacturer, then constructing a JSON array with device name, manufacturer, driver version, and driver date properties. This script output was wrapped in the SIP markers for ControlUp Data (CU4D) to capture the information.
Configuration instructions detailed how to add this script inside ControlUp for Desktops by navigating to Configuration > Scripts and creating a new script entry. Important options included setting the platform to Windows, language to PowerShell, enabling data sending to a specifically named custom data index (e.g., `wifi_adapter_drivers`), and choosing a trigger such as "Once Per Day" to optimize resource use since Wi-Fi driver info changes infrequently. They also noted enabling "Overwrite Existing Data" to maintain the current driver state without historical data buildup. After running the script on targeted devices, users could verify data ingestion under Configuration > Data and use or import JSON to visualize in dashboards.
During deployment, an error involving a positional parameter indicated character encoding issues with the script on some devices, despite the command working via remote shell. This highlighted the importance of script formatting and encoding handled within ControlUp’s execution environment. Further enhancements included correcting the PowerShell property name for the device name field (switching from `device_name` to `devicename`) due to how the data was read, ensuring accurate output reflecting the adapter’s actual name rather than the computer name.
A community member also shared a ready-made script and dashboard JSON import, tested on their ControlUp fleet, to streamline adoption. This example underscored ControlUp’s flexibility in integrating custom scripted data sources for tailored visibility into hardware driver versions via dashboards.
This case demonstrates how ControlUp’s scripting and custom data indexing framework can extend monitoring and reporting capabilities beyond built-in metrics, supporting complex, field-specific queries through simple PowerShell integration and well-structured JSON output. Users should ensure proper script structure with SIP markers, configure triggers and data indexes thoughtfully, and validate script encoding to avoid runtime errors. Detailed guidance is available in ControlUp’s scripting guide at https://support.controlup.com/docs/scripting-guide and broader dashboard how-to resources in their knowledge base.
Read the entire article here...
Read the entire article here...
Troubleshooting ControlUp Monitor Error: Disconnected from Cluster, Coordinator Not Available
A user reported a recurring error affecting nearly all their ControlUp monitors, showing the message "Disconnected from cluster, coordinator is not available." They had already followed the troubleshooting steps outlined on the official ControlUp support page regarding this error, including running TCP connectivity tests, which passed successfully. Despite these measures, the issue persisted, and rebooting the servers hosting the monitors was not an option due to operational constraints. However, restarting the ControlUp services on the affected machines was performed.
Upon further investigation, it was discovered that although one monitor appeared active, it was actually detached from the cluster and not functioning properly. This suggested a deeper connectivity or network issue affecting cluster coordination. Community experts advised opening a formal support ticket to enable more detailed diagnosis and direct assistance from ControlUp engineers. It was also noted that no widespread issues were detected in other customer environments, indicating the problem was likely specific to the user's setup.
Support engagement began with the user relaying that most monitors had their services restarted, except for the cluster master monitor which was seemingly stuck. Once the service on the cluster master was also restarted, all monitors returned to normal operation. The support engineer recommended creating a dedicated cluster master host, especially for environments with eight or more monitors, to improve stability and performance of the ControlUp monitoring cluster. Setting up cluster masters in a designated site (such as the default site) is a best practice to avoid similar coordination issues.
Finally, the user was advised to open a formal support ticket to receive tailored guidance on configuring and optimizing their monitoring architecture. They proceeded to contact ControlUp support for case creation. This case underscores the importance of monitoring service health on cluster master monitors and the value of dedicated master nodes in larger ControlUp environments. For detailed troubleshooting steps related to this error, consult ControlUp’s official support article at https://support.controlup.com/docs/monitor-error-disconnected-from-cluster-coordinator-is-not-available.
Read the entire article here...
Read the entire article here...
Resolving Remote Control Button Delay in ControlUp 4 Digital Workspace (CU4D) Released on October 11 Update
Users have reported that when connecting via ControlUp 4 Digital Workspace (CU4D), there is a noticeable delay in the appearance of the blue remote control button. This delay can cause what appears to be a temporary "bug" or lag in the transition to the remote session, affecting the user experience by extending the time it takes to establish remote control.
This issue has been acknowledged by ControlUp, and a fix has been scheduled for release. Specifically, the problem is set to be resolved in an update planned for Sunday, October 11. This update aims to eliminate the lag in displaying the remote button, thereby improving the responsiveness and usability of the remote control feature within CU4D.
Until the release, users experiencing this issue can be assured that it is not a configuration problem on their end but a known bug being actively addressed by the ControlUp development team. For ongoing updates or to report further issues, users are encouraged to contact ControlUp support or follow announcements on official ControlUp channels.
For more information about ControlUp remote features and troubleshooting, users may visit the ControlUp documentation at https://docs.controlup.com or the ControlUp support site.
Read the entire article here...
Read the entire article here...
Automating Quarterly VDI “Unique Users” Reports with ControlUp Workflows and Custom SQL Queries
A common request in VDI environments is automating the generation and distribution of quarterly reports that include metrics such as "Unique Users" along with detailed user session data. One such use case involves producing an Excel (CSV/XLSX) report that captures the list of users who logged into the VDI environment during the previous quarter and sending it automatically to management via email.
ControlUp does not offer a direct, out-of-the-box report that automates this exact task with both unique user counts and full session data in one export, nor does it natively support emailing such reports on a quarterly schedule through the product UI alone. However, this requirement can be addressed using ControlUp’s extensibility and automation features, particularly by leveraging ControlUp Workflows and custom SQL queries within the ControlUp Insights platform.
One practical implementation involves creating a custom SQL query that extracts user session activity data—such as usernames and counts of sessions per user over the desired interval. This query can be run on a schedule aligned to quarters. The results are then exported into Excel format using the Microsoft Excel integration available within ControlUp Workflows. An automated workflow can then use the Microsoft Outlook integration to send the generated report via email to predefined recipients at the beginning of each quarter, with the data covering the previous quarter.
A useful example comes from a community user who adapted the "Device Inventory Report to Email" workflow template for their use case. They included a custom SQL query to capture user session activity over the last set number of days, generating a report of users and their session counts. This workflow creates a document (Excel file) and attaches it in an email sent automatically to recipients whose addresses are stored in a global variable, enabling easy customization of distribution lists. This approach requires the integrations of ControlUp for VDI, Microsoft Excel, and Microsoft Outlook to function smoothly.
While this method does not currently exist as a pre-built ControlUp dashboard or report that directly sends emails on a quarterly schedule, using the powerful combination of custom SQL queries, Workflows automation, and Office integration provides a viable and robust solution. For organizations that cannot utilize AI assistance due to policy restrictions, this approach offers a fully scriptable, controlled, and customizable method to achieve the quarterly "Unique Users" report and distribution goal without manual intervention.
ControlUp customers interested in implementing such solutions can explore the ControlUp Workflows feature, the SQL Query Editor in ControlUp Insights, and the email and Excel integrations detailed in the ControlUp documentation and the ControlUp Academy tutorials at https://academy.controlup.com. Additionally, the official workflow templates available in the ControlUp Console or downloadable from the ControlUp community can form a good starting point for customization.
Read the entire article here...
Read the entire article here...
Analyzing User Login Time Trends Using ControlUp’s Session Activity Report and AI Tools
Analyzing login time trends for a large number of users over a specific period can be efficiently accomplished using ControlUp's Session Activity report. This report provides detailed historical data on user sessions, including logon durations, which are essential for identifying performance trends.
**Accessing and Exporting Session Activity Data**
To begin, navigate to the Session Activity report within ControlUp. This report offers various grid presets, such as Session Activity, Session Resources, and Session UX, each displaying different metrics related to user sessions. For analyzing login times, the Session Activity preset is most relevant. ([support.controlup.com](https://support.controlup.com/docs/user-sessions-activity-report?utm_source=openai))
Once you've selected the appropriate preset, you can export the data to a CSV file for further analysis. Click the download icon at the top-right corner of the report page to open the Export Report window. Choose CSV as the format and specify the desired time range. After configuring the export settings, click Download to generate the CSV file. ([support.controlup.com](https://support.controlup.com/docs/export-to-csv?utm_source=openai))
**Analyzing Login Time Trends**
With the exported CSV file containing session data, you can analyze login time trends using various tools. For instance, importing the CSV into AI platforms like Claude, Gemini, or ChatGPT can facilitate the analysis of logon duration trends over the past weeks. These AI tools can process the data and provide insights into performance patterns, helping to identify any anomalies or areas for improvement.
**Utilizing ControlUp's AI Assistant**
Alternatively, ControlUp offers an AI Assistant integrated into its platform, designed to assist with IT operations tasks. This AI Assistant can interpret natural language queries and execute complex actions, such as analyzing performance metrics and generating reports. By leveraging this feature, you can streamline the process of monitoring and analyzing login times for multiple users. ([support.controlup.com](https://support.controlup.com/docs/ai-assistant?utm_source=openai))
By following these steps, you can effectively monitor and analyze login time trends for a large user base, enabling proactive management of user experience and system performance.
## Highlights:
- [ControlUp snaps up Unipath to broaden AI capabilities](https://www.itpro.com/business/acquisition/controlup-snaps-up-unipath-to-broaden-ai-capabilities?utm_source=openai), Published on Monday, February 02
Read the entire article here...
Read the entire article here...
