/default.ipxe... Connection timed out | fog_1.0.1 | Ubuntu 14.04 LTS | Winxp32 Vbox Client
-
[quote=“Krisztian Buscsei, post: 27951, member: 24324”]Yes, that link returned of the source of the ipxe menu.
that is the problem, I want to you proxy dhcp, instead off the built in dhcp,(I have an dhcp server already, I do not want to turn it off, I can’t modify anything on it
)Thank you anyway, I will read forward.
Just one more thing.
I tried the vm version too, I set with built in dhcp, and that was working…, and I checked the files in the tftpboot, and there are complitly different files overther, I attach picture(so this version is the vm that I’ve downloaded from fogproject.org, and setted up with dhcp…, and this version is working with this settings…, i did not modify anything on it, I’ve just setted up with dhcp )
[ATTACH]815[/ATTACH]
Krisz[/quote]Based on this, the dhcp servers aren’t pointing at the right locations. While undionly.kpxe is running from the proper location, the other server doesn’t have the default.ipxe file there.
Can you make a copy of the default.ipxe and place it on that system that is “working”?
-
I can try to copy over there, but do you think it gonna work? I mean in vm there is fog 0.27 and the other one is fog 1.0.1 and as the fog wiki write it, it use a complity different setting:
[url]http://www.fogproject.org/wiki/index.php/Using_FOG_with_an_unmodifiable_DHCP_server/_Using_FOG_with_no_DHCP_server[/url]
I used dnsmasq settings for ipxeMaybe I gonna try with fog 0.32
-
Yes, but I think the system is confused. So it’s trying to use the tftp settings from the 0.27 in which default.ipxe does not exist. Also, it won’t impact the operation of the 0.27 because it knows nothing of the default.ipxe nor cares about it.
-
Why it is trying to use the tftp setting from 0.27
I think I was not clear.I have downloaded a vm 0.27
this one is working fine with the built in dhcpsecond virtal machine: ubuntu 14+fog 1.0.1 +proxy dhcp with the settings from the fog wiki
I did not set anything on the tftp, I’ve just modified the proxydhcp…
And there is default.ipxe in the tftpboot folder -
Alright, lets go to basics.
Try commenting out the port=0 line in your ltsp.conf file:
[code]#port=0[/code] and restart the service, any luck? -
I think that was a step back, I attached the result [ATTACH]816[/ATTACH]
[url=“/_imported_xf_attachments/0/816_005.png?:”]005.png[/url]
-
If I install a fog with the built in dhcp, how can i disable the dhcp after the installation?
-
service dhcpd disable?
-
Thank you
I will start again, but now, with fog 0.32 with built in dhcp, if it is working, I will disable it, and install the proxydhcp… and I come back tomorrow
Thank you for your patience
Krisz
-
I’ve got an error message:
setting up and starting vsftp server … failed!
what does it mean? -
it means it failed to start and setup the vsftp server.
I don’t know why, but that’s what it means.
-
when you ran the installer, did you run:
[code]sudo ./installfog.sh[/code]
or did you run:
[code]./installfog.sh[/code] as a normal user? -
[CODE]sudo ./installfog.sh[/CODE]
-
Good morning
I am here again
So I re installed everything again, ubuntu 13.10 fog 1.0.1
First with dhcp: it was working
Second step: I removed the isc-dhcp-server: it was not booting at all
third step : I installed the dnsmasq, and I configed as it was on the fog wiki : it start booting, but connection time out again at the default.ipxeso it has to be the dnsmasq
-
I followed this [URL=“http://fogproject.org/forum/threads/dnsmasq-help-for-ipxe-stuff.10222/#post-24442”]DNSMasq Help for iPXE stuff[/URL]
but now, it can’t find the boot.php
[url]http://192.168.1.17/fog/service/ipxe/boot.php[/url] -
The ProxyDHCP that’s handed out is within the same subnet that your FOG Server is attached to?
-
Hi
It look like, I found a solution.
so.
ubuntu 13.10
fog 1.0.1
Installed with the built in dhcp server
After I disabled…
After Install the dnsmasq
Configured as the fog wiki wrote it.
and I am not sure(I did to many things) but probably these two lane:
enable-tftp
dhcp-range=192.168.1.0,proxy,255.255.255.0But anyway I attach the complete configuration file
Thank you for your help
Krisz
[url=“/_imported_xf_attachments/0/826_ltsp.conf-working.txt?:”]ltsp.conf-working.txt[/url]
-
I’ve just forgot this:
pxelinux.cfg\defaultDEFAULT vesamenu.c32
Label fog
MENU DEFAULT
kernel ipxe.krn dhcp && chain [url]http://192.168.1.26/fog/service/ipxe/boot.php:mac=${net0/mac}[/url]
PROMPT 0
TIMEOUT 01 -
I started a fog server build for a client and this time around i got stuck again on the default.ipxe timeout.
I was able to tftp the default.ipxe file from windows and so i restarted the tftpd-hpa daemon, rebooted my laptop, and it started imaging.
I added this to my notes for next time (grabbed from somewhere else online)
[FONT=Calibri] [FONT=Microsoft JhengHei UI][COLOR=#7f7f7f][SIZE=3]tftpd-hpa starts “to early”. You can fix this by editing the /etc/rc.local and add the line[/SIZE][/COLOR][/FONT][/FONT]
[COLOR=#7f7f7f][FONT=Microsoft JhengHei UI][SIZE=3]/bin/sleep 30 && /etc/init.d/tftpd-hpa restart[/SIZE][/FONT][/COLOR]
-
I too am having this issue on fedora 21 system. I can transfer the file via tftp from command line without error. However, when attempting to network boot ipxe as per the new method it reports a /default.ipxe… timeout error. This happen in virtualbox vm (network adapter is set to bridged and intel chipset emulation) and with my HP Pavilion laptop. I can boot the old method (pxe) as per fog 0.32. I’ve edited my /etc/dnsmasq.conf file to provide two network boot options in the boot menu (press f8 for boot menu) with the default being ipxe boot. Since I can netboot using the older method and transfer files via tftp I tend to think the setup for DHCP and tftp is functioning normally.
I’ve checked the messages log file for errors and it’s not reporting any. The httpd access log doesn’t show any requests for the files it’s supposed to transfer via http either. It leads me to believe that it’s not progressing past the tftp transfer stage and into the http transfer stage.
