Problem on HP ProBook 650g2

plegrand

@Tom-Elliott said in Problem on HP ProBook 650g2:

Why pxelinux.0? Typically you should be using ipxe.pxe or undionly.kpxe or undionly.kkpxe.
At the beginning i used to use only “PXE” and it was the configuration on my own DHCP server. It worked fine also with fog then i decided to not make any changes.
I have to say that ipxe (and uefi also) is very new for me and also little difficult to understand
The problem is just today with this new computer.
Then i would have to copy ipxe.pxe from the fog server (/tftpboot/ipxe.pxe) to my dhcp server and modify my dhcpd.conf file (filename “ipxe.pxe”;) ?
The problem is that my dhcp server is used also for other application than fog

While it may have worked for that system, we often see issues with systems when trying to use pxelinux.0 and inform people to use the proper files to correct the issue.
What i will have to do to solve this problem ?

That said, I don’t think the register happened properly and there was an error. I believe you missed the message actually stating the error. Of course this will need more confirmation first.
I cant see other error message during boot

Thanks for your help

Tom Elliott

Is there a reason you’re using 192.168.39.247 as your next server (I’m guessing 192.168.39.243 is the intended point).

If you’re intending to get tftp from the FOG server, you should NOT need to copy any files around. If there’s a particular net boot environment other than fog, then I don’t know what you will need for sure. From the sounds of things, if you simply point next server your fog server, you should be fine (as well as changing the filename to ipxe.pxe or undionly.kpxe).

Please check the database and see if the host you just registered has an entry in the hosts table?

plegrand

@Tom-Elliott
dhcp/tftp server : 192.168.39.247
fog server : 192.168.39.243
I use my own dhcp and tftp server on 192.168.39.247
Then i dont use the dhcp and tftp option on fog server. (192.168.39.243)
I use an intermediary tftp server for the moment

The host i registered appears in the fog app with the good mac address.
I program a basic task (capture)
and when i reboot it doesnt start task and told me that host is not registered.

It seems that it see 2 nic net0 and net1

Tom Elliott

@plegrand Any way you could use the undionly.kpxe? From the sounds of things it’s not finding the right mac address. I don’t know how the system is seeing things, but it’s almost like it’s not redirecting to the right FOG server. (at least as far as I can tell).

plegrand

@Tom-Elliott
you mean on my dhcp server configurationi change pxelinux.0 by undionly.kpxe ?
then this file has to exist on my dhcp server ? i have to copy it ?

Tom Elliott

@plegrand Yes, wherever your TFTP server is, whatever it’s told to look at use the tftp files on the fog server as a guide (if needed).

plegrand

@Tom-Elliott
then :

copy of undionly.kpxe from fog server to tftp server :
scp /tftpboot/undionly.kpxe 192.168.151.247:/var/lib/tftpboot/

Change of dhcpd.conf configuration :
next-server 192.168.39.247;
filename “undionly.kpxe”;

i test

I had to copy also default.ipxe on my tftp server
scp /tftpboot/default.ipxe 192.168.151.247:/var/lib/tftpboot/

It seems that it boot fine with fog

then here is my differents configurations :
dhcpd.conf of my own dhcp server:

subnet 192.168.39.0 netmask 255.255.255.0 {
 range 192.168.39.36 192.168.39.230;
 option subnet-mask 255.255.255.0; 
 option broadcast-address 192.168.39.255; 
 option routers 192.168.39.254;
 option domain-name-servers 192.168.39.253;
 option netbios-name-servers 192.168.39.237;
.../...
 next-server 192.168.39.247;
 filename "undionly.kpxe";
}

configuration of my own tftp server

LABEL FOG_ETUDIANTS
	MENU LABEL Clonage de postes avec FOG pour les postes ETUDIANTS
	KERNEL fog/ipxe.krn dhcp && chain http://192.168.39.243/fog/service/ipxe/boot.php?mac=${net0/mac}

may be i could copy also an up to date ipxe.krn file ?

i test capture task

Tom Elliott

@plegrand The .krn shouldn’t matter as much. As long as you can get the default.ipxe file of the main server to point at the fog server (which you showed you could using the default.ipxe properly) you should be fine. Using the pxelinux.0 will work, as you see, but it’s hit or miss on when it will break things (as far as I’ve seen at least).

So using the undionly.kpxe file is working for you (the host shows up as registered now?)

x23piracy

just to be said, we have a lot of this probook’s 650 G2 and they are working fine for me.

plegrand

@Tom-Elliott
Hello Tom, now this computer (HP ProBook 650g2) boot fine and is well registered, but all the others olds computers, which booted fine before, hang now on :

ipxe initialising devices...

For the moment, computer having this problem has same NIC :
Carte réseau Realtek RTL8168D/8111D Family PCI-E Gigabit Ethernet (NDIS 6.20)
As i’m very new to “ipxe”, could you tell me what is the best to use : undionly.kpxe or ipxe.kpxe?
If i understand :
undionly.kpxe is universal driver
ipxe.kpxe contain a lot of nic drivers
The 2 uses the default.ipxe config file ?
What is the difference between ipxe.pxe, ipxe.kpxe, ipxe.kkpxe?

On the probook the only problem is on capture task :

An error has been detected
(ShrinkPartition)
Args passed : /dev/sda2 /images/98e7f4e82bbd/d1.original.fstypes :4:1
Fatal Error, unable to find size data out on  /dev/sda2. Cmd: ntfsresize -f -i -v -P /dev/sda2

But i think the problem come from the original partitionning.

The last question is : before i used this kind of configuration file for pxelinux.0 :

DEFAULT vesamenu.c32
KBDMAP fr.kbd
 MENU BACKGROUND splash.jpg
 menu color title 1;37;40      #ffffffff #00000000 std
 menu color timeout_msg 37;40  #80ffffff #00000000 std
 menu color timeout 1;31;40    #ffff0000 #00000000 std
 menu color border 30;44 #00000000 #00000000 none

TIMEOUT 300
ALLOWOPTIONS 0
PROMPT 0

MENU TITLE MENU

LABEL BootNormal
MENU LABEL Boot local
MENU DEFAULT
COM32 chain.c32
APPEND hd0
TEXT HELP
  Boot sur le disque local.
 Valider pour ne pas attendre 30 secondes.
ENDTEXT

LABEL Drivers_Universels
MENU LABEL Drivers Universels
KERNEL memdisk
APPEND keeppxe floppy initrd=ghost/universels.img

LABEL FOG_ETUDIANTS
MENU LABEL Clonage de postes avec FOG pour les postes ETUDIANTS
KERNEL fog/ipxe.krn dhcp && chain http://192.168.39.243/fog/service/ipxe/boot.php?mac=${net0/mac}

is there a way to configure default.ipxe to make the same ?

thanks again for your help

Tom Elliott

@plegrand said in Problem on HP ProBook 650g2:

Fatal Error, unable to find size data out on

I’m not going to spell out everything on the file extensions, there’s a wiki page for that here: https://wiki.fogproject.org/wiki/index.php?title=IPXE#What_are_the_differences_between_the_different_PXE_files.3F

As far as I understand it, the iPXE files already do what your pxelinux.0 default file is doing. It’s just using a different mechanism to provide (more or less) the same level of functionality.

I’d recommend starting with the ipxe.pxe, but if all of your devices (beyond these systems) are having issues, I’d recommend trying the undionly.kkpxe file. This doesn’t mean your ProBooks will continue to work, but this can be remediated using DHCP user/vendor classes. You can direct systems at which file to use (this works with any file for that matter.)

plegrand

@Tom-Elliott
For the moment here is the tests i made :

I use ipxe.pxe

Then for the “ProBook” Computer i always have this message :

Warning using legacy NIC wrapper on 00:00:00:00:00:00
Configuring NET0 00:00:00:00:00:00
error 040ee119
Configuring NET1 98:e7:f4:e8:2b:bd
...

But the computer is well registered, than i can say that it works

For the computers with realtek nic it boot fine also.

Then i keep use ipxe.pxe for the moment and not “undionly.kpxe” (problem with realtek nic)

I continue my tests.
thanks again for your help

Tom Elliott

@plegrand Would it be safe, for now, to solve the thread?

I ran into a similar issue with HP ProBook 645 G2 and the fix for us was to use the ipxe.pxe file as well.

I also saw the “net 0 [00:00:00:00:00:00]” messages, but I think this is the nic’s Bluetooth adapter only translated off the nic with an invalid mac address as there’s nothing for it to connect to.

plegrand

@Tom-Elliott
i think also is the bluetooth adapter

