New Ranks & Badges For The Community!
Notice something different? The ranks and associated badges have gone "Star Fleet". See what they all mean HERE
Lieutenant Lieutenant

'Muted Mode' reported as '200 OK' to load balancer

We have a large QC installation, which uses a load balancer to distribute users between servers. The load balancer periodically polls each server (http://server:port/qcbin/tdservlet), to make sure it is still 'healthy'. When it detects a server as unhealthy, it diverts users to the remaining healthy servers.


Unfortunately, we have found that when ALM/QC encounters a serious error and enters 'muted' mode, it continues to return the status line: "HTTP/1.1 200 OK". This is the same code which it returns when running normally. The load balancer only looks as the status line, so thinks the server is still healthy.


Is there another way that we can detect that the server is down (without using another component between the load balancer and QC)? Is there a different URL which is more appropriate for us to use?


Should QC use a http 5xx status code for muted mode?

4 Replies
Cadet 2nd Class Cadet 2nd Class
Cadet 2nd Class

Hi Drgx,

Wish you a nice day.


As I understand, when ALM server goes to mute status, web server (Jetty) is still available. 

Actually, all response codes will be sent from web server and it is a designed behavior.

From my perspective, it will return ‘500 Internal Server Error’ only when Jetty is not available.

Such as services were stopped, jetty were not configured properly..


Anyway, i think it would be better if you open a support ticket via SSO so our engineers can investigate your issue more clearly.


Hope my answer could be helpful to you.





Just to let you know that we already have an ER for this. Please check it here: - Incorrect http response code in muted mode


Until this is implemented (most probably in a new version of the product since it would involve a major change and may affect many current users), we may suggest you to use the following workaround:


Add the MUTE_SERVER_FOR_OOME site parameter to disable the "muted" state and have the ALM server node go down directly. This way the Load Balancer will receive a HTTP code 404 from this server and will only send requests to the other working nodes. By default the value of the MUTE_SERVER_FOR_OOME parameter is "Y". To disable the "muted" state, set it to "N".
Please note that this parameter is introduced in below patches:
- patch 19 for ALM11
- patch 06 for ALM11.52
- patch 01 for ALM12.01
- ALM12.20 GA
I hope that this information helps.


Lieutenant Lieutenant

When I last tested this, the server could still enter muted mode (and return HTTP 200 OK for all requests) with the MUTE_SERVER_FOR_OOME set to N.


Our current workaround for this issue is for the load balancer to make a request which normally returns a HTTP error. If it returns 200, then the load balancer treats the server as being down.

Absent Member.. Absent Member..
Absent Member..



As I understand, MUTE_SERVER_FOR_OOME set to N. will disable Mute mode on Out Of Memory situation only.

For other reasons such as DB connection, reporitories issue... ALM may still enter mute mod.


Your current workaround is a good approach while R&D is working on this.


Thanks and Regards,


"If you find that this or any other post resolves your issue, please be sure to mark it as an accepted solution.

If you are satisfied with anyone’s response please remember to give them KUDOS by clicking on the STAR at the bottom left of the post and show your appreciation.”
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.