topic Re: check if qlikview server services are alive and able to response in QlikView

check if qlikview server services are alive and able to response

marcus_sommer — Mon, 26 Jan 2026 18:19:17 GMT

Hi all,

are there any ways to check if qlikview server services are alive and able to response. I don't mean to look into the qmc or to check the services per windows services-check then the checks should be work automatically and a windows services-check queried only if the process is running and no error is communicated to windows - but this doesn't mean that the services worked properly.

I have seen the suggestion to tools like Servers Alive - https://community.qlik.com/message/196427#196427 - but I'm not sure if this isn't too comprehensive for me then I want not monitor anything I want only to be able to notice if the services aren't response anymore - to restart the services or the machine.

Maybe there are settings within the qmc or directly within the settings.ini which could do or at least support it.

In my old environment I have had a routine which checked each 6 hours if users are active on the access point (per reading the session logs) and if not restart all services - but I don't want to use such routines anymore. I have thought to something like to ping the services - is this possible? Are there other (easy) ways? How do you handle this topic?

- Marcus

Re: check if qlikview server services are alive and able to response

datanibbler — Wed, 23 Sep 2015 09:46:35 GMT

Hi Marcus,

I was facing just the same problem sometime before last Christmas when me and my colleague were both on holiday and someone else was supposed to be managing all about QlikView.

Monitoring the QlikView services with QlikView is tricky ... all the more because QlikView is not officially managed by the IT dpt. and IT would neither check the services running on their server themselves nor implement a batch nor let us do anything on their server ...

The way I came up with at last is creating some small app that fails every time and run it as often as makes sense.

Set up the failure_email in the QMC so you will get an email every time it reloads.

=> When those emails suddenly don't arrive on time you know something is wrong and some service is probably down..

=> Maybe you could go further and implement some automatism checking that particular inbox.

HTH

Best regards,

DataNibbler

Re: check if qlikview server services are alive and able to response

marcus_sommer — Wed, 23 Sep 2015 10:31:19 GMT

Hi DataNibbler,

it's excactly my topic - the holdiday and no team which could handle potentially problems. My emergency representatives will be in holdiday, too (I know it's very clever planned) and I will another colleague show how to restart the services and the machine if there are problems - but I would like to avoid it.

Sendings failure messages to me will be nearby on the worst case - the time-span in which I could react could be quite long and it meant I need to take my laptop on holiday and login - I need not many imagination to know what my wife will say to me ... - or I need to evaluate my mails with some macros (within my active outlook-account on this server) and start then batches (I have already done something like this by external data which we could only get per mail) but I would like to get away from this (horrible) macro-stuff. I would like to have sensible solutions.

- Marcus

Re: check if qlikview server services are alive and able to response

marcus_sommer — Thu, 24 Sep 2015 07:41:08 GMT

No one else has trouble with this topic and tried any way to solve it or at least minimize the impact from it?

- Marcus

Re: check if qlikview server services are alive and able to response

Peter_Cammaert — Thu, 24 Sep 2015 09:24:48 GMT

Check out the "QlikView Server Super Agent" in Power Tools 1.2 for QlikView. Maybe that one will fit your needs.

Best,

Peter

Re: check if qlikview server services are alive and able to response

marcus_sommer — Thu, 24 Sep 2015 09:51:12 GMT

Thanks. I will have a look on it.

- Marcus

Re: check if qlikview server services are alive and able to response

datanibbler — Thu, 24 Sep 2015 09:56:53 GMT

Hi,

well, we had those emails sent to a colleague who had been given access to the QMC. If that is not an option - yes, I guess you will need a macro to check your inbox and if the emails stop arriving, to just restart the services - usually, restarting the distribution_service is sufficient.

OR - something I tried to have implemented long ago, but (was) failed - just create a batch on the servers to restart the DS once a day regardless, say at midnight - that way you should pretty much be on the safe side - and it solves another problem too, that of the RAM blocked by QlikView continuously rising due to QlikView never releasing any RAM it grabs during peak_times.

However, that approach was immediately blocked by our IT, although I found it recommended by some experts here in the Community - and actually by QlikTech.

Best regards,

DataNibbler

Re: check if qlikview server services are alive and able to response

markodonovan — Thu, 24 Sep 2015 10:03:16 GMT

HI Marcus,

Have you tried using the 'Servers Alive' tool.

I have used it in the past for various projects , to check ports are available on servers.

Worth a google.

Thanks

Mark

http://techstuffy.tv (YouTube - Please subscribe)

Re: check if qlikview server services are alive and able to response

marcus_sommer — Thu, 24 Sep 2015 10:38:17 GMT

Thanks Mark. I have looked on Servers Alive and it's a quite heavy tool (at least to someone who didn't comes from administration- or network IT area) so that I would need quite a lot of efforts to learn to handle it. Further I would need to include our company IT (which usally takes a long time for tickets and explanations and so on before they do anything) because an installation per terminal server isn't possible by Servers Alive.

Therefore I'm on search for an easier way, maybe like: ping //QlikViewServer:4799/QMS/Service which didn't work but I hope that something like tis would be possible.

- Marcus

Re: check if qlikview server services are alive and able to response

markodonovan — Thu, 24 Sep 2015 10:47:35 GMT

