Qlik Community

Ask a Question

QlikView Administration

Discussion Board for collaboration on QlikView Management.

Announcements
On Demand Webinar: See Why Thousands of QlikView Users Have Switched to Qlik Sense. REGISTER
cancel
Showing results for 
Search instead for 
Did you mean: 
nitheshkattekola
Contributor II
Contributor II

QlikView Dashboards disappear from Access point

We are experiencing a strange issue on our QlikView access point. The dashboards on the access point disappear randomly for some users and they come back after 10-15 min. We authorize users using LDAP & AD groups. But some of the dashboards like sales compass are distributed to "all authenticated" users.

When the issue occurs and dashboards disappear from the access point, we could still see & access the dashboards that are distributed to "all authenticated users".  This doesn't happen to all the users. It occurs to some users randomly while other users can access the dashboards at the same time.

Troubleshooting steps

1. Checked with our LDAP/AD teams and there was nothing abnormal reported at their end.

2. Verified the windows event logs on IIS servers but did not find any error messages 

3. Restarted the IIS services & servers on all the nodes

4. Excluded the QlikView folders from Anti-virus scanning

 

Can anyone help to troubleshoot the issue. Thanks in advance.

1 Solution

Accepted Solutions
nitheshkattekola
Contributor II
Contributor II

Hi Miguel,

Thanks for the reply. We found an article on the support portal that explains the root cause of the issue. The article provided 3 possible reasons for the issue. We experienced the issue due to the root cause mentioned in scenario 1. I have provided the link below. However, the resolution provided in the article did not resolve the issue as we already have those settings configured in our system.

But we understood the issue was due to DSC timeout as it was NOT able to retrieve the LDAP group information in a given time. So we increased the service time out period on System>>DSC>>Configurable LDAP>>Edit settings to 300 seconds.

We have also noticed that we have 6 QVS servers but only 3 of them have DSC service in the QMC cluster. We made all the 6 servers as DSC to balance the load. I believe this resolved the issue. But we are still monitoring the environment to confirm the same.

Support article link: https://support.qlik.com/articles/000005648

 

Thank you,

Nithesh

View solution in original post

2 Replies
Miguel_Angel_Baeyens

Are those dashboards using Section Access? If the user is not in the section access table after the reload, such user won't see the app in the AccessPoint.
Are there any users consistently seeing all files or it is completely random and some of them sometimes see apps and sometimes don't see them? Does that happen after a reload or in any case?
How big is that LDAP/AD? If the DSC takes very long to query, the user won't be resolved in time to their groups and therefore they won't be in the corresponding group.
nitheshkattekola
Contributor II
Contributor II

Hi Miguel,

Thanks for the reply. We found an article on the support portal that explains the root cause of the issue. The article provided 3 possible reasons for the issue. We experienced the issue due to the root cause mentioned in scenario 1. I have provided the link below. However, the resolution provided in the article did not resolve the issue as we already have those settings configured in our system.

But we understood the issue was due to DSC timeout as it was NOT able to retrieve the LDAP group information in a given time. So we increased the service time out period on System>>DSC>>Configurable LDAP>>Edit settings to 300 seconds.

We have also noticed that we have 6 QVS servers but only 3 of them have DSC service in the QMC cluster. We made all the 6 servers as DSC to balance the load. I believe this resolved the issue. But we are still monitoring the environment to confirm the same.

Support article link: https://support.qlik.com/articles/000005648

 

Thank you,

Nithesh

View solution in original post