similar to: EFI & PXE-booting: very slow TFTP performance on a VMWare test setup

On Jun 17, 2015 11:27 AM, "Oscar Roozen via Syslinux" <syslinux at zytor.com> wrote: > > Dear people on the Syslinux Mailinglist, > > Are there any known problems with the performance of TFTP in (U)EFI > environments in general or maybe just on VMWare? I don't believe so. I use Workstation 10.0.2 on Ubuntu 12.04 for the moment. > Right now I'm running

On 2015-09-12 04:58, Gene Cumm wrote: >> I've captured the following DHCP ACK: >> >> 10.141.20.1.bootps > 10.141.20.2.bootpc: [udp sum ok] BOOTP/DHCP, Reply, >> length 399, xid 0xf0eb955a, secs 14, Flags [none] (0x0000) >> Your-IP 10.141.20.2 >> Server-IP 10.141.255.254 >> Client-Ethernet-Address fa:16:3e:08:31:b9

Hello list, We have a scenario where our TFTP server is not the same IP as our DHCP server. While testing with 6.03, our setup works just fine. However with the master branch, for some reason pxelinux.0 is fetched from the TFTP servers IP, but then it tries to load ldlinux.c32 from the DHCP servers IP. I've tracked down this problem to the following commit:

On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > <teun.docter at brightcomputing.com> wrote: >> On 2015-09-12 04:58, Gene Cumm wrote: >>>> >>>> I've captured the following DHCP ACK: >>>> >>>> 10.141.20.1.bootps > 10.141.20.2.bootpc: [udp sum ok]

Hi, I have a user that is experiencing problems pxe booting several identical servers. pxelinux.0 is from syslinux 3.63 and the TFTP server is 0.42 running on CentOS 5.2. After loading pxelinux.0, the client will then start transferring vmlinuz and initrd.img via tftp. More than half the time, the transfer will get stuck and then eventually print a timeout message. I ran tcpdump and I can see

On Sat, Sep 12, 2015 at 08:42:15AM -0400, Gene Cumm via Syslinux wrote: > On Sat, Sep 12, 2015 at 7:37 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > > On Sat, Sep 12, 2015 at 7:08 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > >> On Sat, Sep 12, 2015 at 5:54 AM, Teun Docter > >> <teun.docter at brightcomputing.com> wrote: > >>> On

Hi, i'm trying to get my VIA Epia with VIA Rhine ethernet device to boot PXELinux. I have done this before, but now i can't get it to work. The machine loads pxelinux.0, i see some messages. But it fails just after trying reading the first config file (the one with the mac address). It kinda says this (transcribed): CLIENT IP: 192.168.1.23 MASK: 255.255.255.0 DHCP IP: 192.168.1.93

Signed-off-by: Julien Viard de Galbert <jviarddegalbert at online.net> --- efi/udp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/efi/udp.c b/efi/udp.c index 1088f47..b0f13ad 100644 --- a/efi/udp.c +++ b/efi/udp.c @@ -163,7 +163,7 @@ void core_udp_connect(struct pxe_pvt_inode *socket, uint32_t ip, } else { udata.UseDefaultAddress = FALSE;

Gene and co, Now my pxelinux efi 64 boot is properly loading syslinux.efi (via TFTP) It then issues a TFTP file request for efi.x64/pxelinux.cfg/ldlinux.e64. (All my efi x64 content is under efi.x64/pxelinux.cfg). However, I see that it fails to properly negotiate the TFTP options with my TFTP server. so it never transfers ldlinux.e64 over. In its file request packet, it asks for these TFTP

I apologize if this is the wrong place to be asking this, but I'm pretty much out of options on where to go. I'm using the pxelinux version of tftp. Everything has worked well up to this point, however I've been trying to impliment a pxe bartpe solution in our office. Unfortunatly tftp is not passing the files correctly to the client. Here's the rundown. Server client connects to

>> Are there any known problems with the performance of TFTP in (U)EFI >> environments in general or maybe just on VMWare? > I don't believe so. I use Workstation 10.0.2 on Ubuntu 12.04 for the > moment. <stupid question> and have EFI enabled? </stupid> > I hope this is a hex-core host with 6+GiB of RAM. Fedora runs on an AMD A8-6600K at 3Ghz and has 8G of

Hello, I hope this isn't too off topic, but I'm attempting to set up a Spectralink 8002 Wifi phone with our Asterisk installation, and seem to be running into a brick well (more of a wall than others that have posted their experiences). My problem is that the phone boots, associates with the wireless, grabs an IP (tried static too - same thing), contacts the TFTP server for firmware, then

I'm trying to network-boot a GCT Allwell set-top box without success. My frustration level is high. The problem seems to be that the Allwell is sending a RRQ with an option. tftp-hpa responds with an OACK, and waits for the corresponding ACK from the Allwell. The Allwell never sends that ACK, but instead continues with the same RRQ until timeout. Having read RFC1782, this makes me think

Hi, I am using a Windows Server 2012 R2 Hyper-V Generation 2 VM as a PXE client (no physical machines available). This is a UEFI VM, and as per instructions I've read I have disabled secure boot on this VM for the installation of Linux. I am using the latest tftp-hpa package with the following config: # /etc/default/tftpd-hpa TFTP_USERNAME="tftp"

Hello, I am seeing sporadic duplicate read requests from lpxelinux.0 (6.03 from kernel.org), which results in a failed PXE boot. This happens only sporadic, but happens often enough to be annoying. The TFTP server serving lpxelinux.0 is running CentOS 7.6 with all updates applied. The client machine initiates the PXE boot, receives the lpxelinux.0 binary, downloads ldlinux.c32 and proceeds to

I'm trying to boot linux on a VIA EPIA-M board (a Nehemiah-based M10000), and I'm having some trouble with it. I'm watching the network transactions with ethereal, and I'm seeing a failure at what appears to be the tftp stage. The M10000 picks up its IP address from the dhcp server (ISC DHCP3), and reports it correctly on the screen. Then the tftp session starts, and I get the

Hi there. Regarding currently known problem as stated on http://syslinux.zytor.com/pxe.php: we should probably call the UDP receive function in the keyboard entry loop, so that we answer ARP requests. Here's another illustration of the problem, description of related pxelinux problem and workaround for both problems. Configuration: dhcp/tftp server -- 213.180.194.116 (00:1B:78:05:84:6C)

Hello, Looks like tftp-hpa handles missing files somewhat incorrectly. When it receives the error 1 (File not found), it sends back an acknowledgement for block #1 and creates an empty file. Protocol says errors terminate the connection. I can't try other errors, as I can't cause them; but they may cause the same behaviour. -- Roman.

Hum... Some packets seems duplicated when captured from the server, but not when captured from the mirror port. So let's assume that's ok. I can't find anything in the capture of the non-modified version that would look suspicious. Anyway, syslinux.efi is supposed to be downloaded by the UEFI firmware itself. It succeed but keep restarting for no apparent reason. Maybe an early

hi HPA, in case youre collecting such bugs, heres what (I think) I know. sorry for the excessive/pedantic detail.. this PXE code NSC DP83815/DP83816 Fast Ethernet UNDI, v1.03 Copyright (C) 2002, 2003 National Semiconductor Corporation All rights reserved. Pre-boot eXecution Environment PXE-2.0 (build 082) Copyright (C) 1997-2000 Intel Corporation has a