Hi Marcus,

In that case the QlikView Server Super agent that Peter mentioned is a good tool with email alerts as well.

If I can think of anything else I will let you know.

Mark

Re: check if qlikview server services are alive and able to response

markodonovan — Thu, 24 Sep 2015 11:10:07 GMT

Hi Marcus,

Here are 2 other tools that might be useful :

PsPing

You can ping your ports, for example

psping -t orbis-clik:4799

Also, the sc command you can check that services are running.

https://technet.microsoft.com/en-us/library/bb490995.aspx

Thanks

Mark

http://techstuffy.tv

Re: check if qlikview server services are alive and able to response

marcus_sommer — Thu, 24 Sep 2015 15:59:25 GMT

Hi DataNibbler,

like above mentioned I want to avoid or at least to minimize own created macro-stuff or similar routines/tasks which is even for me hard to maintain over a longer period. I need to use more standardized logics which could other (intern and extern) people support and maintain. Our environment is grown a lot over the last years and I couldn't and I don't want to do everything by myself. Therefore I must simplify everything - and an kind of automatic control if the services are alive is one step of them.

Regarding to official statements from qlik there should no need to restart the server services on a regulary basis - in my old environment this didn't worked because there was a RAM leak but I want to give the new release (SR12) a chance to show that it now worked. And I must say that since them the server service was very stable, no problems with RAM or others and for a few crashes was me and my colleague responsible because we worked parallel on the server. Further I had have thought by these checkings in an interval from a few minutes and not many hours.

Now I'm beginning to test the qlikview server super agent from the power tools and it looked very good after the first trial. For each services will be a log-file generated and I think I will this log-file use by reading it with qlikview fat-client to the max. timestamp and if now() - timestamp > X i will start per execute-statement a batch-file.

If this worked I will report it here.

- Marcus

Re: check if qlikview server services are alive and able to response

Anonymous — Mon, 28 Sep 2015 09:17:32 GMT

I just knocked up this qv load script out of academic interest :

html:

LOAD

[head/title] as title

FROM [http://YourAccesspointurl] (XmlSimple, Table is [html]);

replace YourAccesspointurl as per your set up.

If your Accesspoint is alive it should return a single row, with single column [title], with value QlikView - AccessPoint

You said you need to check if services "are able to respond" and this could be used to check a correct response is indeed being returned.

Re: check if qlikview server services are alive and able to response

marcus_sommer — Mon, 28 Sep 2015 11:25:40 GMT

It's a very interesting approach and it worked (if the service is down an error occured which could be handled with the error-mode) for the access point and for the qmc:

QMC:

LOAD [body/id] as BodyID

From http://QVserver:4780/qmc/About.htm (XmlSimple, Table is [html]);

but not (directly) for the server/distribution/directory services or have I missed something?

- Marcus

Re: check if qlikview server services are alive and able to response

Anonymous — Mon, 28 Sep 2015 12:30:03 GMT

I expect it just identifies the AccessPoint status as per what you found and you seem to have also ot it working for the qmc as well.

Time permitting I may have a poke around the other bits later out of academic interest.

Re: check if qlikview server services are alive and able to response

Thu, 22 Oct 2015 18:30:27 GMT

There is a simple status check option built into the server. Try http://localhost/QvAjaxZfc/QvsStatus.aspx

Here is section from Server Reference Manual, page 104. It mentions clusters but works fine with single node.

Availability Checking

A special web page on the AccessPoint provides automated checking of the system status:

http://myAccessPoint/QvAjaxZfc/QvsStatus.aspx

This page returns an http status code of 200, if the AccessPoint and at least one QlikView Server in the cluster respond. Any other status code returned by this page should be considered an error. Common errors from this page include:

404: The AccessPoint is unable to respond. Check the web server.

503: No QlikView Servers responded to the AccessPoint and therefore it cannot service user requests.

The status of the QlikView Server cluster is also displayed on the web page:

Re: check if qlikview server services are alive and able to response

marcus_sommer — Sun, 25 Oct 2015 10:23:09 GMT

Yes, this worked for for the QVS services and the same approach should work for the other services, too. On the top of the qmc you get the (red) message-line "n of 4 services are down" if any of services don't work - maybe this could be also read but which url will be needed?

- Marcus

Re: check if qlikview server services are alive and able to response

Tue, 22 Nov 2016 15:29:52 GMT

Hi Bill,

How to check the status using the above code in Qlikview File? If we reload the Qlikview code, it will be failed when the services are down?

could you please explain.

Re: check if qlikview server services are alive and able to response

Anonymous — Tue, 16 Jan 2018 15:27:18 GMT

Hi Bill,

I have used the following script to check if access point is alive.

LOAD

[head/title] as title

FROM http://access point URL(XmlSimple, Table is [html]);

It gave me "QlikView - AccessPoint".

When access point is alive , after running above script it gave "QlikView - AccessPoint" and when QVS is stopped the above script is giving the same result.

How will i know if access point is down.

Regards,

Saugat

Re: check if qlikview server services are alive and able to response

Anonymous — Tue, 16 Jan 2018 18:13:37 GMT

Since this thread from 2015 I have fully migrated to Qlik Sense, so no longer have a QlikView environment to work on.