Can't load fast registering uc from pxe

[Tom Elliott]

I’m not understanding what the issue is. Fogs installer is not made to operate without the OS first being installed and configured. I will NOT code an installer in this way ever. Having multiple nics is fine but you need to ensure the right interface is configured for your environment. I think we need to know what the actual problem is that is directly related to the operation of fog. Pxe booting appears to be working but the file isn’t downloading the init and kernel fully? What else isn’t working?

[megs]

@Tom-Elliott
sure i have install FOG onto a debian preinstalled , copnfigured, and tested, i said only: when you install FOG without internet install mode (so only with debian dvd), we have some problem to know witch dvd is needed to install needed packet because all disturbing messages are pushed to vaccuum ;). ( >null ).

My first pb is : the TFTP seems to be unstable and do not charge correctly needed files to run registering and imaging process. it stop loading them at random percent of loading. Fortunately reloading pxe and restarting operation grow up loading percentage each time. and it finaly work . i think it is a parameter somewhere who limit upload or download, or a time limit maybe…

@Quazz
hmm, i do not use another user than fog user i have configured, but it is not working. he refuse to run operation with it. Entering web page is working perfectly. is the fog passord must be the same as mysql password ?

It is a test system so no drop rules in iptables firewall.

I’ll try another user.

[Sebastian Roth]

@megs said:

My first pb is : the TFTP seems to be unstable and do not charge correctly needed files to run registering and imaging process. it stop loading them at random percent of loading. Fortunately reloading pxe and restarting operation grow up loading percentage each time. and it finaly work . i think it is a parameter somewhere who limit upload or download, or a time limit maybe…

bzImage(32) and init(_32).xz are not loaded via TFTP but HTTP! To me this sounds more like a VM network issue but I can only guess. Are you keen to run wireshark (enable capturing on your FOG or client VM NIC) when a client boots up and upload the PCAP file so we can have a look??

Mac: ok : net 192.168.56.102 Mask /24

Virtualbox comes with a virtual internal DHCP server as well. Maybe that’s one of those IPs. Please read through this: https://www.virtualbox.org/manual/ch06.html

[Tom Elliott]

@megs the login user and pass for any of the pxe menu stuff in 1.x.x is the GUI login user/pass. This could be anybody but for examples sake, if you’ve left the fog username and password as defaults, you would login through the menu using fog:password. Hopefully that helps.

[megs]

@Sebastian-Roth
yearhhh… dhcp battle… virtual box default dhcp désactivated now.
But loading/init_32.xz… stoping at random precent loading anyway.
It sems to be another pb.

[megs]

it is probably, because there is more than one interfaces. there is a bad configuration in pxe client or fog client somewhere.
ip information continue to be 192.168.x.x as client does not have dhcp adress.

[Sebastian Roth]

@megs Please keep us posted on this. I think you are on the right track!

[megs]

@Sebastian-Roth so. it was not a fog client pb. all is working fine now.
i had to reboot uc to restart vbox without dhcp. loading process work now perfectly.
i had corected some parameters in host config too (bad manual entries).
So no problems with multi-networkdevices on fog server. just user PB.

Thanks for your time.
-resolved-

[Tom Elliott]

@megs What are the letters?

pb, uc, This is very confusing to read and try to follow.

[Wayne Workman]

@Tom-Elliott +1

I have no idea what is going on in this thread.

@megs In the future, please stop using acronyms in this manner. They are really confusing when not everyone is familiar and they are not defined early on in the OP.