fog problem ?
-
i have the server on debian 7
and i try to image a debian 7 or 8. -
evolution of the problem.
i have fix this error but i still can’t boot with the pxe fog menu.
i have this:
Unable to locate configuration file
Boot failed: press a key to retry or wait for reset -
Could you share a picture of the boot screen when it fails?
-
-
@Varion Am I correct in assuming you installed FOG 0.3.2?
-
@Quazz hum i’ve install 1.2.0 it’s the version which make this bug ?
-
@Varion On 1.2.0 I believe ipxe is the standard. Try setting the filename in your DHCP config to undionly.kpxe
-
Hello Varion welcome to the Fog forum.
Can you please tell us what you entered for dhcp option 67? My guess is that you are using pxelinux.0 . The proper setting for this (for bios mode) is undionly.kpxe. for efi bios then you would use snponly.efi.
[edit ]OK if I look at your picture I see for sure you are using the wrong (older style) boot file for FOG. [/edit]
-
@george1421 @Quazz
ok so with the undionly.kpxe the boot screen of fog appear once (but forget it stay 3sec and boot normaly after so i do nothing on it), so i restart the vm and try it again and i have this error again (it was fixed before)
-
@Varion Am I correct in assuming you followed instructions on this page: https://wiki.fogproject.org/wiki/index.php/Installation_on_Debian_Lenny to install fog?
You might want to (temporarily) disable firewall on FOG server to see if that helps.
A note about other Linux distribution
If you are using other Linux distribution such as Debian / Ubuntu / Suse / Slakcware Linux etc., try the following generic procedure. First, save the current firewall rules, type:
iptables-save > /root/firewall.rulesOR
$ sudo iptables-save > /root/firewall.rulesNext, type the following commands (login as the root) as bash prompt:
iptables -F iptables -X iptables -t nat -F iptables -t nat -X iptables -t mangle -F iptables -t mangle -X iptables -P INPUT ACCEPT iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT
Mod edited to use code box.
-
Hmmm… interesting.
So lets see where you are at.
The device PXE (ROM) booted and downloaded iPXE. iPXE is running and detected your network adapter as a pcnet32 and then started a dhcp discovery again. This is all normal so far, but now you get a connection timeout. This makes me think there is a STP or spanning tree issue. Can you ensure your network switch has port fast or RSTP enabled on the link to this device?
It also appears that you are using the 1.2.0 version of fog. If this is a new fog installation, I would highly recommend you upgrade to the trunk version of fog (i.e. per 1.3.0).
One last bit of info, what device are you trying to pxe boot. Make and model.
-
@Quazz @george1421
so following the instruction of my supervisor, i’ll try to install once again fog but with dhcp managed by fog.
i will make a copy of the vm i actually have with the fog server and try the 2nd install on it and if it still don’t work an upgrade on trunk.
My supervisor don’t think that fog have a personnal firewall because we do nothing on it. If it’s the firewall of the network i don’t think it will be possible x) -
and now after trying a second install of fog i have this
-
This post is deleted! -
@Varion said:
@Quazz @george1421
so following the instruction of my supervisor, i’ll try to install once again fog but with dhcp managed by fog.FOG DHCP is not required. This is not your issue.
The target computer is getting the iPXE operating system. So dhcp is working as it should. DHCP is telling the target computer go to the fog computer at IP address (dhcp option 66) and get file undionly.kpxe (dhcp option 67). I can see that this file runs on your target computer because I see the iPXE status line. For this DHCP is good and not your problem.
The issue is the iPXE kernel can not get an IP address. This is typically because of one of two problems. 1) The device has a network adapter not supported by the iPXE kernel. 2) The problem is with your network switch in that it takes too long to start forwarding data, which is a problem with spanning tree settings.
Now from what I understand you are trying to pxe boot a virtual machine, that is why I see pcnet32 (which is an old internet adapter).
- What version of esxi are you trying to boot?
- I would strongly recommend that you upgrade your fog installation to the trunk version (pre 1.3.0) so if you have problems the developers can help fix the issue. https://wiki.fogproject.org/wiki/index.php/Upgrade_to_trunk
- You must confirm that you have disabled selinux and disabled the iptables firewall according to the FOG prerequisites or FOG server will not work as required.
-
Hi,
sorry this week-end i haven’t the time to work on it.
I start my VM with the fog server on it this morning and it work perfectly i’ve upload an image 2min earlier.
I don’t know what happened during this week-end but it’s cool if it’s work now let see if it continue =pedit:
okay i’ve speak too quickly i have the same bug as before…
can an other computer create a bug like this ? ( my supervisor wasn’t here and his computer was off and when i came and start his computer it bug again ) it’s just a supposition. -
@Varion Which IP address does your FOG server have? Is it configured as static IP or does if get it’s IP via DHCP as well? On your FOG server run
ip addr show
(maybe you need to runsudo ip addr show
depending on the host OS you have) and post the full output here in the forum.Is it possible that your supervisor’s machine is running a DHCP server or proxy service? This could actually cause problems (only when that machine is on!).
-
@Varion Try using a different boot file other than default.ipxe. Try using undionly.kkpxe, or if your are using newer UEFI devices, try ipxe.efi.
-
Okay, so my supervisor was thinkng that it could be a problem from virtualbox (where i create my fog server) and i create the fog server on the computer. It looks like it work for now i will see if it keep going like this.
-
So it work now but i have a problem with the upload of the image.
i try to upload an image and it copy the entire disk (even the space not used)
I’d like know if it’s normal or not and if their is a solution if it’s a problem from me.
i try to upload a debian 7.3
thanks guys
edit: