Permission denied when trying to capture Intel RAID1 image
-
With the raid array configured for raid-1 (Mirror) I am getting the same results as the OP. I can’t seem to switch it from raid-only to read write to start the resync process. I’m still working on the issue as time permits today. But there IS something up here, I feel its hardware/array related. It should work because all of the bits are aligned right as soon as I can get it out of read-only mode.
-
This post is deleted! -
@george1421 OK I have a track on how to make it work. I just need to see how we can get the fix into the official FOS release.
We can patch it, but it needs to be fixed right.
-
@george1421 That’s good to know. Does that mean I’ll have to wait for a future update for this to work with my equipment?
Thanks for all the work you guys have put into this. I really appreciate how much this community is willing to help.
-
@Zerpie Sebastian was working through why the program was missing from the inits. I think he was planning on patching the inits for now and then going back to the buildroot project with the error why its not including the file when its selected. FOG uses Buildroot to create the customized linux engine that runs on the target computers.
It should be just a day or two before we have a workable solution for you. Its not something you did or didn’t do, its related to mdadm and the missing monitoring application for raid 1 arrays. -
@Zerpie @george1421 Build is done. Please find new test binaries here 64 bit and 32 bit.
Download and put in
/var/www/fog/service/ipxeon your FOG server. Rename to match the original names - do not overwrite but also rename the original init’s I would say just in case.Please test and let us know. Caputre, deploy… working?
-
@Sebastian-Roth Looks like you have it worked out.
The only thing I did was install the updated inits and then pxe boot into a debug console. It worked right out of the box. Well done!
I’m going to start a normal mode deploy to ensure it can push the image out to the disk, but I’m sure it will work as it did with the raid0 setup.
-
@Sebastian-Roth Deployment was successful.
I did notice there was an error message I have not seen before, but I don’t think its related to intel raid.
db_root: can not open: /etc/targetEverything works OK so I don’t know maybe if its a warning we can ignore.
Also FWIW I’m also running on the latest FOS kernels (4.18.11)
-
@george1421 I’ve seen that on the latest kernels on normal installs too, doesn’t seem to hurt anything afaik.
-
My first attempt to capture the image after downloading the new init files I got an error.
Partclone fail, please check /var/log/partclone.log ! Failed to complete capture (savePartition) Args Passed: /dev/md126p1 1 /images/00270e3b9d1e all Exit code: 1 Maybe check the fog server to ensure disk space is good to go?After the host rebooted it started a CHKDSK and I’m waiting for it to finish now.
I may need to restore the original image again just to get a fresh start. I’ve also checked the image storage and there’s plenty of space available. I’ll update once I’ve gotten a few good tests. Thanks! -
I’m not sure what that error was caused by the first time around, but I was able to successfully capture the image on my second pass. Now I’m deploying the captured image. So far so good. No errors yet. Fingers crossed…
-
YOU GUYS ARE AMAZING!
Both the capture and deploy tasks completed successfully! Thank you all so much for your help! Now I can have our staging team start using Fog for our equipment with RAID.
Thanks again!
-
@Sebastian-Roth, I have the exact same problem and really would like to download the patched files. But the links are broken. Can I get them somewhere please?
-
@Robert-H As we have the mdmon included in the official inits I deleted the special ones now. Find the official inits here:
https://fogproject.org/inits/init.xz https://fogproject.org/inits/init_32.xz