After 24 to 36 hours uptime the Jira mail queue stops. If I manually flush the queue it does send the mails but gets stuck again straight away.
This happen mostly due to Out of memory errors. Search for outofmemory on stdout log file.
You may treat the symptom by increasing the java heap space memory. But that would be a temporary solution.
You need to investigate on the root cause. The most common possibilities are:
1. 3rd party plugins
2. Custom services
3. XML back-up sucks a lot of memory if the production instance is huge
Also consider visiting this URL for more information.
https://confluence.atlassian.com/pages/viewpage.action?pageId=191069
Rahul
Hi Kevin
There is a knowledge base article regarding on this issue : https://confluence.atlassian.com/display/JIRAKB/Mail+Queue+Never+Flushed+Automatically
Hope it helps
In addition, intermittent network failures can cause this. Try using BigBrother, NewRelic, or similar to monitor the server's connectivity.
I just spent way too much time fixing this on our JSD instance, so I'm publishing this answer on every article that seems related in case it saves others time.
This answer does involve some database manipulation (the email queue is stored in AO_4E8AE6_NOTIF_BATCH_QUEUE), which I know is frowned upon, but it was the only thing that worked after trying every other solution I found (clearing caches, changing ntp, trying safe mode, etc).
-- AO_4E8AE6_NOTIF_BATCH_QUEUE is where the mail queue is stored in the database-- This will return the matching emails in the databaseselect-- Join the project key on the issue number to get something the issueKey <PROJ-325>distinct p.pkey + '-' + cast(i.issuenum as varchar) as issueKey-- AO_4E8AE6_NOTIF_BATCH_QUEUE is the table that stores the pending notifications. This is the email queue!from JIRAServiceDesk.jiraschema.AO_4E8AE6_NOTIF_BATCH_QUEUE as q left join jiraschema.jiraissue i on i.id = q.ISSUE_ID left join jiraschema.project p on p.id = i.PROJECT
{JIRA-HOME}/caches/indexes/* -f -Rrm
{JIRA-HOME}
/caches/indexes/
* -f -R
select q.*into JIRAServiceDesk.jiraschema.[AO_4E8AE6_NOTIF_BATCH_QUEUE-BACKUP_BEFORE_CLEARING_QUEUE]from JIRAServiceDesk.jiraschema.AO_4E8AE6_NOTIF_BATCH_QUEUE as qwhere q.SENT_TIME is null
update JIRAServiceDesk.jiraschema.AO_4E8AE6_NOTIF_BATCH_QUEUEset SENT_TIME = 1526297477500 -- UNIX time that wasn't used on any other issueswhere sent_time is null
It looks like you're new here. Sign in or register to get started.