The following sections explain how the Preboot Services processes work:
A typical Preboot Services operation flows as follows:
A Preboot bundle is created in the ZENworks Control Center and assigned to a PXE-enabled device.
The PXE-enabled device starts to boot.
The device sends a DHCP discovery request to determine the IP address of the Preboot Services imaging server.
The DHCP server responds with an IP address for the device to use.
The novell-proxydhcp daemon responds with the IP addresses of the TFTP server, as well as the filename of the Preboot Services bootstrap program (nvlnbp.sys).
The PXE device downloads the Preboot Services bootstrap program using novell-tftp.
After the Preboot Services bootstrap program is downloaded and executed, the device checks novell-zmgprebootpolicy to see if there is any imaging work to do.
If there is imaging work to do (as contained in a Preboot bundle that is assigned to the device), the device downloads the Linux Management imaging environment from the server so that the it can be booted to Linux.
Any imaging tasks contained in the Preboot bundle are performed.
If there are no imaging tasks to perform, files are not downloaded and the device proceeds to boot to its operating system.
In addition to using PXE for automation, you can also execute Preboot work manually using one of the following:
For more information, see Section 30.1.2, Performing Manual Imaging Tasks.
The following illustrations show the interaction between a Preboot Services (PXE) device and a Preboot Services imaging server, starting when the PXE device is turned on and begins to boot, and ending when imaging work begins on that device.
The following example assumes that the devices and imaging servers are in the same network segment.
Depending on whether novell-proxydhcp is configured on the same server as the standard DHCP server or on a different server, the imaging process begins differently. The following sections illustrate how the process begins for each configuration, then the phases illustrated in Phases 2 through 8: Continuing the Process are the same for them.
For this example, the DHCP server and the Preboot Services imaging server are two separate servers on the network.
Figure 28-1 DHCP Configuration on Separate Servers
Processes:
When the device boots, the PXE BIOS issues a DHCP request with PXE extensions. The request is broadcast on port 67.
The DHCP server responds with IP configuration information on port 68, and the Proxy DHCP server responds on port 68 with the name of the bootstrap program (nvlnbp.sys) and the IP address of the TFTP daemon where it can be found.
Continue with Phases 2 through 8: Continuing the Process.
For this example, the DHCP server and the Preboot Services imaging server are configured on the same server on the network. See Standard DHCP and Novell Proxy DHCP Configured on the Same Server: Part B for the second part of this example.
Figure 28-2 DHCP Configuration on the Same Server, Part A
Processes:
When the device boots, the PXE BIOS issues a DHCP request with PXE extensions. The request is broadcast on port 67.
The DHCP server responds with IP configuration information on port 68, including tag 60 for PXEClient, which indicates that novell-proxydhcp is running on the same server.
Figure 28-3 DHCP Configuration on the Same Server, Part B
Processes:
When the device sees tag 60 in the DHCP response, the PXE BIOS reissues the DHCP request on port 4011.
The Proxy DHCP server responds on port 68 with the name of the bootstrap program (nvlnbp.sys) and the IP address of the TFTP daemon where it can be found.
Continue with Phases 2 through 8: Continuing the Process.
The following sections explain how the Preboot Services process continues after Phase 1:
Figure 28-4 Phase 2 of the Preboot Services Process
Processes:
The PXE BIOS requests nvlnbp.sys from the TFTP server.
The TFTP server sends nvlnbp.sys to the PXE device.
The PXE device loads nvlnbp.sys into memory.
Figure 28-5 Phase 3 of the Preboot Services Process
Processes:
Hardware detection is performed by nvlnbp.sys and it reads the image-safe data.
Nvlnbp.sys requests the Preboot Services Menu configuration from the Data Model via the novell-zmgprebootpolicy daemon.
The novell-zmgprebootpolicy daemon returns the Preboot Services Menu configuration. In this case, the menu described in pxemenu.txt is displayed when a user presses the hot key.
Figure 28-6 Phase 4 of the Preboot Services Process
Processes:
Assuming no Preboot Services Menu is displayed, the device asks the Data Model (via novell-zmgprebootpolicy) if any work is assigned.
Assuming work is assigned, the novell-zmgprebootpolicy daemon responds with the name of the configuration file to use in performing the preboot work (z_auto.cfg in this example).
Figure 28-7 Phase 5 of the Preboot Services Process
Processes:
The PXE device requests pxelinux.0 from the TFTP server.
The TFTP server sends pxelinux.0 to the device.
Figure 28-8 Phase 6 of the Preboot Services Process
Processes:
Pxelinux.0 replaces nvlnbp.sys in memory and requests z_auto.cfg from the TFTP server.
The TFTP server sends the z_auto.cfg file to the device.
Figure 28-9 Phase 7 of the Preboot Services Process
Processes:
Pxelinux.0 requests and receives /boot/kernel from the TFTP server.
Pxelinux.0 requests and receives /boot/initid from the TFTP server.
Pxelinux.0 requests and receives /boot/root from the TFTP server.
Pxelinux.0 requests and receives /boot/updateDrivers.tgz from the TFTP server, but is denied because the file does not exist (it is used to provide post-release software updates).
Figure 28-10 Phase 8 of the Preboot Services Process
Processes:
SUSE Linux Enterprise Server (SLES) 9 SP1 is loaded and run on the device.
The ZENworks Imaging Engine (img) requests the assigned Preboot Services work details and performs the work.
The image is laid down on the device and it automatically reboots.