Dopo tanti problemi di lentezza, finalmente mi sono mosso per l'acquisto di un server dedicato, che andrà ad ospitare i miei "lavori" e la comunità Debianizzati.Org. Il server in questione è un Dell R200 con ben 8Gb di ram. Ovviamente, con una macchina così performante a disposizione, mi è venuto subito in mente di installarci Xen, in modo da poter sfruttare a pieno le risorse, avere una struttura ben fatta e, soprattutto, avere la possibilità di spostare i server virtuali in caso di aumento delle risorse richieste.

Odio trovarmi in questa situazione, ma mi sento praticamente costretto...

La situazione è questa: ho la necessità  di fare degli esperimenti con software di rete (bacula, mysql, etc..) ma, per farli, devo avere delle macchine 'moltestabili', cioè dei computer di cui non mi frega nulla ;) nessun problema: basta installare xen e creare 3-4 macchine virtuali Debian ed il gioco è fatto... o no?

Sfortunatamente non è così: lo sviluppo della patch Xen per il kernel linux è praticamente fermo alla 2.6.18 (versione di etch) ed in lenny non c'è un kernel usabile (c'è quello per la domU, ma non per la dom0) e così sono rimasto a piedi... di usare il 2.6.18 sul portatile non se ne parla e non sono molto convinto di effettuare un reboot ogni volta che ho la necessità  di lavorare con il mio piccolo "laboratorio"...

Così ho installato vmware server (col comodo make-vmpkg, contenuto all'interno del pacchetto vmware-package che permette, partendo dai sorgenti, di compilare dei pacchetti debian contenenti il server ed il client vmware (a breve, forse, una guida)) e uso quello, come al lavoro...

Perà la cosa mi scoccia un po'... speriamo che il lavoro di Fedora, che sta cercando di far entrare nel kernel il supporto a domU (praticamente fatto) e dom0 (non so a che punto sia), porti presto a risultati: confido molto nel sistema di paravirtualizzazione Xen....

In questi giorni mi sto dedicando alla migrazione di un server reale a virtuale, ovviamente cercando di dar luogo al più breve possibile tempo di downtime!

La tecnica che sto approfondendo fa uso di rsync e permette una clonazione praticamente totale del server! Il tempo dovrebbe aggirarsi attorno ad una mezzoretta (forse anche meno) e tutto il processo si divide in due fasi, la prima con la macchina da clonare in produzione e funzionante, la secondo coi servizi disattivati...

Attualmente sto lavorando con vmware, ma la stessa cosa dovrebbbe funzionare esattamente anche con xen ;) ovviamente, quanto avrà novità  e una versione definitiva, è probabile che la traduca in guida, sia per xen sia per vmware!

Durante le normali operazioni di pulizia (tenere un server pulito ed efficiente è una buona pratica) mi sono trovato davanti ad un comportamento non molto simpatico di deborphan: mi segnalava come pacchetto orfano libc6-xen.

Il pacchetto in questione è molto importante, in quanto contiene le libc6 da utilizzare obbligatoriamente (pena trovarsi i log file pieni zeppi di "4gb seg fixup, process") e la sua rimozione non è gradita nel caso di macchine virtualizzate ;)

Visto che deborphan lo utilizzo molto spesso, si puà evitare questo comportamento semplicemente modificando il file /var/lib/deborphan/keep, inserendo una riga con scritto il nome del pacchetto (libc6-xen). In questo modo il file verrà  ignorato dai controlli di deborphan, e non rischieremo più di cancellarlo innavvertitamente.

Da metà  ottobre ho iniziato ad usare Xen su alcuni server ma, dopo circa un mese, ho avuto la sensazione che lo sviluppo fosse un po' 'in stallo': la patch per il kernel era ferma alla versione 2.6.19 e, in pratica, era disponibile solo in Etch... quindi non avevo la possibilità  di effettuare test sul mio portatile o sul pc a casa..

Comunque è uscito l'annuncio del rilascio di Xen 3.2... e ci sono anche dei buonissimi spunti per il futuro! Ora sono più rilassato... l'acquisizione da parte di Cytrix non ha fermato lo sviluppo come iniziavo a pensare ;)