Lotus Domino 8.5.2FP4 a problém při konverzi do MIME

V průběhu minulých dvou týdnů jsem na několik serverů Lotus Domino 8.5.2 instaloval FP4. Prvně jsem si to vyzkoušel na testovacím a vývojovém prostředí abych si ověřil že FP4 nic nezpůsobí a když týden bylo vše OK šel jsem na produkční servery.

Ze serverů kde jsem měl instalovaný nějaký HF jsem ho prvně odinstaloval a potom instaloval FP4. Na servery které mám v clusteru jsem instaloval FP4 postupně, abych si ověřil že služby které server poskytuje jsou s tímto FP funkční.

Vše probíhalo v pohodě, až na poslední server. Jako jediný poskytuje služby SMTP a tady se ukázal problém. Po upgrade bylo vše OK, ale druhý den se začal projevovat problém. Po nějaké době se začaly emaily hromadit v mail.box (a to server nemá pouze jeden), server je nestíhal odesílat a v Lotus Domino Administratoru bylo vidět vytížení vláken routeru na >99%, v procesech operačního systému byl nrouter na 99% a po nějaké době v řádu minut došlo k pádu Lotus Domino serveru.

Pokud na serveru byl nakonfugurován automatický restart, tak po pádu se server nastartoval, ale potom už šel do restartu takřka okamžitě po startu poštovních služeb. Okamžitě mě napadly dvě možnosti příčiny, poškozený email či mail.box nebo instalovaný FP4. První volba padla na poškozeny email či mail.box, ale bohužel se ukázala jako špatná, vytvoření nových mail.box a následné postupné kopírování emailů končilo opakovaně chybou, vytvoření nových mail.box bez kopírování předešlých emailů také nevedlo k úspěchu. Přistoupil jsem tedy k odinstalaci FP4 a problém byl odstraněn.

Vypadá to tedy, že FP4 má problém s konverzí emailů do MIME formátu. Na jiných emailových serverech, které nedělají konverzi do MIME se žádný problém s FP4 neobjevuje.

Databáze Fault report u několika reportů neobsahuje žádná data, ale několik posledních restartů obsahuje následující callstack procesu nRouter:

@[ 1] 0x623e2950 NLSCCSTR.ccSTRIFreeAllExtraData+32 (1de2b1f4;0;0;1de2b250)
@[ 2] 0x623db5c2 NLSCCSTR.ccSTRICleanupLocalXlateInfo@4+18 (1de2b198)
@[ 3] 0x623d759f NLSCCSTR.ccSTRCpyXlateExt@36+2719 (1d9ab81c;1d9a581c;1de2b344;39;0;0;0;0;0)
@[ 4] 0x6071b478 nnotes.MMccSTRTranslateExt@44+168 (1d9ab81c;1d9a581c;1de2bc02;3;0;0;0;0;0;0;0)
@[ 5] 0x6071b50a nnotes.MMccSTRTranslate@44+74 (1d9ab81c;1d9a581c;1de2bc02;3;0;0;0;0;0;0;0)
@[ 6] 0x606c9216 nnotes.CStr::GetEncodedLine+1990 (1de2bc05;12f66e8;0;1de2bcf8;0;0;0;0;0;0;0)
@[ 7] 0x606c5480 nnotes.CMemStr::EncodeRFC2047+144 (12f66e8;1;1de2c454;1f;0;0;0;0;0;0;0)
@[ 8] 0x606c5659 nnotes.CMemStr::EncodeRFC2047+57 (1de2c454;1;1f;1;0;0;0;0;0;0;0)
@[ 9] 0x60356a43 nnotes.MIMEEncodeHeaderValueMultiCharSet+83 (1518931a;100;1;1de2c454;0;0;0;0;0;0;0)
@[10] 0x603571af nnotes.MIMEEncodeHeaderValue@28+287 (1518931a;100;62400002;0;0;0;0)
@[11] 0x60357bab nnotes.MimeHeaderSerializeNext+1131 (10c824;1de2c83c;1f;1;0;0;0)
@[12] 0x60358d8f nnotes.MIMENoteSerialize@20+735 (4b;9;602ea830;1d9a281c;0)
@[13] 0x602b5fe3 nnotes.CIMsgMimeDirectoryNativeStore::Init+51 (13273cc;4b;1de2e19c;4b;0)
@[14] 0x602be9a2 nnotes.CIMsgExport::ExportNativeInternal+162 (1de2cc28;1d9a2818;1de2caf8;0;0)
@[15] 0x602c0a50 nnotes.CIMsgExport::Export+496 (1de2cc28;4b;1d9a0a18;0;0)
@[16] 0x602f0023 nnotes.MMDisclaimMessageToStream@12+931 (4b;0;1d9a0a18)
@[17] 0x602bbc5e nnotes.CSMTPInternetClient::SendMessageOncePipelined+2510 (1d9a1018;0;98fc)
@[18] 0x602be01f nnotes.CSMTPInternetClient::SubmitMessage+2431 (1d9a1018;0;a72536b)
@[19] 0x602f0e58 nnotes.MMSMTPSubmitMessage@60+2472 (1d9a1018;a72536b;1de2fcfc;4b;0;0;0;0;0;0;0;0;0;0;0)
@[20] 0x004173ed nRouter.TransferToDestinationViaSMTP@16+5421 (4673a0;a72512b;1de2ff50;172c3dac)
@[21] 0x0041ee57 nRouter.Transfer@28+839 (4673a0;21700001;0;0;0;0;0)
@[22] 0x0041f12d nRouter.TransferThread@4+573 (0)
@[23] 0x60155d9f nnotes.ThreadWrapper@4+175 (0)
[24] 0x77e6482f kernel32.GetModuleHandleA+223