Error on image upload

[Quazz]

@Zourous Did anything change with the newer init? Different line number or slightly different error?

[Sebastian Roth]

@Zourous said in Error on image upload:

I tried it 10 times and it was the same each time. I even tried an 11th time with another stick and it was the same. I’m guessing you could probably replicate this on a similar set-up.

Thanks! I’ll definitely look into this when I have a bit more time.

[Zourous]

@Quazz said in Error on image upload:

@Zourous Did anything change with the newer init? Different line number or slightly different error?

I will try and test when I have a chance maybe next week

[Zourous]

Also I have just noticed a new problem off the back of this problem. The USB stick got uploaded into the image at some point. I noticed this and used a tool to take the extra USB partition away again from the image, but after this the images uploads and shows the size as the full space of the fixed disk and also doesn’t resize to a bigger disk when it is deployed to a bigger disk. I’m not sure how I can correct this issue now.

[Sebastian Roth]

@Zourous I am fairly sure I found why you ran into this issue. I was absolutely sure I had seen something very similar some weeks ago but just have not had the time in the last days to sit down and play with this stuff to figure it out.

@Quazz You might remember this last fix. We had a very similar if not the same error message in situations with single drives that have the same flag set on different partitions. In both cases the problem is caused because a variable is being set with a multiline result and that causes the if clause to fail with syntax error.

The problem here is that parted -l /dev/sda does not return the information for sda only but sda and sdb as stated in the parted man page: “-l, --list lists partition layout on all block devices”.

So I have pushed out a fix for this. Inits are building. You can manually download the latest init files when they are done in 3-4 hours: https://dev.fogproject.org/blue/organizations/jenkins/fos/detail/master/90/artifacts/ (init.xz and init_32.xz)

Put those in /var/www/html/fog/service/ipxe/ - rename the original ones to have a backup copy of those. As well go to the FOG web UI -> FOG Configuration -> FOG Settings -> FTP Server and increase KERNEL RAMDISK SIZE from 127000 to 275000 if you haven’t done that already.

@Zourous said:

I noticed this and used a tool to take the extra USB partition away again from the image

I am not sure I get this. Which tool did you use to “take away” the USB partition? Do you mean you removed the partition from the USB key before actually uploading or after upload finished?

About the “doesn’t resize”… We need more information on this! Partition layout (d1.partitions from the image directory) and so on.

[Quazz]

@Sebastian-Roth Ahhh, that makes sense, good find!

[Zourous]

@Zourous said:

I noticed this and used a tool to take the extra USB partition away again from the image

I am not sure I get this. Which tool did you use to “take away” the USB partition? Do you mean you removed the partition from the USB key before actually uploading or after upload finished?

About the “doesn’t resize”… We need more information on this! Partition layout (d1.partitions from the image directory) and so on.

I just used a tool outside of Windows to remove the inserted USB partition that had made it’s way onto the main image. By doing this I assume it has messed something up and that the partitions are not recalculated when I try to upload the image again because it seems to not shrink the image to the size of the data before upload or then resize it after deployment. Here is the d1.partitions file

label: dos
label-id: 0x86308630
device: /dev/sda
unit: sectors

/dev/sda1 : start=        2048, size=     1024000, type=7, bootable
/dev/sda2 : start=     1026048, size=   249043631, type=7

I noticed there is a d1.fixed_size_partitions file and I tried taking the :2 out of this, but this didn’t solve it.

[Zourous]

@Zourous said in Error on image upload:

@Zourous said:

I noticed this and used a tool to take the extra USB partition away again from the image

I am not sure I get this. Which tool did you use to “take away” the USB partition? Do you mean you removed the partition from the USB key before actually uploading or after upload finished?

About the “doesn’t resize”… We need more information on this! Partition layout (d1.partitions from the image directory) and so on.

I just used a tool outside of Windows to remove the inserted USB partition that had made it’s way onto the main image. By doing this I assume it has messed something up and that the partitions are not recalculated when I try to upload the image again because it seems to not shrink the image to the size of the data before upload or then resize it after deployment. Here is the d1.partitions file

label: dos
label-id: 0x86308630
device: /dev/sda
unit: sectors

/dev/sda1 : start=        2048, size=     1024000, type=7, bootable
/dev/sda2 : start=     1026048, size=   249043631, type=7

I noticed there is a d1.fixed_size_partitions file and I tried taking the :2 out of this, but this didn’t solve it.

I think I found the fix on another thread. I just need to run chkdsk / f and it corrects it for the next upload

[Sebastian Roth]

@Zourous Did you notice the fixed init files I posted yesterday? See below.

[Zourous]

@Sebastian-Roth said in Error on image upload:

@Zourous Did you notice the fixed init files I posted yesterday? See below.

Yes, I’ve just tried them. On a debug test it still shows as before when you type in parted -l /dev/sda, but on the upload I can’t see any issues like in the original screenshot I posted. Thanks for all your efforts.

[Sebastian Roth]

I just updated the official init files on the webserver. Marking as fixed.