READ ONLY FORUM: m23 :: makes software distribution easy Forum Index READ ONLY FORUM: m23 :: makes software distribution easy
The m23 discussion forum
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Problem mit TFTP bei PXE-Boot

 
Post new topic   Reply to topic    READ ONLY FORUM: m23 :: makes software distribution easy Forum Index -> Problems with the client / Clientprobleme
View previous topic :: View next topic  
Author Message
RaeTheGit



Joined: 28 Oct 2005
Posts: 6
Location: Berlin

PostPosted: Fri Oct 28, 2005 6:25    Post subject: Problem mit TFTP bei PXE-Boot Reply with quote

Der m23-Server laeuft in einem Test-Setup unter VMWare5, genauso wie der Test-Client. Der Server besitzt 2 interfaces, einmal einen Adapter im bridged Mode fuer die Anbindung ans physische LAN und ans Internet und ein weiteres Interface fuer "Host-Only networking", da im LAN bereits ein DHCP-Server vorhanden ist. Der Testclient besitzt ein Host-Only Interface. Der VMWare-eigene DHCPd ist abgeschaltet, bzw deaktiviert.
Soweit die Praemissen.

Bei Einschalten des Clients bekommt dieser nun per DHCP seine IP zugewiesen und startet danach den Versuch, per PXE zu booten. Dieser schlaegt aber fehl mit der Meldung auf dem Client, dass ein Timeout beim Oeffnen der TFTP-Verbindung aufgetreten ist.
ein tcpdump auf dem Server gibt dabei folgendes aus:
Code:
# tcpdump -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
14:13:41.586088 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:29:c5:ae:92 (oui Unknown), length: 548
14:13:41.589997 IP 192.168.186.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 300
14:13:41.929819 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:0c:29:c5:ae:92 (oui Unknown), length: 548
14:13:41.932839 IP 192.168.186.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 300
14:13:41.933763 arp reply 192.168.186.1 is-at 00:50:56:c0:00:01 (oui Unknown)
14:13:41.933783 arp who-has 192.168.186.1 tell test01
14:13:41.934927 arp reply 192.168.186.1 is-at 00:0c:29:9c:62:19 (oui Unknown)
14:13:41.933792 IP 192.168.186.1 > test01: ICMP 192.168.186.1 udp port tftp unreachable, length 63
14:13:41.933800 IP test01.2070 > 192.168.186.1.tftp:  27 RRQ "pxelinux.0" octet tsize 0
14:13:42.285653 IP 192.168.186.1 > test01: ICMP 192.168.186.1 udp port tftp unreachable, length 63
14:13:42.285663 IP test01.2071 > 192.168.186.1.tftp:  27 RRQ "pxelinux.0" octet tsize 0

Eine Analyse mit netstat und lsof zeigt, dass inetd tatsaechlich den TFTP-Port verwaltet, aber abgesehen von der Ausgabe von tcpdump sind keine Debug-Informationen auffindbar. Auch ein inetd -d hilft nicht weiter, es wird lediglich angezeigt, dass der TFTP-Port geoeffnet wird.

Ich bin mittlerweile ratlos, wie ich dieses Problem behoben bekomme und bin fuer jeden Tip dankbar.

Gruss,
Sven
Back to top
View user's profile Send private message Visit poster's website
Hauke



Joined: 02 Mar 2003
Posts: 1072

PostPosted: Fri Oct 28, 2005 7:13    Post subject: Reply with quote

Bekommt der Client die IP-Adresse vom m23-Server zugeschickt?

Sind bei Dir Ports im Netzwerk geblockt?
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org

Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de

Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de
Back to top
View user's profile Send private message Send e-mail Visit poster's website
RaeTheGit



Joined: 28 Oct 2005
Posts: 6
Location: Berlin

PostPosted: Fri Oct 28, 2005 7:19    Post subject: Reply with quote

Ja, die Kommunikation zwischen Client und m23-Server findet ausschliesslich ueber das Host-Only Netzwerk der VMWare statt, es befinden sich da keine weiteren physischen oder virtuellen Rechner oder Dienste. Innerhalb dieses Netzes wird auch ansonsten nichts geblockt oder gefiltert.
Back to top
View user's profile Send private message Visit poster's website
Hauke



Joined: 02 Mar 2003
Posts: 1072

PostPosted: Fri Oct 28, 2005 8:02    Post subject: Reply with quote

Welche m23-Version hast Du installiert? Hast Du alle Updates installiert?

Auf welchem OS läuft VMware?
_________________
Hauke Goos-Habermann
- project leader m23 (http://m23.sf.net) -
Jabber: dodgerm23@jabber.org

Schulung, Entwicklung und Support zu m23 und anderen OpenSource-Produkten: www.goos-habermann.de

Auch DU kannst etwas gegen Softwarepatente tun! www.patentfrei.de
Back to top
View user's profile Send private message Send e-mail Visit poster's website
RaeTheGit



Joined: 28 Oct 2005
Posts: 6
Location: Berlin

PostPosted: Tue Nov 01, 2005 7:21    Post subject: Reply with quote

Loesung ist gefunden:

Der Server laeuft sehr wohl als VM, jedoch haben die Entwickler von VMWare in Version 5 Veraenderungen gegenueber Version 4.5 an den Netzwerkschnitstellen vorgenommen, die den Einsatz einer VM als Client verhindern - ein physischer Rechner im LAN ist sehr wohl in der Lage, vom m23-Server in VMWare zu booten, sofern dieser ueber ein bridged Interface ins vorhandene LAN eingebunden ist.

Danke an Hauke fuer die hilfreiche Unterstuetzung bei der Fehlersuche.
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    READ ONLY FORUM: m23 :: makes software distribution easy Forum Index -> Problems with the client / Clientprobleme All times are GMT - 2 Hours
Page 1 of 1

 
Jump to:  
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group