Difference between revisions of "Known FOG Bugs"
(→Description) |
(→Description) |
||
| Line 13: | Line 13: | ||
=== Description === | === Description === | ||
| − | This bug became present sometime around the r3200s and was corrected in | + | This bug became present sometime around the r3200s and was corrected in r3396. It is unrelated to boot-files and kernels. |
| − | When an image is uploaded as "resizable", the resync process immediately after resizing does not occur. This means that although partitions were actually resized on the host, the upload used the prior partition data pulled from the drive and not the new information. Any resizeable images created between | + | When an image is uploaded as "resizable", the resync process immediately after resizing does not occur. This means that although partitions were actually resized on the host, the upload used the prior partition data pulled from the drive and not the new information. Any resizeable images created between r3200 and r3395 could be (and probably are) affected. |
Revision as of 19:26, 22 May 2015
For those that make additions to this article, please include relevant Versions/Revisions, dates, and ample details (and hopefully fixes / workarounds).
Please Do-Not post things in here that haven't been discussed in the forums prior, or with a developer.
Contents
The Image Resize Bug
Description
This bug became present sometime around the r3200s and was corrected in r3396. It is unrelated to boot-files and kernels.
When an image is uploaded as "resizable", the resync process immediately after resizing does not occur. This means that although partitions were actually resized on the host, the upload used the prior partition data pulled from the drive and not the new information. Any resizeable images created between r3200 and r3395 could be (and probably are) affected.
When downloading an image to hosts that have the same size HDD as the source machine, or a larger size HDD as the source machine, imaging completes as normal.
When downloading an image to hosts that have a smaller size HDD than the source machine, errors are encountered and imaging does not complete.
Some hosts will never get to the partclone process, some hosts do but fail during the imaging process.
Verifying your image is affected
Start a download task with debugging.
Run this command on your host:
fdisk -l
Examine the output.
Look closely at the three highlighted areas. The first is the command issued, the second is the size of the installed HDD, the third is the size of the image's partitions.
If the partition data is larger than the size of the installed HDD, your image is affected.
Fixing your image
To fix the image, first update to FOG revision 3396 or later, and install an HDD of equal or greater size than the source machine had.
Deploy your image to this host with the larger HDD.
Boot the host and verify all is well.
Shutdown the host.
Create a new image, be sure to mark it as "resizeable" along with any other necessary settings, and assign this new image to the host using the FOG Web UI.
Create a new upload task, and upload the new image.
The new image should now be able to deploy to hosts with smaller HDDs than the source machine.
You may now delete the old image.
