IBM Support

LO65845: ADMINP MONITOR NEW MAILFILE FIELDS RUNS EVERY MINUTE IF PERSON DOC IS MISSING

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as fixed if next.

Error description

  • If a person doc is missing at the time of an adminp Mail Move,
    the "Monitor New Mailfile Fields" adminp request will run
    incessantly in an infinite loop and fills up the admin4.nsf at a
    rate of 3600 adminp requests per day.  Impact is a highly
    inefficient adminp task and overgrown admin4.nsf
    
    Sample Console log message:
    11/30/2011 11:28:09 AM  Admin Process: Received the following
    error performing a Monitor New Mailfile Fields request on User
    Name/Org.  Waiting for new mail fields in User
    Name/Org's person document.  Will try to process this request
    again at 11/30/2011 11:29:09 AM.
    
    A person doc could be missing if it was:
    a.) corrupted and not readable by the adminp task
    b.) accidentally removed by the consistency check (fixup) or
    another user
    c.) intentially removed during the Mail Move Process.
    
    Cust would like to see an adminp code change to a more graceful
    approach.  For example:
    --an email could be sent to the admin to inform of the missing
    person doc with a way to fix it, override this step, or abort
    the entire mail move
    --the code could stop after 5-10 attempts rather than an
    infinite loop.
    --generate some other type of notification if the person doc is
    not detected at the time of processing this request.
    

Local fix

  • If the person doc is still needed, reinstate the missing person
    doc and let adminp process this at next request.  Remove all
    duplicate requests.
    
    If the person was intentionally deleted, simply remove the
    duplicates (which could be many thousands) and all other adminp
    reuqests related to mail move for that deleted user.
    

Problem summary

  • This APAR is closed as FIN. We have deferred the fix to a
     future release.
    

Problem conclusion

Temporary fix

Comments

  • This APAR is associated with SPR# AKNX8P6V7J.
    This APAR is closed as FIN. We have deferred the fix to a
     future release.
    

APAR Information

  • APAR number

    LO65845

  • Reported component name

    DOMINO SERVER

  • Reported component ID

    5724E6200

  • Reported release

    852

  • Status

    CLOSED FIN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-12-02

  • Closed date

    2012-01-09

  • Last modified date

    2012-01-09

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

Fix information

Applicable component levels

  • R852 PSN

       UP

[{"Business Unit":{"code":"BU055","label":"Cognitive Applications"},"Product":{"code":"SSKTMJ","label":"Lotus Domino"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"8.5.2","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
09 January 2012