Dear [Rosember],
I was asked to assist. this turns out to be a MacOS kernel issue. Yes, SoftRAID and the MEPQ is triggering it, so I am not passing the blame.

Reicht es nicht, das ganze in einem Tread "breit" zu treten?

Den Versuch mit der Klage auf Schadenersatz würde ich mal gerne sehen 😂

den Titel des Threads würde ich evtl. noch ändern, damit klar ist, dass es hier um ein Problem mit SoftRAID geht?

Gab es eigentlich einen Grund, warum du Softraid und nicht die Raidfunktion aus Apples Festplattendienstprogramm nutzt? Oder wurde das von Apple inzwischen gestrichen?

Danke sehr für die Aufklärung, hilfreich.
Dritt-Treiber oder Software fehlerfrei am Laufen zu halten steht bei Apple schon seit langen ganz weit hinten auf der Agenda.
Jedes Systemupdate ist deshalb ein richtiges Risiko für Leute, die vor allem auf das Funktionieren von Software und Dritthersteller-Hardware angewiesen sind. Sonoma scheint da noch schlimmer zu sein als Ventura.

Ja, den gab und gibt es: Apple unterstützt nur RAID 0 und 1, nicht RAID 5.

Ja, das stimmt, das geht mit dem FDP nicht. Nur wenn ich RAID 5/6 brauche, suche ich mir dafür externe „Gehäuse“ die das selber machen und meine Mac damit nicht behelligen. Das kann zwar auch Probleme machen, aber wenigsten nicht auf dem eigenen Rechner

Richtig. Und ich habe mich umgeschaut und bin eben auf OWC gestoßen, eine häufig gelobte Firma, wie man hier im Forum schnell feststellen kann ...

Richtig. Und ich habe mich umgeschaut und bin eben auf OWC gestoßen, eine häufig gelobte Firma, wie man hier im Forum schnell feststellen kann ...

und was hat das jetzt mit synology zu tun?

Dümmster Thread-Titel EVER™️

Einziger Kritikpunkt: Dem Head of Support gegenüber hättest du dich doch etwas freundlicher benehmen können. Du kannst weiteren Zeiteinsatz deinerseits gerne mit Bestimmtheit ablehnen. Aber bei solch einer Antwort wird der wohl in Zukunft kein Schuldeingeständnis mehr abgeben.
Vielleicht lässt sich das ja mit einer hinterhergeschicktem Email geradebiegen („Nerven durchgegangen - Danke für Bestätigung - möchte aber keine weitere Zeit investieren“).

In fact, in reviewing your last panic, it is a problem in an IO controller in Apple Silicon. Let me query internally, whether we want to capture this enclosure for reporting to Apple. However, we may need the data intact, so it can be replicated. I have not seen this crash on USB, and we spend a year+ fixing the prior issue with Apple.

Danke sehr für die Aufklärung, hilfreich.
Dritt-Treiber oder Software fehlerfrei am Laufen zu halten steht bei Apple schon seit langen ganz weit hinten auf der Agenda.
Jedes Systemupdate ist deshalb ein richtiges Risiko für Leute, die vor allem auf das Funktionieren von Software und Dritthersteller-Hardware angewiesen sind. Sonoma scheint da noch schlimmer zu sein als Ventura.

Wozu gibt es sonst das umfangreiche Developerprogramm, in dem Schnittstellen und Standards (zugegebenermaßen nicht immer ausführlich) dokumentiert sind, so dass jeder Hersteller "seine" (Software-)Produkte pflegen könnte?

Reicht es nicht, das ganze in einem Tread "breit" zu treten?

Nach sechs Wochen intensiver Kommunikation über die Probleme und dem Zurückweisen, dass diese irgendetwas mit OWC zu tun haben durch andere Mitarbeiter, finde ich, darf mir schon mal der Hut hochgehen, finde ich, wenn der Typ dann einräumt, sie würden das Problem schon länger kennen.

Ohne den Thread bis jetzt im Detail gelesen zu haben:
Wieso soll der Threadersteller das nicht machen?
Weil das "geliebte" Apple schlecht wegkommt?

Respekt an den Support von OWC.
Obwohl, wenn die es ernst meinen, müsste sie jetzt eigentlich vor ihrer eigenen Software warnen.

Bisher scheint auch OWC nicht genau zu wissen, wo die Ursache liegt. Heute wurde ich gebeten, einen Core dump an OWC zu schicken, was mich echt in eine Zwickmühle bringt, denn eigentlich möchte ich nicht ohne meine Rechner herumsitzen und warten, bis der nächste Crash erfolgt, um die Dateien dann weiterleiten zu können

Wie sehen denn die Experten das hier? Kann ein solcher Core dump wirklich neue Aufschlüsse bringen?

Before you start:
1) Make sure you have a full and current backup. I don’t think anything will go wrong, but I want to make sure you are protected.

2) In the process of configuring your Mac to collect a core dump file, you will be disabling SIP (System Integrity Protection). This is one of Apple’s technologies for preventing malware infection. Therefore, please disable all network interfaces before you disable SIP and re-enable them only after you re-enable SIP. I have included steps for this in the instructions.


Setting up your Mac to capture a kernel core dump file:

1) Disable your network interfaces. I usually just remove the Ethernet cable from my Mac or dock and turn off WiFi.

