No PXE boot menu on client with FOG 1.2.0 9standlone/iso;ation mode)

[nutcr0cker]

@Tom-Elliott Thanks for the tip I commented that out Ill have to try tommorrow

[nutcr0cker]

@george1421 Thanks

[nutcr0cker]

After commenting out the 684th line as stated above I get the GUI but then it gets stuck on host registration. Any ideas how to fix that?

[Wayne Workman]

@nutcr0cker What part of host registration? Can you give us a photo of where it hangs?

[nutcr0cker]

@Wayne-Workman Thanks for replying…It hangs at
Registering host… the dots just keep printing

[nutcr0cker]

using disk device…/dev/sda

• Starting host registration…

It just sits there doing nothing
This is what I am getting on the client side. Any way to get it to start the host registration? I did verify that the host registration is enabled on the server side under fog settings Thanks for your time and helping me out

[george1421]

Lets think about this for a minute.

We have an issue with the console, now we have an issue with host registration. Both of these actions require the target device to do something.

I noted the boot.php output and its calling for the 32 bit kernels and inits. That in it self is not strange, but it makes me wonder what is the make and model of computer we are trying to register. I also noted that the DNS reference points to itself (very strange telling a target computer to use itself as a DNS lookup target dns=127.0.0.1). I’m not saying there isn’t something wrong with FOG here, but we ARE talking about 1.2.0 stable and not a trunk release (pre 1.3.0). I would expect 1.2.0 to react in a predictable manner.

[Tom Elliott]

I’m assuming, now that you get to the “processing /dev/sda” part that your system is setup for upload?

If that’s the case try following these instructions:

https://forums.fogproject.org/topic/3402/stuck-on-dev-sda

[Tom Elliott]

@george1421 It always assumes 32 bit in the browser unless you pass, as part of the url, arch=x86_64

[george1421]

@Tom-Elliott said:

@george1421 It always assumes 32 bit in the browser unless you pass, as part of the url, arch=x86_64

My mistake then, I assumed that it was the other way around. I was trying to draw a connection to this abnormal behavior and the limited insight I had into the OPs environment.

[nutcr0cker]

@Tom-Elliott Thanks commenting the line 632 that worked like a charm for atleast showing the GUI on the client side

[Tom Elliott]

Seeing as the problem of getting the boot menu was the problem of this posting, I’m solving this thread.

Please create a separate issue in regards to the registration problem. You can link back to this thread too so you don’t have to rewrite all the details. Just give the new posting a title that says (Using /dev/sda) Host Registration Hung or something like that.