PXE issues?
-
does the file default.ipxe exist in the tftpboot directory, and does the address listed inside it under “chain http…” look correct for your fog server?
-
Default.ipxe does exist. The ip address is correct. I don’t know about the rest.
chain [url]http://172.16.1.85/fog/service/ipxe/boot.php##params[/url]
-
what do you see if you go to this address from a web browser?
[url]http://172.16.1.85/fog/service/ipxe/boot.php[/url]
also, you said “We have fog installed and running underneath a user account.”
did you install fog with root privileges? -
I get a page that looks to have the setup for the fog menu. I can post what it says if you want.
I ran the command “sudo ./installfog.sh” After install and updating the schema, I logged into the fog web interface with no issue. Then I restarted the vm and logged back in as the user that installed fog. This user account that I log in is not root or the fog user account created from fog installer. It’s a standard account that was created when I installed ubuntu. Does that answer your question?
-
good, that is what is to be expected at that address.
yes, that answers my question, and it sounds like the proper install procedure.
are you using a server or desktop version of Ubuntu?
what kind of network hardware is between the client and the server? -
I am using Ubuntu 13.10 LTS desktop on vmware player. I am new to linux, so I decided to try to ease into it with a desktop version over straight command line with the server.
2 Intellinet switches. Our DHCP server is connected to the main intellinet switch. Our DHCP and DNS are on the same server.
-
i recommend using the server version. the desktop version might have a firewall or something that’s getting in your way. i don’t know, i’m pretty new to linux myself
-
Hmmm, I guess I will check google to see if there is a way to make sure the firewall is off. I don’t even know if it is on or not.
I might try the server install later. I rather get the desktop version working though.
-
honestly, the server version is the way to go. once you have fog running, you’ll be doing everything you need from the web interface. and if you need to do anything more then that (such as upgrade the server or delete files manually) you can use filezilla to ftp in or putty to ssh in. you’ll never need to physically sit in front of the server once it’s running.
-
That sounds like a win. I will try the server and reinstall fog 1.2 on it. If I have the same issues, I guess I will just continue this thread.
-
So, I took your suggestion and install ubuntu 12.04 server on vmware player and installed fog. I am still not able to get the client to boot from pxe boot. Any suggestions?
-
what are you using for your DHCP server?
-
Um, I don’t really do much with the DHCP, my boss handles most of that. It’s on Windows Server 2008 R2. I just know the IPv4 scope options 66 and 67 are set like they should be. Is that what you were needing?
-
You could always try DNSMasq to proxy serve your bootfile and server, sometimes this can alleviate issues with finding the correct files.
-
Windows Server 2008 R2 doesn’t have any known issues delivering dhcp information correctly. a few others do, that’s why i was asking.
-
Well, if it’s not dhcp, then what could it be?
[QUOTE]You could always try DNSMasq to proxy serve your bootfile and server, sometimes this can alleviate issues with finding the correct files.[/QUOTE]
I can give this a try later today.
-
since you’re hosting the server in vmware player, i have to wonder if there’s delays that are giving timeouts or something similar
-
I did not think about that. Should I try virtualbox or something else?
Just out of curiosity, I have Fog server configured with “Bridged: Connected directly to the physical network” with “Replicate physical network connection state” checked. I currently have Fog with a separate IP address as the physical machine. Should they have the same IP or should it be separated like I have them.
-
i’m not familiar with vmware player, so i’m afraid that i can’t tell you what setting to use. i’m sure someone could tell you how to get this to work perfectly, but not me. if you’re just trying to get this working for testing/evaluation purposes. an old desktop would might work better for you.
-
A new update: I tried the same thing with a laptop and have the same issue.
As an experiment, I tried to chain load the virtual Ubuntu 13.10 with fog 1.2. The reasoning is because the old pxelinux.0 worked on the old test vm, but not the undionly.kpxe on fog 1.2. As a result, I can get it to boot the fog menu every couple of times, but not consistently. I am attaching a picture to show what it does. If it does boot to fog, it will configure real fast and boot. Otherwise, it does like the picture shows and goes to “press a key to reboot” after a few seconds.
