Debian Lenny
Debian kom for en stund siden i ny stabil versjon, “Etch”, og siden jeg fortsetter å holde meg på testing-versjonen så var det på tide å oppgradere til neste versjon, som er “Lenny”. Det gikk litt sakte å navigere rundt i Freevo fordi maskinen har så lite minne, og oppstart av Enlightment som var installert på boksen gikk slimete tregt. Målet er å kunne bruke PC-en til noe nyttig igjen.

Videoredigering
Tidligere har jeg brukt en Athlon 1800+ til videoredigering, men redigering av HD-video tar mye ressurser, og jeg frykter at denne blir for treg. Jeg har en relativt kraftig maskin som stue-PC i leiligheten min som nå bare kjører MythTV. Denne har dual-core prosessor Athlon 5600+, og denne ønsker jeg å bruke til litt videoredigering. Det er derimot ikke optimalt å bruke TV-en som skjerm når jeg skal redigere. TV-en er bare “HD-ready” med en oppløsning på 1280×720, som blir noe snaut. Jeg har en 22″ widescreen LCD-skjerm som da egner seg bedre, men denne står i et annet rom og egner seg ikke for stua av opplagte grunner (ja, den tar jo litt plass). I tillegg frister det ikke så mye å koble om på kablene bak på stue-PC-en.

Dermed blir kanskje løsningen tynnklient-teknologi. En relativt dårlig PC (les: 733 MHz) kobler seg på X-serveren på en relativt kraftig PC (les: stue-PC), og signaler fra mus og tastatur blir sendt til X-serveren og skjermbildet blir sendt tilbake. For å få noe fornuftig opp på skjermen bruker man XDMCP, som støttes av innloggingstjenester som KDM, GDM og XDM. Jeg utførte en enkel test med å koble 733MHz-boksen opp mot laptopen, som vi fra nå av kaller henholdsvis tynnklient og tykklient.

XDMCP
Som sagt er XDMCP en protokoll for å koble på X-sesjoner, enten på lokal PC eller på andre PC-er i et nettverk. Det vi ønsker å oppnå er å koble oss på en innloggingstjeneste på tykklienten og få skjermbildet opp på tynnklienten. Til det skal vi bruke SSH med X-videresending, Xnest som er en X-sesjon som kan kjøres i et vindu i en annen X-sesjon og KDM som innloggingstjeneste.

Først måtte det gjøres noen konfigurasjonsendringer i KDM, som er den innloggingstjenesten jeg benytter på laptopen, som er en del av KDE-prosjektet. I konfigurasjonfilen /etc/kde3/kdm/kdmrc endret jeg på seksjonen Xdmcp for å aktivere tjenesten. Her vises et lite utdrag fra konfigurasjonfilen:

[Xdmcp]
Enable=true

Deretter måtte jeg endre i filen /etc/kde3/kdm/Xaccess for å fortelle kdm hvilke maskiner som får lov til å benygge innloggingstjenesten. Dette gjøres ganske enkelt ved å la kun ordet “localhost” stå skrevet i denne fila. For å tillate alle adresser på nettverket tilgang til tjenesten skriver du en stjerne, “*”. Grunnen til at jeg kun oppfører localhost kommer vi videre inn på snart.

Oppkobling
På tynnklienten startet jeg opp en enkel X-sesjon og terminalprogrammet xterm. Så logget jeg inn på tykklienten med ssh med kommandoen:

ssh -X tykklient

Opsjonen -X betyr videresending av X-applikasjoner som gjør at alle grafiske applikasjoner jeg starter i SSH-sesjonen blir vist i X-sesjonen til tynnklienten. Dette vil for mange være akkurat det de trenger dersom de har en egen window manager (som KDE eller Gnome) på PC-en sin.

Dette er ikke nok for meg. Jeg vil ha mer. Jeg skriver så inn følgende kommando:

Xnest :1 -geometry 1024×768 -query localhost

