Debian 8, Fog trunk, PXELinux on MS Server and MS DHCP help

FlowLive

Yes I have seen the vcritical.com article but this is for launching pxelinux and not ipxe(fog) or am i just really confused?
I don’t quite understand why some of you see what I am trying to do as being building my own kernel… I use what’s provided without compiling anything.

I have just asked to have permissions given to me to play in the DHCP sevrer and will certainly try this, but it sorta sucks being so close!

FYI syslinux 6.03 supports tftp, http and ftp!

When I use kernel ipxe.krn dhcp && chain http://<fog_ip_address>/fog/service/ipxe/boot.php?mac=${net0/mac} from my PXELinux (syslinux 6.03) i get to the Fog server but I have to input the ip address of it to get there and imaging does not work with “No Images found on server” message. If i use ipxe.krn from the ipxe.iso on ipxe.org It chains properly to the Fog server but the layout seems more TUI without the white Fog background. This makes me think the problem might be with the ipxe.krn file alone… The other possible problem is that I have read that being on windows I should be using escaped slahes instead in my ipxe chain call… confused, confused

You think this will be resolved by having my DHCP using undionly pointing to Fog instead?
Because I cannot remove from the equation yet that I am using Debian 8.2 with trunk release…
If I am able to get to Fog, shoudnt I be able to Image just fine and be able to boot to local drive?

FlowLive

@george1421 So is there no way of simple have Fog ipxe chain to WDS pxe?

I’m scratching my head as this seems possible… how did you do it?

I will be starting to play around and change the DHCP options 66 and 67 now…

Should I bother with iphelper at all?

george1421

As I mentioned before, I haven’t use WDS. Can you answer what do you need to enter in options 66 and 67 to make WDS work?

Can we make fog chain to WDS probably.

Can I make FOG boot the MDT lighttouch image (which your deploying with WDS), yes.

george1421

I’m going to take a SWAG at it.

If you go into FOG settings and add a new PXE Menu item, and enter these settings.

Menu Item: wds.BootIt
Description: Launch WDS Boot x86
Parameters:
set wdsserver:ipv4 <ip_addr_wds_server>
set next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com

In the example above replace <ip_addr_wds_server> with the real IP address of your wds server. Then PXE boot your client and see if it chains correctly.

FlowLive

@george1421 Great I will try this as soon as my image capture is done!
One problem I find so far is 1st option set to boot 1st hdd is actually booting memtest!?
If I choose memtest it also boots memtest.

I have read anything yet for image creation but I was under the impression that doing quick image from the menu would launch an image creation process but insstead tells me theres no image on the server and comes back to the menu.
Is this because I had no image yet or that pc was in no group?

FlowLive

Menu Item: wds.BootIt
Description: Launch WDS Boot x86
Parameters:
set wdsserver:ipv4 <ip_addr_wds_server>
set next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com

No boot options?

Sebastian Roth

Quick image means pushing an image to the client. If there is no image on the server it cannot be deployed to the client.

george1421

@FlowLive No boot option: ?? I said it was a guess.

But that should build the FOG PXE menu correctly for chaining. Since the documentation for the new fog pxe menu management is not written yet, I could only try to reverse engineer what the fields are and what they do to the pxe menu. It should work, but no promises.

george1421

The typical workflow for a fully configured but blank FOG server is this

Before you build your reference image, pxe boot your reference image computer (VM) into the FOG pxe menu and select full registration. Enter the computer name and any other parameters necessary and submit the registration to the FOG server.
Reboot the reference image computer and then build your reference image.
Once your reference image is built then sysprep and power off your reference image.
From the FOG menu locate the reference image computer that you registered before and setup a upload task to capture the image from the reference computer. Don’t forget to check the box to power off the reference computer after the capture is done.
PXE boot the reference computer and the upload will begin automatically. Once the upload is done the reference computer will power off. Set this aside for now.
PXE boot your first target computer into the FOG menu and register it. Once it is registered you can select quick image to download the captured image to the first target computer.
Fine tune and repeat.

