Server Crash Processing Adminp Request With Adminprenameincalendarentries Call

Technote (troubleshooting)


Problem

server crash on admin p

where requests
to the "Rename Person in Calendar Entries and Profiles in Mail File Extended"  causing the server to crash with the

following thread below


############################################################
### FATAL THREAD 3/6 [ nAdminp: 099c: 1648]
### FP=0x22ded4a0, PC=0x60044906, SP=0x22ded4a0
### stkbase=22df0000, total stksize=262144, used stksize=11104
### EAX=0x00000000, EBX=0x00000000, ECX=0x60ecc83a, EDX=0x00000000
### ESI=0x00000000, EDI=0x00000000, CS=0x00000023, SS=0x0000002b
### DS=0x0000002b, ES=0x0000002b, FS=0x00000053, GS=0x0000002b Flags=0x00010246
Exception code: c0000005 (ACCESS_VIOLATION)
############################################################
@[ 1] 0x60044906 nnotes.Cstricmp@8+6 (0,60f1b498)
@[ 2] 0x602adefc nnotes.DoProfileRenames+2140 (35b,22dee1bc)
@[ 3] 0x602af17a nnotes.CnSProfileEnumProc+186 (35b,22dee1bc)
@[ 4] 0x60a37316 nnotes.NSFProfileEnum@24+358 (35b,60f033f4,f,602af0c0,0,0)
@[ 5] 0x602af9ed nnotes.AdminpRenameInCalendarEntries@24+861 (35b,23190154,22deedb0,406a70,0,0)
@[ 6] 0x603b05f4 nnotes.AdminpProcessDbCtx@32+4772 (21,e,22deedb0,23190154,0,0,0,0)
@[ 7] 0x603b0bbc nnotes.AdminpProcessDatabases@28+108 (e,22deedb0,23190154,22deedb8,0,0,0)
@[ 8] 0x0046d28f nAdminp.ModifyCalendarFiles::ProcessRequests+95 (180ed018,3b42558,0,180ed018,0,0,0)
@[ 9] 0x0046e9e8 nAdminp.BatchRequest::DoProcessRequest+696 (964aa,0,3b42558,22defc84,0,0,0)
@[10] 0x0042a844 nAdminp.AdminpProcessNewRequest@48+4532 (1d6,3b42558,1f,22deff34,0,0,0,0,0,0,0,0)
@[11] 0x0042e160 nAdminp.AdminpRequestAndResponse@44+1056 (1d6,3b42558,96496,22deff44,0,0,0,0,0,0,0)
@[12] 0x00405f7c nAdminp.EntryThread@4+1212 (aba8fa8)
@[13] 0x6014188f nnotes.ThreadWrapper@4+175 (0)
[14] 0x7d4dfe37 kernel32.FlsSetValue+316



Cause

Based on the crash call stack , it looks the NULL string is passed in
Ctricmp for string comparing.

Diagnosing the problem

I got OS copies of the admin4 DB involved in the outage and tracked
down the problem documents

-In each case it was one of the documents under the new adminp request
type called "Rename Person in Calendar Entries and Profiles in Mail File
Extended" and all but one of those requests of that type was completed
successfully

-I collaborated with another L2 team that works on our Adminp process
and he provided a method to try and restart that specific problem
request.

-He provided Formula language to clean up this document to get to the
"perform request again" option.

-I had the customer create a Formula agent with the following line of
code:
FIELD AdminPInProgress := @DeleteField;

-They then selected the "perform request again" option and they said it
completed successfully this time

Resolving the problem

apar LO66039


JCOL8PGT54 fixed 8.5.4,9.0,8.5.3 FP3 Fixes Domino Server crash on AdminpRenameInCalendarEntries call while processing an Adminp request.

Rate this page:

(0 users)Average rating

Add comments

Document information


More support for:

IBM Domino
Crash

Software version:

8.5.2, 8.5.2.1, 8.5.2.2, 8.5.2.3, 8.5.2.4, 8.5.3, 8.5.3.1, 8.5.3.2

Operating system(s):

AIX, Linux, Solaris, Windows, i5/OS

Reference #:

1636229

Modified date:

2013-05-08

Translate my page

Machine Translation

Content navigation