Skip to main content
Announcements
Have questions about Qlik Connect? Join us live on April 10th, at 11 AM ET: SIGN UP NOW
cancel
Showing results for 
Search instead for 
Did you mean: 
Not applicable

Run QlikView as Local admin, but not Domain admin

Hello,

So far I used QlikView in these conditions :

- QlikView 11.20 is installed on a Windows Server 2012 R2 machine in a domain

- the user (let's say 'qwrite') using QlikView was Domain admin

- and everything worked fine

Recently I decided to remove 'qwrite' from the Domain admin group.'qwrite' is still member of the local Administrators group.

If I launch my qvw file, QlikView crashes, giving those details :

  Nom d’événement de problème: APPCRASH

  Nom de l’application: Qv.exe

  Version de l’application: 11.20.11643.0

  Horodatage de l’application: 50c0dabd

  Nom du module par défaut: Qv.exe

  Version du module par défaut: 11.20.11643.0

  Horodateur du module par défaut: 50c0dabd

  Code de l’exception: c0000005

  Décalage de l’exception: 00000000003607f3

  Version du système: 6.3.9600.2.0.0.16.7

  Identificateur de paramètres régionaux: 2060

  Information supplémentaire n° 1: 2d6a

  Information supplémentaire n° 2: 2d6af6fd78cd89eba4ab17ff1ebbefc5

  Information supplémentaire n° 3: 20a3

  Information supplémentaire n° 4: 20a30dc0e00c27ae51a68cedad5d841a

If I launch the QlikView application, then open the qvw file, then it's OK, but my licence infos are gone.

Should I reenter them, they are lost the next time I launch QlikView.

I want the QlikView file to open without 'qwrite' being Domain admin, and if possible, without being Local admin.

Googling my problem, I found the following document, that didn't help me much.

But I suspect something like registry or directory rights being wrong for my 'qwrite' user.

Any help would be MUCH appreciated !

Thanks.

1 Solution

Accepted Solutions
Peter_Cammaert
Partner - Champion III
Partner - Champion III

As a local admin (non-"qwrite"), remove the current installation and install QV Desktop again, but this time install SR12 instead of the IR (no risks involved)

See if that solves your problems. The installation should reset rights and registry entries.

To run QV Desktop, you'll need a license which can be leased from a QlikView Server. If your user qwrite looses the QV Desktop license, use Open in Server to contact a QlikView Server and get a new lease.

All on condition that in QMC you assigned a Named CAL to qwrite in the first place.

Peter

View solution in original post

2 Replies
Peter_Cammaert
Partner - Champion III
Partner - Champion III

As a local admin (non-"qwrite"), remove the current installation and install QV Desktop again, but this time install SR12 instead of the IR (no risks involved)

See if that solves your problems. The installation should reset rights and registry entries.

To run QV Desktop, you'll need a license which can be leased from a QlikView Server. If your user qwrite looses the QV Desktop license, use Open in Server to contact a QlikView Server and get a new lease.

All on condition that in QMC you assigned a Named CAL to qwrite in the first place.

Peter

Not applicable
Author

Hello,

Thanks for the answer.

I marked the answer "Correct" although it's half true in my case :

- updated successfully to QlikView 11.20 SR12, retried : still buggy

- deleted the local profiles : still buggy

- created a new user ('qadmin' instead of 'qwrite') : it works.

And on top of that, qadmin is not Domain admin, AND not Local admin, and it still works fine

- (also had to correct my Section Access part as it is user-dependant)

The solution fixes my problem, but I would like to understand the origin of it 🙂

And it also implies some actions that suit my relatively small QlikView project, but maybe not bigger projects.

Anyway, thanks Peter !