JEMH 1.2.68/1.2.71 causing Java high CPU utilization (urgent)


JEMH is causing 100% CPU utilization on our JIRA server. We believe it's JEMH auditing that's causing the issue. When JIRA makes queries to PostgreSQL database regarding auditing events, some of such queries take more than 10 minutes to complete. During this 10 minutes, the JIRA is pegging 100% CPU until it hangs.

Right now I can't even open the auditing page to clean up events via web interface.

How can I clean up all the events directly in the database? This is urgent. Our production JIRA server has been unstable last four days.

Any prompt help would highly appreciated.


1 answer

Hi Simon,

Hmm, OK, Im not aware of any issues that could cause this, please raise a support JIRA attaching a logfile of recent activity and i'll do my best to advise.

Ill be on hand for another couple of hours today, no traffic yet that I can see

I've identified the root cause for the problem.

JEMH maintained too much email log events. The following db query to the events table took more than 10 minutes to return result if it ever does:


This caused JIRA/java process continuously run at 100% CPU until it hang. Deleting all the entries in table "AO_78C957_AUDITEVENTS" brought JIRA back to life. Since then, I dropped the event retention time from 3 months to one day. Over night, I saw 205413 email messages were processed by JEMH (at least that's what JEMH reported).

So for high email volume site like us, 3 month default setting for event retension is way too high.

One question I still have is why and how JIRA was brought down to its knees by JEMH?

Please help find out why.



Hi Simon, the AUDIT data is scanned for expired content every email, if you specify 3 months, its going to to retain and scan all email received in that period, its only duing a timestamp check but the issue volume is high. Setting a retention period to much less (a day) will of course reduce the volume of records that need to be scanned on email receipt.

I have generated large (hundreds of K) volumes before, I will do some more testing on that volume and see what falls out. I would think that a better solution would be a nightly job to remove older content, I'll certainly work to resolve this sooner rather than later.

This morning I am experiencing problem accessing the Auditing page again. See attached screenshot. This is after I drecrased events retension from 3 months to 1 day last Wed.

Any suggestion what I should do? JIRA is very slow again and currently consuming 100% CPU constantly.

After a while, I got this error when trying to open the Aduditing page. Is there a way to disable auditing?


Could not find what you were looking for. Maybe you should raise an issue.

JIRA home

Hi Simon,

There isnt a way to stop auditing at the moment, as you referred on the issue below, I will be putting in place measures to remove this impact.

The history needs to be purged, setting a day as the retention period is exactly what needs to be done,but still requires historic data to be removed (documented here). Please verify that the audit tables are empty, the impact of this should be near instant.

I'm tracking this at , its my top prio right now, please feedback on how the purge works for you on the JIRA issue.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Nov 29, 2018 in Marketplace Apps

How to set up an incident workflow from the VP of Engineering at Sentry

Hey Atlassian community, I help lead engineering at Sentry, an open-source error-tracking and monitoring tool that integrates with Jira. We started using Jira Software Cloud internally last year, a...

1,405 views 0 8
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you