LTSP-serveri "rikki" 12.04-päivityksen jälkeen

[Traien]

Pitkään toimikin LTSP-palvelin ilman ongelmia, käytössäni oli versio 11.10, jossa sain säädettyä kaikki asetukset kohdilleen ja toimiviksi. Vihdoin päätin kuitenkin päivittää LTS-versioksi, että voisi mennä useamman vuoden ilman suurempia päivityksiä. Päivitys onnistui ilman virheilmoituksia, mutta tietenkin LTSP-puoli meni sen yhteydessä rikki: clientit eivät pääse kirjautumisruutuun asti, vaan niissä aukeaa näkyville vain busybox.

Menettelin lyhyesti sanottuna näin:
1) Päivitin serverillä olevan jakelun aivan normaalisti.
2) Tämän jälkeen kopioin /etc/apt/sources.listin /opt/ltsp/i386/etc -hakemistoon ja chrootissa tein apt-get update && apt-get upgrade
3) Lopuksi ltsp-update-kernels&& ltsp-update-image --arch i386 && ltsp-update-ssh-keys

Mitähän tuli tehtyä väärin tai jäi tekemättä, kun päätteet tosiaan eivät toimi? Avusta olisin jälleen kiitollinen, ettei tarvitsisi alkaa koko järjestelmää asentaa uudelleen.

[Traien]

Näemmä oma apu paras apu, eli Googlella löytyi apua englanniksi. Löytyi hyvät ohjeet diagnosointiin: nbd-palvelin ei jostain syystä käynnistynyt. Kävin hieman conffeja läpi, mutta lopulta päädyin asentamaan koko ltsp-client-ympäristön uudelleen, minkä jälkeen lähti toimimaan. Onko muuten tällä foorumilla Asmo Koskisen lisäksi muita LTSP-asiantuntijoita? Mietin vain, että onko tämä kannattava foorumi kysellä apuja, kun aikaisemman kokemuksen mukaan yleensä Asmo on ollut ainoa, joka on vastaillut.

Eli nyt järjestelmä toimii niin, että pääsee kirjautumaan sisäänkin, tai oikeastaan ei aivan: "Failed to load session: gnome-fallback". Olen määrittänyt tämän oletusistunnoksi, koska Unity ei sovellu käyttöömme lainkaan (on erittäin vaikea Windows:iin tottuneiden ja jope itseni kaltaisen KDE-käyttäjän käyttää ja lisäksi liian raskas käytössä oleville laitteille) Unity 2D ja xterm ovat asetuksissa valittavissa ja ne toimivat. Palvelimelle on asennettu gnome-session-fallback ja palvelimelle paikallisesti kirjauduttaessa tämä istunto toimii aivan normaalisti. Mitenhän saisin tämän jälleen toimimaan päätteissäkin? 10.10 versiossa toimi ongelmitta. On aika oleellinen kysymys, mutta voin toki myös jatkaa tutkimustyötä googlella, jollei täällä kukaan tiedä ongelmaan vastausta.

Edelliseen ongelmaan liittyvää luettavaa: https://bugs.launchpad.net/ubuntu/+source/ltsp/+bug/951526

[Ville Pöntinen]

Mulla oli ltsp käytössä vuosia, mutta ei enää. 11.10/12.04 toivat sen veran paljon muutoksia etten enää ole kartalla, enkä uskalla oikein vastailla, ellei ole perusasioista kyse...

Seuraatko edubuntu-users@lists.ubuntu.com -listaa? Siellä ratkaistaan ongelmia usein ennenkuin niihin ehti itse törmätä. Arkistonkin varmaan löytyy jostain.

Ville

[Traien]

Seuraatko edubuntu-users@lists.ubuntu.com -listaa? Siellä ratkaistaan ongelmia usein ennenkuin niihin ehti itse törmätä. Arkistonkin varmaan löytyy jostain.

Enpä ole seurannut, pitänee tutustua. Jotenkin alkaa syömään miestä, kun perjantaista lähtien ollut järjestelmä jo käyttökelvottomassa kunnossa, eikä oikein suuria apuja löydy mistään. Heitin hevon kuuseen koko Unityn ja asensin Xubuntu-desktopin palvelimelle, mutta clientien sisäänkirjautumisruudussa on edelleenkin vain valittavissa Unityn variantit ja xterm.

Googlella löytyy kyllä ohjeita, miten pakottaa oletusistunnoksi jokin muu Unityn sijaan, mutta tässä tapauksessa ei ole apua, kun tulee herja, ettei istuntoa voi ladata. Hyväksynee todennäköisesti vain tuossa sisäänkirjautumisruudussa olevat istuntovaihtoehdot, 10.10-versiossahan listassa näkyikin hienosti tuo gnome-fallback, joka sitten toimikin.

[Traien]

Näemmä taas oma apu paras apu, vaikkein Googlella mitään järkevää löytänytkään. Eli piti chroot:issa asentaa gnome-panel ja sitten päivittää ltsp-image. Päätteillä käytettävät istunnot kun tietysti sisältyvät ladattavaan imageen, ehkä on sitten niin triviaali juttu, ettei siitä siksi ollut missään mitään tietoa.

[Traien]

Heh, aina tulee lisää ongelmia, kun edellinen ratkaistu. Näyttää ltsp-localapps olevan jotenkin rikki. Clientilla tulee herja: The program 'ltsp-localapps' is currently not installed.  To run 'ltsp-localapps' please ask your administrator to install the package 'ltsp-server'. Eihän tätä nyt sentään pitäisi clientin chroot-ympäristöön asentaa. Palvelimelle ltsp-server -paketti luonnollisesti on asennettu. Mitähän tälle ongelmalle taas tekisi...

[mmj]

Hei!
Suoranaisesti en ongelmaasi osaa vastata, mutta voisit koittaa lähettää viestiä postituslistalle <educoss@lists.coss.fi>.
Siellä on LTSP-osaajia lukijoissa.

LTSP-koulutuksissa serverin päivittämistä ei ole suositeltu, vaikka itsekin olen sitä joskus kyllä tehnyt. Aina ei jaksaisi asentaa kokonaan uusiksi...
Nyt olen juuri asentanut koulumme serverin uusiksi käyttäen LTSP-pnp-ohjetta :

https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp

Tällä systeemillä pitäisi saada korvattua localappsit, ainakin niin että systeemi osaa käyttää päätteen tehoja, jos niitä päätteessä on.
Asennus kesti vajaan tunnin.
Masa

[Traien]

Nyt olen juuri asentanut koulumme serverin uusiksi käyttäen LTSP-pnp-ohjetta :

https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp

Tällä systeemillä pitäisi saada korvattua localappsit, ainakin niin että systeemi osaa käyttää päätteen tehoja, jos niitä päätteessä on.
Asennus kesti vajaan tunnin.
Masa

Pitäisi miltei pystyttää erillinen testiserveri, jolla voisi tuota testata. Nopeasti tuosta ltsp-pnp:stä luin ja sanottiin, että pitää olla päätteiden samaa arkkitehtuuria serverin kanssa. Omassa ympäristössä tuottaisi ongelmia, kun osa päätteistä on 32-bittisiä ja osa 64-bittisiä. 64-bittiseen serveriin taas ei kehtaa 32-bittistä käyttöjärjestelmää asentaa. Tähän mennessähän on päätteitä varten jaettu 32-bittinen järjestelmä, niin on kirjava päätekalusto toiminut hyvin. Lisäksi 64-bittisessä pääteympäristössä oli aikanaan bugi usb-muisteihin liittyen, tiedä sitten, onko jo korjattu.

[Traien]

Ilmeisesti näyttää vahvasti siltä, ettei ltsp-localappsia käytetäkään enää tässä versiossa 12.04 - ainakaan entisellään, jotain on todella ratkaisevalla tavalla muutettu.

Päätteillä näyttävätkin ohjelmat toimivan aivan, kuten ne toimisivat localapps-wrapperin kanssa. Huomasin tämän, kun aloin ihmetellä aiemmin kirjoittamaani ongelmaa, ettei ltsp-server -paketteja olisi muka asennettu. Päättellä auki olevassa gnome-terminaalissa nimittäin ollaan todellakin client-ympäristössä: tiedostolistauksissa näkyy client-ympäristön tiedostot esim. /usr/share/doc/ltsp-server/ -hakemisto puuttuu kokonaan - palvelimelle paikallisesti kirjauduttaessa näkyy palvelimen hakemistopuu ja kyseinen hakemisto. Lisäksi kieli on englanti, kun en vielä chroot-ympäristössä asentanut suomen kielipaketteja. Luonnollisestikaan sudo-komento ei päätteillä nyt toimi käyttäjän salasanalla, koska kyseistä käyttäjää ei ole luotuna client-ympäristöön. Firefoxia ajettaessa sama juttu - kieli on englanti - lisäksi firefox voidaan käynnistää yhtäaikaa palvelimella ja clientilla - normaalistihan tämä ei ole toiminut, ellei clientilla ole pyöritetty selainta localappsin kautta.

