IBM Support

LO64155: SERVER CRASHING ON AMGR TASK WITH ERROR: PANIC: LOOKUPHANDLE: NULL HANDLE WHEN RUNNING AGENT

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as duplicate of another APAR.

Error description

  • Server crashing on AMGR task with error:  PANIC: LookupHandle:
    null handle  when running agent
    
    [6816144:00002-00001] 09/23/2011 11:35:10   AMgr: Agent
    ('AgentName' in 'database.nsf') message box: ERROR:
    ProcessRequestsCheckACL  Error 4005: Notes error: Insufficient
    memory.
    (WorkingPool) on line:  77
     [6816144:00002-00001]  TID=[6816144:00002-00001]/K-TID=39584017
     Stack base=0x2FF20460, Stack size = 8368 bytes
     PANIC: LookupHandle: null handle
    
    This is the fatal crash stack:
    
    ########### thread attributes #############
     attr     obj_addr  type  state stack   scope prio   sched
    p-shar
    protocol
     $pa1    0x2ff20070 thr   valid 32768    sys  1      other
     $pa2    0x2ff197f0 thr   valid 266240    sys  1      other
     $ma12   0x23804a94 mutex valid                             yes
    default
     $ca1    0x23804a90 cond  valid
    yes
    default  realtime
    ########### mutex attributes #############
    ./tmpfiles.8782010.scr: 72: warning: Thread is in kernel mode,
    not all
    registers can be accessed.
    ###################################
    ## thread   1/3   :: amgr pid=6816144, k-id=unning  3, pthr-id=1
    ## stack          :: k-state=wait, stk max-size=207344192,
    cur-size=22640
    ###################################
    raise.nsleep(??, ??) at 0xd0136ea4
    sleep(??) at 0xd026d028
    OSRunExternalScript(0x2ff1d390, 0x1) at 0x20694858
    OSFaultCleanupExt(0x0, 0x1000, 0x0, 0x0, 0x0, 0x0) at 0x20693fc4
    OSFaultCleanup(0x0, 0x1000, 0x0) at 0x20695b50
    fatal_error(0xb, 0x2ff1e16c, 0x2ff1dee0) at 0x20e575f4
    pthread_kill(??, ??) at 0xd05098c0
    _p_raise(??) at 0xd0508d28
    raise.raise(??) at 0xd01373e0
    Panic(0x2ff1e494) at 0x20030be4
    LockHandleExt(0x0, 0x2ff1f4b4, 0x2ff1f4b0, 0x0) at 0x2005f3c4
    LockHandle(0x0, 0x2ff1f4b4, 0x2ff1f4b0) at 0x2005f534
    OSMemRealloc(0x0, 0x82) at 0x2005e728
    CompoundTextClose(0x60ee60ee, 0x0, 0x0, 0x0, 0x0) at 0x210e85f0
    ANRTCloseCD__8ANRTItemFs(0x30080d68, 0x0) at 0xdafcdf48
    __dt__8ANRTItemFv(0x30080d68, 0x3, 0x0) at 0xdafcdd4c
    ANDeleteList__6ANotesFPP6ANotes(0x30080544, 0x30080688) at
    0xdaedbf1c
    ANNDeleteChildren__6ANNoteFv(0x30080544) at 0xdaf2095c
    __dt__6ANNoteFv(0x30080544, 0x3, 0x0) at 0xdaf20254
    ANDecRefCount__6ANotesFs(0x30080544, 0x10001) at 0xdaed7cec
    ANCLASSCONTROL(0x3226b178, 0x106, 0x2ff1fd30, 0x0) at 0xdaed67a0
    ClassControl__20_tag_NotesADTControlFP14LSsApiInstance9LSIADTMSG
    P13LSADT
    INSTDESCPv(0x30080574, 0x3226b178, 0x106, 0x2ff1fd30, 0x0) at
    0xdb0f7f84
    AdtCallBack__11LSsInstanceFPFP11LSsInstance9LSIADTMSGP13LSADTINS
    TDESCPv_
    s9LSIADTMSGP13LSADTINSTDESCPv16tagLSREGNAMETYPE(0x3226b178,
    0x2395f88c,
    0x106, 0x32278a68, 0x0, 0x2) at 0x20d6e604
    CallAdtProc__9LScObjCliF9LSIADTMSGPv(0x32278a28, 0x106, 0x0) at
    0x20dc99e4
    DropDead__9LScObjCliFv(0x32278a28) at 0x20dc9f48
    lsthfram.DropRef__9LScObjectFv@AF62_40(0x32278a28) at 0x20dd48e8
    lsthfram.DropRef__9LScObjectFv(0x32278a28) at 0x20dd3fd0
    DeleteVar__9LSsThreadFP8LSsValue12PLSANYSYMBOLRP9LSsModuleRUs(0x
    3227b308
    , 0x3295c0e8, 0x3295c2e8, 0x2ff2006c, 0x2ff20070) at 0x20dd3f40
    DeleteModuleLocals__9LSsThreadFP9LSsModuleUsSc(0x3227b308,
    0x3295b0c0,
    0x1c80000, 0xffffff) at 0x20dd3c10
    NRun__9LSsThreadFv(0x3227b308) at 0x20dfb900
    Run__9LSsThreadFv(0x3227b308) at 0x20dfde54
    lsthread.ExecuteModTerm__9LSsThreadFP9LSsModuleiN22@AF56_23(0x32
    27b308,
    0x3295b0c0, 0x1, 0x1, 0x1) at 0x20da4e8c
    lsinst.RunModTerminate__FP6LSSSAMP10LSsThreadXP9LSsModule(0x3226
    8b2c,
    0x3227b308, 0x3295b0c0) at 0x20d6ce9c
    lsinst.DeleteModule__11LSsInstanceFP9LSsModules@AF93_9(0x3226b17
    8,
    0x3295b0c0, 0x0) at 0x20d6fc90
    DeleteModule__11LSsInstanceFP9LSsModules(0x3226b178, 0x3295b0c0,
    0x0) at
    0x20d6b9b4
    ModuleUnload__11LSsInstanceFP9LSsModule(0x3226b178, 0x3295b0c0)
    at
    0x20dfa308
    __dt__9LSIModuleFv(0x300fc9f0, 0x3, 0x0) at 0x20e4cebc
    lmodule.DecRef__9LSIModuleFi@AF21_20(0x300fc9f0, 0x1, 0x0) at
    0x20e4d94c
    DecRef__9LSIModuleFi(0x300fc9f0, 0x1) at 0x20e4d8b8
    RemoveModule__12CLSIDocumentFP9LSIModule(0x300c19f0, 0x0) at
    0x21910328
    RunScript__12CLSIDocumentFUssPcT2UlT5(0x300c19f0, 0x3a003a,
    0x10001,
    0x222123dc, 0x0, 0xe10, 0x0) at 0x21910d6c
    Run__21CRawActionLotusScriptFP13CDefActionCtxUsPUl(0x300dae30,
    0x2ff21798, 0x0, 0x2ff20b50) at 0x21902a84
    Run__10CRawActionFP13CDefActionCtxUsPUl(0x30109690, 0x2ff21798,
    0x0,
    0x2ff20cb8) at 0x218ecdcc
    Execute__10CRawActionFP13CDefActionCtx(0x30109690, 0x2ff21798)
    at
    0x218ec940
    RunAlone__10CAssistantFP13CDefActionCtx(0x300d4370, 0x2ff21798)
    at
    0x218f9348
    Run__10CAssistantFP21tagASSISTRUNCTXSTRUCT(0x300d4370,
    0x2ff21850) at
    0x218f7d38
    RunTask(0x2ff21da8, 0xbe2, 0x0, 0x0, 0x2ff21cf0, 0x2ff21cf8,
    0x2ff21d00,
    0x2ff21cee) at 0x10009118
    ProcessRunMessage(0x2ff21da0) at 0x10008774
    ProcessMessage(0x2ff21da0) at 0x10007d88
    ExecutiveMain(0x1) at 0x10007644
    AddInMain(0x200020, 0x3, 0x30019fac) at 0x100018a0
    NotesMain(0x3, 0x30019fac) at 0x10000a94
    notes_main(0x0, 0x0, 0x0, 0x3, 0x30019fac) at 0x10000800
    
    
    Also, some high handles:
    
    ~~~~~~~~~~~~~~~~~
    NameLookup cache is fully used:
    Database.NAMELookupCacheMaxSize=134217728
    Database.NAMELookupCachePool.Peak=134217728
    Database.NAMELookupCachePool.Used=134215584
    Consider increasing the cache with NLCACHE_SIZE
    ~~~~~~~~~~~~~~~~~
    High number of handles (18787) for shared memory block 0x8357 -
    BLK_VIEWREG_PUT_SUMM_DATA
    High number of handles (12440) for private memory block 0x9387
    High number of handles (11604) for private memory block 0x93e0 -
    BLK_OBJECT_REF
    

Local fix

Problem summary

Problem conclusion

Temporary fix

Comments

  • This APAR is associated with SPR# RGAU8M3LAT.
    The record was closed as a duplicate.
    This APAR is a duplicate of LO65337
    

APAR Information

  • APAR number

    LO64155

  • Reported component name

    DOMINO SERVER

  • Reported component ID

    5724E6200

  • Reported release

    852

  • Status

    CLOSED DUB

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2011-09-26

  • Closed date

    2011-12-15

  • Last modified date

    2012-05-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

[{"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 May 2012