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
In addition, intermittent network failures can cause this. Try using BigBrother, NewRelic, or similar to monitor the server's connectivity.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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 database
select
-- 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
rm
{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 q
where q.SENT_TIME is null
update JIRAServiceDesk.jiraschema.AO_4E8AE6_NOTIF_BATCH_QUEUE
set SENT_TIME = 1526297477500 -- UNIX time that wasn't used on any other issues
where sent_time is null
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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 :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.