Kuuluukohan 12.4-versiossa asioiden toimia näin, vai olisiko tämä päivitysasennus sotkenut toiminnan näin perusteellisesti? Toisaalta tämäkin toimintamalli minulle toki käy, jos tulostuksen saa toimimaan yms. Ainoastaan ylläpito ei normaaliin tapaan onnistu, vaan pitää kirjautua palvelimelle paikallisesti.

[Asmo Koskinen]

Pitäisi miltei pystyttää erillinen testiserveri, jolla voisi tuota testata.

Yksinkertainen tapa testailla on asentaa VirtualBox ja käyttää sitä sekä palvelin- että pääteympäristönä. Olen itse tehnyt näin.

---
Kesän jäljiltä pääsen ensi viikolla normaaliin viikkorytmin (muutama konekin käytössä taas) ja vastailen taas vähän paremmin LTSP-huoliin. Itse asiassa olen jäänyt vuorotteluvapaalle, johon kuuluu mm. LTSP-projetki Meksikossa. Siitä oli juttua viime sunnuntain Hesarissa.

Tulemme käyttämää siellä Lubuntua ja ltsp-pnp-asennusta. Ltsp-pnp ei tarvitse lainkaan raskasta palvelinta (ei edes kiinteää ip-osoitetta, kunhan siellä verkossa on jossain jokin adsl/dhcp-purkki), yksi kone jakaa vain imagen, kaikki prosessit/ohjelmat ovat päätteissä (fat client). Meillä on käytössä P4/Nvidia Vanta/1M-tasoisia koneita, joten Alkiksen tekemä paketti on aivan loistava siellä.

Ajattelin järjestää taas lokakuussa yhden päivän LTSP-työpajan Helsingissa, jossa pidän majaa tämän talven, sillä silloin Alkiksen muutokset tulevat Ubuntuun sellaisenaan, ei tarvita kreikkalaista ppa-varastoa.

Kannattaa todellakin liittyä listoille sekä lukea irc-postauksia hakua käyttäen. Tai roikkua irkissä mahdollisuuksien mukaan. Alkis on aina (!?) siellä ja on avulias kuin mikä.
 
https://help.ubuntu.com/community/UbuntuLTSP/#Other_Useful_Resources
https://help.ubuntu.com/community/UbuntuLTSP

Ystävällisin terveisin Asmo Koskinen.

[Asmo Koskinen]

Itse asiassa olen jäänyt vuorotteluvapaalle, johon kuuluu mm. LTSP-projetki Meksikossa. Siitä oli juttua viime sunnuntain Hesarissa.

Tulemme käyttämää siellä Lubuntua ja ltsp-pnp-asennusta. Ltsp-pnp ei tarvitse lainkaan raskasta palvelinta (ei edes kiinteää ip-osoitetta, kunhan siellä verkossa on jossain jokin adsl/dhcp-purkki), yksi kone jakaa vain imagen, kaikki prosessit/ohjelmat ovat päätteissä (fat client). Meillä on käytössä P4/Nvidia Vanta/1M-tasoisia koneita, joten Alkiksen tekemä paketti on aivan loistava siellä.

Kuvia koululta jossa avataan LTSP-luokka 14.9.

http://www.facebook.com/media/set/?set=a.338036229572048.72632.211241508918188&type=3

Ystävällisin terveisin Asmo Koskinen.

[Traien]

Jatketaanpa vielä täälläkin, kun en ole ehtinyt vielä muihin suositeltuihin infokanaviin tutustumaan.

Tosiaan 12.04 julkaisussa on LTSP-toteutus muuttunut aika paljon. Oletuksena toiminta on kuten ltsp-localapps-wrapperin kanssa, eikä tätä erillistä wrapperia enää tarvita. Haittapuolena tässä on, että palvelinta ylläpidettäessä on erikseen kirjauduttava ssh:lla palvelimeen sisään, kun ohjelmat näkevät vain client-ympäristön hakemistopuun. Käyttäjille näkyy myös /home-hakemiston alla ainoastaan oma kotihakemisto, toisten käyttäjien hakemistoihin ei pääse, jaettu hakemisto pitää toteuttaa jollain muulla tavalla.

Sellainen erikoinen ongelma tuli vastaan, että autologinia käytettäessä kaikki päätteet eivät toimi, enkä ole keksinyt, mikä sen aiheuttaa. Ongelmapäätteet eivät päädy työpöydälle, vaan jäävät latausteksteihin, konsoleihin näilläkin päätteillä pääsee. Kun autologin on poissa käytöstä, ongelmallisetkin päätteet toimivat kuten pitääkin, käynnistyvät kirjautumisruutuun ja manuaalinen kirjautuminen toimii oikein. Onkohan tällaista ongelmaa tullut muille vastaan? En ole logeistakaan löytänyt oikein vihjeitä siitä, mistä ongelma johtuisi.