Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
I have a new install of QVS9 SR2 on a Win 2008 server. 32GB RAM, 8 CPU. Changing screens in QMC or QEMC is very slow, about 2 minutes. It does eventually respond.
There are no other applications on this server. Task manager shows very little activity during the wait. Perfmon shows small bursts of disk activity from the Qlikview Management service.
Any ideas as to what to fix/tune or where to look for further information?
Thanks,
-Rob
Hello
I resolved following step.
Please add a local group on the machine hosting QVS called: "QlikView Document Administrators"
Then add the same users into that group as in the group "QlikView Administrators"
hide
Hi Rob,
Are you running those on the server itself? Or on a PC over the network? If network, you may want to check some network parameters. But, as in most of the cases, my guess is you are running on the server itself. If this is true, are you calling them by IP address or a FQDN or a dns URL? All I am trying to say is there might be network glitch or something like that.
Rakesh
Hi Rob,
Are you running the QV Services on a domain account or local account? Is there a difference if you switch to local system account?
I would suggest contacting QlikTech support and log a support case regarding this as there is definitely something strange going on.
Hi Rob, we have a similar issue on Win Server 2008, it doesn't take 2 minutes, but up to 30 seconds.
Did you find a solution to your problem?
Thanks, Lukas
Did anyone find a solution to this? I'm seeing this issue as well, although I'm on Win Server 2003. EMC is taking at least 60 seconds to change screens, populate data, etc. This even happens directly on the server.
Did anybody find a solution to this problem?
I also have the same problem on a Windows 2003 Enterprise 64-bit server.
Hello
I resolved following step.
Please add a local group on the machine hosting QVS called: "QlikView Document Administrators"
Then add the same users into that group as in the group "QlikView Administrators"
hide
This resolves the problem.
This solved it for me too. How did you know to do this?
This is a bug caused by services polling the group, and when it does not exist a delay occurs. A fix for this is in the future SR4, which is due in early May.