Thin client laten booten met PXE

[Boudewijn]

Hoi

Ik heb een thin client waar ik Linux of BSD op wil zetten. Deze heeft een 44pins female flash module dus ik kan hem niet even snel in een andere pc doen. Ook heb ik geen USB-cd-speler.

Vanaf een USB stick booten kan dan wel weer, maar lijkt me meer werk dan PXE (maar als iemand een tip heeft...).

Ik probeer dus nu een PXE boot te doen op het ding (hp thin client 5000) waarbij ik een FreeBSD doos als server gebruik.

Heb in inetd.conf tftp aangezet, en een pxeboot aangemaakt. Deze kan ik ook tftp'en vanaf een andere machine.

code:

fubar# grep tftp /etc/inetd.conf
tftp    dgram   udp     wait nobody     /usr/libexec/tftpd      tftp -l /tftpboot
#tftp   dgram   udp6    wait    root    /usr/libexec/tftpd      tftpd -l -s /tftpboot
fubar# ls /tftpboot/
00-18-fe-6f-e4-bb       pxeboot

De client krijgt ook netjes een IP adres van de bsd doos, met als dhcpd config:

code:

fubar# cat /usr/local/etc/dhcpd.conf
option subnet-mask 255.255.255.0;
option routers 192.168.2.3;
filename "pxeboot";

ddns-update-style none;

#option domain-name "google.com";
option broadcast-address 192.168.2.255;
#option domain-name-servers 10.8.0.7;
server-name "DHCPserver";
server-identifier 192.168.2.12;

default-lease-time 7200;
max-lease-time 7200;

subnet 192.168.2.0 netmask 255.255.255.0 {
        next-server 192.168.2.201;
        range 192.168.2.29 192.168.2.200;
}

Werkt prima.

Feit blijft echter dat ik dit te zien krijg bij boot:

code:

PXE-E11 : ARP timeout
PXE-E11 : ARP timeout
PXE-E38 TFTP can not open connectoion
PXE-M0F : Exiting Intel PXE ROM

Hij kan dus niet ARPen.
Ik weet wat het is , maar weet niet hoe dit op te lossen.

Kan iemand me de goeie richting in bumpen?

[Keiichi]

Kun je op de DHCP server controleren of er uberhaupt wel ARP requests binnen komen?

Kun je ook wat meer zeggen over de algehele netwerk setup?

[ Voor 27% gewijzigd door Keiichi op 28-08-2007 15:16 ]

[SambalBij]

Ik zou even de statements mbt de tftp server controleren. Die melding van PXE duidt erop dat ie problemen heeft met tftp, wat betekend dat in ieder geval de DHCP wel goed gaat en dat ie ook de filename wel meekrijgt. (Anders geeft ie een melding in de trant van 'no boot filename received')
Klopt het IP adres in de dhcp config wel? Als ie meldingen geeft over ARP dan betekend het waarschijnlijk dat ie probeert om bij het IP adres een MAC adres te zoeken en dat dat niet lukt. Of omdat het IP niet klopt en dus niet online is, of omdat bijvoorbeeld een firewall ofzo de ARP blokkeert.

Ik kan het vanavond thuis ook wel eens proberen, heb zelf een HP T5510 staan waar nog steeds een keertje linux op moet. (Er zit wel al een 30GB harde schijf in dat ding die flashmodule zit namelijk gewoon op een standaard 44-pins laptop-style IDE aansluiting)

[ Voor 18% gewijzigd door SambalBij op 28-08-2007 15:23 ]

[Boudewijn]

Netwerksetup is een los netwerkje.
Switch, 2 PC's (waarvan een dualhomed freebsd doos die op zijn 192.168.2 nic DHCP serveert).
Thin client hangt direct in de switch. Verder is switch leeg (beetje zonde voor een superstack3 ).


Ik zie id tidd wel voorbijkomen:

code:

Aug 28 14:17:14 fubar kernel: arp: 192.168.1.3 is on sk0 but got reply from 00:10:5a:64:c2:fe on xl0
Aug 28 14:21:03 fubar kernel: arp: 192.168.1.13 is on sk0 but got reply from 00:10:22:fd:df:cd on xl0
Aug 28 14:24:12 fubar dhcpd:
Aug 28 14:24:12 fubar dhcpd: No subnet declaration for sk0 (192.168.1.12).
Aug 28 14:24:12 fubar dhcpd: ** Ignoring requests on sk0.  If this is not what
Aug 28 14:24:12 fubar dhcpd:    you want, please write a subnet declaration
Aug 28 14:24:12 fubar dhcpd:    in your dhcpd.conf file for the network segment
Aug 28 14:24:12 fubar dhcpd:    to which interface sk0 is attached. **
Aug 28 14:24:12 fubar dhcpd:
fubar#

