IMA and MFCOM Services are Unresponsive During the Starting State Because of Data Store Corruption
Article ID: CTX131631
Updated On:
Description
IMA and MFCOM services are unresponsive during the Starting state due to data store corruption.
Resolution
Verifying the Issue
To analyze the issue, you must verify the following:
-
Verify in the event log if the IMA or MFCOM service is unresponsive (hanging), as shown in the following screen shot.
-
Notice that the services which are in the Starting state are in an unresponsive state.
-
You can also verify it by opening the registry and navigating to HKLM>SOFTWARE>Wow6432Node>Citrix>IMA>RUNTIME and observing the CurrentlyLoadingPlugin key.
-
If no details are displayed, then it might be a datastore corruption, or a service issue.
Note: An admin can verify if the database is corrupt.
Verifying for Data Store Corruption
To verify if it is a data store corruption and resolve it, complete the following procedure:
-
An admin can typically verify a data store corruption by completing the following tasks:
- Running the dsmaint recreatelhc from the command prompt
-
Starting the service.
If you still experience issues, you must check for corruption in the datastore.
-
Create a new database and point the server in question to a new farm using the new database. If the server does not change the farm, you might have to check the data store integrity.
-
Run dscheck to get more details such as, where the corruption occurs. Refer to the Knowledge Center article CTX124406 – DSCHECK - XenApp Data Store Checker Tool Commands for more information about running dscheck command.
In the following sample, you can observe that the dscheck /full servers were run and they stopped prematurely at server Prod4. You can also observe that the following server after Prod4 is Prod6. In this example, you can notice that Prod6 has been powered down in the event viewer manually, potentially still having an open connection to the datastore, causing the corruption when it was rebooted. The Local Host Cache might have updated with the corrupt information. Therefore, the grace period of the IMA service is not activated because the system can still partially read the LHC file.
-
After restoring the datastore from a backup, run the dscheck /full servers again. You can notice from the output that Server Prod6 is now displayed. This server had caused the corruption.
Problem Cause
This issue occurs when there is a corrupt data store. Database corruption can be from a hard reboot of the XenApp server with an open connection to the data store.
Issue/Introduction
Additional Information
CTX105292 - Troubleshooting IMA Service Faliure To Start
