Liebe Foristas,

ich würde gerne mal eure Meinung bzw. Erfahrung hören:
Ich betreibe an meinem iMac Retina 2014 (27", i7, 24 GB, 2Tb SSD, 10.15.2) eine Drobo 5D3 als Massenspeicher für meine Fotos, TV-Dateien, Musik-Dateien etc.).
Alles funktioniert soweit ganz gut, mit Ausnahme von seltenen (1-2x pro Woche) Abstürzen des gesamten Rechners (Black screen mit vielsprachigem Hinweis, ein fataler Fehler sei aufgetreten, ich solle eine Taste drücken, um den Rechner neu zu starten). Im Absturzbericht wurde zuletzt nur ON1 Photo RAW erwähnt, vorher war, meine ich, verschiedentlich von "i/o-Problemen" die Rede.
Der Apple Support ist derzeit überfragt und hat mich ON1 auf einen neuen Benutzer übertragen lassen, um zu sehen, ob auch dort Abstürze auftreten.
So weit so gut bzw. schlecht.
Frage:
Hat irgend jemand von euch mal ein ähnliches Verhalten beobachtet?
Dabei ist mir zunächst mal egal, ob mit einer Drobo 5D3 (insbesondere, wenn mittels TB2 über den TB23-Adapter angeschlossen) oder mit ON1.

Außerdem weiß ich, dass auch Catalina anfangs gelegentlich solche Abstürze erlitten hat. Sind die wirklich vollkommen beseitigt? Oder kommen die nur seltener vor?

Ich versuche einfach das Problem weiter einzukreisen. Die üblichen Verdächtigen (PRAM- und SMC-Reset, Neuinstallationen von Drobo-Software, ON1, Catalina sind alle erfolglos gelaufen - und die beteiligten Firmen sind alle über die Probleme informiert, wissen aber erstmal nicht weiter).
Die Abstürze ereignen sich vollkommen unangekündigt, ohne dass mir eine Regelmäßigkeit aufgefallen wäre. Der Rechner macht einfach zu, während ich eine Mail schreibe, surfe, Film gucke ...
Ich wäre euch für kurzes Feedback dankbar!
Gruß

Treten die Probleme auch dann auf, wenn du einen sicheren Systemstart gemacht hast? Da sind dann zwar Erweiterungen deaktiviert (wie Gerätetreiber...) und daher wird manches an Zubehör nicht funktionieren. Wie gut du damit arbeiten kannst musst du klären. Sollten keine Abstürze auftreten, dann wäre das ein klarer Hinweis auf ein Softwareproblem der deaktivierten Komponenten. Absturz trotz sicherem Systemstart bedeutet das System selbst hat einen Knall.

Es wäre gut, das zu klären, da hast du recht. Leider betreffen die Abstürze meinen Hauptarbeitsrechner, den ich de facto nicht im abgesicherten Modus betreiben kann, da sich die Abstürze dafür zu selten ereignen (1-2x /Woche). Der Apple support hat mir deshalb erstmal die Auslagerung von ON1 auf einen neuen Benutzer vorgeschlagen. Trotzdem: gute Frage - nur wie soll ich das machen, ohn ein Urlaub zu gehen?

Du könntest ja mal ein paar der panic logs auf pastebin laden und hier verlinken

Ich schreibe mal den letzten hier rein (ist nicht übermäßig lang):

panic(cpu 0 caller 0xffffff800ee59d2f): "copyio(0x7000036cec38, 0xffffff805b5b0a94, 4294967292) - transfer too large"@/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/x nu-6153.61.1/osfmk/x86_64/copyio.c:187
Backtrace (CPU 0), Frame : Return Address
0xffffff9b05b3bba0 : 0xffffff800ed3bb1b
0xffffff9b05b3bbf0 : 0xffffff800ee733e5
0xffffff9b05b3bc30 : 0xffffff800ee64e5e
0xffffff9b05b3bc80 : 0xffffff800ece2a40
0xffffff9b05b3bca0 : 0xffffff800ed3b207
0xffffff9b05b3bda0 : 0xffffff800ed3b5eb
0xffffff9b05b3bdf0 : 0xffffff800f4d24f9
0xffffff9b05b3be60 : 0xffffff800ee59d2f
0xffffff9b05b3bed0 : 0xffffff800ed18b6b
0xffffff9b05b3bf10 : 0xffffff800ed2e98e
0xffffff9b05b3bf80 : 0xffffff800ed1d9fa
0xffffff9b05b3bfa0 : 0xffffff800ece213e

BSD process name corresponding to current thread: ON1 Photo RAW

Mac OS version:
19C57

Kernel version:
Darwin Kernel Version 19.2.0: Sat Nov 9 03:47:04 PST 2019; root:xnu-6153.61.1~20/RELEASE_X86_64
Kernel UUID: C3E7E405-C692-356B-88D3-C30041FD1E72
Kernel slide: 0x000000000ea00000
Kernel text base: 0xffffff800ec00000
__HIB text base: 0xffffff800eb00000
System model name: iMac15,1 (Mac-42FD25EABCABB274)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 265411047762566
last loaded kext at 220269810947229: >!AXsanScheme 3 (addr 0xffffff7f937e1000, size 32768)
last unloaded kext at 101390327105954: >usb.cdc 5.0.0 (addr 0xffffff7f9370a000, size 28672)
loaded kexts:
com.TrustedData.driver.VendorSpecificType00 1.9.1
com.drobo.SCSI.ThunderBolt 1.4 [113780]
@filesystems.smbfs 3.4
!ATopCaseHIDEventDriver 3420.1
AudioAUUC 1.70
@fileutil 20.036.15
AGPM 111.4.1
X86PlatformShim 1.0.0
!APlatformEnabler 2.7.0d0
!AMikeyHIDDriver 131
@filesystems.autofs 3.0
!AMikeyDriver 283.15
!AHDA 283.15
!AUpstreamUserClient 3.6.8
@kext.AMDFramebuffer 3.0.4
@kext.AMDRadeonX4000 3.0.4
@kext.AMDRadeonServiceManager 3.0.4
!AGraphicsDevicePolicy 4.5.21
@AGDCPluginDisplayMetrics 4.5.21
!AHV 1
|IOUserEthernet 1.0.1
|IO!BSerialManager 7.0.2f4
!A!IHD5000Graphics 14.0.3
pmtelemetry 1
@Dont_Steal_Mac_OS_X 7.0.0
eficheck 1
!ALPC 3.1
@kext.AMD7000!C 3.0.4
!A!IFramebufferAzul 14.0.3
!A!ISlowAdaptiveClocking 4.0.0
!ASMCLMU 212
!AMCCSControl 1.13
!AThunderboltIP 3.1.3
|SCSITaskUserClient 422.0.2
!U!SCoexistentDriver 489.60.3
!AVirtIO 1.0
@filesystems.hfs.kext 522.0.9
@!AFSCompression.!AFSCompressionTypeDataless 1.0.0d1
@BootCache 40
@!AFSCompression.!AFSCompressionTypeZlib 1.0.0
@filesystems.apfs 1412.61.1
|!ABCM5701Ethernet 10.3.5
!ASDXC 1.7.7
@private.KextAudit 1.0
AirPort.BrcmNIC 1400.1.1
!AAHCIPort 341.0.2
!AACPIButtons 6.1
!ARTC 2.0
!AHPET 1.8
!ASMBIOS 2.1
!AACPIEC 6.1
!AAPIC 1.7
$!AImage4 1
@nke.applicationfirewall 303
$TMSafetyNet 8
@!ASystemPolicy 2.0.0
|EndpointSecurity 1
!AXsanScheme 3
!UAudio 320.49
usb.cdc 5.0.0
!AHIDKeyboard 209
!AMultitouchDriver 3420.2
!AInputDeviceSupport 3420.4
!AHS!BDriver 3420.1
IO!BHIDDriver 7.0.2f4
@kext.triggers 1.0
DspFuncLib 283.15
@kext.OSvKernDSPLib 529
@kext.AMDRadeonX4030HWLibs 1.0
@kext.AMDRadeonX4000HWServices 3.0.4
!AGraphicsControl 4.5.21
|IOAVB!F 800.17
!ASSE 1.0
@!AGPUWrangler 4.5.21
@plugin.IOgPTPPlugin 800.14
|IONDRVSupport 569.3
!AHDA!C 283.15
|IOHDA!F 283.15
|IOSCSIParallel!F 3.0.0
@kext.AMDSupport 3.0.4
@!AGraphicsDeviceControl 4.5.21
|IOAccelerator!F2 438.2.8
|IOSlowAdaptiveClocking!F 1.0.0
!ASMBus!C 1.0.18d1
|IOGraphics!F 569.3
!ASMBusPCI 1.0.14d1
X86PlatformPlugin 1.0.0
IOPlatformPlugin!F 6.0.0d8
!AThunderboltEDMSink 4.2.2
|IOUSBMass!SClass 4.0.4
|Broadcom!BHost!CUSBTransport 7.0.2f4
|IO!BHost!CUSBTransport 7.0.2f4
|IO!BHost!CTransport 7.0.2f4
|IO!B!F 7.0.2f4
|IO!BPacketLogger 7.0.2f4
usb.networking 5.0.0
usb.!UHostCompositeDevice 1.2
usb.!UHub 1.2
!AThunderboltDPInAdapter 6.2.4
!AThunderboltDPOutAdapter 6.2.4
!AThunderboltDPAdapter!F 6.2.4
!AThunderboltPCIUpAdapter 2.5.2
!AThunderboltPCIDownAdapter 2.5.2
!AHPM 3.4.4
!A!ILpssI2C!C 3.0.60
!A!ILpssDmac 3.0.60
!A!ILpssI2C 3.0.60
|IOAudio!F 300.2
@vecLib.kext 1.2.0
|IOSerial!F 11
|IOSurface 269.6
@filesystems.hfs.encodings.kext 1
|IOAHCIBlock!S 316.40.3
!AThunderboltNHI 5.8.1
|IOThunderbolt!F 7.4.7
|IOEthernetAVB!C 1.1.0
|IO80211!F 1200.12.2b1
mDNSOffloadUserClient 1.0.1b8
corecapture 1.0.4
|IOSkywalk!F 1
|IOAHCI!F 290.0.1
usb.!UXHCIPCI 1.2
usb.!UXHCI 1.2
|IOUSB!F 900.4.2
!AEFINVRAM 2.1
!AEFIRuntime 2.1
|IOSMBus!F 1.1
|IOHID!F 2.0.0
$quarantine 4
$sandbox 300.0
@kext.!AMatch 1.0.0d1
DiskImages 493.0.0
!AFDEKeyStore 28.30
!AEffaceable!S 1.0
!AKeyStore 2
!UTDM 489.60.3
|IOSCSIBlockCommandsDevice 422.0.2
!ACredentialManager 1.0
KernelRelayHost 1
!ASEPManager 1.0.1
IOSlaveProcessor 1
|IOUSBMass!SDriver 157.40.7
|IOSCSIArchitectureModel!F 422.0.2
|IO!S!F 2.1
|IOUSBHost!F 1.2
!UHostMergeProperties 1.2
usb.!UCommon 1.0
!ABusPower!C 1.0
|CoreAnalytics!F 1
!AMobileFileIntegrity 1.0.5
@kext.CoreTrust 1
|IOTimeSync!F 800.14
|IONetworking!F 3.4
|IOReport!F 47
!AACPIPlatform 6.1
!ASMC 3.1.9
watchdog 1
|IOPCI!F 2.9
|IOACPI!F 1.4
@kec.pthread 1
@kec.corecrypto 1.0
@kec.Libm 1

Tritt das Problem nur auf wenn C1 läuft?

Evtl mal eine ältere Version der Drobo Software versuchen oder den Drobo mal abstecken und eine Zeit lang beobachten....

Sonst Übliches versuchen wie RAM-Test, Surface Scan vom Drobo (wobei die RAID Software am Drobo den Scan evtl „wegoptimieren“ könnte)

Danke für die Tipps. ON1 läuft eigentlich immer. Aber das tun etliche andere Programme auch, da ca. 95% meiner Daten auf dem Drobo liegen. Das war so geplant, da ich im vergangenen Jahr zahllose Probleme mit einem instabilen Fusion drive hatte und ich meine Daten deshalb unbedingt getrennt vom System speichern wollte. Jetzt allerdings macht es mir diese "Vorsichtsmaßnahme" fast unmöglich, ohne den Drobo zu arbeiten. Ich werde mir mal was überlegen ...

Das Protokoll zeigt an, dass ein Programm mit Kernel-Zugang (wahrscheinlich ein Gerätetreiber) versucht, in einem einzigen Befehlsaufruf fast 4 GByte Daten an den Kernel von macOS zu übertragen. Das System stuft alles, was größer als 64 MB pro Aufruf ist, als Programmierfehler ein. Bei einem so verrückt spielenden Treiber wird ein "Not-Aus" des Betriebssystems ausgelöst.

Die Annahme, dass es sich um einen Programmierfehler handelt, ist berechtigt, denn die Größenangabe von "fast 4 GB" (genau 4294967292 Bytes) kann in einem anderen Zahlensystem als Fehlercode "-3" gewertet werden. Diese Zahl wird wohl irrtümlich an das Betriebssystem weitergereicht.

Ohne weitere Informationen kann man nur raten, aber ich würde vermuten, dass einer der Drobo-Treiber für das Problem verantwortlich ist. Drobo verwendet das iSCSI-Protokoll zur Datenübertragung und installiert dafür einen eigenen "Initiator" im System. Sind die Firmware des Drobo und die Treiber-Software auf dem neuesten Stand? Das müssten die Versionen 4.1.3, bzw. 3.5.0 sein.

Hallo Marcel,
danke!!!! <3 <3 <3
Ich wusste doch, dass irgendjemand hier diese Daten interpretieren kann!
Ja, beide sind absolut aktuell und frisch installiert. Allerdings gibt es offensichtlich immer wieder Probleme mit dem Drobo Dashboard (der Betriebssoftware). Immer wieder kommt es dazu, dass der Transfer bei bestimmten Aufgaben auf ca. USB-2-Tempo zückgesetzt wird (bei TB3(!), wenn auch Nutzung per TB2 und Apples 23-Adapter, da mein iMac nur TB2 hat). Grundsetzlich ändern tut sich das immer erst nach Neuinstallation des Dashboards,, verstellt sich aber immer wieder sehr schnell (ca. 1+ d).
Wenn ich darf, würde ich deine Angaben ins Englische übersetzen und an den Support von Drobo melden. Mal sehen, was die dazu sagen ...
Nochmals: Danke!
(Keine der drei kontaktierten Firmen hatte bisher den angebotenen Crash report haben wollen ... )

Deutet das hier nicht eher auf ON1 als Verursacher hin?

BSD process name corresponding to current thread: ON1 Photo RAW

Oder wie muss man den Backtrace lesen?

Nein, ein Anwenderprogramm kann niemals der Verursacher sein. (Es wäre eine Sicherheitslücke, wenn jedes Programm einfach das Betriebssystem anhalten könnte, indem es Unsinn an den Kernel schickt.)

Die Meldung ist nur eine Bemerkung, dass gerade dieser Prozess im System lief, während der Kernel ein Problem entdeckt hat. ON1 ist vielleicht der indirekte Auslöser, aber nicht der Verursacher.

Ich habe deine Anmerkungen jetzt mal an Drobo gesendet. Bin gespannt, was jetzt passiert ...

Macht Sinn, danke! Dann war es wohl der hier: caller 0xffffff800ee59d2f

Kommt man an die Adressen der kext ran?

UPDATE:
Wie beschrieben, hatte ich Drobo über Marcels Fund informiert. Von dort hörte ich zunächst dann nichts mehr.
Aber das gestrige macOS-Update hat dafür gesorgt, dass ON1 (die Foto-Software, die mir die größten Probleme bereitet hat) auf einmal nicht mehr hängt und, reaktiv bleibt und - endlich!!! - nicht nur die Katalogisierung meiner Fotos endlich voranbringt und abzuschließen scheint, sondern auch nicht mehr abstürzt oder stundenlang hängt.
APPLE: Kann das wahr sein? Seit einem halben Jahr quäle ich mich mit diesem Bug herum! Und fast möchte ich noch einmal versuchen, Capture One Pro bei mir zu installieren, das bei mir grundsätzlich nach 2-5 min crashte und nie stabil ans Laufen gebracht werden konnte ...