No partition number passed (EBRFileName)

[Tom Elliott]

@Alan-Anderson The image you’ve provided appears to show your disk has no partition layout on it.

Notice:

 * Processing Partition: /dev/sda ()

That should display as:

 * Processing Partition: /dev/sda1 (1)

[Alan Anderson]

1. Deploying in raw format: I don’t see an option to control deployment type of an image. I thought that Fog looked at the type of image and deployed based on the image type.
2. I agree that it looks like there is no partition on the hard disk. But there is. The hard disk I want to image currently has a Windows partition and happily boots to Windows 7. So not sure what the issue is. I have tried two different versions of this laptop image and they both fail with the above error.

Just to troubleshoot I created an image of this laptop series using Multiple Partition Image - Single Disk (Not Resizable) and then deployed it back and it works fine. So it may just be something wrong with this group of raw images brought over from the old Fog server. Not my first choice but I’m willing to create a new image and move on if no one has any other ideas.

[Wayne Workman]

Deploying in raw format: I don’t see an option to control deployment type of an image. I thought that Fog looked at the type of image and deployed based on the image type.

It’s pictured below. If you change the type, you have to re-capture. FOG does not do any such automatic selection of image type - all settings are left up to the fog administrator / imaging technician to configure properly.

[Wayne Workman]

@Alan-Anderson Any status update?

[Alan Anderson]

@Wayne-Workman
Sorry for the long delay in replying. I see the image type as you described. The original image was captured as Raw. And I am deploying it as Raw as well. So have hit a dead end on this.

[george1421]

@Alan-Anderson We’d like to have you update to the latest RC release of fog 1.4.0RC8. There was a bunch of effort put into disk resizing and imaging between FOG 1.3.4 and 1.3.5, with a critical fix added to 1.4.0RC1.

Once you update, please try your imaging again.

[Tom Elliott]

@Alan-Anderson @Wayne-Workman @george1421 Also I added a change within RC-8 so the function call specifically for EBRFileName will no longer halt forward progress. So PLEASE update to RC-8 and give it a test. Of course it would be great to re-capture in resizable just to see if things work. Essentially this should enable your server to image or at least give us more information that we could use to get this working for you.

[Alan Anderson]

@george1421
FOG now shows:
Running Version 1.4.0-RC-8
SVN Revision: 6069
I tested a new image using Multiple Partition Image - Single Disk (Not Resizable) and it worked great. So nothing broke during the update. Then I tried to deploy the older raw image and got further than before in that no error was displayed. However it reported that the partition file was missing (See image). I listed the directory just to be sure and here is the result:

[root@fog2 LenovoT450V3]# pwd
/images/LenovoT450V3
[root@fog2 LenovoT450V3]# ls -l
total 53134492
-rwxrwxrwx. 1 fog root 54409716700 Feb 10 00:49 LenovoT450V3

So the image files exists.
One final note in case it’s relevant: I did receive these two errors doing boot:
Error parsing PCC subspaces from PCCT
Populating /dev using udev: udevd[2524]: error creating epoll fd: Function not implememted
Thanks

[Tom Elliott]

@Alan-Anderson I’ve rebuilt the init’s to try to do the download.

Please run:

wget -O /var/www/fog/service/ipxe/init.xz https://fogproject.org/inits/init.xz
wget -O /var/www/fog/service/ipxe/init_32.xz https://fogproject.org/inits/init_32.xz

Then try deploying your raw image again? I sure hope for success. Glad you got further along for sure.

[Alan Anderson]

@Tom-Elliott
That did it. After that last update, I was able to deploy the raw image successfully! Thanks for working with me on this.