similar to: gpxelinux.0 and slow HTTP performance on VMware ESX VM

Hi, I found this message in your online mail archive, i have found the same problem and did some research in the past on this. Maybe you would be interested to know it is a problem on any virtualisation product not just ESX. Second it is a problem in gPXE that you embedded in gPXElinux. The problem was build in gPXE after version 0.97 so any gPXElinux build a newer version has this problem. I

For me the motivation for gpxelinux.0 was the HTTP support. If this would work reliably in newer versions then I could happily live without a iPXE-based pxelinux. On 9 October 2013 13:36, Ferenc Wagner <wferi at niif.hu> wrote: > "H. Peter Anvin" <hpa at zytor.com> writes: > > > The gPXE in the Syslinux tree is ridiculously old. We could either > >

Hello SysLinux Team, I have recently installed version 5.0of SysLinuxwhat may be I should not have done so. Now my problem is, that everytime I start via PXE (gpxe) I only get the boot: prompt and not the menu as expected (all was working fine with previous versions incl 4.06) In the server log I can see atftpd serving some files to the workstation but not as before where it tried to find the

Hi, I finally managed to test pxelinux 4.10 pre17 in our VMware environment and can report that HTTP booting seems to work reliably now. Downloads are fairly fast. As a side note, rosh "ls" and "pwd" commands now work as expected with a HTTP TFTP prefix, cool! I'll leave it in production use now and report about any further issues. Can you already tell when a 4.10

Hello, In my testing environment I have two VMs on ESXi 5.0. VM A = dhcp/tftp/PXE/http server, running CentOS 6.2. Syslinux 4.04 with the included gpxelinux.0. VM B = PXE boot client. If I run CentOS 6.2 also on the VM B, I can easily transfer 50+ MB/sec over http between the VMs (wget, links). Now, if I PXE boot gpxelinux.0 on the VM B, and start to download bigger initrd image over http the

I'm going to try to push 4.05 out this week, so please holler if there is anything critical missing. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

?Hi,? On 10 March 2014 18:13, Eric PEYREMORTE <eric.peyremorte at iut-valence.fr>wrote: > Ok i give up. I will stick with the old version version (4.07) which works > well with dell 380 and 790. > > I tried to understand what happened between 4.07 and 5 but i don't have > the skill to understand low level c. > > Seems that the memory management changed a lot, maybe

On Mon, Mar 10, 2014 at 7:15 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Mon, Mar 10, 2014 at 6:52 PM, Schlomo Schapiro <schlomo at schapiro.org> wrote: >> Hi, >> >> On 10 March 2014 18:13, Eric PEYREMORTE <eric.peyremorte at iut-valence.fr>wrote: >> >>> Ok i give up. I will stick with the old version version (4.07) which works

I think the Syslinux 5.00 branch is now at the point where I believe it it is feature complete and should be able to replace the main Syslinux branch. As such, it is important that we get wider testing, and especially that people let us know if and where it breaks. As of right now, there aren't any known bugs...

Hi, I have been using 6.03-pre11 lpxelinux.0 to deliver standard (TFTP) and HTTP based vmlinuz and kernel images. Things are working fine. When I upgraded the same to 6.03-pre12 it stopped working. On the console of the machine that is booting, is stalls infinitely at the line: PXELINUX 6.03 lwIP 6.03-pre12 Copyright (C) 1994-2014 H. Peter Anvin et al Screen shot attached. FWIW: 1. the

On 06/16/2014 10:41 AM, Gene Cumm wrote: > [...] Initially I wrote pxechn.c32 to allow further > modifications of the DHCP data [...] Awesome! In fact, this might allow us to install an automatic 'http' prefix on all subsequent requests, to avoid slow tftp --- or is that a bad idea, and/or is there a way to default all transfers to http without using pxechn and without prefixing

Hi, thanks for writing cptime, after manually adding it to the Makefile of a lwip git checkout it compiled fine (same about prdhcp) (only isohybrid complained about a missing uuid/uuid.h)... I have a 64bit VM with VMXNET3 and go there this result: [image: cptime.png] (can everybody see the picture?) The download of a 180MB large file (Parted Magic initrd) takes between 60 and 72 seconds,

IRC user ernini first noticed this. We both tried using gpxe/gpxelinux.0 from Syslinux-4.04-pre22. ernini used pxechain to a commercial NBP which RETs (the same as PXELINUX) and failed. Both of us had success with core/pxelinux.0 from Syslinux-4.04-pre22. For my test, I have a VM in VMware Server 2.0.2 (VMHW v7). I loaded gpxelinux.0 using the VM's built-in PXE ROM. Then I used

Hello again, * TFTP and DHCP started using: dnsmasq --port=0 \ --no-daemon \ --enable-tftp \ --tftp-root=/run/archiso/bootmnt \ --dhcp-range=192.168.0.2,192.168.0.254,86400 \ --dhcp-boot=/arch/boot/syslinux/gpxelinux.0 \ --dhcp-option-force=209,boot/syslinux/archiso.cfg \ --dhcp-option-force=210,/arch * and for DHCP+HTTP

I'm sure I'm doing something wrong here, but I would appreciate a pointer. I have tried to rtfm, but find the docs a little sparse wrt pxechain.comand gpxelinux.0. I am trying to setup a pxe chain server (aka chainloading?) where one of the entries on one pxe server forwards to another (cobbler, in this case). I know this works fine with traditional pxelinux.0 images, but it's

Hello, I notice a bug in syslinux 6.01 ( bios version ) when I install it in a USB flash drive ( FAT32 partition ) and when I want to boot this USB flash drive with a gigabyte motherboard ( GA-P31-DS3L ), I setup my usb flash drive ( 4 Gb ) like this in windows XP : syslinux.exe -m -a -i -d /boot/syslinux H: then I create a syslinux.cfg menu and I add these files : chain.c32 libcom32.c32

Hello All. Yesterday I?m trying another ways but without luck. Issue still exist ? Please help. Is it possible to rewrite DHCP setting for sanboot.c32 after gpxelinux.0 load? Will be nice to have this possibility because: 1. DHCP can be ?black box?. 2. DHCP admin not available. 3. PXE server rewrite dhcp setting. I cannot boot from cdrom after pxe(gpxelinux.0) ? please help. LABEL Windows 7

Le 11/03/2014 00:56, Gene Cumm a ?crit : > On Mon, Mar 10, 2014 at 7:55 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >> On Mon, Mar 10, 2014 at 7:15 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >>> On Mon, Mar 10, 2014 at 6:52 PM, Schlomo Schapiro <schlomo at schapiro.org> wrote: >>>> Hi, >>>> >>>> On 10 March 2014 18:13,

Hello, I'm playing with gpxelinux, it's works but ... In my dhcpd.conf I have the traditional: option space gpxelinux; option gpxelinux-encap-opts code 175 = encapsulate gpxelinux; option gpxelinux.bus-id code 177 = string; subnet 192.168.0.0 netmask 255.255.255.0 { host essai { hardware ethernet 00:11:22:33:44:55; fixed-address 192.168.0.62; if not exist

You're all back! (yippie!). Now I can ask the question that's been nagging at me over the past month... Is booting gpxelinux.0, under QEMU, which provides it's own GPXE capable boot rom supposed to work? Or, is it a redundant (the GPXE boot room already provides the functionality of gpxelinux.0) and suicidally dumb thing to do? I've found some references to other people