<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Are these clients PXE-booting, or are you using EtherBoot?  Try
sticking the line <br>
<br>
    filename      "/lts/pxe/pxelinux.0";<br>
<br>
in the Boys002 entry.  I know, it's in the shared section, but just
give it a try and see if it works.<br>
<br>
--TP<br>
<div class="moz-signature">_______________________________
<br>
Do you GNU!?
<br>
<a href="http://www.gnu.org/">Microsoft Free since 2003</a>--the
ultimate antivirus protection!
<br>
</div>
<br>
<br>
Mel Wade wrote:
<blockquote
 cite="mid43080f460709231627t41b684b3u58ad48ba597b5beb@mail.gmail.com"
 type="cite">I'm coming back to this project.  I've tried putting the
options on the reservation and it then the client can't find the
PXE/FTFP server.<br>
  <br>
With the config as below I get a ERROR! DHCPD Failed! and a Kernel
Panic.
  <br>
  <br>
# Sample configuration file for ISCD dhcpd<br>
#<br>
# Don't forget to set run_dhcpd=1 in /etc/init.d/dhcpd<br>
# once you adjusted this file and copied it to /etc/dhcpd.conf.<br>
#<br>
default-lease-time            21600;
  <br>
max-lease-time                21600;<br>
ddns-update-style none;<br>
allow booting;<br>
allow bootp;<br>
authoritative;<br>
  <br>
option subnet-mask            <a href="http://255.255.252.0">255.255.252.0</a>;<br>
option broadcast-address      <a href="http://10.0.7.255">10.0.7.255</a>;<br>
option routers                <a href="http://10.0.4.1">10.0.4.1</a>;<br>
option domain-name-servers    <a href="http://10.0.4.10">10.0.4.10</a>;<br>
option domain-name            "
  <a href="http://ucastudent.net">ucastudent.net</a>";<br>
next-server                   <a href="http://10.0.7.254">10.0.7.254</a>;<br>
option root-path              "10.0.7.254:/opt/ltsp/i386";<br>
option option-128 code 128 = string;
  <br>
option option-129 code 129 = text;<br>
option option-221 code 221 = text;<br>
  <br>
shared-network WORKSTATIONS {<br>
 subnet <a href="http://10.0.4.0">10.0.4.0</a> netmask <a
 href="http://255.255.252.0">255.255.252.0</a> {
  <br>
    range dynamic-bootp <a href="http://10.0.7.10">10.0.7.10</a> <a
 href="http://10.0.7.150">10.0.7.150</a>;<br>
    use-host-decl-names       on;<br>
    option log-servers        <a href="http://10.0.4.11">10.0.4.11</a>
;<br>
    <br>
  <br>
    # trick from Peter Rundle <<a
 href="mailto:peter.rundle@au.interpath.net">peter.rundle@au.interpath.net</a>><br>
    # newer Macs<br>
    if substring (option vendor-class-identifier, 0, 9) = "AAPLBSDPC"
  <br>
    {<br>
       filename      "yaboot";<br>
       option vendor-class-identifier "AAPLBSDPC";<br>
    }<br>
    # really old iMacs<br>
    elsif substring (option option-221, 0, 5) = "Apple"
  <br>
    {<br>
       filename      "yaboot";<br>
       option vendor-class-identifier "AAPLBSDPC";<br>
    }<br>
    # Intel PXE<br>
    elsif substring (option vendor-class-identifier, 0, 9) =
"PXEClient"
  <br>
    {<br>
       # NOTE: kernels are specified in /tftpboot/lts/pxe/pxelinux.cfg/<br>
       filename      "/lts/pxe/pxelinux.0";<br>
    }<br>
    # default to an i386 BOOTP image<br>
    else<br>
    {<br>
       filename      "/lts/vmlinuz.ltsp";
  <br>
    }<br>
  <br>
    if substring (option vendor-class-identifier, 20, 3) = "ppc" {<br>
       option root-path "10.0.7.254:/opt/ltsp/ppc";<br>
    } else {<br>
       option root-path "10.0.7.254:/opt/ltsp/i386
";<br>
    }<br>
 }<br>
}<br>
group    {<br>
    use-host-decl-names       on;<br>
  <br>
    <br>
    <br>
    host Boys002 {<br>
        hardware ethernet     00:C0:4F:4C:95:56;<br>
        fixed-address         <a href="http://10.0.7.2">
10.0.7.2</a>;<br>
        #option option-128     e4:45:74:68:00:00;<br>
        #option option-129     "NIC=3c509";    <br>
   }<br>
    <br>
    host ws001 {<br>
        hardware ethernet     00:E0:06:E8:00:84;<br>
        fixed-address         <a href="http://10.0.7.1">10.0.7.1</a>;<br>
        filename              "/lts/vmlinuz.ltsp";<br>
        option option-128 e4:45:74:68:00:00;<br>
        option option-129 "NIC=3c509";<br>
    }<br>
    host ws002 {
  <br>
        hardware ethernet     00:D0:09:30:6A:1C;<br>
        fixed-address         <a href="http://10.0.7.2">10.0.7.2</a>;<br>
        filename              "/lts/vmlinuz.ltsp";<br>
        option option-128 e4:45:74:68:00:00;
  <br>
        option option-129 "NIC=ne";<br>
    }<br>
    host ws003 {<br>
        hardware ethernet     00:D0:09:30:28:B2;<br>
        fixed-address         <a href="http://10.0.7.3">10.0.7.3</a>;<br>
        # kernels are specified in /tftpboot/lts/boot/pxe/pxelinux.cfg/
  <br>
        filename              "/lts/boot/pxe/pxelinux.0";<br>
    }<br>
  <br>
}<br>
 <br>
  <br>
  <div><span class="gmail_quote">On 9/7/07, <b class="gmail_sendername">"Terrell
