[2003] Memory.dmp kan niet gelezen worden*

[Verwijderd]

Hoi allemaal:

Het gaat om het volgende:

Terminal Server (Pentium 548Mhz ) 640Ram
Windows 2003 server.

Er is 1 gebruiker die vanaf thuis, 3 dagen in de week hierop inlogt.
Nu heeft deze TS nogal vaak last van vastlopers op onwillekeurige momenten.

Wanneer ik handmatig reboot bij vastlopers, blijft de server soms onder de boot ook vast hangen op onwillekeurige plekken. Soms gaat het ook 4 dagen achter goed zonder vastlopers.

Ik heb de netwerkkaart al meerdere keren vervangen etc daar ligt het probleem niet, in de logboeken ook geen enkel spoor van foutmeldingen betreft de crash.

Nu dacht ik via Memory.DMP het probleem te analyseren, maar deze kan niet gelezen worden, ook via Command Promt niet.



iemand enig idee?

[ Voor 7% gewijzigd door Verwijderd op 05-01-2006 14:25 ]

[CodeCaster]

.DMP, niet .BMP

Draai memtest eens?

[Verwijderd]

CodeCaster schreef op donderdag 05 januari 2006 @ 14:30:
.DMP, niet .BMP

Draai memtest eens?

ow inderdaad, ikzelf kan mijn topic title niet aanpassen helaas.
Ik zal memtest eens draaien thx.

[ Voor 6% gewijzigd door Verwijderd op 05-01-2006 14:53 ]

[Verwijderd]

dumps analyseren is lastig. voor het analyseren kan je de benodigde tools en symbols downloaden van de ms site. Echter zodra de dump een trace wil doen in de applicatie/driver zal je ook die symbols nodig hebben. maar oefenen baart kunst

[Verwijderd]

Je kan met dumpchk.exe checken of de dump niet toevallig corrupt is (waar het wel op lijkt)
http://support.microsoft....aspx?scid=kb;EN-US;315271

Zorg dat je voldoende vrije schijfruimte hebt en dat je page file groot genoeg is en dat de folder waar de dump gemaakt wordt niet toevallig gescant wordt door een virusscanner.

_{debuggen is fun}

[Verwijderd]

Verwijderd schreef op donderdag 05 januari 2006 @ 15:25:
dumps analyseren is lastig. voor het analyseren kan je de benodigde tools en symbols downloaden van de ms site. Echter zodra de dump een trace wil doen in de applicatie/driver zal je ook die symbols nodig hebben. maar oefenen baart kunst

Is het zo dat je de datastream voor al die symbole op de MS site gewoon kan koppelen aan de symbole in WinDbg?.

Verwijderd schreef op donderdag 05 januari 2006 @ 15:36:
Je kan met dumpchk.exe checken of de dump niet toevallig corrupt is (waar het wel op lijkt)
http://support.microsoft....aspx?scid=kb;EN-US;315271

Zorg dat je voldoende vrije schijfruimte hebt en dat je page file groot genoeg is en dat de folder waar de dump gemaakt wordt niet toevallig gescant wordt door een virusscanner.

_{debuggen is fun}

Ik zal het uitproberen thx.

De memtest was aan het lopen maar nu kreeg ik de volgende meldingen, (bij de 3rde foutmelding vloog de remote sessie eruit zoals je ziet.

Ik heb op de site van memtest gekeken of er misschien info over deze foutmeldingen stonden, maar tervergeefs



Is het Intern Ram geheugen nu gewoon kapot? of kan ik er verder nog wat aan doen?

[Verwijderd]

heb je in de online FAQ gekeken? Ik weet verder niet of memtest wel draait in een remote sessie....

[CodeCaster]

De memtest die ík ken draait alleen in DOS, via een bootflop

[Verwijderd]

Jes ik heb in de FAQ gekeken op memtest.
De test begon gewoon met controlleren ook al was ik ingeloged op afstand.
Of ik nu achter de server ga zitten of via mijn WS mijn TS overneem moet toch weinig uitmaken.
(Op het iets vertragend beeld na )

De memtest deed het gewoon goed. tot de 114% (+- 20min) toen kwamen deze meldingen en bij de 3rde melding ging de TS weer down.

Nu ben ik zo'n symbol package aan het downloade kijken wat daar in zit

[ Voor 28% gewijzigd door Verwijderd op 05-01-2006 16:27 . Reden: remote sessie gedoe ]

[Verwijderd]

CodeCaster schreef op donderdag 05 januari 2006 @ 16:12:
De memtest die ík ken draait alleen in DOS, via een bootflop

No Windows program can directly check the RAM used by the OS; this is a fundamental limitation of using a modern OS. If you need to check every byte, consider purchasing MemTest Deluxe, which boots off its own floppy (or CD) for unfettered access to RAM.

[Verwijderd]

je kan net zo makkelijk de MS symbol server gebruiken hoor:

To use the Microsoft Symbol Server

1.
Make sure you have installed the latest version of Debugging Tools for Windows.

2.
Start a debugging session.

3.
Decide where to store the downloaded symbols (the "downstream store"). This can be a local drive or a UNC path.

4.
Set the debugger symbol path as follows, substituting your downstream store path for DownstreamStore.

SRV*DownstreamStore*http://msdl.microsoft.com/download/symbols


For example, to download symbols to c:\websymbols, you would add the following to your symbol path:
SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols

Note: http://msdl.microsoft.com/download/symbols is not browsable and is intended only for access by the debugger. For more information on setting symbol paths and using symbol servers, see the documentation accompanying Debugging Tools for Windows.

[CodeCaster]

Purchasing? Ik heb hem gewoon van de site gedownload.

http://www.memtest86.com/#download0

* Download - Pre-Compiled Memtest86 v3.2 installable from Windows and DOS

ISO images suitable for creating a bootable Memtest86 CDROM

* Download - Memtest86 v3.2 ISO image (zip)
* Download - Memtest86 v3.2 ISO image (gzip)

Even verder kijken dus.

http://www.memtest86.com/memt32.zip

Daar zit een install bij, die het programma op een diskette schrijft.

[Nielson]

Verwijderd schreef op donderdag 05 januari 2006 @ 15:56:
Ik heb op de site van memtest gekeken ...

Probeer deze of deze memtest eens

[Verwijderd]

Nielson schreef op donderdag 05 januari 2006 @ 16:36:
[...]


Probeer deze of deze memtest eens

Ik heb de 2de deze uitgeprobeerd en nu liep de TS op 91% vast, onder de vermelding "errors" stonden er over de 160000.

Dit proggie checkt dus ook het l1/2 cache geheugen zoals ik zag, hoe weet ik nu of het aan mijn processor ligt of aan het intern ram geheugen? Dat er errors zijn is duidelijk.

[Verwijderd]

Ik heb opnieuw memtest gedraaid deze keer met gloednieuw geheugen en ook hierbij kreeg ik foutmeldingen.

Oorzaak L1of L2 cache, nieuw mob + CPU erin gestopt en het probleem was verholpen.

Bedankt voor de reacties!!