Dotaz: Klient bezdiskove stanice nebootuje

[anoraxx]

Dobry den,mam problem pri bootovani clienta na bezdiskovy stanici,pri bootu mi to pise:

File transfer error : no image file name specified,system halted

Jinak adresu pri bootu to najde spravnou. Tady sou konfiguracni soubory

dhcpd.conf

ddns-update-style none; 
option routers 192.168.1.1; 
option domain-name-servers 192.168.1.1; 
option domain-name "mydomain.com"; 
next-server 192.168.1.1; 

option space PXE; 
option PXE.mtftp-ip               code 1 = ip-address; 
option PXE.mtftp-cport            code 2 = unsigned integer 16; 
option PXE.mtftp-sport            code 3 = unsigned integer 16; 
option PXE.mtftp-tmout            code 4 = unsigned integer 8; 
option PXE.mtftp-delay            code 5 = unsigned integer 8; 
option PXE.discovery-control      code 6 = unsigned integer 8; 
option PXE.discovery-mcast-addr   code 7 = ip-address; 


subnet 192.168.1.0 netmask 255.255.255.0 { 
  
class "pxeclient" { 
    match if substring (option vendor-class-identifier, 0, 9) = "PXECLient"; 
    option vendor-class-identifier "PXEClient"; 
    vendor-option-space PXE; 
    option PXE.mtftp-ip 0.0.0.0; 
    filename "/diskless/pxelinux.0"; 
    next server 192.168.1.1;    
  } 

host slave21 { 
    hardware ethernet 00:AA:00:AD:2E:63; 
    fixed-address 192.168.1.21; 
  } 
} 

in.tftpd

INTFTPD_PATH="/diskless" 
INTFTPD_OPTS="-l -vvvvvv -s ${INTFTPD_PATH}" 

pxelinux.cfg/default

DEFAULT /diskless/bzImage 
APPEND ip=dhcp root=/dev/nfs nfsroot=192.168.1.1:/diskless/192.168.1.21 
 

grep NFS .config_master

CONFIG_NFS_FS=y 
#CONFIG_NFS_V3 is not set 
#CONFIG_NFS_V4 is not set 
#CONFIG_NFS_DIRECTION is not set 
CONFIG_NFSD=y 
CONIFG_NFSD_V3=y 
#CONFIG_NFSD_V3_ACL is not set 
#CONFIG_NFSD_V4 is not set 
CONFIG_NFSD_TCP=y 
CONFIG_NFS_COMMON=y 
 
>

/etc/exports

/diskless/192.168.1.21   192.168.1.21(sync,rw,no_root_squash,no_all_squash) 

/opt   192.168.1.0/24(sync,ro,no_root_squash,no_all_squash) 
/usr   192.168.1.0/24(sync,ro,no_root_squash,no_all_squash) 
/home  192.168.1.0/24(sync,rw,no_root_squash,no_all_squash) 

/var/log   192.168.1.21(sync,rw,no_root_squash,no_all_squash) 
 

Zkousel sem ruzny presnastavovani vcetne zmeneni nastaveni PXEclienta v dhcpd.conf na:

filename "/pxelinux.0"; 

ALe to nepomohlo.Nevite cim by to mohlo byt?

Odpovědi

[miso]

Ahoj,
je to uz nejaky cas, co som nieco podobne riesil, ale v dhcpd.conf mas filename /diskless/pxelinux.0 ale na inom mieste davas vypis pxelinux.cfg.
Teda mas vobec ten subor? Popripade aky je jeho obsah (tam by sa malo definovat nieco okolo PXE)

[anoraxx]

pxelinux.cfg je adresar ve kterym je soubor default(z toho je ten vypis co sem sem dal) na kterej by mel ten bootovaci program PXElinux narazit abych tam nemusel zadavat ipadresy v hexa kodu.

Postupoval sem podle how to na gentoo.org ale proste neco je spatne :(

Jak si to vyresil asi uz nevis co?

[miso]

Vtedy som riesil toto (uspesne ):
http://www.geexbox.org/en/doc.html#pxe
ale mam pocit, ze pxelinux.0 je nejaky konfigurak, v ktorom je cesta aj ku pxelinux.cfg, to si skontroluj
Este ma napadlo si pozriet logy tftp-ka, ktory ze to subor nenasiel

[Martin Beránek]

jak sem pochopil ja, tak pxelinux je minidistriubce ktera si sahne pres tftp na server a stahne si konfigurak - tedy odkud ma dale tahat kernel a ten nahodi

[Bubak]

Mrkni do logu tftpd. A hlavne zkontroluj volani tftpd - obvykle se mu prenastavuje root adresar, aby nemohl strachat vsude. Parametr -s. Takto nastaveny adresar (dejme tomu /tftpdboot) se pak bere jako root, to znamena, ze bys ty sve soubory musel mit v adresari /tftpboot/diskless. Nebo tftpd volat s "-s /diskless". Nevim, co pouziva Gentoo, jestli inetd nebo xinetd, ale hledej tam. Pro inetd /etc/inetd.conf, pro xinetd /etc/xinetd.d a soubory v nem - mel by tam byt soubor s nazvem tftpd.

[anoraxx]

V in.tftpd mam parametr -s(viz.vyse) takze se to podle me je OK. soubory /etc/inetd.conf ,xinted.d nemam ,zrejme myslis obdobu in.tftpd

[Bubak]

Sorry, to jsem trochu prehlidnul, co to je za distro?

Jinak jestli to mas takhle, pak ta realna cesta, aby to tftp naslo, by mela byt /diskless/diskless/... Nebo nedavej do toho pozadavku absolutni cestu.

[anoraxx]

To bylo prvni co me napadlo,viz posledni radek orig. zpravy :)

[Martin Beránek]

muzete jednoduse overit jestli je soubor dosazitelny... normalne si z prikazoveho radku spuste tftp a pripojte se na server. potom dejte get /diskless/pxelinux.0 ... ale jestlize bezi tftp v chrootu tak vam to asi zarve a bude muset pouzit get /pxelinux.0.

je v podstate jedno jakej soubor mu podhodite... on se ho proste pokusi spustit (a bud se to povede nebo ne). mohl byste mu dat rovnou kernel, ale ten je na to moc velkej, proto se pouziva ten pxelinux (muzete pouzit --na testovani-- treba i etherboot z diskety - to pouzivam ja normalne, protoze moje eepro100 nejak neche bootovat ze site ikdyz pxeboot ma)

[Jaromir Kucera]

Já si myslím, že v pxelinux.cfg/default nemá být absolutní cesta k obrazu jádra, ale buď label blíže popsaný níže nebo dle dokumentace cesta ke kernelu. Já mám DHCP na Win2k3 serveru, proto přikládám pouze příklad svého tftp adresáře a relevantních souborů (doufám, že kopie konsole je dostatečně instruktivní).

jkucera@quark:/home/tftpboot> ls -l
celkem 0
drwxr-xr-x  3 jkucera users 17 2004-11-18 20:32 Nas-installer
lrwxrwxrwx  1 root    root  31 2005-11-01 17:06 pxelinux.cfg -> Nas-installer/i386/pxelinux.cfg
lrwxrwxrwx  1 root    root  29 2005-11-01 17:06 pxelinux.0 -> Nas-installer/i386/pxelinux.0
jkucera@quark:/home/tftpboot> cat pxelinux.cfg/default

display Nas-installer/i386/boot-screens/syslinux.txt
default linux

F1 Nas-installer/i386/boot-screens/f1.txt
F2 Nas-installer/i386/boot-screens/f2.txt

label linux
        kernel Nas-installer/i386/linux
        append vga=normal initrd=Nas-installer/i386/initrt ramdisk_size=16000
label l49
        kernel Nas-installer/i386/linux
        append vga=normal initrd=Nas-installer/i386/initrt ramdisk_size=16000 IP=10.0.8.49
label memtest
        kernel Nas-installer/i386/memtest
        append initrd=


