LTSP a1k ti sei arreso subito ??

Messaggio da **Luci0** » mer 15 nov 2006, 23:28

Ciao...
Incredibile ... la longevità di questo topic
Per evitare pasticci ti consiglio di riconfigurare la scheda di rete del server in modo che abbia come indirizzo ip 192.168.0.254 (ci sono alcuni script che ancora fanno riferimento a questo ip... ovvero hanno dei bug) ...

La fase di boot é la più critica infatti non esistono log, e bisogna cercare di leggere l' output del boot e ricordarselo ...
Se la CPU del client é moderna tutto avviene così rapidamente che non si riesce a leggere ...
Puoi tentare di rallentare l'esecuzione disabilitando la cache del processore dal BIOS ... comuque cerca di recuperare altre info perché altrimenti non posso aiutarti..

Luke88 · Messaggio da **Luke88** » mer 15 nov 2006, 23:42

mi sembra che se tu aggiungi "-r" allo script di avvio di syslog, questo logga anche i messaggi di macchine remote, e mi sembra anche le info di boot. tutto in /var/log/messages
comunque se non carica il kernel è inutile, perchè non ha messaggi da spedire... se si pianta è diverso...

può essere che in realtà viene assegnato l'ip, ma non viene trovato il server tftp...
prova a guardare se hai dimenticato la direttiiva "next server" (o simile, non ricordo bene, basta guardare le faq ltsp comunque) in /etc/dhcpd.conf

e controlla bene l'ip assenato al client (a me erano successe una serie infinita di problemi con il boot dei client, solo perchè avevo configurato male l'ip, assegnato da dhcp in base al mac address)

a proposito... qualcuno con ltsp ha provato a far caricare il kernel da locale con grub e fargli fare tutte le operazioni di avvio? io ci ho rinunciato, caricava il kernel e aveva problemi a montare il ramdisk... eppure usavo kernel & ramdisk presi da /tftp...

Messaggio da **Luci0** » mer 15 nov 2006, 23:48

Secondo me non trova il kernel (tftp)... oppure sta usando un cavo cross , in genere uno switch aiuta ... comunque servono info !!

cointreau · Messaggio da **cointreau** » gio 16 nov 2006, 11:16

aluura praticamente quando accendo un client viene riconosciuta la scheda di rete, viene assegnato un ip dal server dhcpd e subito dopo dice

kernel loading...... e puff rimane così... anche io pensavo a tftp ..eppure ho impostato come dicono i docs su ltsp.org

sto usando uno switch, niente cavo cross

Luke88 · Messaggio da **Luke88** » gio 16 nov 2006, 15:35

controllato se hai questo in /etc/dhcpd.conf?
next-server ip_tftp;
option root-path "ip_tftp:/opt/ltsp-4.2/i386";

prova a postare il tuo dhcpd.conf
altrimenti controlla il firewall.

cointreau · Messaggio da **cointreau** » gio 16 nov 2006, 16:58

allora, firewall non ne ho su quel server,

il dhcpd.conf eccolo:

Codice: Seleziona tutto

ddns-update-style                     ad-hoc;
option subnet-mask                   255.255.255.0;
option broadcast-address         192.168.1.255;
option routers                             192.168.1.1;
option domain-name-servers    212.216.112.112;
option domain-name                   "workgroup";   # You really should fix this
option option-128 code 128 = string;
option option-129 code 129 = text;
get-lease-hostnames           true;
next-server                           192.168.1.4;
option root-path                      "192.168.1.4:/opt/ltsp/i386";

subnet 192.168.1.0 netmask 255.255.255.0 {
    range   192.168.1.100   192.168.1.199;
    if substring (option vendor-class-identifier, 0, 9) = "PXEClient" {
        filename "/tftpboot/lts/2.6.16.1-ltsp-1/pxelinux.0";
    }
    else{
        filename "/tftpboot/lts/vmlinuz-2.6.17.8-ltsp-1";
    }
}

nell'inetd.conf la riga relativa a tftp è questa:

Codice: Seleziona tutto

tftp  dgram   udp     wait    nobody  /usr/sbin/tcpd /usr/sbin/in.tftpd -s /tftpboot

in /etc/exports ho:

Codice: Seleziona tutto

/opt/ltsp                          192.168.1.0/255.255.255.0(ro,no_root_squash,sync)
/var/opt/ltsp/swapfiles   192.168.1.0/255.255.255.0(rw,no_root_squash,async)

Messaggio da **Luci0** » gio 16 nov 2006, 19:10

Ciao
Prova a modificare così

Codice: Seleziona tutto

