Intel Raid0 Image Capture
-
@george1421 what was the function the error came from?
-
@Tom-Elliott getPartitons from download. I’ll have to look at the code again
[edit] here is the call chain
fog.download:restorePartition->funcs.sh:runPartprobe->funcs.sh:performRestore->funcs.sh:getValidRestorePartitions->funcs.sh:getPartitions -
Updating the trouble code
lsblk -I 3,8,9,179,259 -lpno KNAME,TYPE /dev/md126 | awk '{if ($2 ~ /part/) print $1}'
to
lsblk -I 3,8,9,179,259 -lpno KNAME,TYPE /dev/md126 | awk '{if ($2 ~ /md/) print $1}'
Allowed the system to image in debug mode. I doubt it will run because I don’t have the raid drivers in my pushed image, but imaging did complete fully without error.
-
@Sebastian-Roth said in Intel Raid0 Image Capture:
@jpmartin George’s
mdadm -D /dev/md126
seems to be very handy and informative. Give that a try!No image file found that would match the partitions to be restored args passed /dev/md126 /images/WIN7ENTX64 all
Guess that’s just a matter of tuning the init scripts to make this work. Will have a look tomorrow. Marking this unread…
Here you go:
-
@george1421 Have you been able to capture an image from the machine?
Do you think it’d be possible to capture a Single Disk Resizable image from these fake raid machines?
-
I updated the source for this to allow for if ($2 ~ /part/ || $2 ~ /md/).
Hopefully this will work for you needs.
-
@Tom-Elliott That should do it very nicely!!
The OP will need to update to the latest release of the FOG trunk once the change has been pushed. I can confirm that it works. I still have my test rig set running.
As for “Do you think it’d be possible to capture a Single Disk Resizable image from these fake raid machines?”. I was able to deploy to this machine once I hacked the init (not needed now) so I also assume you should be able to capture resizeable. My deploy was a single disk resizeable image.
-
@george1421 I don’t know if it will “capture” unless the primary device is set though.
-
@Tom-Elliott Right. I know I have a wall of text in this one. But to use these fake raid systems you have to update the host registration with these settings. Without these set FOS will only see just a bunch of disks and not the array.
Host Kernel Arguments: mdraid=true Host Primary Disk: /dev/md126
[edit] Corrected the extra bits in the host primary disk
-
@george1421 where does “Here” come from in “/dev/md126Here” in your post just below?
-
@jpmartin I think he was just typing. Ultimately, remove the “Here” as I highly doubt you all have a “/dev/md126Here” labeled device. :smiley_face_here:
As we don’t have smilies I suppose it would be better to add a bit that I’m just playing around.
-
@Tom-Elliott That’s what I was thinking too. But was just checking to make sure I didn’t miss anything.
Have the changes been pushed to the svn trunk so I can update and test?
-
@jpmartin said in Intel Raid0 Image Capture:
@george1421 where does “Here” come from in “/dev/md126Here” in your post just below?
Sorry trying to do my job and play at the same time, victim of copy/paste. Tom is right its just /dev/md126
-
Yes, changes have been pushed and init’s are updated. Reinstalling will work as well, but I still say to just update.
-
@Tom-Elliott Excellent. I’ll update and report back.
-
Bingo!! my test bench system is deploying!!
-
Running a Resizable Capture now.
Fog is resizing the file system currently.
Will test deploy after this image is captured.
-
Resizable capture worked perfectly.
Running deploy now, should be finished in ~6 minutes, all is looking good so far.
-
@jpmartin That’s great!! I’ll have to write this up in a tutorial so that its document properly now.
(Shameless donation request)
Please, if your company finds value in the FOG management tools, please consider donating to the FOG Project. The level of support, bug fixes, and rapid feature advancements companies receive from the FOG Project are at levels much higher than almost all Tier 1 support groups. If all companies and organizations that productively use FOG within their site(s), just contributed $50USD to the FOG project, it would really help to support a very worthwhile ecosystem. -
Thank you guys for working together and getting this fixed in just about 24 hours! This is amazing!