Dotaz: LTSP klient nezíská během bootu občas ip adresu z dhcp

[vasek125]

Na ubuntu hardy provozuji terminal server. Někteří klienti z podsítě 192.168.4. občas nenabootují. PXE získá ip adresu z dhcp serveru pokaždé. Během bootu ale probíhá IP-Config a na něm se to občas zastaví. Pomůže pokud v dhcpd.conf na dhcp serveru zakomentuju statický záznam počítače, restartuju dhcp server a klienta, ten získá jinou ip a nenabootuje, to ale stačí, potom v dhcpd.conf záznam odkomentuju a restartuju dhcp server a klienta a ten vždy neběhne. Už  několik týdnů s tímto problémem soupeřím, nevím co s tím. Zde je část z dhcpd.conf:

 

subnet 192.168.4.0 netmask 255.255.255.0 {

  option subnet-mask 255.255.255.0;
  option broadcast-address 192.168.4.255;
  option routers 192.168.4.1;
  option domain-name-servers 192.168.1.2,192.168.1.1;

  pool {
    ddns-updates on;
    failover peer "dhcp-failover";
    deny dynamic bootp clients;
    deny unknown-clients;
    max-lease-time 3600;
    range 192.168.4.11 192.168.4.99;

    filename "/ltsp/i386/pxelinux.0";
    option root-path "/opt/ltsp/i386";
    next-server 192.168.4.10;


    host a1 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.11;}

    host a2 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.12;}

    host a3 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.13;}

    host a4 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.14;}

    host a5 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.15;}

    host a6 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.16;}

    host a7 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.17;}

    host a8 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.18;}

    host a9 {hardware ethernet  XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.19;}

    host a10 {hardware ethernet XX:XX:XX:XX:XX:XX;
    fixed-address 192.168.4.20;}

  }

  pool {
    ddns-updates on;
    failover peer "dhcp-failover";
    deny dynamic bootp clients;
    allow unknown-clients;
    max-lease-time 1800;
    range 192.168.4.100 192.168.4.240;
  }

}

 

část logu z dhcp serveru:

Jan 28 16:58:30 dhcp dhcpd: Dynamic and static leases present for 192.168.4.11.
Jan 28 16:58:30 dhcp dhcpd: Remove host declaration a1 or remove 192.168.4.11
Jan 28 16:58:30 dhcp dhcpd: from the dynamic address pool for 192.168.4/24
Jan 28 16:58:30 dhcp dhcpd: DHCPREQUEST for 192.168.4.11 (192.168.1.2) from XX:XX:XX:XX:XX:XX via 192.168.4.1
Jan 28 16:58:30 dhcp dhcpd: DHCPACK on 192.168.4.11 to XX:XX:XX:XX:XX:XX via 192.168.4.1

 

To Dynamic and static.. s tím asi nemá co dělat, ale nevím. U všech ostatních podsítí to funguje.

Odpovědi

[ZAH]

Co je to za síťové karty. Hledal bych problém spíš v hardware.

[vasek125]

Je to tak půl na půl: starší 3COMy a Realteky rtl 8139.

[ZAH]

Starší 3COMy většinou chodily, dobré zkušenosti s Intelý(trochu dražší řešení). Nejětší problémz jsem měl s nějakými Marwely. Ten problematický subnet je na jednom switchi s ostaními nebo má svůj?

[vasek125]

Je na jiném switchi, vlastně na dvou a chová se to na obou stejně.

[vasek125]

A k samotnému bootování: z pevného disku načte lilo image stažený z rom-o-matic.net, ten vyhledá síťovku a začně bootovat.

[vasek125]

A abych doplnil to občas zastaví. Pokud se to zastaví na nějakém počítači, tak od té chvíle už nefungujou žádné počítače s tohoto subnetu, jen ty, které naběhly před tím, než nastal problém-ty pak normálně fungují i po rebootu. A zase pomáže na chvíli zakomentovat daný záznam v dhcpd.conf abych ty nefunkčí jeden po druhým rozchodil.

[vasek125]

Další věc: zkoušel jsem vypnout a zapnout všechny switche - skoro bez efektu až na to že potom mi přestali fungovat všichni tencí klienti v tom problémovém subnetu - zase pomohlo odkomentování v dhcpd.conf(jenže to není trvalé řešení, to funguje jen chvilku!!). Abych vyloučil problémy s klientskými pc, tak jsem je vytáhl na chvíli ze zásuvky a zapnul ale pořád se to chovalo stejně.

[vasek125]

Tak síťovkama to určitě  není. Notebook v 192.168.4. taky nejde, jinde ale jo.