Deploying to Hyper-V UEFI VMs w/v1.5.0 RC-6 Working Branch



  • Has anyone attempted to deploy an image to a Gen2 VM in Hyper-v with the latest v1.5.0 RC?

    I’m finding that my images are not expanding to include the whole disk drive.

    This occurs only on VMs - at least based on the limited testing I did (1 HW PC).

    I’m not sure when this stopped working, but I believe imaging for these VMs worked in previous v1.5.0 RCs. It certainly worked in v1.4.4.

    As a test, I used FOG to deploy the image to a Gen2 VM and had it shutdown after imaging. I was able to mount the VHDX file and extend the volume using the Virtualization Host OS - so the volume is expandable. After dismounting the VHDX file, the VM booted and continued normally with FOG tasks (like joining the domain).

    We also created an ExtendVolume Snapin that appears to work.

    Snapin runs diskpart /s extend.txt

    extend.txt has the following in it:
    select disk 0
    select volume 0
    extend

    I’m curious to know if we’re the only ones having this problem.

    thanks,

    Jim



  • Sebastian,

    Here’s d1.partitions:

    label: gpt
    label-id: 6561AEE9-3184-4274-B8E2-359A32B76FD5
    device: /dev/sda
    unit: sectors
    first-lba: 34
    last-lba: 104857566
    
    /dev/sda1 : start=        2048, size=      921600, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=3E77A64A-2E46-40EC-93D0-03CFD0BDDDC9, name="Basic data partition", attrs="RequiredPartition GUID:63"
    /dev/sda2 : start=      923648, size=      202752, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=2CF8BFD9-3B61-4FAD-A4DC-6FC2A1E6E134, name="EFI system partition", attrs="GUID:63"
    /dev/sda3 : start=     1126400, size=       32768, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=1222537C-11F5-4B9F-9FB2-68AE743C5D79, name="Microsoft reserved partition", attrs="GUID:63"
    /dev/sda4 : start=     1159168, size=   103696384, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=0C2EDC77-DB4B-45A1-BF2B-2BE3B844CF47, name="Basic data partition"
    

    Here’s d1.fixed_size_partitions:

    :2:3:1
    

    Jim


  • Developer

    Thanks, good to know! @Jim-Graczyk Would you mind posting the content of d1.partitions and d1.fixed_size_partitions (as text) here in the forum? I am trying to create a test framework for the partition resizing and this is definitely a good one we want to have in our test cases.


  • Senior Developer

    @sebastian-roth Yes.

    GPT partition layouts with SFDISK tend to have the firstlba and lastlba sectors defined for the drive. The resizable element weren’t taking the firstlba into account for the variable sizes.

    Making the firstlba (if present) part of the fixed size caused the problem to be fixed.


  • Developer

    @Jim-Graczyk @Tom-Elliott Can you please let us know how you were able to fix this?



  • @tom-elliott

    Tom - I tested this on several Gen2 VMs and they all extended to the fill disk size.

    Thanks - SOLVED.

    Jim


  • Senior Developer

    Can we remote please?



  • @tom-elliott

    Here are the screenshots for each step of the fog iPXE process:

    0_1501855987335_13709f3e-3f2f-4e06-b44a-4b7f1d984a97-image.png

    0_1501856107563_674dbdd6-9821-4fed-b439-da2e37578c26-image.png

    0_1501856145388_d34d1c89-1f06-4fec-872a-37ea16c1f202-image.png

    0_1501856186630_9cb6040c-f4df-4a16-bc73-3b927cbff669-image.png

    0_1501856244708_31eae7b6-a2a7-4b5f-b0f6-3a26ae616120-image.png

    0_1501856318213_3bac1652-cd92-4211-b066-095c3fd4cc4e-image.png

    0_1501856398305_286aafb1-5e28-47ac-8a14-ab5bdf988749-image.png

    0_1501856460679_208f5c79-bde1-4475-97d2-2be6f78262b7-image.png

    0_1501856557945_060554e9-07f0-4ac1-baa0-2b7187e63115-image.png

    0_1501856598827_bdc07772-12e2-44cf-8a44-3174b93aba1a-image.png

    0_1501856638892_9a35a3c3-f5d6-4b69-b915-9ee7b15bfddf-image.png

    0_1501856678302_32ac4d93-78ec-4b31-a90b-b746aff39e37-image.png

    0_1501856739306_056101c7-11c3-43d4-ab31-f8aa3b3272ee-image.png

    0_1501856841721_7febb74e-23d8-4042-9769-7f5cc9d1fdb9-image.png

    0_1501856874227_c1aa4e68-44f3-480a-afac-0608c1d98639-image.png

    0_1501856942693_cd4c8da7-33e3-4b26-9afe-9a6b99c3c70f-image.png

    0_1501857066339_e9cd01cc-9a46-43e0-ac27-ffaab4f675ab-image.png

    0_1501857104523_7b3313d2-4046-48fc-a50c-c00e12f8f9f4-image.png

    0_1501857132987_c94a4415-444c-4f07-a4dd-039fdee5da66-image.png

    0_1501857169075_28bee1f5-a761-4aef-a203-7b13c772a8f8-image.png

    0_1501857253924_5eb1ba06-0334-49a0-9bd1-42cf25806229-image.png

    0_1501857279188_fdc7da49-b022-4631-943b-555a4f36f195-image.png

    0_1501857317716_1be4ce92-488e-4f62-8131-ad4bedcb739a-image.png

    0_1501857356668_b0373987-6cff-4891-9449-3ddbc8bca83f-image.png

    0_1501857407260_7daa9001-9a97-46a3-9601-b1c3e9139746-image.png

    0_1501857459147_1ab77577-d786-4f08-b9d0-2ee9499e3768-image.png

    0_1501857500756_9bbc4692-7ea0-4249-9ed5-3f4f8ce090d0-image.png

    0_1501857530748_3569c688-356e-48cf-8aba-46954284b212-image.png

    0_1501857572818_c4f5e739-8ed7-470a-8bd3-a05522c2747a-image.png

    0_1501857601570_dcaf991a-e071-4d84-b5b7-6139305c5080-image.png

    0_1501857640475_6e00edb0-032c-4a25-b730-977abe4a6cda-image.png

    0_1501857694484_3f945a47-662b-49e7-85fd-fad6dda27d1d-image.png

    0_1501857725011_779b435b-7f5f-41bc-90ec-a9388bf4790f-image.png

    0_1501857750244_7b228dec-3c72-4c36-9a70-19274a6c9501-image.png

    0_1501857780331_305d8ada-f8f0-44ee-a87a-761dce1b5d24-image.png


  • Senior Developer

    If you’re running 1.5.0-RC-6, then the latest init’s and kernels are already in your FOG setup. So, no, it won’t hurt to do the wget commands as @george1421 or @Sebastian-Roth have suggested, but I don’t think there will be any difference.


  • Developer

    @Jim-Graczyk Just take pictures of the screen using your smartphone or camera. Make absolutely sure you see Done for every stage.

    Testing the most current kernels as could help as George said.

    Please post the contents of d1.partitions, d1.minimum.partitions and d1.fixed_size_partitions of this particular image here in the forum. Maybe we see something that is wrong with those.



  • @tom-elliott

    Tom,

    I ran an image deployment with the kernel switches you list. At the start, it said it was logging. Can you tell me where the log is and how to get it to you? If I need to record another way, let me know.

    There were no errors. All actions appeared to work as I stepped thru the deployment process. Specifically, resizing after the 4th partition was downloaded said Done, but the partitions wasn’t actually extended.

    Also, should I take George1421’s recommendation that I wget bzImage and bzImage32 from fogproject.org or do I have the latest versions as part of the current working branch?

    If this is something you don’t want to address right now, I have a work around with a Snapin that appears to work fine so I’m not dead in the water on EFI testing.

    Thanks,
    Jim


  • Senior Developer

    You’ll want the registered host kernel argument, for the time being, to be:

    isdebug=yes ismajordebug=1

    the isdebug=yes will make it so the host will always boot everything into debug, so you don’t have to keep checking the ‘Schedule task as debug’

    The ismajordebug will print out more disk based information as the system processes.

    To start the process of imaging at the command prompt (if that’s what you want to reference it as) run fog.

    I’m pretty sure i know what’s wrong, but I don’t know of a good fix. Having the information as performed will be much more helpful. I’m sure I can get it, but understand trying to get these “little” things worked out is really causing more problems than it’s worth to continue tweaking. I fix one thing, but another thing breaks. It’s really way too finicky to keep adjusting for one, then the other.

    Understand this isn’t a dig at you or anybody, just understand my brain is fried from trying to get ALL things working perfectly at his point.


  • Moderator

    You may need to do a debug deploy and single step through deployment process to see if you can capture the error why the partitions won’t expand.

    You may also want to download the latest inits (manually) and install them in your fog server. The devs patch the inits last week to solve a specific issue with disk expansion.

    wget https://fogproject.org/kernels/bzImage
    wget https://fogproject.org/kernels/bzImage32
    

Log in to reply
 

400
Online

39.3k
Users

11.0k
Topics

104.6k
Posts

Looks like your connection to FOG Project was lost, please wait while we try to reconnect.