Server auf RAM Fehler hin spezifizieren
Guten Tag und herzlich Willkommen!
Ich habe folgenden Fehler auf einem Server entdeckt:
Behobener Hardwarefehler
Komponente: Arbeitsspeicher
Fehlerquelle: Generisch
Fehlertyp: Einzelbit-ECC
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
<Provider Name="Microsoft-Windows-WHEA-Logger" Guid="{C26C4F3C-3F66-4E99-8F8A-39405CFED220}" />
<EventID>23</EventID>
<Version>0</Version>
<Level>3</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2022-04-28T13:28:50.365936500Z" />
<EventRecordID>2392910</EventRecordID>
<Correlation ActivityID="{5C2A9B0A-E407-4147-A918-AC24D068A8E2}" />
<Execution ProcessID="2064" ThreadID="14620" />
<Channel>System</Channel>
<Computer>zw-host01.zadw.local</Computer>
<Security UserID="S-1-5-19" />
</System>
- <EventData>
<Data Name="ErrorSource">8</Data>
<Data Name="FRUId">{00000000-0000-0000-0000-000000000000}</Data>
<Data Name="FRUText">CorrectedErr</Data>
<Data Name="ValidBits">0x4088</Data>
<Data Name="ErrorStatus">0x0</Data>
<Data Name="PhysicalAddress">0x0</Data>
<Data Name="PhysicalAddressMask">0x0</Data>
<Data Name="Node">0x0</Data>
<Data Name="Card">0x0</Data>
<Data Name="Module">0x0</Data>
<Data Name="Bank">0x0</Data>
<Data Name="Device">0x1</Data>
<Data Name="Row">0x0</Data>
<Data Name="Column">0x0</Data>
<Data Name="BitPosition">0x0</Data>
<Data Name="RequesterId">0x0</Data>
<Data Name="ResponderId">0x0</Data>
<Data Name="TargetId">0x0</Data>
<Data Name="ErrorType">2</Data>
<Data Name="Length">273</Data>
<Data Name="RawData">435045521002FFFFFFFF0100020000000200000011010000311C0D001C0416140000000000000000000000000000000000000000000000000000000000000000BDC407CF89B7184EB3C41F732CB5713167A4623E40AB9A40A698F362D464B38F30CAF768B756D801000000004552000000000000000000000000000000000000C80000004900000001020200010000001411BCA5646FDE4EB8633E83ED7C83B10000000000000000000000000000000002000000436F72726563746564457272000000000000000088400000000000000000000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000002</Data>
</EventData>
</Event>
Der Fehler tritt rythmisch alle paar Minuten auf, daher möchte ich einen abnippelnden Ram ausschließen oder bestätigen, und eine Reparatur ggfs. veranlassen.
Gibt es RAM Prüfungsprogramme die im laufenden Betrieb hierfür genutzt werden können?
Gibt es Vorteile dieses Windowsintegrierte Prüfungstools, welches scheinbar - laut Recherche - auch RAM Probleme entdecken kann?
Hat wer vielleicht ne andere Idee? Ich kenne nur klassische HW-Tests wo das System komplett down ist und dann eben ein HW-Test angebootet wird, aber das wäre viel zu aufwendig in meinem Fall.
Welche der Möglichkeiten würdet ihr am ehesten ausloten
Viele Grüße, B33r3
Ich habe folgenden Fehler auf einem Server entdeckt:
Behobener Hardwarefehler
Komponente: Arbeitsspeicher
Fehlerquelle: Generisch
Fehlertyp: Einzelbit-ECC
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
- <System>
<Provider Name="Microsoft-Windows-WHEA-Logger" Guid="{C26C4F3C-3F66-4E99-8F8A-39405CFED220}" />
<EventID>23</EventID>
<Version>0</Version>
<Level>3</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2022-04-28T13:28:50.365936500Z" />
<EventRecordID>2392910</EventRecordID>
<Correlation ActivityID="{5C2A9B0A-E407-4147-A918-AC24D068A8E2}" />
<Execution ProcessID="2064" ThreadID="14620" />
<Channel>System</Channel>
<Computer>zw-host01.zadw.local</Computer>
<Security UserID="S-1-5-19" />
</System>
- <EventData>
<Data Name="ErrorSource">8</Data>
<Data Name="FRUId">{00000000-0000-0000-0000-000000000000}</Data>
<Data Name="FRUText">CorrectedErr</Data>
<Data Name="ValidBits">0x4088</Data>
<Data Name="ErrorStatus">0x0</Data>
<Data Name="PhysicalAddress">0x0</Data>
<Data Name="PhysicalAddressMask">0x0</Data>
<Data Name="Node">0x0</Data>
<Data Name="Card">0x0</Data>
<Data Name="Module">0x0</Data>
<Data Name="Bank">0x0</Data>
<Data Name="Device">0x1</Data>
<Data Name="Row">0x0</Data>
<Data Name="Column">0x0</Data>
<Data Name="BitPosition">0x0</Data>
<Data Name="RequesterId">0x0</Data>
<Data Name="ResponderId">0x0</Data>
<Data Name="TargetId">0x0</Data>
<Data Name="ErrorType">2</Data>
<Data Name="Length">273</Data>
<Data Name="RawData">435045521002FFFFFFFF0100020000000200000011010000311C0D001C0416140000000000000000000000000000000000000000000000000000000000000000BDC407CF89B7184EB3C41F732CB5713167A4623E40AB9A40A698F362D464B38F30CAF768B756D801000000004552000000000000000000000000000000000000C80000004900000001020200010000001411BCA5646FDE4EB8633E83ED7C83B10000000000000000000000000000000002000000436F72726563746564457272000000000000000088400000000000000000000000000000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000002</Data>
</EventData>
</Event>
Der Fehler tritt rythmisch alle paar Minuten auf, daher möchte ich einen abnippelnden Ram ausschließen oder bestätigen, und eine Reparatur ggfs. veranlassen.
Gibt es RAM Prüfungsprogramme die im laufenden Betrieb hierfür genutzt werden können?
Gibt es Vorteile dieses Windowsintegrierte Prüfungstools, welches scheinbar - laut Recherche - auch RAM Probleme entdecken kann?
Hat wer vielleicht ne andere Idee? Ich kenne nur klassische HW-Tests wo das System komplett down ist und dann eben ein HW-Test angebootet wird, aber das wäre viel zu aufwendig in meinem Fall.
Welche der Möglichkeiten würdet ihr am ehesten ausloten
Viele Grüße, B33r3
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 2730250018
Url: https://administrator.de/contentid/2730250018
Ausgedruckt am: 22.11.2024 um 13:11 Uhr
10 Kommentare
Neuester Kommentar
Hallo,
schau mal hier.
https://packetlife.net/blog/2016/oct/12/legacy-tls-cipher-support-firefo ...
Ist zwar schon von 2016, aber vieleicht gibt es diese Einstellunge noch.
Stefan
schau mal hier.
https://packetlife.net/blog/2016/oct/12/legacy-tls-cipher-support-firefo ...
Ist zwar schon von 2016, aber vieleicht gibt es diese Einstellunge noch.
Stefan