SK0 hangt in het 'grote' netwerk (wat ook aan het internet hangt).
xl0 hangt in het testnetwerkje.
Freebsd doos routeert niet.

[Keiichi]

Boudewijn schreef op dinsdag 28 augustus 2007 @ 15:22:
Netwerksetup is een los netwerkje.
Switch, 2 PC's (waarvan een dualhomed freebsd doos die op zijn 192.168.2 nic DHCP serveert).
Thin client hangt direct in de switch. Verder is switch leeg (beetje zonde voor een superstack3 ).


Ik zie id tidd wel voorbijkomen:

code:

Aug 28 14:17:14 fubar kernel: arp: 192.168.1.3 is on sk0 but got reply from 00:10:5a:64:c2:fe on xl0
Aug 28 14:21:03 fubar kernel: arp: 192.168.1.13 is on sk0 but got reply from 00:10:22:fd:df:cd on xl0
Aug 28 14:24:12 fubar dhcpd:
Aug 28 14:24:12 fubar dhcpd: No subnet declaration for sk0 (192.168.1.12).
Aug 28 14:24:12 fubar dhcpd: ** Ignoring requests on sk0.  If this is not what
Aug 28 14:24:12 fubar dhcpd:    you want, please write a subnet declaration
Aug 28 14:24:12 fubar dhcpd:    in your dhcpd.conf file for the network segment
Aug 28 14:24:12 fubar dhcpd:    to which interface sk0 is attached. **
Aug 28 14:24:12 fubar dhcpd:
fubar#

SK0 hangt in het 'grote' netwerk (wat ook aan het internet hangt).
xl0 hangt in het testnetwerkje.
Freebsd doos routeert niet.

Dan vraag ik me af waarom jij arp-berichten op je testnetwerkje binnenkrijgt van adressen die eigenlijk al op het 'grote' netwerk zitten volgens de box.

Flush je arp tabel eens.

[SambalBij]

Dan is er duidelijk iets niet in orde met je netwerk, aangezien de machine klaagt dat ie via sk0 een arp request doet voor 192.168.1.x maar het antwoord ontvangt via xl0.
Zijn het grote netwerk en het testnetwerk wel op gescheiden switches aangesloten?

Andersom kan het misschien nu zijn dat de machine van je HP een arp-request ontvangt via xl0 maar het antwoord verstuurd via sk0 bijvoorbeeld...

[Boudewijn]

ja zijn gescheiden switches.
De HP doos zou sk0 afaik niet eens moeten kennen.
Even arp flushen.

ik zie op de switch dat er wat pakketjes over en weer gaan trouwens.


na een reboot lees ik echter niets meer terug in /var/log/messages als ik de thin client reboot (in de log dus vand e server).

Verder is het zo dat de thin client een fake gateway heeft omdat hij helemaal niet aan het net hoeft te hangen. Kan dit kwaad?

[Boudewijn]

shit dit lees ik ook net terug:

code:

Aug 28 15:40:14 fubar root: /etc/rc: WARNING: /usr/local/etc/pxe.conf is not readable.

Toch ff kijken

edit; woops had edit moeten zijn

[ Voor 11% gewijzigd door Boudewijn op 28-08-2007 15:52 ]

[deadinspace]

Boudewijn schreef op dinsdag 28 augustus 2007 @ 15:12:

code:

subnet 192.168.2.0 netmask 255.255.255.0 {
        next-server 192.168.2.201;
}

En op 192.168.2.201 draait de tftp server ook? En je PXE-bootende bak kan daar ook bij (vanaf hetzelfde subnet het liefst)?

[Boudewijn]

DHCP+TFTP doos is 2.12 (andere nic ligt in de 1.12).
Client (hp-doos) krijgt de 2.199.

Heb de next-server optie even veranderd in 2.12.
Maar goed, nog steeds zelfde issue (na huppen van dhcpd)

[deadinspace]

Tijd om met tcpdump of iets dergelijks te kijken wat er nou precies over het netwerk gaat

[Boudewijn]

hij is nog op zoek naar de 2.201 volgens wireshark (arp).... en waar dat vandaaan komt snap ik niet.
ik ga xl0 even op 2.201 gooien en dan verder kijken.