Kernel Panics in Ca...
 
Notifications
Clear all

Kernel Panics in Catalina 10.15.4/Thunderbay 4

Page 2 / 10
 sco
(@sco)
Active Member Customer

Thanks.

Thankfully I have two bootable versions of the OS on my main machine (one internal, one external) so can use a second one which is not on 10.15.4 if I need to grab a file off my RAID5 array.

ReplyQuote
Posted : 07/04/2020 4:32 pm
(@cheule)
Active Member Customer

When I was running OS X 10.15.4, and using a ThunderbBay 4 and ThunderBay 6, both RAID 5... I saw this lockup on the ThunderBay 4 frequently when copying 50+ GB files over. (These files are one contiguous 50GB file, not a folder of files.)

When I say frequently, I mean the machine would routinely lock up around 30GB through the file transfer. Sometimes at 30, or 32, etc. After about 5 tries, I got it copied over. That's when I hit the forum and found this thread.

I had not noticed this under 10.15.3--but I could have just not noticed it. First time I noticed the repeatable lock-up was after the 10.15.4 update. I also didn't notice this issue with the ThunderBay 6, however, that enclosure is set up as a Time Machine, and the data to it is much slower (hence less likely to have this IO issue?)

Since I've downgraded to 10.14.6, no issues at all with large files. Just thought I'd post my observations if they help anyone.

ReplyQuote
Posted : 08/04/2020 12:48 am
(@softraid-support)
Member Admin

This is the bug introduced with 10.15.4. Apple is working on it, I expect a 10.15.5 will fix it. We do not see a way to avoid it, as it happens to Apple volumes also.

ReplyQuote
Posted : 08/04/2020 1:23 am
(@krlancaster)
Active Member Customer

Looks like there was a supplemental 10.15.4 update sent out from Apple last night

Anyone know if this solves the issue?

ReplyQuote
Posted : 09/04/2020 11:29 am
(@softraid-support)
Member Admin

If anyone knows, tell me, I have not tested this. Apple has given us no feedback on this issue.

ReplyQuote
Posted : 09/04/2020 11:34 am
(@krlancaster)
Active Member Customer

The problem persists on my macbook pro

Something to note: I was prompted by SoftRAID XT to reinstall the 5.8.3 driver after I installed this update. Actually I was prompted after the first reboot, and prompted again after a second reboot of my machine. Both times the driver appeared to install without issue

ReplyQuote
Posted : 09/04/2020 3:00 pm
(@rjwinks)
Active Member Customer

I just updated to 10.15.4 Supplemental Update and so far it appears to work, the issue I've had is Finder crashing and any reading/writing to that drive stops. Restarting shows the drives there again and if trying to move or use a large file, it would crash again. I will test further.

Side note: when I updated, I had to re-update my driver back up to 5.8.3, but that went smoothly

ReplyQuote
Posted : 09/04/2020 4:10 pm
(@softraid-support)
Member Admin

It does not appear that this is fixed in the supplemental update.

ReplyQuote
Posted : 09/04/2020 6:10 pm
(@rjwinks)
Active Member Customer

Confirmed, problem is still occurring for me as well.

ReplyQuote
Posted : 10/04/2020 3:44 pm
(@softraid-support)
Member Admin

We are still working with Apple engineering to resolve this.

ReplyQuote
Posted : 10/04/2020 11:58 pm
(@rjwinks)
Active Member Customer

Did a time machine restore back to when I was 10.15.3 and things appear to be better now. will hold off on updating until all clear here

ReplyQuote
Posted : 11/04/2020 4:52 pm
(@peterweter)
Eminent Member Customer

It does not appear that this is fixed in the supplemental update.

Same here, my iMac is still rebooting after the updates during backups to the RAID 5 volume on my Thunderbay 4. ☹️

ReplyQuote
Posted : 12/04/2020 2:33 am
(@peterweter)
Eminent Member Customer

Question: can I expect filesystem corruptions because of the reboots or does the filesystem takes care to prevent the corruption?

ReplyQuote
Posted : 12/04/2020 2:35 am
(@softraid-support)
Member Admin

the fix is not in the supplemental update. Apple engineering is close to a solution now, but we have no idea of timing for releasing a fix to this.

If you have Disk Warrior, it is the best way to prevent serious directory damage from the hangs. But, yes it is possible to get degradation in the directory, as this is one of the weaknesses in HFS.

ReplyQuote
Posted : 12/04/2020 11:41 am
(@peterweter)
Eminent Member Customer

the fix is not in the supplemental update. Apple engineering is close to a solution now, but we have no idea of timing for releasing a fix to this.

If you have Disk Warrior, it is the best way to prevent serious directory damage from the hangs. But, yes it is possible to get degradation in the directory, as this is one of the weaknesses in HFS.

I have Disk Drill which gave me a partial recovery of my OWC 4-bay USB crash of last week. I was told USB on Mac is not reliable and I purchased a OWC 4-bay thunderbolt specially to prevent this and not I am running into this bug... :-(

My iMac is now rebooting during my daily backup each time and also once or twice during the day working on it moving files.

Anyway, my question is on how to check for filesystem errors during the time this reboot bug is not fixed. Is fsck_hfs -fp /dev/disk? enough to check this?

ReplyQuote
Posted : 13/04/2020 6:39 am
Page 2 / 10
Share:
close
open