Prudé Jr."</b> <<a href="mailto:microman@cmosnetworks.com">
microman@cmosnetworks.com</a>> wrote:</span>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div bgcolor="#ffffff" text="#000000">50 each...you *could* do
individual <span id="st" name="st" class="st">DHCP</span> reservations
for, say, 50 of
the clients pointing to one LTSP server, and then have everyone else
point to the other LTSP server.  A little high-maintenance, but it
certainly does work.  Say your first LTSP server is <a
 href="http://10.0.4.254" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.4.254</a>
and your
second one is <a href="http://10.0.5.254" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.5.254</a>. 
You want to direct a specific client (MAC
address 11-22-33-44-55-66) to <a href="http://10.0.5.254"
 target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">10.0.5.254</a>.<br>
    <br>
host ws001 {<br>
   hardware ethernet     11:22:33:44:55:66:<br>
   option root-path      "10.0.5.254:/opt/ltsp/i386";<br>
   next-server          "<a href="http://10.0.5.254" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.5.254</a>";<br>
   filename              "/lts/boot/pxe/pxelinux.0";<br>
    <br>
Here's another option, the one I'd be looking at over the long haul. 
If your router and your switches all support 802.1Q VLAN trunking, then
I'd pop each LTSP server in its own fully-routed IP subnet.  For
example, using Cisco gear, something like this:<br>
    <br>
------------------------------------------------------<br>
interface FastEthernet0/1.101<br>
  description LTSP Server #1's subnet<br>
  encapsulation dot1q 101<br>
  ip address <a href="http://10.0.8.1" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.8.1</a> <a
 href="http://255.255.255.0" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">
255.255.255.0</a><br>
    <br>
interface FastEthernet0/1.102<br>
  description LTSP Server #2's subnet<br>
  encapsulation dot1q 102<br>
  ip address <a href="http://10.0.9.1" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.9.1</a> <a
 href="http://255.255.255.0" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">
255.255.255.0</a><br>
    <br>
! This assumes that you propagate your routing table info via OSPF,
like we do in my district<br>
router ospf 100<br>
  network <a href="http://10.0.8.1" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.8.1</a> <a
 href="http://0.0.0.0" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">0.0.0.0
    </a> area 0<br>
  network <a href="http://10.0.9.1" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.9.1</a> <a
 href="http://0.0.0.0" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">0.0.0.0
    </a> area 0<br>
------------------------------------------------------<br>
    <br>
Then, make VLAN's 101 and 102 in your switch, turn on your trunking,
and pop whatever client ports you want for LTSP server #1 into VLAN
101, and the client ports for LTSP server #2 into VLAN 102.  Your LTSP
servers will, of course, need to be put into the new subnets and VLAN's
as well.  Note that everything's still fully routable internally
throughout the school; you're not doing any NAT'ing here.
    <div><span class="e" id="q_114e0bb34ffa3cb5_1"><br>
    <br>
--TP<br>
    <div>_______________________________
    <br>
Do you GNU!?
    <br>
    <a href="http://www.gnu.org/" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">Microsoft Free
since 2003</a>--the
ultimate antivirus protection!
    <br>
    </div>
    <br>
    <br>
Mel Wade wrote:
    <blockquote
 cite="http://mid43080f460709062238k55c286b5nbfadb1303fa56063@mail.gmail.com"
 type="cite">
      <pre>1. About 50 each.
2. <a href="http://10.0.4.0/22" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">10.0.4.0/22</a> - all clients
3.  one-NIC setup

On 9/6/07, "Terrell Prudé Jr." 
<a href="mailto:microman@cmosnetworks.com" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)"><microman@cmosnetworks.com></a> wrote:
  </pre>
      <blockquote type="cite">
        <pre> There are a couple of ways I can think of to do this:  do it by subnet, or
