- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 Services Disconnected after reboot
Hi Folks,
great way to start a Friday.
Just had a call from a client who have rebooted the QV server earlier today as is now getting:
All service are up and running, they use a domain account as the service user. We have advised them to restart the services but to no avail.
I suspect this may be a DNS issue:
I have seen other threads that recommend changing to use Local host, but do you actually change it against the Qlikview Server Name e.g
and the same place against the other services?
bbt
Any suggestions please!!
Cheers Andy
- « Previous Replies
-
- 1
- 2
- Next Replies »
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Guys,
Just done the following:
- Updated the Lef Details – just to be sure as they were showing end date of 2017-09-29
- Change the Service logon user to a different domain user with the correct permissions – and restarted the services
- Delete the user name and password help against LDAP against the Active Directory option, this isn’t required when the service user is a domain user and appeared to have an incorrect password.
- Everything is now up and running
The issue appears to be a corrupted profile on the service user account, would recommend that you create a new Domain user to run the services as a member of local administrators and Qlikview Administrators
Yippee, thanks for the pointers guys!
Happy Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
"Disconnected" usually means that accounts, permissions, or network connections have changed. When a service reports a "Disconnected" status, the real explanation of the problem is detailed in the corresponding log file.
It would be nice if we could take a peek in those three QlikView service log files...
Best,
Peter
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
BTW it's funny that the services are running on one server (first screenshot), but the configuration talks about another server (last screenshot, bottom field called "URL")...
Is your customer running a cluster, or trying to configure one?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Ha ha, the second URL is a screen shot from my PC, well spotted though
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hey Andrew,
Hmmm. Could be a DNS issue. Have you tried substituting IP address instead of servername in the URLs for each of the disconnected services? So, for example, for DSC, in QMC, navigate to System > Setup > Directory Service Connectors > DSC@ > General tab > URL.
Hope this helps
-Chip
Help users find answers! Don't forget to mark a solution that worked for you!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Chip,
not yet, I am just awaiting the log files to come back from the client.
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Peter / Chip
Please see log files in attached zip, I'm struggling to spot anything helpful in them...
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Andrew,
Need the Management Service logs as well.
Chip
Help users find answers! Don't forget to mark a solution that worked for you!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Chip is right. QMS is the one reporting problems.
However, the DSC log tells a good story. Apparently there appears to be a problem when trying to reach the domain controller (or LDAP server if that's what your client is using) If accounts are defined on server LDAP://bunzl.internal and that one cannot be reached, in an AD landscape all sorts of things start going wrong...
Maybe a track to investigate?
- « Previous Replies
-
- 1
- 2
- Next Replies »