Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Hi all,
here's a curious issue. There is a company that has both QlikView server and access point v.11. It all was running properly. The users are taken from a MS Windows Active Directory and they get CALs. Right.
Therefore, there is a user that someday changed the windows password having a session opened. Since this change she cannot login inside access point. The login page remains stalled (loading document...) and she never really enters.
If I open all the existing logs there's no information about the attempt to log-in. Therefore, about one hour later I can see that a CAL was dilevered to the user.
From her machine other users can log-in, so it is not a machine issue.
The user can log-in the MS Windows domain.
I have changed the pasword to the initial one, removed all licenses, atc.. and the issue it is still to be fixed.
Could you please help me out??
Kind regards,
JM
Have been trying to fix the issue but it is still to be fixed.
I wonder if there is any way to free all related user information or at least all the existing CALs. If I stop all Qv services I can remove the pgo files and this frees any CAL or at least this is my belief, but ...is there an other license file to remove?
Are licenses stored in any oter place (temp file, registry, ...)?
I assume that perhaps this is not related to the issue , but I want to avoid uninstalling all and installing again!
any idea?
Sure, to do that you need to:
(1) Stop the QlikView Server and QlikView Management Service services
(2) Delete all PGO files from C:\ProgramData\Qliktech\QlikViewServer and your root AccessPoint folder
(3) Start the 2 services again
Regards,
Vlad
Vlad,
I am sorry for the trivial question, but which exatly is the root AccessPoint folder? There are plenty of folers, some in c\program files\Qlikview and others in C:\ProgramData\Qliktech\
Something seemed to a path in another system will be good enough.
Regards,
Go to QMC >> System >> QlikView Servers >> Folders. This is the folder that is defined as the "root" on this page.
Regards,
Vlad
In looking at the different Post here, need to remember that it is Windows that does the authentication
and not QlikView (Unless you are doing Custom Users). Once you have authenticated into the system, it is passed to Qlikview Server and then QVS check to see what you have rights to.
This is true. Therefore the Windows user account is running properly in the network.
Finally I have a not too much nive workaround: I have another windows account that I used for testing purposes. I gave it the same access rights to the dashboards' folders. So the user can use http://myhost/qlikview/login2.htm instead of http://myhost/qlikview.
Using http://myhost/qlikview in (this is usual) the login is automatic using the Active Directory credentials but going to: http://myhost/qlikview/login2.htm he/she can use the additional MS Windows network account. He/she has the access the he/she needs and I do not have to spend more time on this strange issue.
Hi,
I had a very similar issue about 4 years ago with one user, but if my memory serves me correctly we narrowed our issue down to an problem with roaming profiles after the user had changed their windows password from a remote loacation. In the end I think our IT ended up just recreating the user's account and the issue was resolved.
This might be an area to investigate.
flipside
Follow this guide to recover windows password.
1.Boot the machine with your Windows Repair CD.
2.Select "Repair Mode".
3.Use "System Restore" to set Windows back to a point before you changed the password.
4.Log on with your old password.
5.Plan ahead a little and create, test and document a spare admin account, same as you have a spare house key for emergencies.
If you have no reset disk, this is a better way for you. What's more, do you have another admin account on your windows? Login it and you can reset other user accounts password easily.
What's more, currently there is a best way for Windows password recovery, it only need a bootable CD/USB flash drive.
Garciai Bell wrote:
Follow this guide to recover windows password.
1.Boot the machine with your Windows Repair CD.
2.Select "Repair Mode".
3.Use "System Restore" to set Windows back to a point before you changed the password.
4.Log on with your old password.
5.Plan ahead a little and create, test and document a spare admin account, same as you have a spare house key for emergencies.
If you have no reset disk, this is a better way for you. What's more, do you have another admin account on your windows? Login it and you can reset other user accounts password easily.
What's more, currently this is the best way for Windows password recovery, it only need a bootable CD/USB flash drive.
I have the same issue with OP says and thanks for this helpful answer to let me get out of this awkward situation.