Moin zusammen,
wie sagt man so schön: Man soll den Tag nicht vor dem Abend loben. Ich hatte ja wie in dem verlinkten Beitrag erwähnt ein RAM Upgrade von 64 auf 128Gb durchgeführt und seitdem die Büchse ordentlich befeuert. Heute liefen den ganzen Tag Tests und Builds und die ganzen VMs, ohne Probleme.
Jetzt bin ich nach Hause gegurkt, bastel von Zuhause an dem Build-Script rum und hab die Kerne sowie den RAM für eine VM erhöht. Von 32 Kernen und 70Gb ram auf 46 Kerne und 82Gb Ram. Danach den Build gestartet und nur noch SIGSEV Segmentation Fault errors bekommen. Hab erst gedacht, dass sei ein schlechter Scherz und dann fix eine Debian VM mit Memtest86 aufgesetzt. Der lief gut 'ne halbe Stunde, dann ist der ganze Host (Proxmox) gecrasht.
Also wieder ins Büro... jetzt hock ich hier mit einem Kollegen. Wir haben jetzt auf dem Mainboard den Fehlercode C5 gehabt und daraufhin mal gegoogelt (im Handbuch ist der Fehlercode natürlich nicht beschrieben...). Scheint also was mit dem RAM zu sein. Wir haben daraufhin angefangen, Riegel für Riegel zu ziehen und wieder gebootet. Das Ergebnis des Tests: Sobald ein Riegel im Slot DIMM_B1 steckt, bootet die Kiste nicht mehr.
Ich frag mich natürlich, wie das sein kann. Hab etliche PCs zusammengebaut und dabei auch gut aufgepasst, mein Kollege meinte, dass ich eventuell zu viel Druck ausgeübt hätte, beim Einbau des Riegels. Ich kanns natürlich nicht 100%ig ausschließen, aber ich war (wie immer) sehr behutsam. Keine Ahnung, war der 300te Ram-Riegel den ich gestckt habe.
Von Euch sowas schon mal jemand gehabt? Noch andere Ideen? Die Kiste fährt so hoch, wenn wir den DIMM_B1 Slot nicht belegen. Sobald wir einen Riegel reinstecken (egal welchen), kein Boot.
Anbei ein Screenshot von Proxmox und ein Bild aus der Kiste.
PS: Den CPU-Lüfter hab ich natürlich nur fürs Foto abmontiert, der ist sonst dort wo er hingehört :-).
wie sagt man so schön: Man soll den Tag nicht vor dem Abend loben. Ich hatte ja wie in dem verlinkten Beitrag erwähnt ein RAM Upgrade von 64 auf 128Gb durchgeführt und seitdem die Büchse ordentlich befeuert. Heute liefen den ganzen Tag Tests und Builds und die ganzen VMs, ohne Probleme.
Jetzt bin ich nach Hause gegurkt, bastel von Zuhause an dem Build-Script rum und hab die Kerne sowie den RAM für eine VM erhöht. Von 32 Kernen und 70Gb ram auf 46 Kerne und 82Gb Ram. Danach den Build gestartet und nur noch SIGSEV Segmentation Fault errors bekommen. Hab erst gedacht, dass sei ein schlechter Scherz und dann fix eine Debian VM mit Memtest86 aufgesetzt. Der lief gut 'ne halbe Stunde, dann ist der ganze Host (Proxmox) gecrasht.
Also wieder ins Büro... jetzt hock ich hier mit einem Kollegen. Wir haben jetzt auf dem Mainboard den Fehlercode C5 gehabt und daraufhin mal gegoogelt (im Handbuch ist der Fehlercode natürlich nicht beschrieben...). Scheint also was mit dem RAM zu sein. Wir haben daraufhin angefangen, Riegel für Riegel zu ziehen und wieder gebootet. Das Ergebnis des Tests: Sobald ein Riegel im Slot DIMM_B1 steckt, bootet die Kiste nicht mehr.
Ich frag mich natürlich, wie das sein kann. Hab etliche PCs zusammengebaut und dabei auch gut aufgepasst, mein Kollege meinte, dass ich eventuell zu viel Druck ausgeübt hätte, beim Einbau des Riegels. Ich kanns natürlich nicht 100%ig ausschließen, aber ich war (wie immer) sehr behutsam. Keine Ahnung, war der 300te Ram-Riegel den ich gestckt habe.
Von Euch sowas schon mal jemand gehabt? Noch andere Ideen? Die Kiste fährt so hoch, wenn wir den DIMM_B1 Slot nicht belegen. Sobald wir einen Riegel reinstecken (egal welchen), kein Boot.
Anbei ein Screenshot von Proxmox und ein Bild aus der Kiste.
PS: Den CPU-Lüfter hab ich natürlich nur fürs Foto abmontiert, der ist sonst dort wo er hingehört :-).
