topic Re: Bundled Extensions not working after QlikSense Recovery in Installing and Upgrading

Bundled Extensions not working after QlikSense Recovery

LeighH — Tue, 19 Aug 2025 22:24:00 GMT

I have recently recovered a backup of QlikSense 2023 and followed all the steps highlighted in this guide: https://www.linkedin.com/pulse/qlik-sense-server-recovery-overview-howdashllc-wxm8e/

I have also changed hostnames and IP addresses.

Everything is working except for the QlikSense Bundled Extensions - They come up in QMC OK but 404 on any existing application in the Hub showing an "Invalid visualisation" (Example is qlik-button-for-navigation)

I can also see the extensions in the Qlikshare folder, all system paths are referencing the new hostname correctly and I did bootstrap the server successfully. Permissions are set correctly and other system extensions in the same shared path are working fine.

I have reinstalled the bundle and ensured it was set to install the full packages. If I delete the extensions and restart the Qlik services it automatically recreates the bundles in the share but still don't get picked up by hub.

Any advice in getting the hub to see these extensions?

Re: Bundled Extensions not working after QlikSense Recovery

hugo_andrade — Wed, 20 Aug 2025 14:23:58 GMT

@LeighH ,

There's a quick guide on how to reinstall the extension bundle. Please perform these steps and let us know the results, ok?

Qlik Sense Enterprise on Windows (Server installation):

In Control Panel, open Programs and Features.
In the list of programs, double-click the extension bundle that you want to install or remove.
The Extension Bundle Setup Wizard opens. Click Next.
Select Change.
Accept the End-User License Agreement and click Next.
On the Custom Setup screen, click on the bundle icon to select how to modify the bundle installation:
If the bundle is installed, select Entire feature will be unavailable to uninstall it.
If the bundle is not installed, select "Entire feature will be installed on local hard drive to"
Then, click Next.
Install / Remove the bundle(s).
Click Change.
When the setup modification is complete, a message invites you to manually restart the Qlik Sense Repository Service.
Click Finish to close the Extension Bundle Setup Wizard.
Manually restart the Qlik Sense Repository Service to make the changes effective.

You can verify that the changes have been correctly applied by checking the Extensions section in the Qlik Management Console (QMC).

Reference: https://community.qlik.com/t5/Official-Support-Articles/Installing-and-removing-Qlik-Sense-Extension-bundle/ta-p/1715472

Re: Bundled Extensions not working after QlikSense Recovery

howdash — Wed, 20 Aug 2025 19:04:56 GMT

Video Walkthrough

Deprecated Extensions

You mentioned specifically the qlik-button-for-navigation extension which has been deprecated since February 2020. I'm curious to hear if the other extensions that are part of the Dashboard bundle working fine after recovery.

I recommend opening up an app on the recovered server and checking to see if there are other visualization extensions available and are working fine, like this:

If you see other extensions in the list but not the navigation button, that could mean that Qlik Sense is refusing, for whatever reason, to display deprecated extensions in a newer version of Qlik Sense.

If that's the case, you might need to convert extension to the newer, default button object. That can be done by simply dropping the default button object on top of deprecated object and selecting the Replace with: Button option, like this:

Fix Corrupted Extension

However, before you go and replace all of the objects it's worth to try to see if it's just one extension that is corrupted and try to fix it.

If the extension is corrupted, you can try replacing the individual extension that is not working on the new server with the extension that is working on the original server. That can be done by:

Deleting the qlik-button-for-navigation extension on the new server.
Then going back to the original server.
Exporting the extension from the original server.
And importing it on the new server.

I showed how to do that in the video above.

Summary

If you can see other extensions on the new server, in the list of custom objects, and they are working, it's likely that the recovery went well and that newer version of Qlik Sense is simply not displaying deprecated extensions.

If replacing the extension on the new server with the extension from the old server won't fix the issue, try converting the deprecated extensions to newer objects.

Re: Bundled Extensions not working after QlikSense Recovery

LeighH — Mon, 25 Aug 2025 03:55:33 GMT

Thanks so much for your help and suggestions so far. Looks like it's "all" the bundled extensions/visualisations also a handful of built in extensions such as 2D heatmaps, calendar heatmaps, sunburst etc. which all work perfectly fine on the previous server with the same Qliksense version and patch level. Some built in extensions are working.