The thread is solved for me except “Fatal Error, unable to find size data out on”
But i think this problem come from the original partitionning (new HP computer with a lot of partition)
I have to reinstall it with the good number of partition.
As we saw that before i think it will solve the problem ?

Big, enormous thanks again for Fog and your precious help .

Tom Elliott

I think so too, but yours is definitely not the first of this issue being reported. When I get home tonight (I’m on EST) i will test an upload just to ensure all is well. If I find any issues with the init’s I’ll try fixing and posting info on them. Thanks for your time too.

plegrand

@Tom-Elliott
Hello
do you want i solve this thread ?

Tom Elliott

@plegrand I can solve it, just wanted to make sure it was “okay” to do so.

plegrand

@Tom-Elliott i 'm making a lot of tests with my new configuration (ipxe) and it seems everything works fine except : Warning using legacy NIC wrapper on 00:00:00:00:00:00 message.
Then everything it’s ok !!

Just for information here is my new menu for ipxe (default.ipxe)

#!ipxe
# Variables utilisables : http://ipxe.org/cfg
# Commandes utilisables : http://ipxe.org/cmd

# --------------------------- VARIABLES ----------------------------------------
# TimeOut de 5 secondes
set TimeOut 5000

set fog-proto http
set fog-ip 192.168.39.243
set fog-webroot fog
set fog-url ${fog-proto}://${fog-ip}/${fog-webroot}

set tftp-proto tftp
set tftp-ip 192.168.39.247
set tftp-url ${tftp-proto}://${tftp-ip}
set ghost-directory ghost
set memdisk-bin memdisk
# ------------------------------------------------------------------------------

# Test du processeur : si ext 29 alors 64 bits sinon 32 bits
# && : Si Oui 
# || : Si Non
cpuid --ext 29 && set arch x86_64 || set arch i386

# Image de fond
console --picture http://192.168.39.243/fog/service/ipxe/bg.png --left 100 --right 8

params
param mac0 ${net0/mac}
param arch ${arch}
param platform ${platform}
param product ${product}
param manufacturer ${product}
param ipxever ${version}
param filename ${filename}
# S'il existe une seconde carte réseau alors le paramètre mac1 correspondra à son adresse mac. Sinon branchement sur MENU.
# S'il existe une troisième carte réseau alors le paramètre mac2 correspondra à son adresse mac. Sinon branchement sur MENU.
isset ${net1/mac} && param mac1 ${net1/mac} || goto MENU
isset ${net2/mac} && param mac2 ${net2/mac} || goto MENU

:MENU
menu
item Local      Boot local
item Fog        Fog
# item HostInfo   Informations sur cette machine
item Shell      IPXE shell
item Ghost      Ghost Drivers Universels
choose --default Local --timeout ${TimeOut} target && goto ${target}

:Local
sanboot --no-describe --drive 0x80 || 
prompt
goto MENU

:Fog
chain ${fog-url}/service/ipxe/boot.php##params ||
prompt
goto MENU
 
:HostInfo
echo This computer : ||
echo MAC address....${net0/mac} ||
echo MAC address....${net1/mac} ||
echo MAC address....${net2/mac} ||
echo IP address.....${ip} ||
echo Netmask........${netmask} ||
echo Serial.........${serial} ||
echo Asset number...${asset} ||
echo Manufacturer...${manufacturer} ||
echo Product........${product} ||
echo BIOS platform..${platform} ||
echo ||
echo press any key to return to Menu ||
prompt
goto MENU

:Shell
shell ||
goto MENU

:Ghost
kernel ${tftp-url}/${memdisk-bin} keeppxe floppy
initrd ${tftp-url}/${ghost-directory}/universels.img
boot memdisk
prompt
goto MENU

autoboot

Tanks again

Tom Elliott

@plegrand The first nic weirdness is expected as I said. Using ipxe.pxe should work, and as you and I both suspect I still think it’s the bluetooth part. Unfortunately I don’t think it’s something your or I can fix. As long as all still ‘works’ after that point, you should be fine though.

plegrand

@x23piracy
“we have a lot of this probook’s 650 G2 and they are working fine for me.”

Just to be sure :

you havent this message :
Warning using legacy NIC wrapper on 00:00:00:00:00:00

Are you using ipxe.pxe or undionly.kpxe ?
If you use “undionly.kpxe”, have you got problem with computer with Realtek RTL8168D/8111D NIC

Thanks for your answer

Problem on HP ProBook 650g2

255

12.0k

17.3k

155.2k