Last updated on MARCH 31, 2016
Applies to:
Oracle Communications Messaging Server - Version 7.0.0 and laterInformation in this document applies to any platform.
Symptoms
The impurge process runs many threads for quite some time, starting about one hour after imexpire finishes.
Normally, if impurge shows up in prstat at all, it only has 4 LWPs. But starting about one hour after imexpire runs, impurge uses more CPU time and has many more threads than normal.
You might wonder: What is it doing? Is there a problem?
You might also observe higher than normal disk IO during this time.
However, since imexpire normally starts at 11pm (controlled by the local.schedule.expire configutil option), you might not notice any of this unless the extra impurge work starts to take long enough to still be running during peak times the next day.
Changes
Customer recently started to implement message expiration/aging policies (page 624).
Cause
Sign In with your My Oracle Support account |
|
Don't have a My Oracle Support account? Click to get started |
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms