DISASTRO UBUNTU

Postby stefanopederzani � Sat Oct 20, 2012 10:57 am
Ho già avuto brutte esperienze con questa distro di Linux, anche se a volte sono quasi costretto ad installarla. Bisogna riconoscere che ha portato molto avanti la semplicità d'utilizzo per utenti profani che vengono da Windows, e che si trovano abbastanza "a casa". Per� per chi installa server c'� sempre qualche cosa che non va bene, in particolare per quanto riguarda il RAID software. In passato, nel tentativo di installarla su un piccolo server Intel, io e i miei colleghi abbiamo avuto molte perplessità sulla gestione del RAID. Stiamo parlando di normalissimo RAID1 con coppie di dischi uguali, quindi niente di speciale, eh! Roba che si fa al volo, durante l'installazione, o anche... prima...

ESPERIENZA SU UN PC ADIBITO A SERVER
Si doveva metter su un serverino temporaneo utilizzando come hardware un PC "supercarrozzato", in modo da testare le performance, prima di comprare l'hardware definitivo. Purtroppo in quel momento non avevamo a disposizione il secondo disco (un SATA da 1/2 T se ben ricordo), ma dovevamo portarci avanti col lavoro, cos� il mio collega avvia l'installazione di Ubuntu, e nella parte di creazione dei volumi imposta il RAID 1 sull'unico disco esistente. O almeno ci prova, perch� ottiene un messaggio di errore perch� non esistono due dischi fisici. Inutile farglielo capire. Il fatto che uno dei due volumi fisici fosse "missing" non gli andava gi�, e dovemmo cambiare distro. Certo non si pu� pensare di installare su un volume unico in maniera classica, cio� senza RAID, per poi copiare il tutto su di un volume col RAID. Per di pi�, questa operazione di introduzione del RAID prevede sempre il missing, come segue:
1) Si installa sull'unico disco.
2) Successivamente si introduce il RAID, quindi si inserisce un secondo disco.
3) Si crea sul disco nuovo un RAID "zoppo" con la seconda unità mancante.
4) Si copia il sistema operativo sul RAID. Si rende bootable e si fa reboot da l�.
5) Si distrugge la vecchia copia del SO e si mette il vecchio disco come unità del RAID.
Questa procedura, molto in voga nei periodi di introduzione del "mirroring", all'epoca, � impossibile su Ubuntu a meno di non utilizzare TRE dischi.

ESPERIENZA SU UN SERVERINO
Si prova ad installare Ubuntu, ma poich� nella creazione dei volumi non dice niente, si crea un grosso equivoco tra noi e la distro. Insomma, bisogna saperlo, ma questo fa 3 cose in colpo solo: Identificazione dei volumi di Raid, Partizionamento dei volumi e Targeting dell'installazione. Almeno ce lo vuoi spiegare? Cosicch� installammo tutto, ma poich� ci accorgemmo dopo di non poter aggiungere la seconda copia al RAID, dovemmo rifare tutto daccapo.
Per i motivi qui sopra, naturalmente.

