Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 
linoyel
Specialist
Specialist

Qlikview services stop and don't restart

Hi all,

I have a problem with qlikview services on the server.

All 5 of them fail at least once on a daily basis and don't restart though they are configured to automatic restart on failure.

I'm trying to figure out:

1. Why they stop in the first place?

2. Why they are not getting restarted automatically despite the configuration?

3. What's the right configuration for user running these services? - right now the user in NOT local because with a local user it's impossible to start services even manually.

The error I got in even log, for example for a Distribution Service:

The QlikViewDistributionService service was unable to log on as my_domain\my_user with the currently configured password due to the following error:

There are currently no logon servers available to service the logon request.

Our system admin told me that in certain hours this user can't connect because of some heavy qv loads.

But I don't think this is the reason cause we don't have a lot of docs that reload. I think the reason is in a wrong configuration.

Please help me to solve this issue...

Thanks in advance!

6 Replies
marcus_sommer

There are several possibilies why qv services could stop. I my case it's happens when I haven't enough RAM available. But I think that also conflicts with windows-services caused problems. Have a look here for some hints to solve this problem:

http://community.qlik.com/thread/144946

- Marcus

fkeuroglian
Partner - Master
Partner - Master

Hi Linoy

Migue angel suggest:

Try clearing the Application log (Startup button, eventvwr, go to the Applications Log, right click, Clear Log). Another usual solution to this issue is to give the service that is failing permissions to log on as "Local System Account" (Startup button, services.msc, right click on the service, Properties, Logon Properties). If that works, you should change it to the QlikView account that is running all the other services and start it again.

and

Paul Rajesh suggested to change the port under web server to any thing other than  80(default)  and try.

It worked. So, It was issue with port basically

good luck

Fernando

linoyel
Specialist
Specialist
Author

Fernando, thanks for the answer. I have 3 questions to you:

1. Why port 80 which is a default port configured for qlikview web-service might cause a services problem?

2. To which port I can change it?

3. Do you mean to change it in QMC or in C:\ProgramData\QlikTech\QvWebServer-->config.xml?

linoyel
Specialist
Specialist
Author

Thank you, Marcus.

I've read the thread you've provided.

I couldn't find an actual reason/s for the services failure there.

I saw that the common solution was to write a windows batch scheduled task that restart the services once in a while.

That might be a solution to assure that all the documents are reloaded and the QVS is working properly but still, I'm trying to understand where I can find the failure reasons in order to prevent future failures. Both Windows and Qlikview log event viewers didn't really show a reason I could take care of...

marcus_sommer

It could be very difficult to find the reasons why the services failured/stop. First I think on not enough ressorces from RAM and CPU and the services remained in a kind of waiting after a timeout or similar - often they don't work for qv but for windows they runs.

For this you have to find the moment when the services stops (maybe if you looked from when are the last service-logs before you restarted the services) and search within the windows-eventlogs if you could find some correlations with the performance or another reasons access-conflicts with windows services on shadow copies or similar.

Maybe these links are helpful for you:

http://community.qlik.com/docs/DOC-3350

http://community.qlik.com/docs/DOC-7050

http://community.qlik.com/docs/DOC-2688 (there is a connector for the event logs available)

- Marcus

linoyel
Specialist
Specialist
Author

Thank you Marcus