Skip to main content

This content is closed to future replies and is no longer being maintained or updated.
Links may no longer function. If you have a similar request, please write a new post.

Question

 Lingala (AmareshwarLingala)

AmareshwarLingala Member since 2016 1 post
Posted: Jun 2, 2016
Last activity: Jun 3, 2016
Posted: 2 Jun 2016 8:11 EDT
Last activity: 3 Jun 2016 16:32 EDT
Closed

Rule Assembly Alerts (PEGA0037)

Greetings,

            I am at a customer site and the application is already in production.

We are consistently receiving PEGA0037 alerts. About 600 per day, The number is quite high since there are no rule changes in Production.

Moreover some of these alerts are taking up to 50 sec.

I have attached a snapshot of the Rule Cache Management for review.

Please let me know your thoughts/comments that would address the Issue.

Also below is a comment received from Gabe

"EGA0037 indicates a slow rule assembly. I don't believe it is related to the PropertyReference cache at all.

PEGA0037 is most commonly caused by a slow database (in which case you might also be seeing PEGA0005) and/or by a flood of assemblies. So you'd look at PAL to see what's happening, evaluate whether we need to use static assembly or some other way of avoiding or preloading those assemblies."

Did anyone tried static assembly and had any success ?RuleCacheManagement.PNG

To see attachments, please log in.
System Administration

Posted: 8 years ago
Posted: 2 Jun 2016 9:55 EDT
Kip Jackson (KipJackson_GCS)
MOD
Technical Account Manager
Pegasystems Inc.
US

Please attach the alert log for participants to review. Also the following PDN information might be related:

https://community.pega.com/support/support-articles/performance-issue-pega0037-and-pega0001-occurrences-observed

https://community.pega.com/sites/default/files/help_v718/procomhelpmain.htm

To see attachments, please log in.
Posted: 8 years ago
Updated: 8 years ago
Posted: 3 Jun 2016 11:27 EDT
Updated: 3 Jun 2016 11:29 EDT
John Pritchard-Williams (JOHNPW_GCS) Client Support Team Lead
Pegasystems Inc.
GB

Hi Amareshwar,

Just a sanity-check - can you confirm that your 'PegaTemp' directory isn't being deleted via a script (etc) - this on-disk cache should normally stay pretty static once it is built ; but building it from scratch will cause Rule Assembly to take place; which would increase the likelyhood of PEGA0037 alerts.


Are you able to monitor the PegaTemp directory over time ?


Also: I checked the  SR-A71566 and I see you have attached the following files:

PEGA37_04_13_PROD.xlsx

PEGA37_05_10_PROD.xlsx

RuleCacheManagement.jpg

The XLSX files show that the system is generating a lot of PEGA0037s as you say: but could I ask you also to provide the original 'raw' ALERT files to the SR - as we can then process this with standard tools (such as PLA) more easily.

(I believe the XLXs file were generated by extracting data directly from the DB - which is fine - but it might a bit easier to analyse them in the logfile format).

Thanks in advance,


John

To see attachments, please log in.
Posted: 8 years ago
Posted: 3 Jun 2016 12:43 EDT
John Pritchard-Williams (JOHNPW_GCS) Client Support Team Lead
Pegasystems Inc.
GB

Thanks for this: can you confirm that Alert file covers the right time period ?

There are only 5 PEGA0037 alerts in this and the maximum kpi is just over one second ?

It is possible that the system has 'settled down' now ? (Maybe the PegaTemp was cleared and now it is (almost) fully rebuilt ?)


Or are you expecting that there should be *zero* Assembly going on here ? (so one PEGA0037 is too many ?) : gennerally you should get no Rule Assembly on a Production system : except following a new Rule Import and that kind of thing (or, if the PegaTemp is cleared).


Thanks,


John

To see attachments, please log in.
Posted: 8 years ago
Posted: 3 Jun 2016 13:08 EDT
Lingala (AmareshwarLingala)

John,

        This is a 8 node production system and the alert files roll off after they attain a certain size.

The xls file that was generated should have Included all the alerts from a single day.

Let me create a cumulative PEGA0037 file from alert log and send it to you.

I am NOT comfortable sharing that file in mesh, Let me email you the file separately.

To see attachments, please log in.
Posted: 8 years ago
Posted: 3 Jun 2016 13:22 EDT
John Pritchard-Williams (JOHNPW_GCS) Client Support Team Lead
Pegasystems Inc.
GB

Ok : but please attach the logs to the SR that you already :  SR-A71566, rather than emailing me directly.

So the XLS files you attached are dated 10th May and 13th of May.

The 'raw' log file covers part of the 26th of May*.


Is the system currently showing lots of PEGA0037s - or was it just occuring on between the 10th,13th and then settling down by ~the 26th ?

Can you also ZIP up your current PegaTemp directory and attach that to the SR ? We should sanity-check the timestamps of the files in the PegaTemp :  so we can see whether there is any possibilty that the PegaTemp directory got cleared (which would cause Re-Assembly to occur: increasing the frequency of PEGA0037s) and then subsequently got rebuilt with system-use (which would gradually decrease the frequency of PEGA0037s).

Thanks,


John

[ * 2016-05-26 14:30:25,585 GMT <-> 2016-05-26 17:12:10,581 ]

To see attachments, please log in.

We'd prefer it if you saw us at our best.

Pega Collaboration Center has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice