LTSP palvelin KVM virtuaalikoneessa

[kojis]

Mahtaakohan LTSP palvelin ylipäätänsä toimia KVM virtuaalikoneen sisässä.

Asensin KVM johon asensin 10.04 LTSP palvelimen, kaikki toimii loistavasti siihen asti kun yrittää buutata "thin clientin". "Thin clientin" saa IP:n ihan hyvin KVM sisällä olevalta palvelimelta mutta kun sen pitäisi rueta lataamaan TFTP:llä tavaraa tulee näyttöön vain tftp connection timeout tai jokin vastaava viesti.

Eli kaikki muu toimii hyvin mutta TFTP ilmeisesti ei. Yritin käsin yhdistää TFTP:hen ja se antaa myös time outtia, oisko jollakin vinkejä mitä pitäisi kokeilla seuraavaksi?

[Asmo Koskinen]

Eli kaikki muu toimii hyvin mutta TFTP ilmeisesti ei. Yritin käsin yhdistää TFTP:hen ja se antaa myös time outtia, oisko jollakin vinkejä mitä pitäisi kokeilla seuraavaksi?

Jep, olen huomannut saman. Vanhassa tekemässäni KVM-ohjeessa LTSP toimi oikein hyvin KVM-koneessa.

http://wiki.ubuntu-fi.org/KVM#head-35229c1635f57ba281c8f523012a91b7139dbc3c

En tiedä ratkaisua.

Käy IRCissä ja kysy: (irc.freenode.net) #ltsp #edubuntu

http://www.nubae.com/logs/

Ystävällisin terveisin Asmo Koskinen.

[Asmo Koskinen]

http://www.nubae.com/logs/

Kysyin ja viitattiin TFTP sivuun. Sitä ei ollut pääsivulla, joten itsekään en tiennyt tuosta sivusta. Jospa tuolla selviäisi.

https://help.ubuntu.com/community/UbuntuLTSP/Troubleshooting/TFTP

Ystävällisin terveisin Asmo Koskinen.

[kojis]

Eipä ollut apua tuosta sivusta. Kaikki muut on kokeiltu paitsi gPXE testi.

[Asmo Koskinen]

Eipä ollut apua tuosta sivusta. Kaikki muut on kokeiltu paitsi gPXE testi.

Testaan tämän KVM-asennuksen illalla.

Ystävällisin terveisin Asmo Koskinen.

[Asmo Koskinen]

Testaan tämän KVM-asennuksen illalla.

Paha sanoa, mistä johtuu. Tein asennuksen (10.04.1), en käyttänyt ALT-F4 -asennusta, vaan tällä kertaa rimpsua, kun unohdin alussa tuon ALT-F4:n:

"sudo apt-get install ltsp-server-standalone openssh-server"
"sudo ltsp-build-client"

https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall#Installing%20on%20top%20of%20an%20already%20running%20desktop%20system

Näitä ennen luonnollisesti "sudo apt-get update" ja "sudo apt-get dist-upgrade".

Kirjoitan tätä Atom/ION-päätteestä, jossa ION toimii (1920x1080) avoimella ajurilla, ei NVidian.

Koodia: [Valitse]

Nov 25 15:32:13 ubuntu sshd[3022]: pam_sm_authenticate: username = [ltsp000]
Nov 25 15:32:13 ubuntu sshd[3022]: Accepted password for ltsp000 from 192.168.1.202 port 52057 ssh2
Nov 25 15:32:13 ubuntu sshd[3022]: pam_unix(sshd:session): session opened for user ltsp000 by (uid=0)

Ubuntu 10.04.1 toimii siis (edelleen) KVM-koneessa LTSP-palvelimena.

Ystävällisin terveisin Asmo Koskinen.

[Asmo Koskinen]

Kirjoitan tätä Atom/ION-päätteestä, jossa ION toimii (1920x1080) avoimella ajurilla, ei NVidian.

Kirjauduin nyt sisään OpenLDAP-tunnuksella. Hyvin toimii edelleen. OpenLDAP-palvelin ja pääte ovat fyysisiä, LTSP-palvelin virtuaalinen; KVM-palvelin on eri kuin OpenLDAP-palvelin. Tuolla toisessa ketjussa on kirjoiteltu virtuaalisuuden eduista. Ne ovat ilmeisiä.

Alalla on markkinajohtajansa, mutta tällaisessa koti/testi-ympäristössä KVM toimii oikein hyvin.

Ystävällisin terveisin Asmo Koskinen.

[kojis]

Eli sinulla toimii LTSP-palvelin KVM virtuaalikoneessa, eli siis LTSP-palvelin on virtualisoitu KVM:llä Ja kaikki toimii hyvin?

Mikähän sitten minulla voi olla vialla kun kaikki muu toimii mutta ainostaan tuo TFTP ei?

[Asmo Koskinen]

Mikähän sitten minulla voi olla vialla kun kaikki muu toimii mutta ainostaan tuo TFTP ei?

Todella vaikea sanoa. En tosiaan tiedä. Tein siis kokonaan uuden asennuksen, edellinen temppuili samalla tavalla kun sinulla.

Ystävällisin terveisin Asmo Koskinen.

[kojis]

On tosiaan mysteeri. Tein meinaan itsekin puhtaan asennuksen joka paikkaan ja silti ei vaan toimi.

[Asmo Koskinen]

Tein meinaan itsekin puhtaan asennuksen joka paikkaan ja silti ei vaan toimi.

Toimii edelleen tänä aamuna. Pääte on HP Mini 2133. Ruutukaappaus ohessa.

Ystävällisin terveisin Asmo Koskinen.

[ylläpito on poistanut liitteen]

[kojis]

Sain sen "kevyen" taistelun jälkeen toimimaan.

Lisäsin seuraavan /ltsp/i386/pxelinux.cfg/default tiedostoon initrd rivin loppuun:

Koodia: [Valitse]

nbdroot=192.168.0.4:2000
Ja erillisen dhcp ja tftp palvelimen avulla.

[Asmo Koskinen]

Koodia: [Valitse]

nbdroot=192.168.0.4:2000

'etc/inetd.conf'-tiedosto voi olla sekaisin, jos on rakentanut chroot-ympäristön monta kertaa. Ongelmatilanteissa sekin kannattaa tarkistaa.

Siellä pitäisi olla vain yksi rivi oletusportille '2000'.

Koodia: [Valitse]

asmok@ubuntu:/etc$ cat inetd.conf | grep 2000
2000               stream  tcp nowait  nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img
asmok@ubuntu:/etc$
Ja se vastaa tavallisessa asennuksessa, jossa kaikki palvelut ovat samassa koneessa, pxelinux.cfg/default-tiedostoa.

Koodia: [Valitse]

asmok@ubuntu:/var/lib/tftpboot/ltsp/i386/pxelinux.cfg$ cat default | grep 2000
append ro initrd=initrd.img quiet splash nbdport=2000
asmok@ubuntu:/var/lib/tftpboot/ltsp/i386/pxelinux.cfg$
Ystävällisin terveisin Asmo Koskinen.