Systems Queues Monitor - and Push notifications not firing

Hi ckwiat46 ,

I am having Push Notification issues with the new 2021R2 .

What is the Acumatica build in your tests please?

Have you checked if MSMQ is correctly installed on the server ? 

Thanks

Eudes

Hi @ckwiat46 
 

Please check any GI associated with the push notification having any issues with Joins or conditions and if there any business events configured and import scenarios triggering events then the Q will get loaded

Did you try with Clear Queue Option and restart the application pool?

We are on version 2020 R2. build 20.208.0031

we have been using push notifications with no issues for many months. this issue has just crept up on us, so i don’t think it’s an issue with the installation of the MSMQ.

It does appear that there was a process screen automation of invoice release action that has been hung up due to an error with one of the invoices. Current thinking is that this process has caused the queue to build up and hang up.

Does this make sense?

Hi @ckwiat46  I have seen a similar kind of issue in one of our projects and resolved it by modifying the generic inquiry.

Possibly the root cause will be the GI creation that you are JOINS and unnecessarily loading huge records due to the wrong join conditions and causing this queue size to be exceeded.

For the push notifications, it is always recommended to use the simple Generic Inquiry to avoid such issues.

Yes, @ckwiat46 . This could be a reason. We faced the same kind of issue importing a huge amount of data and also due to scheduler jobs.
You can Stop the invoice release scheduler and verify the Queue count is reducing or not. 

When we stopped the release action process, the queue count started to go down. so that was good, but we see it again now, but this time i think it’s just that the threshold was exceeded for a record or two. i increased the timeout to 90 seconds instead of the 30 seconds that was there. Will see if that makes a difference. For the GIs, they are simple, no joins, however, they are based on views that on their own may be slow to load the entire GI set of data. If this doesn’t stablize, we will look into that. I will report back our findings to help the next person (or to ask for more help?!). Thank you to all. 

We have begun experiencing a similar problem to what you have been experiencing in version 2020 R2 Build 20.220.0016. We only use 3 push notifications with 2 having no joins and 1 having a single inner join so we do not believe it is our Push Notifications that are causing this but are not able to determine what else may be causing it. Were you ever able to find a solution?