Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Installing Qlik Data Gateway v1.7.13.0 on Windows may fail. The installation remains stuck in a loop.
The system first requires a restart of Windows, but will not complete the installation afterwards. Instead, a Microsoft Visual C++ Redistributable Modify Setup prompt will be displayed:
Whatever option is chosen, a new pop-up appears stating, 'Please restart your system before running the Qlik Data Gateway - Direct access installation'. This will restart the loop.
Install v1.7.14.0 when available.
If it's necessary to perform a new installation in the meantime, use v1.7.11.0.
This is a known defect (SUPPORT-8964) affecting v1.7.13.0.
SUPPORT-8964
The distribution of QlikView apps from QlikView Distribution Service to Qlik Cloud fails with the error "TestCloudLicense: Failed - Unauthorized. Failed to retrieve qv_nodes tag."
Please, reach out to your account manager to have that fixed.
If your Qlik Talend Studio has Internet access, patches can be directly applied from within Qlik Talend Studio.
For details, see Setting up the Update URL of Talend Studio.
If your Qlik Talend Studio environment is not connected to the Internet, contact support for a download link to the required patch zip file, then follow the instructions in Qlik Talend Studio: How to add features or update Talend Studio Manually in Offline Mode?
Installing Qlik Replicate 2025.5 and 2025.11 GA versions on Linux 9.7, an error may occur during installation or when attempting to start the services.
This issue is typically observed when the installation is performed using a different account than the one intended to run the services.
For example, installing Qlik Replicate with the account apsup while specifying qlik as the service account:
sudo user=qlik group=qlik verbose=true rpm -ivh --prefix /opt areplicate-2025.11.0-164.x86_64.rpm
A typical error message is:
arep.sh: created /opt/attunity/replicate/bin/areplicate
arep.sh: created /etc/systemd/system/areplicate.service
systemctl daemon-reload failed
failed to install areplicate as a service, areplicate will not be run
warning: %posttrans(areplicate-2025.11.0-164.x86_64) scriptlet failed, exit status 9
Upgrade your Qlik Replicate installation. This issue has been resolved in Qlik Replicate 2025.11 SP3 (2025.11.0.437 and later).
00443949
The Qlik Sense on Windows Content Monitor is intended for Qlik Administrators. Its purpose is to monitor and analyze your Qlik Sense content, including app usage, resource consumption, and data sources. This helps with governance, optimization, and identifying unused content.
All technical details can be found in the two attached documents. These are your primary resources.
What it covers: A detailed, sheet-by-sheet explanation of the entire app. It describes what every KPI, chart, and table means for sections like "Weekly Summary," "Snapshot," "Applications," "Sessions," "Task Executions," "File Inventory," and "Infrastructure."
Use Case:
Guiding a customer on how to read and interpret the data.
Answering customer questions like, "What does the 'Session Concurrency' sheet show?" or "How do I read the 'File Inventory' sheet?"
What it covers: This is the primary guide for setup and reload issues. It contains:
Detailed definitions for all script parameters (e.g., vCentralNodeHostName, vVirtualProxyPrefix, vServerLogFolder).
Performance tuning options (e.g., vFileScanMaxDuration, vAppRetrievalLoop, exclusion lists).
A "Trial Mode" section is used for troubleshooting initial reload failures.
A "Troubleshooting" section.
Use Case:
New installations.
Troubleshootings.
Tuning performance for long reloads.
See the attached Qlik Sense Content Monitor Configuration Guide
Upgrading Qlik Compose across multiple versions requires a specific upgrade path. See Qlik Compose December 2024 Initial Release Notes for details.
After an upgrade, following the steps from 2022.5 to 2023.11 and finally 2024.12, Qlik Compose returns a generic UI error during connection tests.
UI ERROR
Unable to connect to the remote server
Reviewing the Qlik Compose server log reveals the Java process is failing to start entirely:
[INFO ] Java Server: .
[ERROR] Java Server: Error: Could not create the Java Virtual Machine.
[ERROR] Java Server: Error: A fatal exception has occurred. Program will exit.
[INFO ] Java Server: <JAVA_HOME>/lib/ext exists, extensions mechanism no longer supported; Use -classpath instead.
[WARN ] The Compose java server was restarted.
[ERROR] Java Server: Error: Could not create the Java Virtual Machine.
[ERROR] Java Server: Error: A fatal exception has occurred. Program will exit.
While the Qlik Compose server is running, the Java agent is down.
The details upgrade path followed was:
When the second hop was done, the installation recreated the /ext folder within Compose/java/lib/jre/lib with no files within. As Compose 2024.12 uses Java 17, it doesn’t support ext folder.
The TDQRules qlikrules jar file is missing even after enabling the component in the feature manager.
This is caused by QTDQ-1404 and addressed in the 2026-04 release of Qlik Talend Studio. The issue is triggered by a space or special character in the install folder name.
Workaround:
Move or install Qlik Talend Studio in a different folder than the default \Program Files folder, and make sure that there is no blank space or special character in the new install path.
QTDQ-1404
What is the default user session timeout for Qlik Sense Business and Qlik Sense Enterprise SaaS? Can the session timeout for Qlik Cloud be changed?
The default (fixed) value is set to 30 minutes. This is controlled by SESSION_TTL.
It is not currently possible to adjust the session timeouts in the Qlik Cloud.
The installation of Teradata on the Qlik NPrinting Server machine causes instabilities. The Qlik NPrinting Scheduler Service stops frequently without obvious warnings, and restarting it may lead to an immediate crash of the service.
Installing Teradata causes changes in the native images that cannot be reverted and which impact basic functionalities of the Qlik NPrinting services. This results in the installation of Teradata being incompatible with Qlik NPrinting.
To resolve the issue with Qlik NPrinting:
In rare instances, the Windows Operating system will need to be reinstalled or reverted back to a pre-Teradata state.
SUPPORT-8105
The Qlik Sense Desktop .unlock file (Qlik_Sense_Desktop.unlock) expires regularly but will be replaced with a new version. Should no new version be available just yet, then:
Qlik Sense patches can be downloaded from the Qlik Download page. Patches are cumulative, and only one patch can be installed at a time.
Example: Patch 4 for Qlik Sense February 2019 will include all fixes from 3, 2, and 1.
Before applying a patch:
Executing a patch installation package will automatically uninstall the previous patch and install the new one. If you need to uninstall a patch manually:
Custom configuration file changes not kept after Qlik Sense upgrade
Qlik Sense may be unable to access the Qlik Sense Management Console (QMC) and/or HUB. You will find below some guidance explaining how to troubleshoot those.
To start your troubleshooting you will need to clearly identify your issue:
In this troubleshooting guide we will talk about the third scenario where you are unable to open neither the Qlik Sense Management Console (QMC) and the HUB
As a second steps to identify your issue, you will need to answer the three following questions:
We will discuss the following two scenarios below.
Below is a provided list of article containing specific root causes that that could help you after following the above steps:
No Hub or QMC access after upgrade to Sense November 2017 or higher - recursive script
How to approach Qlik Sense Error 404 when access Hub/QMC
Qlik Sense: Cannot access QMC or Hub. Error in repository log: implementation not part of Windows FIPS validated cryptographic algorithms
Qlik Sense Installation successful but problem opening QMC/HUB
Can't access Qlik Sense QMC or HUB using local service account
Cannot open Qlik Sense Management Console or hub after upgrade - RootFolder and AppFolder are not defined at startup
Qlik Sense Management Console (QMC) and Hub are not accessible and connection to QRS Database times out after 90 seconds
Before starting to investigate deeper into the issue you need to apply some basic steps to troubleshoot:
If after checking the above points you still experience issues, you need to know that to start properly, the Qlik Sense Management Console will need to have few services properly working:
To verify if those services are actually functioning correctly, you will need to check their logs.
Start by looking into the Qlik Sense Repository logs stored by default in C:\Programdata\Qlik\Sense\Log\Repository\Trace\Servername_System_Repository.txt. (You might want to restart the services before looking into this log to get fresh information)
If the Qlik Sense Repository Database and Service starts correctly you are basically looking at the following string in this logs (It might take few minute to initialize after a service restart)
Startup phase completed
If you do not find this string in the logs, then you will likely need to search for the first ERROR and/or WARN showing in this logs. You can then grab the content of the message and search it in our knowledge base
However if you find this string in the logs, the next step is to check the Qlik Sense Proxy logs stored by default in C:\Programdata\Qlik\Sense\Log\Proxy\Trace\Servername_System_Proxy.txt
Once again we would recommend to restart the Qlik Sense Proxy Service before looking into the logs to get fresh information.
In this log you might see few errors at the beginning saying
When contacting https://localhost:4242/ No connection could be made because the target machine actively refused it 127.0.0.1:4242
Could not contact local repository to retrieve local server node configuration No connection could be made because the target machine actively refused it 127.0.0.1:4242
Those will be expected since the Qlik Sense Proxy service will try to connect to the Qlik Sense Repository Service, so as long as the startup phase is not completed for the Qlik Sense Repository service you will keep getting those events in the logs.
Basically if the Qlik Sense Proxy service is starting correctly you should expect the following event in the logs:
Proxy is running
As for the Qlik Sense Repository if you do not find this string in the logs, then you will likely need to search for the first ERROR and/or WARN showing in these logs. You can then grab the content of the message and search it in our knowledge base.
E.g. Here is an example of the types of error you can get in the Qlik Sense logs:
Proxy will NOT be listening to port 443, likely bound by another process An attempt was made to access a socket in a way forbidden by its access permissions.
The above steps should help you to investigate the root cause of your issue for this scenario.
In the following scenario we are more looking into an environment issue such as network connectivity, resource overload, ...
The first step would be to check the Qlik Sense Repository Service and Proxy logs as described above to find any relevant ERROR and/or WARN that could explain the root cause.
Then you can start looking into the Windows Event logs (Application and System) to find any problem at a system level around the time you are getting this issue.
Below are common causes/events that you could find in those logs:
Those types of event require often to involve your system and/or network and/or virtualization team for further troubleshooting.
In addition you can run a performance monitor to check the resource consumption on your machine following How to log CPU and memory with Microsoft Performance Monitor on a windows 2012 Server (PerfMon)
This article documents how to configure a Qlik tenant to send emails using MS365.
The information in this article is provided as-is and will be used at your discretion. Depending on the tool(s) used, customization(s), and/or other factors, ongoing support on the solution below may not be provided by Qlik Support.
An account with an active Office365 license is required for this setup.
First, we configure the MS365 tenant to support the configuration.
Once you have an account set up on the MS365 side, let's go to the Microsoft Tenant settings:
Setting Application permissions to Mail.Send grants the application to use any email address from your organization.
If mail.send is blocked by Active Directory group policy, mail delivery will fail. Please consult your AD administrator(s) if mail delivery fails when the above steps are followed.
Navigating to the Software Update page of the Qlik Talend Administration Center UI leads to the following error:
Unexpected HTTP status 302' when accessing (https://talend-update.talend.com/nexus/service/local/status) redirect to (https://talend-update.talend.com/)").
This can affect any Patch Release of Qlik Talend Administration Center (TAC).
SoftwareUpdate
The Configuration page will reflect the error:
To resolve, change the Talend update URL (https://talend-update.talend.com/nexus) to https://talend-update.talend.com, removing /nexus from the path.
This is done in the Configuration page.
UpdateURLwithoutNexus
This issue began to appear after January 26th, 2026, at which point the URL backend was updated.
The URL needs to be changed in the Qlik Talend Administration Center backend.
Qlik Talend Data Stewardship R2025-02 keeps on loading and does not open up in Talend Management Console.
Apply the latest Patch_20260105_TPS-6013_v2-8.0.1-.zip or latter version of patch
##sysctl
sudo vi /etc/sysctl.conf
#add the following lines
net.ipv4.tcp_keepalive_time=200
net.ipv4.tcp_keepalive_intvl=75
net.ipv4.tcp_keepalive_probes=5
net.ipv4.tcp_retries2=5
sudo sysctl -p #activate
temp change without rebooting :
sudo ip link set dev eth0 mtu 1280
Persist on os:
sudo vi /etc/sysconfig/network-scripts/ifcfg-eth0
MTU=1280
network_mtu.html | docs.aws.amazon.com
These sysctl settings are primarily used to make your server more aggressive at detecting and closing "dead" or "hung" network connections. By default, Linux settings are very conservative, which can lead to resources being tied up by connections that are no longer active.
Here is a breakdown of what these specific changes do and why they are beneficial.
The first three parameters control how the system checks if a connection is still alive when no data is being sent (the "idle" state).
| net.ipv4.tcp_keepalive_time=200 | This triggers the first "keepalive" probe after 200 seconds of inactivity. The Linux default is 7,200 seconds (2 hours). |
| net.ipv4.tcp_keepalive_intvl=75 | Once probing starts, this sends subsequent probes every 75 seconds. The default is 75 seconds. |
| net.ipv4.tcp_keepalive_probes=5 | This determines how many probes to send before giving up and closing the connection. The default is 9. |
The Benefit: In a standard Linux setup, it can take over 2 hours to realize a peer has crashed. With your settings, a dead connection will be detected and cleared in roughly 20 minutes (200 + (75* 5) = 575 seconds). This prevents "ghost" connections from filling up your connection tables and wasting memory.
| net.ipv4.tcp_retries2=5 | This controls how many times the system retransmits a data packet that hasn't been acknowledged before killing the connection. |
The Benefit: The default value is usually 15, which can lead to a connection hanging for 13 to 30 minutes during a network partition or server failure because the "backoff" timer doubles with each retry. By dropping this to 5, the connection will "fail fast" (usually within a few minutes).
This is excellent for high-availability systems where you want the application to realize there is a network issue quickly so it can failover to a backup or return an error to the user immediately rather than leaving them in a loading state.
| Summary Table | Default | Your Values |
| Parameter | Default (Approx) | Your Value (Impact) |
| Detection Start | ~2 Hours | ~3.3 Minutes ( Much faster initial check) |
| Total Cleanup Time | ~2.2 Hours | ~20 Minutes (Frees up resources significantly faster) |
| Data Timeout | ~15+ Minutes | ~2-3 Minutes(Stops "hanging" on broken paths) |
Microservices: To ensure fast failover and prevent a "cascade" of waiting services in a distributed system.
If These changes are not permanent until you add them to /etc/sysctl.conf. Running the command with -w only applies them until the next reboot.
There are 2 major factors contributing to this issue
ERROR [http-nio-19999-exec-2] g.c.s.Oauth2RestClientRequestInterceptor : #1# Message: '[invalid_grant] ', CauseMessage: '[invalid_grant] ', LocalizedMessage: '[invalid_grant] '
Executing tasks or modifying tasks (changing owner, renaming an app) in the Qlik Sense Management Console and refreshing the page does not update the correct task status. Issue affects Content Admin and Deployment Admin roles.
The behaviour began after an upgrade of Qlik Sense Enterprise on Windows.
This issue can be mitigated beginning with August 2021 by enabling the QMCCachingSupport Security Rule.
Enable QmcTaskTableCacheDisabled.
To do so:
Upgrade to the latest Service Release and disable the caching functionality:
To do so:
NOTE: Make sure to use lower case when setting values to true or false as capabilities.json file is case sensitive.
Should the issue persist after applying the workaround/fix, contact Qlik Support.
In this article, we detail the 12 steps necessary to successfully configure Qlik Sense Enterprise on Windows after an Active Directory Domain name change or moving Qlik Sense to a new domain.
Depending on how you have configured your platform, not all the steps might be applicable. Before updating any hostname in Qlik Sense, make sure that the original value is using the old domain name. In some case, you may have configured “localhost” or the server name without any reference to the domain so there is no need in these cases to perform any update.
In this scenario we are updating a three-node environment running Qlik Sense February 2021:
The domain has been changed from DOMAIN.local to DOMAIN2.local
The servers mentioned below are already part of the new domain name DOMAIN2.local and their Fully Qualified Domain Name (FQDN) is already updated as followed:
All Qlik Sense services have been stopped on every node.
The first step is to update the postgres.conf file to listen on the correct hostname
Before doing any further changes, it is important to take a backup of your Qlik Sense Platform
Now we update the node names in the database with the new Fully Qualified Domain Name.
UPDATE public."Users"
SET "UserDirectory" = 'DOMAIN2'
WHERE "UserDirectory" = 'DOMAIN';SELECT * FROM public."Users"cd "C:\Program Files\Qlik\Sense\NLAppSearch\install"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>
cd "C:\Program Files\Qlik\Sense\AppDistributionService"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>
cd "C:\Program Files\Qlik\Sense\HybridDeploymentService"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>
cd "C:\Program Files\Qlik\Sense\Licenses"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>
cd "C:\Program Files\Qlik\Sense\NotifierService\install"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>
cd "C:\Program Files\Qlik\Sense\MobilityRegistrarService\install"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>
cd "C:\Program Files\Qlik\Sense\PrecedentsService\install"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>
cd "C:\Program Files\Qlik\Sense\DataPrepService\install"
.\Configure-Service.ps1 QlikServer3.domain2.local 4432 qliksenserepository <qliksenserepository_password>If you are using the Qlik Logging Service;
cd "C:\Program Files\Qlik\Sense\Logging"
Qlik.Logging.Service.exe validatecd "C:\Program Files\Qlik\Sense\Logging"
Qlik.Logging.Service.exe update -h QlikServer3.domain2.local"C:\Program Files\Qlik\Sense\Repository\Repository.exe" -bootstrap -iscentral -restorehostnameIf you are syncing your users with a User Directory Connector you will need to change the LDAP path to point to the new domain.
You will need to update the monitoring apps and their associated data connection to use the new Fully Qualified Domain Name
It is possible that you have created rules based on the User Directory. As you have changed the domain name, the user directory has also changed in Qlik Sense so you will need to update those to reflect that.
The information in this article is provided as-is and to be used at own discretion. Depending on tool(s) used, customization(s), and/or other factors ongoing support on the solution below may not be provided by Qlik Support.
In this article, we walk you through the requirements and process of how to upgrade and unbundle an existing Qlik Sense Repository Database (see supported scenarios) as well as how to install a brand new Repository based on PostgreSQL. We will use the Qlik PostgreSQL Installer (QPI).
For a manual method, see How to manually upgrade the bundled Qlik Sense PostgreSQL version to 12.5 version.
Using the Qlik Postgres Installer not only upgrades PostgreSQL; it also unbundles PostgreSQL from your Qlik Sense Enterprise on Windows install. This allows for direct control of your PostgreSQL instance and facilitates maintenance without a dependency on Qlik Sense. Further Database upgrades can then be performed independently and in accordance with your corporate security policy when needed, as long as you remain within the supported PostgreSQL versions. See How To Upgrade Standalone PostgreSQL.
Index
Video Walkthrough
Video chapters:
The following versions have been tested and verified to work with QPI:
Qlik Sense February 2022 to Qlik Sense November 2024.
If you are on a Qlik Sense version prior to these, upgrade to at least February 2022 before you begin.
Qlik Sense November 2022 and later do not support 9.6, and a warning will be displayed during the upgrade. From Qlik Sense August 2023 a upgrade with a 9.6 database is blocked.
The Qlik PostgreSQL Installer supports installing a new standalone PostgreSQL database with the configurations required for connecting to a Qlik Sense server. This allows setting up a new environment or migrating an existing database to a separate host.
Using the Qlik PostgreSQL Installer on a patched Qlik Sense version can lead to unexpected results. If you have a patch installed, either:
Do not use the standard Qlik Sense folders, such as C:\Program Files\Qlik\Sense\Repository\PostgreSQL\ and C:\Programdata\Qlik\Sense\Repository\PostgreSQL\.
Do not use the standard Qlik Sense folders, such as C:\Program Files\Qlik\Sense\Repository\PostgreSQL\ and C:\Programdata\Qlik\Sense\Repository\PostgreSQL\.
Download the installer here.
Qlik PostgreSQL installer Release Notes
The following versions have been tested and verified to work with QPI (1.4.0):
February 2022 to November 2023.
If you are on any version prior to these, upgrade to at least February 2022 before you begin.
Qlik Sense November 2022 and later do not support 9.6, and a warning will be displayed during the upgrade. From Qlik Sense August 2023 a 9.6 update is blocked.
Uninstall the old Qlik Sense Repository Database service.
This step is required. Failing to remove the old service will lead the upgrade or patching issues.
Failing to reinstall the binaries will lead to errors when executing any number of service configuration scripts.If you do not immediately upgrade:
If the upgrade was unsuccessful and you are missing data in the Qlik Management Console or elsewhere, contact Qlik Support.
Now that your PostgreSQL instance is no longer connected to the Qlik Sense Enterprise on Windows services, all future updates of PostgreSQL are performed independently of Qlik Sense. This allows you to act in accordance with your corporate security policy when needed, as long as you remain within the supported PostgreSQL versions.
Your PostgreSQL database is fully compatible with the official PostgreSQL installers from https://www.enterprisedb.com/downloads/postgres-postgresql-downloads.
See How To Upgrade Standalone PostgreSQL, which documents the upgrade procedure for either a minor version upgrade (example: 14.5 to 14.8) or a major version upgrade (example: 12 to 14). Further information on PostgreSQL upgrades or updates can be obtained from Postgre directly.
The information in this article is provided as-is and to be used at own discretion. Depending on tool(s) used, customization(s), and/or other factors ongoing support on the solution below may not be provided by Qlik Support. The video in this article was recorded in a earlier version of QPI, some screens might differ a little bit.
Qlik PostgreSQL installer version 1.3.0 Release Notes
Techspert Talks - Upgrading PostgreSQL Repository Troubleshooting
Backup and Restore Qlik Sense Enterprise documentation
Migrating Like a Boss
Optimizing Performance for Qlik Sense Enterprise
Qlik Sense Enterprise on Windows: How To Upgrade Standalone PostgreSQL
How-to reset forgotten PostgreSQL password in Qlik Sense
How to configure Qlik Sense to use a dedicated PostgreSQL database
Troubleshooting Qlik Sense Upgrades
Talend Management Console Release Notes R2025-11 | Qlik Talend Documentation informs of the New storage Service which is currently not yet available for EU and US regions.
"New storage service endpoint for unified access to artifacts and execution logs: This storage service is planned to be deployed to AWS EU and AWS US in January 2026. Update your proxy and firewall settings when it is available."
Support-7691