Pxe boot szerver

Mandriva Linux

Na ebben a témában kezdő vagyok. Szeretnék egy ilyen szervert beüzemelni.
Odáig már eljutottam amikor hálózatról bootolok, akkor a DHCPtől megkapja az IP címet a gép.
Utána semmi, kiírja hogy ARP timeout és hogy nem tud kapcsolódni a TFTP szerverre. Mi lehet probléma ?
Tud valaki valami jó oldalt ami leírja hogyan mükődik ?
Előre is köszönöm a segítséget !

Most már működik minden, nagyon sirály, szuper :-)

( colos | 2007. 07. 26., cs – 12:48 )

tegyel fel egy tftp szervert is (tftpd-hpa debian alatt) es mutass ra a dhcp konfigjaban akar host akar subnet szinten:

filename "pxelinux.0";
next-server tftp-szerver-ip;

udv Zoli

Hát tanulmányozd a syslinux/isolinux kezelésének fortélyait, mert ez az. A memtest eccerű, majd minden linuxos installcd tartalmazza (uhu, suse tuti).

A floppy imageket elfelejted, szépen kibontogatod a tartalmukat, és összepakolod őket.
Itten van egy pxelinux tutorial. De tudod, a Google veled van.

( lacika v | 2007. 12. 01., szo – 12:17 )

Üdv,

Lenne egy problémám. Próbálok vmware-server 1.0.3 alatt bebootolni PXE boot -al.
A hibáról egy kép itt.
A PXE boot servernek egy Solaris 10 u4 x86 -ot használnék, szintén vmware alól. Jumpstart telepítéshez kellene, hogy a kliens bebootoljon PXE -vel.
A snoop ezt a kimenetet adja: 


OLD-BROADCAST -> BROADCAST    DHCP/BOOTP DHCPDISCOVER
   jumpstart -> BROADCAST    DHCP/BOOTP DHCPOFFER
OLD-BROADCAST -> BROADCAST    DHCP/BOOTP DHCPREQUEST
   jumpstart -> BROADCAST    DHCP/BOOTP DHCPACK

És ez után jelenik meg a kliens oldalán a hiba, ami a képen látható.
Mi lehet a bibi?
Itt a ISC -s dhcp konfigja: 


# Sample configuration file for ISC DHCP
#

ddns-update-style none;
allow bootp;
allow booting;
ignore unknown-clients;

option domain-name "terem1.hu";
option domain-name-servers 10.0.0.99, 10.0.0.1;
option subnet-mask 255.255.255.0;

default-lease-time 10800;
max-lease-time 86400;

authoritative;

# Use this to send dhcp log messages to a different log file (you also
# have to hack syslog.conf to complete the redirection).
#log-facility local7;

# Jumpstart Support
option space SUNW;
option SUNW.root-mount-options code 1 = text;
option SUNW.root-server-ip-address code 2 = ip-address;
option SUNW.root-server-hostname code 3 = text;
option SUNW.root-path-name code 4 = text;
option SUNW.swap-server-ip-address code 5 = ip-address;
option SUNW.swap-file-path code 6 = text;
option SUNW.boot-file-path code 7 = text;
option SUNW.posix-timezone-string code 8 = text;
option SUNW.boot-read-size code 9 = unsigned integer 16;
option SUNW.install-server-ip-address code 10 = ip-address;
option SUNW.install-server-hostname code 11 = text;
option SUNW.install-path code 12 = text;
option SUNW.sysid-config-file-server code 13 = text;
option SUNW.JumpStart-server code 14 = text;
option SUNW.terminal-name code 15 = text;


# Servernet
subnet 10.0.0.0 netmask 255.255.255.0 {
        range 10.0.0.200 10.0.0.240;
        option routers 10.0.0.1;
}
group {
filename "/tftpboot/pxegrub.I86PC.Solaris_10-1";
next-server 10.0.0.250;
use-host-decl-names on;
vendor-option-space SUNW;
option SUNW.install-server-ip-address 10.0.0.250;
option SUNW.root-server-hostname "jumpstart";
option SUNW.root-server-ip-address 10.0.0.250;
option SUNW.JumpStart-server "10.0.0.250:/opt/SUNWjet/Clients";
host clnode1 { hardware ethernet 00:0c:29:3f:76:6c; fixed-address 10.0.0.210;
        option SUNW.sysid-config-file-server = "10.0.0.250:/opt/SUNWjet/Clients/clnode1/sysidcfg";
}
}

--
http://laszlo.co.hu/

Ezt a hibát azért értem.
De úgy fest, hogy teljesen letölti a miniroot -ot és mikor ki szeretné csomagolni, akkor fekszik meg a drága.
Megnéztem a fájlt. x86.miniroot -ot és tényleg csak olvasási jog van rajta. Viszont a chmod +x x86.miniroot -ra azt kapom:
chmod: WARNING: can't change x86.miniroot
Persze root userként. Igaz nem is igen értem, hogy miért kellene rá futtatási jog, hisz:
#file x86.miniroot
x86.miniroot: gzip compressed data - deflate method , original file name

Ötlet?

--
http://laszlo.co.hu/