do it by individual DHCP reservation.  The first method scales for many
clients, but your network infrastructure really should support VLAN's.  The

second method is very specific, but I find maintenance to be a pain if you
have to swap NIC's.

 A few more pieces of info would help:

 1.)  How many clients are we talking about directing to each LTSP server?


 2.)  What are the IP subnets being used on the LTSP client segment(s) of
each LTSP server?

 3.)  Are you using a two-NIC (classical) or one-NIC LTSP setup?

 --TP



 Mel Wade wrote:

 I'm trying to use a third server as DHCP to direct specific clients to
one of two other LTSP servers.

On 9/6/07, "Terrell Prudé Jr." <a
 href="mailto:microman@cmosnetworks.com" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">
<microman@cmosnetworks.com></a> wrote:


 Remember that K12LTSP actually does use LTSP, and furthermore, Eric makes
*minimal* changes...and I mean *minimal*. Really--it's nearly bone-stock
from upstream LTSP. The file locations are, with the exception of

/etc/dhcpd.conf, identical (IIRC, he renames it something like
/etc/dhcpd-k12ltsp.conf or something like that). By contrast, Edubuntu
tends to move the LTSP files into quite different locations (under /usr and

such) than upstream LTSP uses. Drives me nuts whenever I want to run
ltspadmin.

 Any time I use K12LTSP, I just use the LTSP docs, and I have yet to go
wrong.

 Anything in particular you're looking to figure out?


 --TP

_______________________________
 Do you GNU!?
 Microsoft Free since 2003--the ultimate antivirus protection!


 Mel Wade wrote:
 Anyone know where I can find DHCP documentation specific to K12LSTP

client booting?


_______________________________________________
K12OSN mailing list
<a href="mailto:K12OSN@redhat.com" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com
</a>
<a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a>
For more info see <a href="http://www.k12os.org" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)"><http://www.k12os.org></a>





_______________________________________________
K12OSN mailing list
<a href="mailto:K12OSN@redhat.com" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">K12OSN@redhat.com</a>
<a href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)">https://www.redhat.com/mailman/listinfo/k12osn</a>
For more info see <a href="http://www.k12os.org" target="_blank"
 onclick="return top.js.OpenExtLink(window,event,this)"><http://www.k12os.org></a>

    </pre>
      </blockquote>
      <pre>  </pre>
    </blockquote>
    </span></div>
    </div>
    <br>
_______________________________________________<br>
K12OSN mailing list<br>
    <a onclick="return top.js.OpenExtLink(window,event,this)"
 href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a><br>
    <a onclick="return top.js.OpenExtLink(window,event,this)"
 href="https://www.redhat.com/mailman/listinfo/k12osn" target="_blank">https://www.redhat.com/mailman/listinfo/k12osn</a><br>
For more info see <<a
 onclick="return top.js.OpenExtLink(window,event,this)"
 href="http://www.k12os.org" target="_blank">http://www.k12os.org</a>><br>
  </blockquote>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br>
Mel Wade<br>
"The real problem is not whether machines think but whether men do." -
BF Skinner<br>
  <a href="http://www.melwade.com">http://www.melwade.com</a><br>
  <pre wrap="">
<hr size="4" width="90%">
_______________________________________________
K12OSN mailing list
<a class="moz-txt-link-abbreviated" href="mailto:K12OSN@redhat.com">K12OSN@redhat.com</a>
<a class="moz-txt-link-freetext" href="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn</a>
For more info see <a class="moz-txt-link-rfc2396E" href="http://www.k12os.org"><http://www.k12os.org></a></pre>
</blockquote>
</body>
</html>