Opsjonen -geometry setter jeg til samme størrelse som min lokale X-sesjon. Dette kan du sjekke med kommandoen “xdpyinfo”, og se etter noen de første linjene som printes av dette programmet. Opsjonen -query henviser til tykklienten, fordi vi er inne i SSH-sesjonen på denne maskinen. Her ser du grunnen til hvorfor vi førte opp kun localhost i Xaccess-konfigurasjonsfilen over.

Dette oppsettet gir oss tre fordeler. For det første åpner vi ikke tjenesten for ukjente maskiner på nettverket, for den andre at alle tynnklientbrukere må ha gyldig konto på tykklienten for å logge på med SSH og for det tredje vil all trafikk bli kryptert over SSH-forbindelsen. I tillegg vil en brannmur kunne gi enda bedre sikring på punkt én.

Da var det bare å logge inn og fyre opp kdenlive, videoredigeringsprogrammet jeg bruker og har blitt så glad i. Avspilling av videokilder i kdenlive gikk bra, så da er 733MHz-boksen klar til å bli shippet over til leiligheten.

Påsken er over
Da er påsken over for i år. Jeg vet jeg lovet å undersøke mer omkring søkemotoren Solr, men det ble det ikke tid til. Jeg har så vidt touchet temaet søkemotorer og synes det er et spennende tema. Mulighetene er også tilstede for å ta i bruk Solr eller andre søkemotorer i kommende prosjekter på jobben i nær fremtid.

Per Buer, avdelingsleder i drift hos Linpro, skriver i sin blogg at Red Hat Xen-kernel kan kjøres nesten ut av boksen på Ubuntu Dapper og er å foretrekke dersom man har behov for å aksessere mer enn 4 GB ram på et 32 bits system.

Foreløpig har jeg ikke støtt på samme problemet på laptopen min som oppstod med Ubuntu Xen-kernel på serveren min, da jeg enda ikke har hatt behov for så mange samtidige Xen-instanser. Første forsøket på å starte laptopen min med Red Hat sin Xen-kernel feilet, så jeg har latt den saken ligge for nå.

Problemet jeg har støtt på med å bruke Ubuntu sin Xen-kernel på laptopen er at tastaturet periodevis lagger når jeg er i X11 og KDE. Det tar da lang tid fra jeg trykker en tast til den tegnet blir printet i terminalen og ofte blir tasten utført to ganger, noe som gjør det svært vanskelig å programmere og gjøre vedlikeholdsarbeid i terminalen. I ett tilfelle så låste tastaturet seg fullstendig i hele X11, ingen taster ga reaksjon. Det hjalp ikke å bytte til et konsoll og så tilbake til X11, men det hjalp å restarte X11. Det var heller ikke mulig å holde en tast nede for å få repetert handlingen, for eksempel å holde ‘a’-tasten nede for å få skrevet ut dette tegnet gjentatte ganger. Problemet gjelder også for musen, for eksempel markering av tekst.

Dette problemet oppstår kun i Konsole og ikke i XTerm, som er de to terminalapplikasjonene jeg har forsøkt. Problemet oppstår også i andre programmer, som for eksempel Firefox. Jeg har kun forsøkt å bruke det innebygde tastaturet og musen på laptopen, ingen eksterne enheter. Laptopen er av typen IBM/Lenovo X60.

Som denne bug-rapporten viser så skal det være et problem i X11 på Dom0 med Ubuntu Xen-kernel dersom klokken stilles med for eksempel OpenNTPd. Da jeg skrudde av denne tjenesten forsvant problemet og jeg kan nå holde en tast nede for repeterende handling. Jeg klarer å gjenprodusere feilen ved å stille klokken med kommandoen:
ntpdate -u ntp.uio.no

Ved å skru av OpenNTPd så øker risikoen ved at klokken stilles feil over tid. Det er derfor viktig å passe på at klokken går riktig for å sikre riktig tid på for eksempel loggene og spesielt dersom det benyttes en sentral autentiseringsløsning som Kerberos. En mulig løsning er å synkronisere ved oppstart av maskinen. Dette vil ikke fungere med min løsning da jeg ofte er tilkoblet trådløst nettverk, som først konfigureres med KNetworkManager når jeg logger inn i KDE.