SoftRAID driver not...
 
Notifications
Clear all

[Sticky] SoftRAID driver not loading at startup in Big Sur - workaround in SoftRAID 6.1 beta

Page 2 / 10
(@softraid-support)
Member Admin

@dfortney

We are still in beta with 6.1.

It was not trivial to add this, as there are cases where this does not work. Some kind of timing issue. But we have it in.

Apple still has not fixed this. In the meantime, I have dicovered this can affect Parallels, Roxio and other drivers.

ReplyQuote
Topic starter Posted : 16/09/2021 3:54 pm
(@dfortney)
Trusted Member

@softraid-support yeah well nothing in sw dev is ever as easy as it should be eh?  always timing and race conditions when dealing with os shell scripts but eventually you learn how to handle them correctly.  parallels was causing all kind of issues for me running my vm from external raid.  it seems to corrupt the vm if the vm is not paused or stopped and the computer goes to sleep.  major pain in the ass to recover from. sometimes you get lucky and it will restart after wake from sleep and sometimes the vm is just totally jacked and you better hope you had a backup.

This post was modified 3 months ago 2 times by dfortney
ReplyQuote
Posted : 16/09/2021 6:32 pm
(@softraid-support)
Member Admin

@dfortney

You will be at least happy to know that in our testing, we could find no ill effects from reloading the driver after startup, so with Big Sur, we will just do this automatically. No need for a preference file.

Now if we can just figure out how to stop the disk reordering, or find a solution that works without overly complicating or affecting performance of the SoftRAID driver.....

ReplyQuote
Topic starter Posted : 16/09/2021 10:38 pm
(@dfortney)
Trusted Member

@softraid-support exactly, there is no need for a preference but probably best to only do it for unmounted drives. the sleep reordering is a critical issue that really needs a fix duct tape or not. It’s corrupted so many vms for me. Very painful 

ReplyQuote
Posted : 17/09/2021 7:09 am
(@softraid-support)
Member Admin

@dfortney

Is the sleep /disk renumbering causing data corruption in your VM's?

Is that from them shutting down incorrectly?

if they are on SoftRAID volumes, the driver locks the volume as soon as this state is detected after waking, so there can be no IO to the disks. Maybe it is because they are in an "inconsistent state" as they are not shut down, and locking the volume, causes them to be inconsistent at shutdown?

Maybe this is a way we can get some movement on this. thanks

ReplyQuote
Topic starter Posted : 17/09/2021 10:34 am
(@dfortney)
Trusted Member

@softraid-support correct, i believe whatever data had not or needs to be written to the vm files gets purged somehow due to the lock and it has a high possibility of the vm no longer working.  sometimes parallels is able to recover and sometimes not. whenever i would return to my sleeping computer and wake it and see the string of softraid error dialogs i knew i had accidentally left the vm running before leaving and there was a 50% chance i would have to start all over.  it was a hard lesson to learn to eventually move all my vms off the external raid to not lose all my work.  since then there were no longer any vm corruption issues accessing them from internal storage.  i have since retired and no longer use parallels or vms much but yeah this was a serious major issue that really hurt.

This post was modified 3 months ago by dfortney
ReplyQuote
Posted : 17/09/2021 12:10 pm
(@softraid-support)
Member Admin

@dfortney

Understand. I guess the only practical solution at this point is unmount volumes before sleep.

We discussed this in an engineering meeting again and the main problem with trying to work around this is introducing bugs or data corruption, where we cannot tell where it is coming from, particularly macOS or our driver. At least now, we have put a halt to data corruption caused by this issue.

(imagine if the SoftRAID driver wrote out data to the wrong disks, that is the real problem with this issue, and why we had to put in such an extreme measure)

This post was modified 3 months ago by SoftRAID Support
ReplyQuote
Topic starter Posted : 17/09/2021 1:56 pm
(@calbear88)
Eminent Member Customer

When I was running BigSur 11.5.2 the softraid kext and ZFS kext did not load on startup and had to manually loaded with terminal commands.  I just updated to Big Sur 11.6.  Both kexts are now loading normally at startup.  

ReplyQuote
Posted : 18/09/2021 1:32 pm
(@softraid-support)
Member Admin

@calbear88

Thank you very much for the feedback. Maybe it was indeed fixed in 11.6!

ReplyQuote
Topic starter Posted : 18/09/2021 1:48 pm
(@mirek)
New Member

 

@softraid-support

Hi please for help I have a mac os Big Sur 11.6. My disk array is not loading.

This post was modified 2 months ago by Mirek
ReplyQuote
Posted : 22/09/2021 5:47 pm
(@softraid-support)
Member Admin

@mirek

This is not a driver issue, it is a volume directory problem. It appears to me some process erased the volume header.

How did this happen? When was the last time your volume mounted?

Do you have access to Disk Warrior (and a computer with Catalina or older on it?)

ReplyQuote
Topic starter Posted : 22/09/2021 6:36 pm
(@mirek)
New Member

@softraid-support

today I did a clean install. the disc does not appear for about 2 days. also tested on a macbook that has OS Catalina. it doesn't work either.

ReplyQuote
Posted : 22/09/2021 6:46 pm
(@softraid-support)
Member Admin

@mirek

Is the data backed up?

ReplyQuote
Topic starter Posted : 22/09/2021 6:47 pm
(@mirek)
New Member

@softraid-support

do you mean data on OWC disk? I sent the pictures to an email.

ReplyQuote
Posted : 22/09/2021 6:53 pm
(@softraid-support)
Member Admin

@mirek

Sorry, I mean is the data backed up elsewhere? This may be difficult to repair the volume, it may need data recovery. There is no information at all in the volume header. (which tells macOS where the volume starts and where the directory is located)

ReplyQuote
Topic starter Posted : 22/09/2021 8:08 pm
Page 2 / 10
Share:
close
open