Weiß jemand (mbs?) was da crasht?

[Terrania]

Hi, mein brandneuer MacPro 3GHz ist jetzt zum dritten mal gepanicced. Immer dieselbe Meldung:

Sat May 26 19:37:21 2007
panic(cpu 0 caller 0x006F1CC4): Uncorrectable Fbd memory error detected. ferr = 20000000 , nerr == 00000000, fErrFat = 20000000  nErrFat == 00000000

Backtrace, Format - Frame : Return Address (4 potential args on stack)
0x108cd8 : 0x128d08 (0x3cb134 0x108cfc 0x131de5 0x0)
0x108d18 : 0x6f1cc4 (0x6f3f1c 0x20000000 0x0 0x20000000)
0x108da8 : 0x6f1f58 (0x58b7600 0x58b7600 0x2 0x820044)
0x108e38 : 0x66e712 (0x58b7600 0x0 0x54cd180 0x0)
0x108e68 : 0x66e59b (0x54ba280 0x0 0x0 0x1c)
0x108e88 : 0x6819be (0x1c 0x108ef8 0x8 0x6834be)
0x108eb8 : 0x681b68 (0x54bcb1c 0x17 0x54ba3ca 0x54ad120)
0x108f18 : 0x68e743 (0x54621a8 0x0 0xbdffb064 0x81)
0x108f38 : 0x70c4fb (0x54621a8 0x0 0x53dfc80 0x0)
0x108f68 : 0x67453f (0x54ae400 0x0 0x54b3080 0x49)
0x108f88 : 0x66dc1f (0x5499800 0x0 0x54b3080 0x49)
0x108fa8 : 0x3bb95a (0x54bac00 0x0 0x54baa80 0x49)
0x108fe8 : 0x19aef0 (0x36dfbc90 0x36dfbc90 0x19bf46 0xa41000)
0x36dfbd28 : 0x135676 (0x1 0x53fad40 0x4b1480 0x0)
0x36dfbd78 : 0x135819 (0x0 0x0 0x0 0x19e23a)
0x36dfbd98 : 0x11ff8f (0x0 0x4b1480 0x0 0x2)    Backtrace continues...
      Kernel loadable modules in backtrace (with dependencies):
         com.apple.driver.AppleMCEDriver(1.1.2f1)@0x6ee000
            dependency: com.apple.iokit.IOACPIFamily(1.2.0)@0x668000
         com.apple.driver.AppleAPIC(1.2.0)@0x70b000
         com.apple.driver.AppleACPIPlatform(1.0.@0x66c000
            dependency: com.apple.iokit.IOPCIFamily(2.2)@0x572000
            dependency: com.apple.iokit.IOACPIFamily(1.2.0)@0x668000

Kernel version:
Darwin Kernel Version 8.9.1: Thu Feb 22 20:55:00 PST 2007; root:xnu-792.18.15~1/RELEASE_I386

Könnte das das zusätzliche RAM sein ?

[Florian]

Bin natürlich nicht der Panik-Fachmann, aber neulich habe ich irgendwo gelesen, dan die RAM-Riegel immer genau so einstecken soll, wie es im Handbuch steht. Da gibt es wohl ein paar Dinge zu beachten.
Ist aber nur Stochern im Nebel.

Was sagt denn der Hardware-Test (auf CD mitgeliefert)? Vielleicht ist ja einfach ein Modul defekt. Das kommt ja schon mal vor.

[Thyrfing]

Nach dieser Seite zu urteilen, ist es dein RAM-Speicher, der die Probleme bereitet. Zumindest gibt "Uncorrectable Fbd memory error detected" einen Hinweis auf das FBD-Memory.

[Terrania]

YUPP, nach studieren der Seite und nach studieren einiger Google-Infos gibts 3 Möglichkeiten:
1. RAM ist kaputt (das was ich zum AppleRam hinzugekauft habe)
2. Raiserkarte unten ist defekt
3. Mainboard ist defekt

Derzeit teste ich mal NUR mit Apple-Ram. Bleibt die Kernelpanic weg, stecke ich das nächste Mal nur das gekaufte Ram in die Ober Karte. Bleibt die Kiste dann auch ohne Panic, isses die Raisercard unten ODER das Mainboard.

Man stinkt mir das. Das Problem ist  im übrigen bei mehreren MacPros. Google ist voll davon…

[mbs]

Yup, die Fehlermeldung deutet auf ein defektes oder falsch konfiguriertes FB-DIM-Modul.

Man stinkt mir das. Das Problem ist  im übrigen bei mehreren MacPros. Google ist voll davon…

FB-DIMM ist anspruchsvolle Server-Technik, die keine Abweichungen von der Spezifikation erlaubt. Nach meinen bisherigen Beobachtungen liegt es eigentlich sehr selten am Mac, sondern fast immer daran, dass einige Händler versuchen, den Leuten minderwertige FB-DIMMs anzudrehen.

Jedes FB-DIMM besitzt einen eigenen Steuerprozessor, den Advanced Memory Buffer (AMB), der die serielle Datenverbindung zum Rechner herstellt. Wenn die Firmware des AMB nicht sauber programmiert ist, dann treten sehr schnell Fehler auf.

[Terrania]

Momentan habe ich 1 Tag mit dem werkseitigen DIMM gearbeitet: KEINE Abstürze.
Derzeit arbeite ich nur mit dem zugekauften DIMM. KEINE Abstürze. Scheint so, als würde die Kiste dann labil, wenn die beiden DIMMS gemischt werden. BZW. die untere Raisercard mit genutzt wird. Ich hoffe ja immer noch, daß das zugekaufte endlich eine Kernelpanic verursacht, dann wärs wirklich nur das DIMM. Das DIMM ist übrigens von Kensington. (2x 1 GByte)

[mbs]

Das DIMM ist übrigens von Kensington.

Kensington ist normalerweise sehr gut und hat ja auch unbeschränkte Garantie.

Bei den Mac-Pro-Modulen von Kensington habe ich aber schon mehrere Hinweise bekommen, dass etwas mit der AMB-Kommunikation nicht stimmt. Probiere mal *hüstl* diese Software aus und prüfe, ob alle 4 Module Temperaturwerte zurückliefern.

Das sind die Sensoren "Speichermodul A1/A2/B1/B2". Wenn von den Kensingtons keine Werte für die jeweilige Steckplatzposition kommen, wäre das schon mal sehr verdächtig.

Dann würde mich auch interessieren, welcher Herstellercode von den Modulen geliefert wird. Das kann man in Programm mit "Fenster > Systemdaten > Management-Info > Speicher" und dann Auswahl der richtigen "Speichereinheit / Speicherbank" abrufen.

[Terrania]

Hi mbs, vielen Dank für die Infos. Jetzt zu meinen:
Er zeigt mir Temperaturen für Speicherbank A und B mit jeweils 3 Temperaturen an.
(Ich habe momentan nur das Fremd-RAM installiert)
Desweiteren zeigt er mir zu RiserCard A (wo die stecken) Keine Informationen zur Speicherart.
Hersteller wird angezeigt als 0x0198
Seriennummer wird angezeigt als: 0x030401BD
Bei der zeiten Einheit zeigt er mir auch keine Speicherart und zum  Hersteller 0x0198
sowie die Seriennummer: 0x040401AB

Sollte er nicht die Speicherart anzeigen?

[mbs]

Er zeigt mir Temperaturen für Speicherbank A und B mit jeweils 3 Temperaturen an.
(Ich habe momentan nur das Fremd-RAM installiert)

Also wie vermutet, denn das ist nämlich fehlerhaft. Jede Riser-Card hat 3 eigene Sensoren, aber von den Modulen kommen keine Werte. Es müssten normalerweise 8 (bzw. 10) Speichermesswerte zu sehen sein.

Wie gesagt würden zwei richtig funktionierende FB-DIMMs als "Speichermodul A1" und "Speichermodul A2" angezeigt werden.

Desweiteren zeigt er mir zu RiserCard A (wo die stecken) Keine Informationen zur Speicherart.

Das ist richtig. Das System-Management-BIOS des Mac Pro scheint diesen Wert nicht einzutragen.

Hersteller wird angezeigt als 0x0198

Hm, das könnte darauf hindeuten, dass der eigentliche Chip-Hersteller Toshiba ist. Ich bin aber nicht hundertprozentig sicher, denn bei diesen Codenummern gibt es öfter Ungereimtheiten.

[Patrick]

Das DIMM ist übrigens von Kensington. (2x 1 GByte)

Ich vermute mal, daß das Kingston heissen sollte...

[mbs]

Ich vermute mal, daß das Kingston heissen sollte...

Oops, das glaube ich auch. Und ich hab's auch noch abgeschrieben. 
Aber wir haben offenbar alle das richtige verstanden ... 

Ich habe nochmal in die JEDEC Vendor-Liste geschaut: Code 0x198 ist für Kingston richtig, also keine Produktfälschung.

[Terrania]

Vielen Dank für die Hilfe derweil. Was mich wirklich stutzig macht: Sowohl das werkseitige, ALS AUCH der Kingston-RAM sind völlig problemlos (ohne Kernelpanics), wenn Sie in Riser A benutzt werden. In dem Moment, wo ich eines der beiden UNTEN in B einstecke, wird die Kiste labil. Scheint mir doch das Motherboard zu sein …

[Patrick]

Oder die Riser-Card. Vielleicht kann man die beiden gegeneinander austauschen, dann wüsste man's...

[Terrania]

Also mal kurz Rapport: Ich habe von Kingston zwei Ersatzrams bekommen. Nachdem die ersten RAMs ohne Probleme tagelang durchgelaufen sind (nur eben zusammen mit dem Originalen Apple-RAM gabs die Panics) habe ich todesmutig einfach die Ersatzrams zu den ersten Kingston-RAMS gesteckt, und zwar auf die untere Raisercard.
Ich kann mich irren, aber seit 1,5 Tagen laufen auch die stabil. Sieht so aus, als würden sich die verschiedenen RAMS nicht vertragen, die RAMS von EINEM Hersteller sehr wohl. Computer scheinen wirklich ein Eigenleben zu besitzen …

[Patrick]

Sieht so aus, als würden sich die verschiedenen RAMS nicht vertragen, die RAMS von EINEM Hersteller sehr wohl. Computer scheinen wirklich ein Eigenleben zu besitzen …

Ich weiss jetzt nicht genau, wie es bei den FB-DIMMS ist, aber bei den SDR- und DDR-RAMs war es so, daß sich das Board immer auf den Speicher mit den langsamsten Spezifikationen (die ja im Riegel gespeichert sind) eingestellt hat. Je nach Hersteller konnte es sein, daß die Werte für langsamere Timings nicht optimal oder sogar falsch hinterlegt waren, so daß es Probleme beim Mischbetrieb gab. Da gab es neben Bustakt und CL-Timings noch andere Werte, die relevant sein konnten.