ddns-update-style                     ad-hoc; 
option subnet-mask                   255.255.255.0; 
option broadcast-address         192.168.1.255; 
option routers                             192.168.1.1; 
#### ----------la riga sotto é stata modificata
#option domain-name-servers    212.216.112.112; 
option domain-name                   "workgroup";   # You really should fix this 
option option-128 code 128 = string; 
option option-129 code 129 = text; 
get-lease-hostnames           true; 
next-server                           192.168.1.4; 
option root-path                      "192.168.1.4:/opt/ltsp/i386"; 
 
subnet 192.168.1.0 netmask 255.255.255.0 { 
    range   192.168.1.100   192.168.1.199; 
    if substring (option vendor-class-identifier, 0, 9) = "PXEClient" { 
#### ----------la riga sotto é stata modificata        filename "/lts/2.6.16.1-ltsp-1/pxelinux.0"; 
    } 
    else{ 
#### ----------la riga sotto é stata modificata        filename "/lts/vmlinuz-2.6.17.8-ltsp-1"; 
    } 
}

controlla anche la tabella degli host ....

Occhio che con le ultime nfs-utils della Slackware 11.0 per non avere messaggi di errore bisogna modificare gli exports..
così..

Codice: Seleziona tutto

opt/ltsp                 192.168.1.0/255.255.255.0(ro,no_subtree_check,no_root_squash,sync)
/var/opt/ltsp/swapfiles   192.168.1.0/255.255.255.0(rw,no_subtree_check,no_root_squash,async)

a proposito quale slackware stai usando ??

Inoltre qui trovi molte info ...
http://wiki.ltsp.org/twiki/bin/view/Lts ... -Wont_Boot

... Ciao

cointreau · Messaggio da **cointreau** » gio 16 nov 2006, 19:54

ciao, provato la modifica ma niente...

grazie del link

ho provato a scaricare il kernel a mano con tftp

tftp 192.168.1.6
get /lts/vmlinuz-2.6.17.8-ltsp-1

ed il risultato è che va in time out, quindi come credevo il problema è tftp
da inetd.conf:

Codice: Seleziona tutto

tftp  dgram   udp     wait    nobody  /usr/sbin/tcpd /usr/sbin/in.tftpd -s /tftpboot

eppure ho impostato come dicono le guide di ltsp.org

Luke88 · Messaggio da **Luke88** » gio 16 nov 2006, 20:22

ho provato a scaricare il kernel a mano con tftp

tftp 192.168.1.6
get /lts/vmlinuz-2.6.17.8-ltsp-1

ma il server tftp lo hai su 192.168.1.4 o 1.2.168.1.6? perchè in dhcpd.conf gli hai detto 192.168.1.4

cointreau ha scritto:allora, firewall non ne ho su quel server,

il dhcpd.conf eccolo:

Codice: Seleziona tutto

ddns-update-style                     ad-hoc;
option subnet-mask                   255.255.255.0;
option broadcast-address         192.168.1.255;
[b]option routers                             192.168.1.1;[/b]
option domain-name-servers    212.216.112.112; [b] <--io qui mettevo l'ip del server mi sembra [/b]
option domain-name                   "workgroup";   # You really should fix this[b] <-- qui va messo il dominio. se il tuo è così allora ok, lo dico solo perchè mi sembrava troppo standard :p [/b]
option option-128 code 128 = string;
option option-129 code 129 = text;
get-lease-hostnames           true;
[b]next-server                           192.168.1.4;
option root-path                      "192.168.1.4:/opt/ltsp/i386";[/b]

subnet 192.168.1.0 netmask 255.255.255.0 {
    range   192.168.1.100   192.168.1.199;
    if substring (option vendor-class-identifier, 0, 9) = "PXEClient" {
        filename "/tftpboot/lts/2.6.16.1-ltsp-1/pxelinux.0";
    }
    else{
        filename "/tftpboot/lts/vmlinuz-2.6.17.8-ltsp-1";
    }
}[/quote]

però penso che il problema sia in "option routers                             192.168.1.1;"
se hai tutto il server su un solo pc (come penso) dovrebbe essere 192.168.1.4, esattamente come per gli altri servizi.
Non ne sono sicurissimo ma in pratica tutto il traffico dei client deve andare sul server, che quindi va impostato come route principale dei client...

Messaggio da **Luci0** » gio 16 nov 2006, 23:48

Sembra che non vada il tftp

cointreau · Messaggio da **cointreau** » ven 17 nov 2006, 1:11

un po di chiarimenti:

dove ho scritto che ho fatto la prova a mano ho sbagliato a postare qui, la prova l'ho fatta correttamente

option routers ho messo 192.168.1.1 in quanto credo che riguardi l'instradamento di internet (confermate?)

il dns ho messo quelli, per lo stesso motivo..

in ogni caso per ora credo che il problema maggiore sia tftp ! :s

ps.: grazie per l'aiuto che mi state dando

cointreau · Messaggio da **cointreau** » ven 17 nov 2006, 13:07

aggiornamento, ho risolto con tftp.. effettivamente avevo configurato male inetd.conf