FlowLive

Took longer than expected, had the FOGFTP error and had to fix that.

Now I try the option in the menu but unfortunately all I got is a blinking cursor

george1421

@FlowLive said:

Took longer than expected, had the FOGFTP error and had to fix that.

Now I try the option in the menu but unfortunately all I got is a blinking cursor

crud, I just noticed that the forum ate some of my command line. Lets try it as code. You have to pay attention to the double forward and back slashes.

Menu Item: wds.BootIt
Description: Launch WDS Boot x86
Parameters:
set wdsserver:ipv4 192.168.1.88
set next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\\x86\\wdsnbp.com

The slowness in the forum is driving me a bit nuts today. Its taking me almost 12 minutes to post this.

FlowLive

Yeah for some reason it seems this is the only site where I experience slowliness to a point that I have to close my browser and reopen…
After it’s all back to normal !

FlowLive

@george1421 So I was able to get something with this code, took the steps first as per
http://ipxe.org/appnote/chainload_wds to add different
boot/*
boot*
/boot/*
\boot*
/boot*
parameters in the WDS server’s registry…

I now get this;

Downloaded WDSNBP...

Architecture: x64
WDSNBP started using DHCP Referral.
Contacting Server: x.x.x.x (Gateway: 0.0.0.0)..
No response from Windows Deployment Services server.
Launching pxeboot.com...
TFTP download failed

Getting close! Any idea? I did restart WDS service after changing the registry, as per http://ipxe.org/appnote/chainload_wds
The contact server ip is valid but I wonder about the gateway being all 0.0.0.0

george1421

@FlowLive

Looking and the chain load link that you sent. I did see this reference

  set netX/next-server ip.of.wds.server
  imgexec tftp://${netX/next-server}/boot/x86/wdsnbp.com

What I think I might have missed is in my guess is setting the network adapter 0:

set wdsserver:ipv4 192.168.1.88
set net0/next-server ${wdsserver}

Its interesting that the chain does work (kind of) that it does gram the wdsnnp.com file, but there is something in the referral that its missing to continue.

FlowLive

@george1421 Well with this one you just sent I still get a blinking cursor (I added /boot/x86/wdsnbp.com)

This is what worked:

set wdsserver:ipv4 <ip_addr_wds_server>
set next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com

Funny thing is just changing to forward slashes after Boot and x86 brings back the blinking cursor… thought the changes to the registry was especially for that…

Anyhow, now I tried;

set wdsserver:ipv4 x.x.x.x
set net0/next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com

It Works!!!

Got my PXE Menu showing, got to WDS, booted the wim file!

This is great! Thanks a bunch!

Wayne Workman

@FlowLive said:

@george1421 Well with this one you just sent I still get a blinking cursor (I added /boot/x86/wdsnbp.com)

This is what worked:
set wdsserver:ipv4 <ip_addr_wds_server>
set next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com
Funny thing is just changing to forward slashes after Boot and x86 brings back the blinking cursor… thought the changes to the registry was especially for that…

Anyhow, now I tried;
set wdsserver:ipv4 x.x.x.x
set net0/next-server ${wdsserver}
chain tftp://${wdsserver}/Boot\x86\wdsnbp.com
It Works!!!

Got my PXE Menu showing, got to WDS, booted the wim file!

This is great! Thanks a bunch!

#wiki hash tagging this for addition to the WiKi.

FlowLive

I wonder if ip helper on the switches should be changed, I was informed it had been added before, you guys know?
I guess if it works I shouldnt change more but if there’s a potential problem with this let me know!

Funny thing now as well is booting to hard drive works, before it was booting memtest instead…

Now I read that it’s not possible to change the menu order of things, WDS being all the way down, can’t I just bump it up a little?

Wayne Workman

@FlowLive said:

Now I read that it’s not possible to change the menu order of things, WDS being all the way down, can’t I just bump it up a little?

I just tried and succeeded. Here were my steps:


MariaDB [fog]> select pxeID, pxeName from pxeMenu;
+-------+-------------------+
| pxeID | pxeName           |
+-------+-------------------+
|     1 | fog.local         |
|     2 | fog.memtest       |
|     3 | fog.reginput      |
|     4 | fog.keyreg        |
|     5 | fog.reg           |
|     6 | fog.quickimage    |
|     7 | fog.multijoin     |
|     8 | fog.quickdel      |
|     9 | fog.sysinfo       |
|    10 | fog.debug         |
|    11 | fog.advanced      |
|    12 | fog.advancedlogin |
|    13 | fog.approvehost   |
|    14 | win7              |
|    15 | DBAN              |
|    16 | DBAN-Zero         |
+-------+-------------------+
16 rows in set (0.00 sec)

MariaDB [fog]> update pxeMenu set pxeID=17 where pxeID=2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

MariaDB [fog]> select pxeID, pxeName from pxeMenu;
+-------+-------------------+
| pxeID | pxeName           |
+-------+-------------------+
|     1 | fog.local         |
|    17 | fog.memtest       |
|     3 | fog.reginput      |
|     4 | fog.keyreg        |
|     5 | fog.reg           |
|     6 | fog.quickimage    |
|     7 | fog.multijoin     |
|     8 | fog.quickdel      |
|     9 | fog.sysinfo       |
|    10 | fog.debug         |
|    11 | fog.advanced      |
|    12 | fog.advancedlogin |
|    13 | fog.approvehost   |
|    14 | win7              |
|    15 | DBAN              |
|    16 | DBAN-Zero         |
+-------+-------------------+
16 rows in set (0.00 sec)

MariaDB [fog]> update pxeMenu set pxeID=2 where pxeID=16;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

MariaDB [fog]> select pxeID, pxeName from pxeMenu;
+-------+-------------------+
| pxeID | pxeName           |
+-------+-------------------+
|     1 | fog.local         |
|    17 | fog.memtest       |
|     3 | fog.reginput      |
|     4 | fog.keyreg        |
|     5 | fog.reg           |
|     6 | fog.quickimage    |
|     7 | fog.multijoin     |
|     8 | fog.quickdel      |
|     9 | fog.sysinfo       |
|    10 | fog.debug         |
|    11 | fog.advanced      |
|    12 | fog.advancedlogin |
|    13 | fog.approvehost   |
|    14 | win7              |
|    15 | DBAN              |
|     2 | DBAN-Zero         |
+-------+-------------------+
16 rows in set (0.00 sec)

MariaDB [fog]> update pxeMenu set pxeID=16 where pxeID=17;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

MariaDB [fog]> select pxeID, pxeName from pxeMenu;
+-------+-------------------+
| pxeID | pxeName           |
+-------+-------------------+
|     1 | fog.local         |
|    16 | fog.memtest       |
|     3 | fog.reginput      |
|     4 | fog.keyreg        |
|     5 | fog.reg           |
|     6 | fog.quickimage    |
|     7 | fog.multijoin     |
|     8 | fog.quickdel      |
|     9 | fog.sysinfo       |
|    10 | fog.debug         |
|    11 | fog.advanced      |
|    12 | fog.advancedlogin |
|    13 | fog.approvehost   |
|    14 | win7              |
|    15 | DBAN              |
|     2 | DBAN-Zero         |
+-------+-------------------+
16 rows in set (0.00 sec)

MariaDB [fog]>

FlowLive

@Wayne-Workman Nice, how do you get to MariaDB? Are those change sticking through trunk updates?

FlowLive

@Wayne-Workman
Is it normal that the latest commit I see in sourceforge is r4393?

Nervermind, I just realized how it’s setup…

Debian 8, Fog trunk, PXELinux on MS Server and MS DHCP help

214

11.7k

17.1k

154.6k