edit (nano or vi) " /etc/default/tftpd-hpa " and add “sleep 30” on the top line so it looks like :
[I][B]sleep 30[/B][/I]
[I][B]# /etc/default/tftpd-hpa[/B][/I]
[I][B]# FOG Modified version[/B][/I]
[I][B]TFTP_USERNAME=“root”[/B][/I]
[I][B]TFTP_DIRECTORY=“/tftpboot”[/B][/I]
[I][B]TFTP_ADDRESS=“0.0.0.0:69”[/B][/I]
[I][B]TFTP_OPTIONS=“-s”[/B][/I]
will have to restart the service or reboot
sorry still won’t fix it anyways
the workstation in the pxe process isn’t being allocated an ip address but an up and running os can ?- can you post a screen shot?
tftp on fog ok - running confirmed
dhcp - giving addresses options 66&67 set ok
routing ok
firewall rules (any,any) nothing should be blocked …ok
try from the windows box (10.120.100.x subnet right?) command prompt tftp [I]foghost[/I] get pxelinux.0 ?
check the sata mode in the bios - try using ata /ahci - swapping them around maybe the machine that was imaged from had a different setting to what you are imaging too in conjuntion with the chainloading link as above.
if it’s on a separate box - make sure mysqld listens on a physical interface rather than 127.0.0.1
also check to make sure you are able to route to your fog server …
i was under the impression it was getting an ip address ??? you syslog post [B]“sent /tftpboot/fog/bg.png to 10.120.100.41” [/B]
right ?[B][/B]
so if that subnet isn’t getting dhcp - is there a scope set on the windows box for that subnet with a pool set - is the pool exhausted ? check to see if the pool isn’t exhausted …
just try updating PXELINUX as described [url]http://www.fogproject.org/wiki/index.php/Boot_looping_and_Chainloading[/url]
so it is proceesing the requests ok - try adding a simple task like mem test or inventory - should all work ok but to get it to boot local have a look at this [url]http://www.fogproject.org/wiki/index.php/Boot_looping_and_Chainloading[/url] - can you post the default file /tftpboot/pxelinux.cfg/default
just check to see if the process is running again on the linux box “ps -A |grep tftp” if still not running check the logs /var/log on ubuntu
:$ ps -A |grep tftp
1184 ? 00:00:00 in.tftpd
easy way of finding default gateway and subnet mask is to set the workstation to dhcp - wait until it gets and ip address - fo to the information - note down the dg and subnet - pop out to a terminal try pinging and address up the top or down the bottom of the ip range (to find out a address that hasn’t been allocated out) find a non responding address and use that along with the dg and subnet mask details… most if not all subnet masks will be 255.255.255.0 …
pxe from different subnet is ok - one way to quickly confirm is do a ps -A |grep tftp to see if its running if it is running but no process id then certainly try the sleep - let me know in the morning… will be evening for me
under storage management - all stroage nodes - default member(or whatever node it’s going from) there’s a field for max clients - the deafult value is 10. As a rule of thumb though I usually stick to multicasting to all hosts on the same physical switch as there can be some timing issues using xover-uplinks from switch to switch , though have tested on multiple switches that have had trunked vlans and all work fine at full speed 4.5GB/min. let me know how you get on.
sounds like a problem I’ve encountered before (when I upgraded my Ububntu to 13.04) appears to be the the tftp service starts when the network isn’t up and can’t bind to any interfaces( anybody let me know if I’m wrong) by changing the start up script you can delay the service initializing until the network is up.
edit (nano or vi) " /etc/default/tftpd-hpa " and add “sleep 30” on the top line so it looks like :
[I][B]sleep 30[/B][/I]
[I][B]# /etc/default/tftpd-hpa[/B][/I]
[I][B]# FOG Modified version[/B][/I]
[I][B]TFTP_USERNAME=“root”[/B][/I]
[I][B]TFTP_DIRECTORY=“/tftpboot”[/B][/I]
[I][B]TFTP_ADDRESS=“0.0.0.0:69”[/B][/I]
[I][B]TFTP_OPTIONS=“-s”[/B][/I]
will have to restart the service or reboot
let me know how you get on - should work though
also confirm that option 66 & 67 on your dhcp scope/server option points to your sog server (option 66) and “pxelinux.0” ( zero, for option 67)