avevo modificato la riga relativa al tftp come sul sito di ltsp, invece bastava semplicemente decommentare quella già esistente nell'inetd

ora carica il kernel e mi va in panic

vedo un pò... e nel caso torno a chiedere aiuto

ciauz

cointreau · Messaggio da **cointreau** » ven 17 nov 2006, 19:36

ennesimo aggiornamento:
il kernel non va più in panic ma ho questo errore: http://img207.imageshack.us/img207/7615/17112006pz6.jpg

[non sapevo come postare tutto

]

mentre sul server (da /var/log/messages)

Codice: Seleziona tutto

Nov 17 19:13:06 experimenthal dhcpd: DHCPDISCOVER from 00:60:08:d6:86:91 via eth0
Nov 17 19:13:07 experimenthal dhcpd: DHCPOFFER on 192.168.1.198 to 00:60:08:d6:86:91 via eth0
Nov 17 19:13:07 experimenthal dhcpd: Wrote 2 leases to leases file.
Nov 17 19:13:07 experimenthal dhcpd: DHCPREQUEST for 192.168.1.198 (192.168.1.4) from 00:60:08:d6:86:91 via eth0
Nov 17 19:13:07 experimenthal dhcpd: DHCPACK on 192.168.1.198 to 00:60:08:d6:86:91 via eth0
Nov 17 19:13:22 experimenthal dhcpd: DHCPDISCOVER from 00:60:08:d6:86:91 via eth0
Nov 17 19:13:23 experimenthal dhcpd: DHCPOFFER on 192.168.1.199 to 00:60:08:d6:86:91 via eth0
Nov 17 19:13:23 experimenthal dhcpd: DHCPREQUEST for 192.168.1.199 (192.168.1.4) from 00:60:08:d6:86:91 via eth0
Nov 17 19:13:23 experimenthal dhcpd: DHCPACK on 192.168.1.199 to 00:60:08:d6:86:91 via eth0
Nov 17 19:13:23 experimenthal mountd[2239]: authenticated mount request from ws199.ltsp:932 for /opt/ltsp/i386 (/opt/ltsp)

Messaggio da **Luci0** » ven 17 nov 2006, 23:17

Bene qualcosa si sta muovendo ....

Non sta andando nfs ... ricontrolla e prova a montare a mano la root directory dal server ...
... controlla nei troubleshoot del wiki.... coraggio sei ad un buon punto

occhio che in un post precedente mi sono mangiato uno slash .. e gli exports corretti sono..:

Codice: Seleziona tutto


/opt/ltsp                 192.168.1.0/255.255.255.0(ro,no_subtree_check,no_root_squash,sync)
/var/opt/ltsp/swapfiles   192.168.1.0/255.255.255.0(rw,no_subtree_check,no_root_squash,async)

... scusa

cointreau · Messaggio da **cointreau** » sab 18 nov 2006, 10:55

sìsì me n'ero accorto

ho provato a montare a mano /opt/ltsp e tutto ok
mentre /var/opt/ltsp/swapfiles non la montava in quanto non esisteva la directory, l'ho creata e l'ho montata a mano ma il problema persiste.

/var/log/message dice:

Codice: Seleziona tutto

Nov 18 10:54:19 experimenthal dhcpd: DHCPDISCOVER from 00:60:08:d6:86:91 via eth0
Nov 18 10:54:20 experimenthal dhcpd: DHCPOFFER on 192.168.1.198 to 00:60:08:d6:86:91 via eth0
Nov 18 10:54:20 experimenthal dhcpd: DHCPREQUEST for 192.168.1.198 (192.168.1.4) from 00:60:08:d6:86:91 via eth0
Nov 18 10:54:20 experimenthal dhcpd: DHCPACK on 192.168.1.198 to 00:60:08:d6:86:91 via eth0
Nov 18 10:54:35 experimenthal dhcpd: DHCPDISCOVER from 00:60:08:d6:86:91 via eth0
Nov 18 10:54:36 experimenthal dhcpd: DHCPOFFER on 192.168.1.199 to 00:60:08:d6:86:91 via eth0
Nov 18 10:54:36 experimenthal dhcpd: DHCPREQUEST for 192.168.1.199 (192.168.1.4) from 00:60:08:d6:86:91 via eth0
Nov 18 10:54:36 experimenthal dhcpd: DHCPACK on 192.168.1.199 to 00:60:08:d6:86:91 via eth0
Nov 18 10:54:36 experimenthal mountd[2412]: authenticated mount request from ws199.ltsp:932 for /opt/ltsp/i386 (/opt/ltsp)

non so se può significare qualcosa, ma il dmesg mi dice:

Codice: Seleziona tutto

NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: unable to find recovery directory /var/lib/nfs/v4recovery
NFSD: starting 90-second grace period

azzardo... potrebbe essere un problema di scheda?
sto usando una isa 10Mbit