ipxe issue 3c126

[kortnor]

Hereunder the printscreen of the vm

ls -al /tftpboot
drwxrwxrwx. 2 fog root 4096 11. Mär 13:51 .
dr-xr-xr-x. 25 root root 4096 11. Mär 13:02 …
-rwxrwxrwx. 1 fog root 840 11. Mär 08:43 boot.txt
-rwxrwxrwx. 1 root root 291 11. Mär 08:43 default.ipxe
-rwxrwxrwx. 1 fog root 389009 11. Mär 08:43 ipxe.kkpxe
-rwxrwxrwx. 1 fog root 389057 11. Mär 08:43 ipxe.kpxe
-rwxrwxrwx. 1 fog root 388044 11. Mär 08:43 ipxe.krn
-rwxrwxrwx. 1 fog root 389073 11. Mär 08:43 ipxe.pxe
-rwxrwxrwx. 1 fog root 25340 11. Mär 08:43 memdisk
-rwxrwxrwx. 1 root root 16794 11. Mär 09:42 pxelinux.0
-rwxrwxrwx. 1 fog root 16794 11. Mär 08:43 pxelinux.0.old
-rwxrwxrwx. 1 fog root 165088 11. Mär 08:43 snponly.efi
-rwxrwxrwx. 1 fog root 101989 11. Mär 08:43 undionly.kkpxe
-rwxrwxrwx. 1 fog root 102037 11. Mär 08:43 undionly.kpxe
-rwxrwxrwx. 1 fog root 382650 11. Mär 08:43 undionly.kpxe.INTEL
-rwxrwxrwx. 1 fog root 102053 11. Mär 08:43 undionly.pxe
-rwxrwxrwx. 1 fog root 147728 11. Mär 08:43 vesamenu.c32

thank you for your time

[Tom Elliott]

@kortnor Because this is virtual box, can you change your boot file from undionly.kpxe to use ipxe.pxe

[kortnor]

@Tom-Elliott
Just tried and its the same exact error except he tries with the ipxe.pxe

Edit: I also tried trough the client side and its the same
meaning by that I do the following steps in the ipxe shell command
dhcp
chain tftp://10.10.0.5/ipxe.pxe
==> opretion not supported
chain http://10.10.0.5/og/service/ipxe/boot.php
==>cpuid command not found
==>color : command not found
==>could not boot: Exec format error (http://ipxe.org/2e022001)

[Sebastian Roth]

@kortnor chainloading boot.php is failing because the kind of minimalistic iPXE that comes with VirtualBox does not include things like cpuid and color that we use in our iPXE scripts. But as we can see in the displayed banner on the screenshot it should have TFTP support (I am sure it has!).

From the iPXE source code to me this looks like the TFTP server is sending back an answer (so this is not a network connection issue) but the code sent back is what makes iPXE unhappy! Is this the TFTP server installed by the FOG install script or do you use a different one?

Add dumping network traffic to the client VM (https://www.virtualbox.org/wiki/Network_tips) and start it up. After you see the error in the client VM shut it down. Please upload that PCAP file to the forum here and I’ll have a look what TFTP error code this is.

[Wayne Workman]

@Sebastian-Roth absolutely no offense to the OP but I say this as sincere as I can be, I wish someone who knows what they are doing would make a tutorial on how to use virtualbox with fog. And I only ask because we keep seeing these problematic virtualbox threads over and over.

[Sebastian Roth]

@Wayne-Workman I have started writing bits and pieces about virtualizing FOG setups and I think I’ll get into virtualbox as well soon! Anyone else here who is using it actively (I am not right now) and is happy to share his knowledge - please get in contact with me!!

[kortnor]

@Sebastian-Roth
you’ll find in attachement the requested pcap.file document
0_1457874891586_file.pcap

[Sebastian Roth]

@kortnor That’s interesting! In the PCAP file I see error code 5 (permission denied). But the file listing of /tftpboot you posted looks ok! Can you please try loading that undionly.kpxe file using a tftp command line client: https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_TFTP

And there is one thing I am wondering about. In your earlier posts the FOG server IP used to be 10.10.0.5 but now in the PCAP file it’s 10.10.0.15…?! Did you change it?

[kortnor]

@Sebastian-Roth

Hello Sebastian,
I arrive to dl the kpxe file from a remote host hereunder the information related to that

[root@pla pla]# tftp -v 10.10.0.15 get undionly.kpxe
Usage: tftp [-4][-6][-v][-V][-l][-m mode] [-R port:port] [host [port]] [-c command]
[root@pla pla]# tftp -v 10.10.0.15 -c get undionly.kpxe
Connected to 10.10.0.15 (10.10.0.15), port 69
getting from 10.10.0.15:undionly.kpxe to undionly.kpxe [netascii]
Received 103273 bytes in 0.1 seconds [10486699 bit/s]

for you information, I’ve migrate my vm to centos 7 and arrive to interact with a distant host. meaning by that I almost fully complete the task upload an image from a laptop in my network with the fog 1.2.0 server installed in the vm which has the ip address 10.10.0.15.

I’ve an issue related to this but I’m currently on it : https://forums.fogproject.org/topic/4540/fogftp-login-failed/24

EDIT

WTF, it function now, its not understandable… I had seen during the weekend that my nfs-server wasn’t up and running BUT I hardly believe that’s the reason why the pxe didn’t wanted to work.
I’ve also changed something important I must say, during the weekend, I passed from Ubuntu 15.04 to Fedora 23. It might be the reason because they provide the newer version of virtual box which is 5.0.16

Anyway thank you for your help. I must say I’m impressed about the reactivity of the forum.

[Sebastian Roth]

@kortnor Thanks for letting us know! From what I can read between the lines you’ve changed A LOT of things and now it is all working. Unfortunately we won’t be able to find out what was casing your initial problem. Seams like you just solved it by re-installing… I am pretty sure this was some kind of permission problem (maybe tftp daemon started without the --secure optione?!? I don’t know!).

NFS has nothing to do with FOGs PXE bootup! (Just for you to know)