I did completely uninstall the bundle, import the bundled ZIP - No change. Reinstalled a number of times too via add/remove programs.

The QlikShare directory permissions are the same on both servers. The only thing I can think of was when installing Postgres I used a different root (postgres) PW then the original server but made sure the qliksenserepository password was the same as the original.

EDIT: As per your video (Thanks for putting that together) I did just try an export from our Dev server the qlik-button-for-navigation , deleted it via QMC and re-imported it - Its now working.

I may have to do this for a number of extensions, but this may fix the issue.

EDIT 2: Looks like a bunch of extensions are simply missing the ResourceGroup under CustomProperties. On Dev its set to "All" however on the restored server it is set to nothing. Updating this to "All" seemed to have fixed permissions and restored functionality to both deprecated and non-deprecated extensions.

My question now is why this didn't carry over with the database?

Re: Bundled Extensions not working after QlikSense Recovery

hugo_andrade — Mon, 25 Aug 2025 11:23:01 GMT

Hi @LeighH ,

Regarding edit 2, not all properties regarding the extensions are kept on the database itself. Some of them are on the actual extension file sitting inside the Shared Persistence Root folder.

Please confirm that you have copied over the Static Content folder from one server to the other. This folder contains the extensions. You can see the location of the folder on QMC -> ServiceCluster section. Make sure the content is copied too.

Let us know how it goes. Restart the services to double-check.

Re: Bundled Extensions not working after QlikSense Recovery

howdash — Mon, 25 Aug 2025 15:14:11 GMT

RE: Edit 1, I'm glad that worked and I'm happy too help 😊

RE: Edit 2, I don't know for sure, but my best guess is a mismatch in PostgreSQL version.

The Guess

Qlik Sense can either have a bundled or standalone installation of PostgreSQL. If you have bundled installation, then it's possible that the original server used a version of PostgreSQL that is older than the one that's on the restored server.

How Could Same QS Version Have Different PSQL Version?

For example, if you installed May 2023 version of Qlik Sense on the original server then upgraded original server to August 2023 version, then the original server will still have version 12.5 of PostgreSQL.

However, when installing August 2023 version of Qlik Sense on the recovery server, that version of Qlik Sense comes with version 14.8 of PostgreSQL. So even though both the original and recovery server have the same version of Qlik Sense, they may have different versions of PostgreSQL.

This happens because when you upgrade Qlik Sense, the upgrade process doesn't upgrade bundled PostgreSQL server. So if your original server used version 12.5 of PostgreSQL and recovered version uses version 14.8, that might have caused the issue during recovery. But that depends on how backups of PostgreSQL server were created.

Version Agnostic Backups

If pg_dump command was used to create tarball files (files with .tar extension) and pg_restore was used to restore from the .tar files, that shouldn't cause any issues.

Similarly, if you've used the pg_dumpall command to create a SQL file and then used psql command to restore data from that SQL file, that also shouldn't cause issues.

SQL script is version agnostic. And, from what I understand, the tarball files created using pg_dump command should also be version agnostic.

Physical PSQL Backups

If, however, tarball files were created some other way, not with the pg_dump command (by manually zipping PostgreSQL data directory for example) then that could have caused the issue when recovering PostgreSQL data to a newer version of PostgreSQL.

TL;DR

All that's is just a guess though, and I'm assuming that versions of PostgreSQL varied between the original and new server. It's hard to know for sure without taking a look at the servers and running through a recovery process to try and reproduce the issue.

Re: Bundled Extensions not working after QlikSense Recovery

LeighH — Mon, 25 Aug 2025 23:18:39 GMT

Hi Hugo, Static Content was synced across and cluster settings updated on a few occasions. I'm going to delete the new server and start the process again in case I missed anything and see if the extensions retain their ResourceGroup settings. I will report back my findings.

Re: Bundled Extensions not working after QlikSense Recovery

LeighH — Mon, 25 Aug 2025 23:20:14 GMT

Thanks again for your suggestion. I can confirm PostgreSQL versions are the same. I'm going to delete the new server and start the process again in case I missed anything and see if the extensions retain their ResourceGroup settings. I will report back my findings.

Re: Bundled Extensions not working after QlikSense Recovery

