Could not boot:not enough space(http://ipxe.org/31062006)

[stepryan]

@george1421 said in Could not boot:not enough space(http://ipxe.org/31062006):

@Sebastian-Roth Excellent catch there.

@stepryan did someone change the default (global) or define a host specific init file for this host? I would also have to question where you might find the init.gz file from to start with.

i would not know how to change the init file or even where it is . i generally only change settings through the web gui.

[stepryan]

@Sebastian-Roth said in Could not boot:not enough space(http://ipxe.org/31062006):

@stepryan The connection reset to me sounds like something is killing the TCP connection (sending TCP reset packets) while transfer of init.gz is going on. Well … I just noticed init.gz. We don’t use GZIP compressed initrds anymore. This has been used years ago. Are you sure you have a FOG server version 1.4.2 running?!? Please let us know more about your setup.

Do you see anything in the apache error logs when this is happening on the client. See my signature on where to find those logs on your FOG server.

here is a screenshot of the version

[stepryan]

@Sebastian-Roth said in Could not boot:not enough space(http://ipxe.org/31062006):

@stepryan I have never seen this error and searching the internet tells me that pretty much no one else ever ran into such a thing. Checking the iPXE URL I see this a a valid error but right now I have no idea what could be causing this. Don’t worry, I am pretty sure we are able to figure this one out.

i also get the error message about chainloading…

I am wondering if this is related. Could you please take a picture of that error and post here.

i have 2 seperate vlans on the network that pc’s reside on. the first one vlan1 has the server on it and it has a fixed ip address.

Does the VLANs end on the switch? Possibly you’ve configured VLANs all the way to the client. With that PXE boot just wouldn’t work I suppose.

link text i found this post which seems like someone else had the problem previously.

[stepryan]

@Sebastian-Roth said in Could not boot:not enough space(http://ipxe.org/31062006):

@stepryan The connection reset to me sounds like something is killing the TCP connection (sending TCP reset packets) while transfer of init.gz is going on. Well … I just noticed init.gz. We don’t use GZIP compressed initrds anymore. This has been used years ago. Are you sure you have a FOG server version 1.4.2 running?!? Please let us know more about your setup.

Do you see anything in the apache error logs when this is happening on the client. See my signature on where to find those logs on your FOG server.

this is the contents of the apache error log:
[Fri Jun 16 07:38:40.872368 2017] [mpm_prefork:notice] [pid 1954] AH00163: Apache/2.4.25 (Ubuntu) OpenSSL/1.0.2l configured – resuming normal operations
[Fri Jun 16 07:38:40.872412 2017] [core:notice] [pid 1954] AH00094: Command line: ‘/usr/sbin/apache2’

[Sebastian Roth]

@stepryan Good find that post about the PXE issue. I remember this but didn’t know that this was the same iPXE error. I remember thinking that although the issue seemed solved I doubt it was due to changing from ubuntu server to ubuntu desktop. But hey, you never know till you provide the evidence.

So nothing in the apache error logs, ok. And your FOG version is obviously up to date. But still I am wondering why the client boots init.gz! Please check the FOG settings (section TFTP Server). What is FOG_PXE_BOOT_IMAGE set to?? As well, please run the following command on your FOG server console and post the output here: ls -al /var/www/fog/service/ipxe/init*

[stepryan]

@Sebastian-Roth said in Could not boot:not enough space(http://ipxe.org/31062006):

@stepryan Good find that post about the PXE issue. I remember this but didn’t know that this was the same iPXE error. I remember thinking that although the issue seemed solved I doubt it was due to changing from ubuntu server to ubuntu desktop. But hey, you never know till you provide the evidence.

So nothing in the apache error logs, ok. And your FOG version is obviously up to date. But still I am wondering why the client boots init.gz! Please check the FOG settings (section TFTP Server). What is FOG_PXE_BOOT_IMAGE set to?? As well, please run the following command on your FOG server console and post the output here: ls -al /var/www/fog/service/ipxe/init*

these are the tftp settings.

this is the result of the command.

[Sebastian Roth]

@stepryan Ok, let’s try updating the initrd files to the latest version and then see if you still have the same error.

1. On the terminal run the following commands:

sudo -i
cd /var/www/html/fog/service/ipxe/
wget https://fogproject.org/inits/init.xz
wget https://fogproject.org/inits/init_32.xz
chown fog:www-data init*

2. On the FOG web interface in FOG settings change FOG_PXE_BOOT_IMAGE to init.xz and FOG_PXE_BOOT_IMAGE_32 to init_32.xz

3. Boot up the client and see if you still get the same error.

I am still wondering why you had those quite old initrd files (Oct 2014!!) in use. Maybe one of your colleagues had modified and installed those by intention?

[george1421]

@Sebastian-Roth What I’m really confused about is how is this even possible? If fog 1.4.2 was installed the new inits must be there or the install will fail. What currently exists shouldn’t be (like pink unicorns).

I assume FOG was upgraded from a previous release. What release was fog upgraded from?

[stepryan]

@Sebastian-Roth said in Could not boot:not enough space(http://ipxe.org/31062006):

@stepryan Ok, let’s try updating the initrd files to the latest version and then see if you still have the same error.

1. On the terminal run the following commands:

sudo -i
cd /var/www/html/fog/service/ipxe/
wget https://fogproject.org/inits/init.xz
wget https://fogproject.org/inits/init_32.xz
chown fog:www-data init*

2. On the FOG web interface in FOG settings change FOG_PXE_BOOT_IMAGE to init.xz and FOG_PXE_BOOT_IMAGE_32 to init_32.xz

3. Boot up the client and see if you still get the same error.

I am still wondering why you had those quite old initrd files (Oct 2014!!) in use. Maybe one of your colleagues had modified and installed those by intention?

hi sebastian,
i have tried those commands and it updated the files. when i turned on one of the pc’s i was trying to image it came up with some sort of error about udev which went past on the screen. partclone kicked in and it seems to be imaging the machine now, thanks for all your help. as for how it stayed on the old files i do not know. i am the only person who works on it. generally i have upgraded from previous versions and i have let the install file do the upgrade. the only reason i could think why the old files are there was if i was trying to fix something in the past and i was following some old instructions which referred to the old .gz file instead of the new xz file.

[stepryan]

@george1421 said in Could not boot:not enough space(http://ipxe.org/31062006):

@Sebastian-Roth What I’m really confused about is how is this even possible? If fog 1.4.2 was installed the new inits must be there or the install will fail. What currently exists shouldn’t be (like pink unicorns).

I assume FOG was upgraded from a previous release. What release was fog upgraded from?

i can’t remember all the versions but i think it was 0.32 -> 1.0 , 1.1, 1.2 , 1.3, 1.4 , 1.42 .

[Sebastian Roth]

@stepryan Alright, thanks for reporting pack. Great to hear that this seems fixed with the most current initrd files. I have no idea how those old ones made it onto your server as the installer always downloads the newest ones and would fail if it cannot download those. Anyhow, marking this solved.

[Tom Elliott]

I’m confused how init.gz was even a thing? Were you building custom init’s (or reworking the original init’s) and re-zipped as .gz?