2) Shutdown your Mac.

3) Press and hold the <Command> and ‘R’ keys

4) Press the power button once to start your Mac - keep holding down the <Command> and ‘R’ keys

5) When you see the grey window which says “macOS Recovery”, you can release the <Command> and ‘R’ keys.

6) Select your startup volume and click the “Next” button

7) Select your user and click the “Next” button

Select “Terminal” under the “Utilities” menu

9) Type: csrutil disable
This is the command which disables SIP. This change will not take effect until you restart your Mac.

10) Select “Restart” from the Apple menu

11) Once your Mac has restarted, confirm that SIP has been turned off by opening Terminal and typing: csrutil status
If everything is good, you should see the following output:
standing@Yu ~ % csrutil status
System Integrity Protection status: disabled.

12) In Terminal, type: sudo nvram boot-args=“debug=0xC44”
You have just set the boot variable which tells the Mac to create a core dump file when a panic occurs rather than just restarting. This change will not take effect until you restart your Mac.

13) Restart your Mac.

14) Open Terminal and type: nvram boot-args
If the boot-args variable is set correctly, you should see the following output:
standing@Yu ~ % nvram boot-args
boot-args debug=0xc44

15) Go through the steps that cause the kernel panic.

16) When your Mac kernel panics, the behavior will be different than you are used to. Instead of restarting, the mouse will freeze as will everything on the screen. Once you notice this, wait an additional 2-5 minutes. This is just to ensure the all of kernel memory has been written to the kernel core dump file.

17) Press and hold the power button to turn off your Mac. Then press and let go to startup your Mac.

18) Open Terminal and type: ls -l /var/tmp/kernel_panics
You should see output like this:
standing@Yu ~ % ls -l /var/tmp/kernel_panics
total 559592
-rw-r--r-- 1 root wheel 286501419 Dec 8 15:54 2022-12-08-155410.kernel.core.gz
-rw-r--r-- 1 root wheel 7916 Dec 8 15:54 2022-12-08-155410.kernel.core.log

19) In the Terminal window, type: open /var/tmp/kernel_panics
This will open a Finder window of this folder and allow you to copy these two files to your desktop.

20) In the Terminal window, type: sudo sysdiagnose -f ~/Desktop/

This will generate a sysdiagnose file which I need to attach to the bug report along with the kernel core dump file. Once sysdiagnose has finished, it will generate the output file to the Desktop.

21) Select System Settings in Ventura (apple menu), click the "About tab, and scroll to the bottom. You will see the System Report button there.)

22) Select “Save” from the “File” menu in System Information and save the system report file to the Desktop.

23) You need to get these files to me. You should have four files total:
- The .core.gz file which is the actual kernel core dump file
- The .core.log file which is the panic log describing why your Mac panicked
- The .spx file which is the system report generated by the System Information application
- The sysdiagnose……tar.gz file which is the output from the sysdiagnose command.
- A current SoftRAID technical support file.

Our recommendation is place them all into one folder: the Core dump, System Diagnose and tech support file and a current SoftRAID technical support file, with all disks connected. You can compress them into an archive if you want.

Use WeConnect to create a link to the files. (You can use any sharing method you prefer, but it cannot be any sharing method that requires us to log in, so make sure open permissions)
go to the url:
wetransfer.com
Click the button that says "I Agree".
Click the "Add your files" button and select the Sysdiagnose file.
Click the ... Button.
Select the "Get transfer link" button.
Click the large "Get a Link" button.
After a short period of time, the wetransfer site will give you a link.
Send that link to us.


Restoring your Mac to normal operation:

1) Open Terminal and type: sudo nvram -d boot-args
This will remove the boot configuration variable which enables capturing kernel core dump files. This change will not take effect until after you restart.

2) Restart your Mac

3) Open Terminal and type: nvram boot-args
If the boot-args variable is deleted, you should see the following output:
standing@Yu ~ % nvram boot-args
nvram: Error getting variable - 'boot-args': (iokit/common) data was not found

4) Shutdown your Mac.

5) Press and hold the <Command> and ‘R’ keys

6) Press the power button once to start your Mac - keep holding down the <Command> and ‘R’ keys

7) When you see the grey window which says “macOS Recovery”, you can release the <Command> and ‘R’ keys.

Select your startup volume and click the “Next” button

9) Select your user and click the “Next” button

10) Select “Terminal” under the “Utilities” menu

11) Type: csrutil enable

12) Select “Restart” from the Apple menu

13) Once your Mac has restarted, confirm that SIP has been turned back on by typing: csrutil status
If everything is good, you should see the following output:
standing@Yu ~ % csrutil status
System Integrity Protection status: enabled.

14) Now it is safe to re-attach your Mac to the network (i.e. reconnect your Ethernet cable or turn WiFi back on).

ich habe die folgende Anleitung bekommen, die nur einen Mac benötigt, wenn ich nichts überlesen habe

Ah, OK, das ist dann eine alternative Methode, wo ins NVRAM des Macs geschrieben wird. Ist aufwändiger zu konfigurieren, benötigt aber dafür keinen zweiten Mac.

Die kannte ich nicht, weil ich immer einen zweiten Mac zur Verfügung hatte, der statt dem NVRAM die Core-Dump-Daten speicherte.