howdash — Mon, 25 Aug 2025 23:30:50 GMT

Good luck! Hopefully, it'll go better this time around!

Re: Bundled Extensions not working after QlikSense Recovery

LeighH — Tue, 26 Aug 2025 22:12:48 GMT

Followed the guide from start to finish and this time it worked perfectly. There might have been some corruption or lock files on the old server the first-time around that prevented that field from populating.

I did do a pg_dumpall this time instead of dumping/importing each of the 4 individual databases. I had to comment out the postgres user creation in the sql dump beforehand and manually reset the repository user database password as it seems to have randomly generated it.

I also had to skip the section in your guide to sync "Program files" - This would brick the services and cause random crashes (New OS version?). Only syncing the Qlik Shares and Programdata was required for me - I have developers testing it extensively as we speak before we officially migrate to it.

Thanks again for your help - I'm faily new in this space and I have learnt a lot. Time to move onto QlikView

Kind regards, Leigh

Re: Bundled Extensions not working after QlikSense Recovery

howdash — Tue, 26 Aug 2025 23:00:02 GMT

Great to hear!

I prefer pg_dumpall too. Having the whole database being dumped and restored makes it simpler and quicker process.

In case you're interested, there's a reason why user passwords in the SQL file looked random and why recovery failed when contents of Program Files/Qlik/Sense folder are copied. Explanations below.

Reason Behind Random-looking Passwords in SQL File

The passwords that are in the SQL file that pg_dumpall generates are actually hashed passwords. Plaintext passwords are not stored in PostgreSQL databases. That's why they looked like they were randomly generated when exported to the SQL file.

So it's actually ok to run the psql command and have it recreate the users and use the hashed passwords. The passwords will get hashed anyway.

You can run this query and it will show you hashed passwords of the users in your PostgreSQL server:

select usename , passwd from pg_shadow ;

Even though you've entered new passwords for postgres and qliksenserepository user, they still look like gibberish and that's ok. They're supposed to be like that. That's a security feature.

Reason Behind Issues After Copying Over Program Files Folder

This one is also explainable. There are a handful of configuration files stored in Program Files/Qlik/Sense directory that hold encrypted password of qliksenserepository user. An example is appsettings.json file that’s inside of C:\Program Files\Qlik\Sense\AppDistributionService directory. This file stores encrypted database credentials:

That password string can only be decrypted on the original server. New server won't be able to decrypt a password that was encrypted by a different server. That's why when these config files are copied over on a new server, Qlik Sense fails to start - it can't decrypt the password of the qliksenserepository account which it needs to access and interact with PostgreSQL server.

How to Copy Program Files Data Without Issues

Contents of Program Files folder can be copied over without causing issues on a new server. It's actually a good idea to restore Program Files data especially if you or someone else made changes to some of the config files and you want those configs to be carried over to the new server. Program Files\Qlik\Sense folder can be copied to the new server, but make sure to skip copying over these 11 files:

C:\Program Files\Qlik\Sense\AppDistributionService\appsettings.json
C:\Program Files\Qlik\Sense\DataPrepService\appsettings.json
C:\Program Files\Qlik\Sense\HybridDeploymentService\appsettings.json
C:\Program Files\Qlik\Sense\Licenses\appsettings.json
C:\Program Files\Qlik\Sense\MobilityRegistrarService\appsettings.json
C:\Program Files\Qlik\Sense\NLAppSearch\appsettings.json
C:\Program Files\Qlik\Sense\NLBroker\appsettings.json
C:\Program Files\Qlik\Sense\NotifierService\appsettings.json
C:\Program Files\Qlik\Sense\PrecedentsService\appsettings.json
C:\Program Files\Qlik\Sense\QdcCatalogService\appsettings.json
C:\Program Files\Qlik\Sense\Repository\Repository.exe.config

They all contain encrypted data that new server will not be able to decrypt.

Re: Bundled Extensions not working after QlikSense Recovery

LeighH — Tue, 26 Aug 2025 23:35:00 GMT

With regards to the database password, I figured it was a hashed password, so I originally left it in place however when I attempted to connect to the database as that user it failed hence the reset prior to reinstalling QlikSense.

Thanks for the list of files from Program Files to skip. I'll try to include that directory next time just in-case.