TrendMicro crash on Domino 8.5.1FP5 HF236

[eknori]

Wir haben bei einem Kunden einen Crash im nSMDupd Task

Code

############################################################
### thread 1/4: [ nSMDupd:  1778:  1aa0] FATAL THREAD (Panic)
### FP=0x0012d700, PC=0x7c82845c, SP=0x0012d690
### stkbase=0x00130000, total stksize=241664, used stksize=10608
### EAX=0x00010456, EBX=0x0012e2d0, ECX=0x0001003a, EDX=0x7c88a740
### ESI=0x000003d0, EDI=0x00000000, CS=0x0000001b, SS=0x00000023
### DS=0x00000023, ES=0x00000023, FS=0x0000003b, GS=0x00000000 Flags=0x00000293
############################################################
 [ 1] 0x7c82845c ntdll.KiFastSystemCallRet+0 (3d0,dbba0,0,12deb0)
 [ 2] 0x77e61c8d kernel32.WaitForSingleObject+18 (3d0,dbba0,12e644,12e2e8)
@[ 3] 0x601b4685 nnotes.FRSendCommandToService+789 (12ded0,12e2d0,12e2e8,0)
@[ 4] 0x601b52bf nnotes.OSRunExternalScript@8+1055 (384,1)
@[ 5] 0x601b583f nnotes.FRTerminateWindowsResources+975 (1,1010,1,0)
@[ 6] 0x601b5c68 nnotes.OSFaultCleanupExt@24+984 (c26a68,1010,0,0,0,12e96c)
@[ 7] 0x601b5cea nnotes.OSFaultCleanup@12+26 (0,1010,0)
@[ 8] 0x601c1334 nnotes.OSNTUnhandledExceptionFilter@4+276 (12f9a4)
@[ 9] 0x6018350d nnotes.Panic@4+589 (12f9c8)
@[10] 0x60001c3d nnotes.OSBBlockAddr@8+141 (1f23f3cc,3fde204)
@[11] 0x6068e1b5 nnotes.OSFreeBBlockRealExtended@24+325 (1f23f3cc,0,0,0,0,12fa48)
@[12] 0x6068e61e nnotes.OSFreeBBlockReal@20+30 (1f23f3cc,3fde208,0,0,0)
@[13] 0x6068e64a nnotes.OSFreeBBlockExt@16+26 (1f23f3cc,3fde208,0,1)
@[14] 0x60003166 nnotes.OSFreeBBlock@12+22 (1f23f3cc,3fde208,0)
@[15] 0x60009d49 nnotes.LMFree@4+41 (3fde208)
@[16] 0x6002bad1 nnotes.FreeINDEXPOSITION@8+33 (341710c,34172ba)
@[17] 0x60b00a69 nnotes.NIFCloseCollectionExtended@8+1577 (391,0)
@[18] 0x60085e5e nnotes.NIFCloseCollection@4+14 (391)
@[19] 0x60ac4ccd nnotes.NIFCloseOpenCollections@0+349 ()
@[20] 0x6018234a nnotes.OSTerm@0+762 ()
 [21] 0x0040113d nSMDupd+4413 (0,0,0,3)
 [22] 0x00401016 nSMDupd+4118 (3,bd2a30,bd2a98,0)
 [23] 0x00405236 nSMDupd+21046 (0,0,7ffde000,0)
 [24] 0x77e6f23b kernel32.ProcessIdToSessionId+521 (405171,0,78746341,20)

Hat das jemand auch schon einmal beobachtet und hat ggfs. eine Idee, wie das zu beheben ist. Ich habe leider selber keine Möglichkeit, die Situation nachzustellen. Auch habe ich keinen Kontakt zu TM, um evtl. direkt dort nachfragen zu können.

Domino ist 32Bit auf Windows/2003 R2 5.2 (32-bit) (Build 3790), PlatID=2, Service Pack 2 (8 Processors)

[Tode]

Hast Du schonmal nachverfolgt, in welcher Datenbank / auf welchem Dokument der Crash passiert? Vermutlich ist eines der Dokumente in der Update- Datenbank, das die heruntergeladenen Dateien beherbergt defekt...

Wahrscheinlich weisst Du das eh schon, trotzdem nochmal (für die anderen Forumsleser) den Hinweis, wie man sowas nachgeht:

Wenn Du mal in dem NSD nach dem String "nSMDupd:  1778:  1aa0"  (das ist der aus der Fatal- Thread- Zeile) suchst, dann landest Du irgendann in einem Abschnitt in dem es heisst

".Mapped To: PThread [  nSMDupd:  1778:  1aa0]"

Dort findest Du (wenn Du Glück hast), Datenbanken, die der Thread gerade offen hatte, und u.U. sogar eine NoteID des verursachenden Dokumentes...

Ganz radikal wäre, die Pattern- Datenbank (weiss grade nicht aus dem Kopf wie die heisst, liegt aber im smd- Verzeichnis) aus der Template mal neu erstellen zu lassen...

[eknori]

Danke Dir.
 
Sind aber keine TM Datenbanken beteiligt

**  VThread [ nSMDupd:  1778:  0002]
.Mapped To: PThread [ nSMDupd:  1778:  1aa0]
..      SOBJ: addr=0x011e2d10, h=0xf01028c1 t=0xc130 (BLK_TLA)
..      SOBJ: addr=0x0121624c, h=0xf01028de t=0xc275 (BLK_NSFT)
..      SOBJ: addr=0x01216fcc, h=0xf01028da t=0xc176 (BLK_SDKT)
..  Database: G:\Lotus\Domino\data\bccdp\bcc_dp_cfg.nsf
....       DBH:    928, By: CN=SXXXXXX/O=NYYYYYY, WasAccessed=Yes
......      view: hCol=937, cg=N, noteID=1466, ($DPConfiguration)|$DPConfiguration
....       DBH:    902, By: CN=SXXXXXX/O=NYYYYYY, WasAccessed=Yes
......      view: hCol=911, cg=N, noteID=1282, ($ProtectedElements)
..  Database: G:\Lotus\Domino\data\log.nsf
....       DBH:    917, By: CN=SXXXXXX/O=NYYYYYY, WasAccessed=Yes
..      file: fd: 972, G:\Lotus\Domino\data\log.nsf
..      file: fd: 940, G:\Lotus\Domino\data\IBM_TECHNICAL_SUPPORT\console.log
..      file: fd: 1036, G:\Lotus\Domino\data\bccdp\bcc_dp_cfg.nsf

[Tode]

Ja... sehr strange... Also de SMDupd macht auf jeden Fall ein Pattern- Update. Dazu kontaktiert der Dienst einen Trendmicro- Server, lädt dort die aktuellsten Patterns runter und schreibt die in eine Datenbank in ein Richtextfeld...

Ich hatte schon Crashes mit Trendmicro, wenn die Patterns defekt waren... Aber beim Update noch nie... Sorry, aber ausser die Pattern- DB mal neu zu machen oder ein Update der ScanMail- version zu machen. fällt mir auch momentan nicht mehr ein...

[eknori]

Danke dir für deine Mühe. Ich suche mal weiter. Es ist wahrscheinlich wieder mal was ganz banales; aber ich komme nicht drauf ...