Dealing with Server & Access Errors in QlikView can be frustrating because the cause is often hidden in the background services.
Since these errors usually prevent users from even seeing their dashboards, we need to look at the infrastructure side.
Here are the most common “Server & Access” culprits and how to tackle them:
1. “No Connection” or “Communication Lost”
This usually happens when the QlikView Web Server can’t talk to the QlikView Server (QVS) service.
- The Fix: Open
services.mscon the server. Ensure the QlikView Server and QlikView WebServer services are “Running.” If they are, try restarting the Web Server service first. - Check the Port: Ensure port 4747 (used by QVS) isn’t being blocked by a recent firewall change.
2. “Failed to Load (Local/Server)”
If a specific document won’t open but others will, the issue is likely a corrupted metadata file.
- The Fix: Go to the folder where the
.qvwis stored. Look for a file with the same name but a.sharedor.punaextension. - The Test: Temporarily move the
.sharedfile to a different folder and try opening the app again. If it opens, the shared file (which stores user bookmarks and objects) was the problem.
3. “Access Denied” or “Linked Document Not Found”
This usually points to a permissions or licensing bottleneck.
- The Fix: Check the QlikView Management Console (QMC):
- CALs: Ensure the user has an assigned Client Access License (Named or Document CAL).
- NTFS Permissions: Ensure the service account running QlikView has “Read” and “Write” access to the actual folder where the files live.
4. “Tunneling” Errors
If you are accessing QlikView from outside a local network (like a VPN), the connection might be timing out.
- The Fix: Check if QlikView Tunneling is enabled in the QMC under Web Server > Settings. Sometimes, toggling this or checking the timeout settings (usually set to 30 or 60 seconds) resolves drops.
FAQs
A: This is usually a service breakdown.
1. Check Services: Go to services.msc and verify that the QlikView Server (QVS) and QlikView WebServer (QVWS) services are running.
2. Restart Sequence: Restart the QlikView Server service first, wait 30 seconds, then restart the Web Server.
3. Firewall: Ensure Port 4747 is open between the Web Server and the QlikView Server.
A: This typically means the application is fine, but the user-specific metadata is broken.
1. The .shared Fix: Locate the folder where the .qvw is stored. Find the accompanying .shared or .puna file and rename it (e.g., add _old to the end).
2. The Result: Try opening the app again. If it opens, the shared file was corrupted. (Note: This will temporarily reset user bookmarks/objects for that app).
A: It’s often a licensing or folder-level issue rather than a QMC setting.
1. CAL Check: In the QMC, go to User Documents > [App Name] > Server > Availability. Ensure the user has a Named CAL or a Document CAL assigned.
2. NTFS Permissions: Ensure the Windows Service Account (the one running QlikView) has “Full Control” or at least “Read/Write” permissions on the physical Windows folder where the .qvw files are stored.
A: This is usually a timeout or resource issue.
1. Session Timeout: Check QMC > Server > Settings > Performance. Increase the Maximum Inactive Session Time.
2. RAM Spikes: If the server hits its “Low Memory Limit,” it will purge sessions to save itself. Check if your server RAM is hitting 70-80% consistently.
3. Tunneling: If users are remote, enable “Always use HTTP Tunneling” in the QMC Web Server settings.
Pingback: Antigravity : Our Servers Are Experiencing High Traffic Right Now, Please Try Again in a Minute - Technical Help, Support and Guidance
Pingback: Correo Movistar Error Login | How to Fix - Technical Help, Support and Guidance
Pingback: 502 Bad Gateway Canvas | Current Status (March 30, 2026) - Technical Help, Support and Guidance