prompt 1
timeout 0
jkucera@quark:/home/tftpboot> ls Nas-installer/i386
boot-screens  initrt  linux  memdisk  memtest  pxelinux.cfg  pxelinux.0
jkucera@quark:/home/tftpboot>  

[anoraxx]

Jinak v logu(/var/log/messages) se tftp server vubec po bootu nechytne,vubec zadnej log !! Napadlo me jeslti to neni sitovkou protoze v nabidce bootovani PXE vubec nema jen BOOTP,BOOTP/ARP,Netware 802.3,Netware 802.2,Netware_Eth II,RPL ale podle me i kdyz ta sitovka nema PXE tak se musi tftp nastartovat a nahlasit nejakej log A jinak kdyz spustim tfpt.

#(to) dam bud adresu localu 127.0.0.1 nebo adresu rozhrani serveru 192.168.1.1
#pak zkusim get mc nebo get /etc/group tak mi to zahlasi ve verbose modu
#getting from localhost:/etc/group to group [netascii]
#Error code 1:File not found a vytvori to soubor s 0 velikosti
v /diskless s tim nazvem
kdyz zkusim jen get group tak to nenahlasi ten error ale stejne to 
vytvori soubor group s 0 velikosti

A v logu po tehle pozadavcich na soubory mam porad jeden a ten samej log ve stylu in.tftpd[cislo]:RRQ from 127.0.0.1 filename /etc/group Vypada to ze je neco s tftp(nebo to delam spatne) a podle me taky ta sitovka s BOOTP nebude fungovat.

[Bubak]

Podle toho nastaveni je pro tftpd rootovskym adresarem adresar /diskless. Od toho se odviji veskere realne cesty. Pokud pozadujes od tftpd neco z /etc/, hleda to ve skutecnosti v /diskless/etc/.

Ten priklad, nespoustis to z adresare /diskless? Jinak nevim, proc by mel v tomto adresari vytvaret prazdny soubor s pozadovanym nazvem.

[anoraxx]

Ne nespoustim normalne sem v rootu dam tftp po (to) se pripojim treba k localu - napisu tux.S tim ze se tftp ma root /diskless to bude asi fakt kdyz to mam nastaveny v in.tftpd.Ale pokrocil jsem,kdyz dam get /diskless/pxelinux.0 tak file not found a kdyz dam get pxelinux.0 tak to napise getting from localhost:pxelinux.0 to pxelinux.0 received 1311 bytes in 0.1 seconds [1800962 bit/s] Zajimavy protoze v chrootu by byt nemel.Ale ten pxelinux.0 to nespusti,jeslti by teda melo.Kazdopadne z tady toho to vypada ze tftp je OK,tak sakra cim to je. Jeslti je to fakt tou sitovkou??

[Zdeněk Burda]

Před pár lety jsem se setkal se serií síťovek eepro100, které prostě nebootovaly. pxelinux si z tftp stáhly, ale nespustily ho. Byla to jedna serie, měl jsem jich něco kolem 5ks. Strávil jsem nad tím několik hodin a před některýma lidma vypadal jak debil, než jsem na to přišel.

Síťovky od Intelu pro mě byly do té doby absolutně důvěryhodné, dnes si vše zkouším na dvou různých síťovkách o kterých vím, že 100% bootujou. Jedna je přímo v notebooku a druhá je vmware Pokud si chceš zkusit boot ze sítě ve vmware, tak mu nastav síťovku jako bridge. K vmware mlžeš dostat licensi na 30 dní po registraci zdarma.

[Jaromír Kučera]

Mám velmi podobnou zkušenost právě s Intel kartami asi čtyři a více let starými. Při bootu vesele vypisují, že PXE používají, ale pxelinux.0 nespustí. Máme jich přes stovku nakupovaných v rozptylu několika let. Broadcom karty na novějších počítačích HP a na nových Dell jsou OK a bootují z konfigurace, jak jsem ji popsal výše. U Dell jsem měl taky pocit, že něco nefunguje, než jsem si uvědomil, že jsou v počítači síťovky dvě a já jsem měl samozřejmě kablík v té druhé. (Konfiguraci používám i pro instalace MS Windows a je odvozena z pxe instalace Debianu.)