Mue_InUse process becomes unresponsive on Linux/macOS/MLOS systems, consuming 100% CPU

[AdithyanT]

Hi All,

If you observe the following on your Linux system:

• The Mue_InUse process becomes unresponsive.
• The process eventually consumes 100% CPU.

We recommend going through the below KBA that discussed a known issue addressed on a recent update.

Mue_InUse process becomes unresponsive on Linux, consuming 100% CPU

https://kc.mcafee.com/corporate/index?page=content&id=KB95203

[AdithyanT · Accepted solution]

Cause

The issue with the MEDDAT content update failing is seen when the AMCore option is also selected in an update task.

 NOTES: 

• The only package needed for ENSLTP 10.7.x on Linux is MEDDAT.
• The only package needed for ENSLTP 10.6.x is the DAT and Engine.
• This problem might occur on Linux/macOS/MLOS systems that don't have ENSLTP/ENSM installed, but have an update task assigned to them that includes AMCore.

Solution

This issue is resolved in AMCore content version 4684.

NOTE: The 4684 content version doesn't terminate any Mue_InUse sessions that might still be running. The 4684 content version stops the errors seen in this article on any created tasks that have AMCore content selected from an update task. Continue using the workaround while we continue our investigation.

[ChrisQ]

Do you know if a reboot terminates any Mue_InUse sessions?

This is assuming 4684 is applied to ePO so the issue won't occur again, even if the work-around to change the update task to MEDDAT only for ENSM is not applied.

I don't have a Mac to test a reboot on, but I am getting reports of this issue occurring and would like to know if suggesting a reboot will be good enough now I have AMCore 4684 available

[gururaj · Accepted solution]

Hi Chris,

Rebooting the machine will kill all the preexisting process on the mac machine.

yes the issue won't occur again, assuming 4684 is applied to ePO , even if the work-around to change the update task to MEDDAT only for ENSM is not applied.

Regards,

Gururaj.m.d

[lichar23]

We have this problem on all our linux system.

The problem has been solved by the last amcore and the task update modification but it create some oversizing backup files on several server.

/var/McAfee/agent/logs/McScript_b*.log

This situation has caused the stopped of update DAT by a lack of space.

[Aravind-K]

Hello lichar23,

When the process Mue_InUse runs continuously, it keeps logging under McScript log. Hence the size of the log is big.

You can remove the McScript backup log just by running rm command and make some free space.

You're right, if the /var/ doesn't have the recommend disk space, DAT updates will fail.

Refer -> https://kc.mcafee.com/corporate/index?page=content&id=KB91276&locale=en_US

Thanks,

Aravind K

 

[lichar23]

Yes, I know, it's what we did. It's only an information that is not describe in the KB95203.