L'ESPERIMENTO
Come sapete, su questo sito non si mettono problematiche relative al PC. Si fanno eccezioni quando il PC viene usato come un server(ino) o quando si fanno esperimenti che possono aver valore anche per i server.
Questo � stato un esperimento... A mia insaputa. In realtà volevo soltanto provare Ubuntu sul mio PC, ma si dà il caso che il mio PC, gloriosamente abitato da Slackware sin dai primordi (versione 3.2) abbia bisogno di un upgrade. Come al solito gli upgrade li faccio su fiesystem separato, per il quale tengo una partizione apposta sulla mia coppia di dischi in RAID.
Il RAID di Linux, quello gestito con "mdadm" non possiede database separato dalle partizioni (come invece in Solaris). Non uso LVM perch� lo lascio ai sistemi AIX.
Quindi qualsiasi distro che uno debba installare, DEVE assolutamente riconoscere le partizioni in RAID presenti. Ci sono quelle utilizzate, e quella destinata alla nuova installazione, che di fatto � già utilizzata anche quella perch� c'� sempre qualche esperimento precedente.
Il sito di download della Ubuntu sconsigliava la versione a 64bit. Ma bene! Come i primi anni in cui comparivano, in cui tutti avevano paura di installarle perch� bacatissime, le versioni a 64bit della Ubuntu sono ANCORA sconsigliate. Scegliamo la 12.04.1 LTS desktop 32bit.
Memore dell'esperienza al lavoro, durante l'installazione sapevo di stare bene attento quando parla di "volumi" a gestire anche il RAID. In effetti nelle ltime versioni la cosa � un po' pi� chiara ma sembra difficile fargli capire le cose. Ho cercato di selezionare "md3" come target per l'installazione, saltanto la parte le operazioni di partizionamento e di creazione del RAID che si fanno tutte da una maschera sola. Non ricordo bene che scusa aveva, ma non ne voleva sapere. Avrebbe accettato altri metadevice, ma non quello. Eh, ma io lo dovevo installare proprio l�! Mica potevo sovrascrivere l'installazione che sto utilizzando mentre scrivo, no? Tra l'altro non ho ancora migrato. Ho provato di tutto: ho disfatto il metadevice e l'ho rifatto, ho riformattato e ci ha messo qualcosa come 40 minuti per 20GB! Ammazza! E se gli facevo fare l'altra da 250GB quanto ci metteva? Tutta la notte? Non c'� stato verso.
Inutile incapponirsi. Ho scaricato e masterizzato la versione server, perch� pensavo, erroneamente, che forse il mio PC � un po' troppo "serveroso" per una desktop cos� desktop (s� mi rendo conto che non ha molto senso). Ubuntu 10.04.4 server 32bit.
[Tra l'altro, facendo il reboot con l'installazione Slackware, mi � panicato tutto perch� i metadevice avevano cambiato nome, ma ho visto che CentOS fa la stessa cosa, non � un grosso problema.]
Anche la versione server faceva cose strane nel riconoscere il RAID. Continuava a propormi altre partizioni, anche tentando di ricrearlo, ma entrambe quelle giuste. Vorrei sottolineare che si tratta di due dischi SATA da 496GB con la stessa geometria, quindi non ha neanche quella scusa l� (era un requisito nel RAID software almeno nelle vecchie versioni di Solaris).
Gugolando di qua e di là ho letto che in realtà non si pu� fare tutto quello che sarebbe possibile utilizzando gli installer delle versioni server e desktop. C'� una terza versione: la ALTERNATE. Allora se ne rendono conto? Pensavo che già la server tenesse conto di particolari esigenze, ma nemmeno sono particolari, quando ci hai il metadevice già fatto, semplice semplice, e ci devi soltanto installare su.
Ubuntu 12.04.01 Alternate i386 desktop. La "alternate" � solo desktop.
Niente da fare, gira che ti rigira, non c'� stato modo di dargli quel metadevice, n� di ricostruirlo con le partizioni decise.

CONCLUSIONI
Nel 1997 sono stato uno dei pochi a fare il RAID1 su OSF4 di Digital. Su IBM AIX � roba da ridere, per via di SMIT. Su Solaris � un tantino macchinoso, ma con gli appunti per non dimenticare i pezzi, si fa bene. Su Linux lo consideravo una passeggiata: c'� mdadm che fa tutto; infatti prima di mdadm era un po' macchinoso per via dei tanti comandi, che per fortuna hanno accorpato.
Con Slackware, se proprio hai un PC nuovo o dei dischi nuovi, vieni su col CD/DVD di installazione, apri un altro terminale e fai il RAID da l�. Poi torni all'installazione e gli dài come target il metadevice.
Con CentOS, eccelsa distro ancora ben aggiornata, purtroppo non hai la possibilità della shell perch� non c'� il ramdisk che si usa al boot, compreso invece nel CD/DVD di Slackware. Quindi fail boot col CD/DVD di Slackware, crei il RAID da l�, per� ti tocca aspettare che finisca di sincronizzare, perch� se fai reboot lo stupido ricomincia da capo (unico Unix a fare ci�). Poi fai boot con CentOS e installi su metadevice. Le ultime versioni di Anaconda, l'installer di CentOS ti fanno fare il RAID abbastanza bene. Senza questo macchinoso espediente, praticamente hai una finestra grafica simile a quella di Ubuntu con la differenza che funziona, dicono. Io non ho mai installato una CentOS su PC vergine, per cui non lo posso affermare. Posso solo affermare che se a CentOS gli dài un metadevice � capace di installarci sopra. Wow.

Topic nel forum