similar to: pxelinux tries to load ldlinux.c32 from DHCP server, instead of next-server

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

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]

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

On Fri, Sep 11, 2015 at 5:24 PM, Teun Docter via Syslinux <syslinux at zytor.com> wrote: > 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

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] BOOTP/DHCP, Reply, >>> length 399, xid 0xf0eb955a, secs 14, Flags [none] (0x0000) >>>

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 2015-09-12 04:58, Gene Cumm wrote: >>>>> >>>>> I've captured the

On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers <stappers at stappers.nl> wrote: > 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,

On Sun, Sep 13, 2015 at 3:46 PM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: >> On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: >> > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >>

Hi all, I recently started with Xen (3.1.0) on my new server running Ubuntu Gutsy (7.10) and I''m experiencing very poor network performance on my domU''s. Since my colo provider offers me a /28 of routed public IPs next to one interconnection IP to their routers, I built a Xen configuration as described in http://www.debian-administration.org/articles/360 (a routed

----- Original Message ----- From: Gene Cumm <gene.cumm at gmail.com> > It's been a while since I used Yahoo but I didn't think I had > that issue.? GMail does default to top-posting Doing it manually... didn't find that option. > Perhaps also try -o 43.x=01:04:0a:d7:90:3c:ff (which will set the > mtftp option) in addition to -W. Tried it but still the same error.

Adding -kd to extra line drops me to kmdb :- root@ServerJaunty:/home/boris/nevada# xm create -c osol.install Using config file "./osol.install". Started domain osol.install (id=4) Loading kmdb... Welcome to kmdb Loaded modules: [ unix krtld genunix ] [0]> I want patch kernel like it happens when adding to /etc/system:- set xnf:xnf_cksum_offload = 0

> Just set up ISC DHCP on fresh CentOS 7 install and followed the redhat > guide linked in this thread. > Did what I thought was correct and duplicated the OPs problem. > /me scratches head. . . off to `tcpdump -vv -nn -i ens192`. . . packets > never lie. . . > Vendor-Class Option 60, length 32: > "PXEClient:Arch:00007:UNDI:003000" > > d'oh; I

>>> Oscar is on holiday for another week. But I'm pretty sure his environment should be: ... <<< (Sorry this was in my spam folder...) Well it seems Oscar is building on a 64 bit platform... Best Patrick

On Sun, Sep 13, 2015 at 10:14 AM, Patrick Masotta <masottaus at yahoo.com> wrote: > >>>> > > > > The empty define should work; actually it did work for many years... > > > > Your just proposed change was my first attempt for solving this but for some > > reason it did not work. After testing a lot the only way I've found to solve this

Dear all, I have recently been playing with vesamenu.c32. It seems to work quite well on my hardware test machines. However, it's not really working as expected on VMWare-based test machines. (It's really nice to have a slick background image!) As soon as i choose an option and boot a linux kernel, the menu does not go away. Instead i'm left with an unresponsive menu stuck om the

This is what I'm seeing on my DHCP server: # tcpdump -i eth0 -vvv -s 1500 '(port 67 or port 68)' tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 1500 bytes 13:24:05.679950 IP (tos 0x0, ttl? 20, id 0, offset 0, flags [none], proto: UDP (17), length: 576) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:24:54:d9:d4:2f (oui

Once upon a time, Steven Tardy <sjt5atra at gmail.com> said: > The ?ICMP unreachable? should be a dead giveaway. . . You cut out the part of the email where the OP said that the UEFI system was ignoring the next-server part of the DHCP reply and trying to TFTP to the DHCP server instead of the TFTP server. Of course that got ICMP unreachable, but it isn't a firewall problem. To the

I have a CentOS 6.4 VM that is getting its DHCP information from dnsmasq (a libvirt instance). However, it is not applying the routing information. Attached is a tcpdump of the dhcpc output. You'll see: Default-Gateway Option 3, length 4: 192.168.122.1 However, when I run 'route -n', I get: # route -n Kernel IP routing table Destination Gateway Genmask

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? Right now I'm running tests on two virtual environments using either VMWare Workstation 11.1.0 on a Fedora 21 system or VMWare Player 7.1.0 on an Ubuntu 14.10 system. Both virtual systems support PXE booting in UEFI mode. Both systems

hi everyone, so,first it seemed a trivial question to me, but since I could not find anybody being neither able to answer this question nor giving a short config example. after a few sleepless nights and exhausting all the reading and research. here I am sharing my problem with all of you, in the hope of some possible solution/sugestion. or is it that this is impossible?? below my