SoftRAID XT One of ...
 
Notifications
Clear all

SoftRAID XT One of the Disks is no longer usable

(@raymondjr)
Active Member Customer

Seem to be having an issue with SoftRAID not powering up all drives (guessing this is the issue) which I get this error in the log:

Mar 5 0616 - SoftRAID Driver: One or more of the disks for the volume "Banff" (disk7) is no longer usable. The volume is now locked to prevent data corruption. Please restart your Mac to use this volume again.
Mar 5 0616 - SoftRAID Driver: The SoftRAID volume "Banff" (disk7) encountered an error (E00002E4). A program attempted to read or write to a volume which was no longer accepting i/o requests.

Then I get a kernel panic once and I have beach ball a few times, with a very difficult time getting programs to shut down to reboot. Once I do all is well and drives are fine according to SoftRAID again.

Any help appreciated I do not want be losing my data. I have a 4 Bay Mini with 4xSSD in a Raid 0 and a 4 bay Thunderbay wth 4x8TB in Raid 5. I had the same error before I bought the Mini so it seems unrelated to box more software related (bought them a few days apart).

Ray.

Quote
Topic starter Posted : 05/03/2020 7:21 pm
(@softraid-support)
Member Admin

This issue is a bug in OS X. We built in a workaround to prevent data loss (locking the volume until restart)

What is happening is when the disks are spun down, and if they spin up with a different BSD number (disk#), then if any data is sent to the volume, data would be sent to the wrong disks, corrupting data. That is why we lock the volume. SoftRAID checks all disk #'s when waking from sleep.

We do not know the cause yet, but it is a bug in OS X. We are trying to get Apple resources on it, we have filed it as a bug, but no solution yet.

It seems to happen more with multiple devices, monitors and sometimes with docks. But it is not clear what is causing this.

ReplyQuote
Posted : 05/03/2020 10:50 pm
(@softraid-support)
Member Admin

The kernel panic should not happen, though. How long after restart do you get the panic?
Its possible the disk swap is affecting a system disk, or a disk that OS X is writing to, which is triggering the panic, I am not sure.

ReplyQuote
Posted : 05/03/2020 10:51 pm
(@raymondjr)
Active Member Customer

The kernel panic should not happen, though. How long after restart do you get the panic?
Its possible the disk swap is affecting a system disk, or a disk that OS X is writing to, which is triggering the panic, I am not sure.

I'm not sure of the sequence on the Kernal panic, It was overnight and I have several backup sequences that attempt to run, I will take some screenshots and logs if it happens again.

I did have a couple of 4K monitors plugged in through Thunderbolt as well but removed them last night as I suspected that was part of it but got the same error this morning.

I had put hard disks to sleep when possible checked in power settings - so I have unchecked that hoping that will assist in mitigating it, Are there any tips you can share to mitigate this until this is fixed?

ReplyQuote
Topic starter Posted : 06/03/2020 7:56 am
(@raymondjr)
Active Member Customer

OK this happened again, from Etrecheck report after crash:

Type: Kernel PanicOpen Report
Details: panic(cpu 2 caller 0xffffff800d4652fa): Kernel trap at 0xffffff800d393be6, type 14=page fault, registers:
Count: 2
Last date: 2020-03-06 0708
3rd party extensions: com.softraid.driver.SoftRAID

ReplyQuote
Topic starter Posted : 06/03/2020 8:43 am
(@softraid-support)
Member Admin

Is there more to this report?

Can you send a tech support file to support at softraid?

Unmount your volumes at night is the best I can suggest. Lets see if we can figure out anything.

ReplyQuote
Posted : 06/03/2020 1:34 pm
(@raymondjr)
Active Member Customer

OK looks like I had some bad RAM there I believe will keep am eye on it. Hoping the waking disk is resolved soon this is really difficult to deal with as I try to back up every night off the SoftRAID drives to my Synology to protect all my data, I can't do that if the drives are locked and/or PC is hanging.

ReplyQuote
Topic starter Posted : 07/03/2020 12:22 pm
(@softraid-support)
Member Admin

Make sure you do not have mixed brands of RAM, if you added any third party RAM. that can cause issues, especially with Crucial and Apple mixed.

ReplyQuote
Posted : 07/03/2020 1:55 pm
(@raymondjr)
Active Member Customer

panic(cpu 2 caller 0xffffff8009c652fa): Kernel trap at 0xffffff7f8e67d0a7, type 13=general protection, registers:
Count: 3
Last date: 2020-03-08 0127
3rd party extensions: com.softraid.driver.SoftRAID

Same error unfortunately. I do have 32GB of Corsair mixed with 8GB of Apple RAM that had passed an extensive Mem86 test.

ReplyQuote
Topic starter Posted : 08/03/2020 8:41 am
(@softraid-support)
Member Admin

It may pass, try without the Apple just to test.

Read this discussion in the Apple forums for assistance. It is the same essential panic:

https://discussions.apple.com/thread/5698109

ReplyQuote
Posted : 08/03/2020 6:59 pm
(@softraid-support)
Member Admin
(@raymondjr)
Active Member Customer

Just wanted to follow up on this, replaced bad ram, set Mac to not sleep and now power down disks and have had no issues since. Am definitely looking forward to the issue being resolved so I can allow my Mac to power down disks and leave it running (currently turn it off at night so Im not spinning drives all day and night).

Thanks very much for your assistance.

ReplyQuote
Topic starter Posted : 20/03/2020 1:11 pm
(@softraid-support)
Member Admin

What OS are you on now?

ReplyQuote
Posted : 20/03/2020 4:10 pm
(@raymondjr)
Active Member Customer

What OS are you on now?

As of today 10.15.4 was .3 yesterday

ReplyQuote
Topic starter Posted : 25/03/2020 1:22 pm
(@softraid-support)
Member Admin

What I do not know is if this is our feature working as intended (Preventing data corruption when Mac OS renumbers disks incorrectly), or if this is a bug in our detection mechanism.

If the former, we have it reported to Apple, and hope they will eventually address it.

ReplyQuote
Posted : 26/03/2020 11:24 am
Share:
close
open