Nem. en arra gondolok, hogy a miniroot-on belul valami nem jo. Azaz mintha a /sbin/init vagy a /linuxrc vagy nem tudom mit tol a solaris e helyett, szal az nem lenne futtatható, ilyes. Az már nem a (pxe)grub résznél van már régen. A host oldal akkor kilép, amikor a miniroot elkezd letöltődni.

Közben megoldottam a problémát. Nem kellett patch a miniroot -nak, hanem a JumpstartEnterpriseToolkit (JET) template -jében van egy
base_config_client_allocation="grub"
változó, aminek alapból nem volt megadva érték. Ennek kellett grub -ot adni, és így már a /tftpboot/menu.lst.01000C293F766C fájl helyesen generálódott le a make_client futtatása után. Erre oda kell figyelni, ha x86 -os gépet akarunk JET segítségével telepíteni hálózaton keresztül.

--
http://laszlo.co.hu/

( sherpa v | 2008. 08. 06., sze – 15:00 )

Szép napot kívánok!

Volnap egy gyors kérdésem PXE-val kapcsolatban.
Nem tudom találkozott-e már Körületek vki olyannal, hogy gigás kártyával fel tudok bootolni LAN-ról, viszont 100 megás kártya nem kap IP-t?
A DHCP kérések elmennek, a válaszok megérkeznek, viszont nem "veszi" el az IP-t
Egy XEN-en futó Debian produkálja ezt.

( _Petya_ v | 2008. 11. 17., h – 02:04 )

Sziasztok!

Csináltam egy PXE boot szervert, így:

http://ubuntuforums.org/showpost.php?p=5728988&postcount=5

(annyit változtattam, hogy a symlink létrehozás helyett másoltam a file-t, mert symlinkkel nem működött, úgy be sem bootolt)

A gép indításakor, a hálózati bootolást kiválasztva, megkapja DHCP-n az IP-t, majd megpróbálja letölteni a pxelinux.cfg/macaddress file-t, majd az IP hexa verzióját próbálja, egyre "általánosabb" prefixekkel, majd legutóbb a default nevű file-t. Ez utóbbi létezik csak, de ezt sem látja a kliens, ezért leáll a bootolás.

A gépet winyóról bebootolva, tftp klienssel simán letölthetők azok a file-ok, amiket le kell szedni a bootoláskor, és a pxelinux.0 láthatóan le is jön, mert utána ő töltené le a többit.

Van ötletetek, mi lehet a hiba? Illetve, hogy hogyan lehet rávenni, hogy ne próbálja MAC és IP alapján keresni a konfigfile-t, hanem egyből a defaultot használja?

Petya

A legutolso kerdesedre a valasz az, hogy sehogy, ez a default mukodese. IP alapjan probalja meg leszedni a fajlt azert, mert igy globalisan is konfigolhatova valnak a gepek - igy ez ebben a formatumban neked jo.

Ami inkabb a gond, az az, hogy nem latja a default fajlt. Ez vagy jogosultsagproblema lesz, vagy valamit nagyon elnezel.
Meg lehetne meg probalkozni a pxegrub-bal, azzal lehet sokkal tobbre mennel.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

egy tcpdumpal vagy wiresharkal lehet elemezni a forgalmat hogy miert nem tolti be a fileokat a tftp szerverrol, esetleg a tftp logjait megnezve. ha lejon a pxelinux.0 akkor lehet hogy abban adod meg rosszul a kernelt, a hivatkozas gyokere a tftp szerver konyvtara nem a rendszer gyoker konyvtara

udv Zoli

Azt hiszem, megvan a hiba:

(átneveztem a default file-t a tesztgép macaddress-ére, hogy gyorsabb legyen)

1 0.000000 1.2.3.4 -> 1.2.3.254 TFTP Read Request, File: pxelinux.0, Transfer type: octet
2 0.001259 1.2.3.4 -> 1.2.3.254 TFTP Read Request, File: pxelinux.0, Transfer type: octet
3 0.055867 1.2.3.4 -> 0.0.0.0 TFTP Read Request, File: pxelinux.cfg/01-aa-bb-cc-dd-ee-ff, Transfer type: octet

(1.2.3.4 a kliens, 1.2.3.254 a szerver, aa:bb:cc:dd:ee:ff a tesztgép mac address-e)

Szerintetek miért a 0.0.0.0-ról kéri a konfigfile-t?

szerk: megvan a megoldás: bele kellett írni a dhcp.conf-ba a next-server 1.2.3.254; sort, annak ellenére, hogy elvileg ez nem kell, ha azonos gépen van a TFTP és a DHCP szerver.

Petya

Oooo, en azert nem mondtam, mert azt hittem, benne van. Ez egy tevkepzet, az esetek 80%-aban NEM mukodik a dolog, ha nincs next-server. Tessek beleirni, mert kotelezo, ugyanis a bootp protokoll semmi ilyesmi defaultot nem definial tudtommal, a klienseken mulik, hogy probalkoznak-e az illeto serverrel, vagy sem.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( dash | 2010. 07. 02., p – 01:58 )

subscribe

---
> man woman
No manual entry for woman