APAR status
Closed as fixed if next.
Error description
################################### ## thread 5/5 :: update pid=553176, k-id=1712213 , pthr-id=1029 ## stack :: k-state=wait, stk max-size=4200592, cur-size=13200 ################################### glink64.__fd_select() at 0x900000000944be0 usleep.select(0x0, 0x0, 0x0, 0x0, 0x110e835e0) at 0x900000000944b80 unix_usleep(0xf4240000f4240) at 0x900000000944b14 OSDelayThread(0x3e8000003e8) at 0x9000000007c4450 OSFaultCleanupExt(0x0, 0x100000001000, 0x0, 0x0, 0x0, 0x0) at 0x9000000007d4e58 OSFaultCleanup(0x0, 0x100000001000, 0x0) at 0x9000000007d664c fatal_error(0xb0000000b, 0x110e83dd0, 0x110e83b20) at 0x90000000163e1d0 pthread_kill(??, ??) at 0x9000000006ff450 _p_raise(??) at 0x9000000006fecc8 raise.raise(??) at 0x90000000002b10c Panic(0x110e842cc) at 0x9000000007cc984 LockHandleExt(0x28b9000028b9, 0x110e84ba0, 0x0, 0x0) at 0x900000000948188 LockHandle(0x28b9000028b9, 0x110e84ba0, 0x0) at 0x900000000948260 OSUnlockObject(0x28b9000028b9) at 0x900000000948f8c __dt__14CDirModifyLockFv(0x110e84cb8, 0x200000002, 0x0) at 0x9000000017064d8 DirModifyPut(0x28a9000028a9, 0x110e84e20, 0x1000000000001, 0x501000000000501, 0x4000000000004, 0x70000004c5fc7da, 0x200000002) at 0x90000000170622c DirEntryNotePut(0x28a9000028a9, 0x289000002890) at 0x900000001700c44 WriteGroupMembers(0x400000004, 0x28a9000028a9, 0xf0246319f0246319, 0x110e85672, 0x110e85670, 0x110e856a0, 0x110e85674, 0x110e85676) at 0x100001b1c ProcessAutoPopulatedGroup(0x400000004, 0x28a9000028a9) at 0x1000038a8 AutoPopulateThread(0x0) at 0x100005b50 ThreadWrapper(0x0) at 0x9000000007c0a80 <@@ ------ Notes Data -> OS Data -> MM/OS Structure Information (Time 05:37:21) ------ @@> Start Time = 12/07/2009 10:46:28 Crash Time = 12/21/2009 00:53:55 Console Log Enabled = 1 Console Position = 0 Error Message = PANIC: LookupHandle: handle not allocated SharedDPoolSize = 33554432 FaultRecovery = 0x00010112 Cleanup Script Timeout= 600 Crash Limits = 3 crashes in 5 minutes Core Dump Path = StaticHang = Virtual Thread [ update:553176: 7] (Native thread [ update:553176:1029]) (0x870d8/0x7/0x405) ConfigFileSem = ( SEM:#0:0x010d) n=0, wcnt=-1, Users=-1, Owner=[ : 0] FDSem = ( RWSEM:#53:0x410f) rdcnt=-1, refcnt=1 Writer=[ server:192612:31355], n=53, wcnt=0, Users=0, swCnt=0, ssCnt=0 Owner=[ :4294967295:4294967295]
Local fix
Problem summary
The problem will be fixed in the next release of the product.
Problem conclusion
Temporary fix
Comments
This APAR is associated with SPR# MALE7HXLNM. This issue was closed as part of a batch triage process for lower weighted issues. Since 7.0.4 is our last maintenance release for 7x, we need to minimize risk. If customers are severely impacted, a PMR can be raised to L3. If this issue persists in Notes 8.5 or additional customer reports come in, it may be re-raised for triage.
APAR Information
APAR number
LO47482
Reported component name
DOMINO SERVER
Reported component ID
5724E6200
Reported release
801
Status
CLOSED FIN
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-12-22
Closed date
2010-09-10
Last modified date
2010-09-10
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
R703 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.0.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
10 September 2010