Newsgroup: it.comp.os.linux.sys
Titolo: Conversione di un sistema con singolo disco a RAID 1

Salve a tutti.
Sto cercando di convertire una installazione in produzione di una Ubuntu 
server 7.10 AMD64 su singolo disco a sistema RAID 1, ma sono fermo al 
boot con una BusyBox shell.
La macchina ha due dischi SATA identici, il sistema è al momento 
installato sulla partizione /dev/sda1 (con /dev/sda2 come partizione di 
swap).
Questi sono i passi che seguito finora:
    1. fatto un backup di tutto il sistema su un drive esterno (e fin 
qui...)
    2. cfdisk di /dev/sdb per creare le stesse identiche partizioni di 
/dev/sda
    3. creato il device node md0 (mknod /dev/md0 b 9 0)
    4. installato mdadm
    5. creato il raid device:
       mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb1
    6. controllato /proc/mdstat (tutto ok)
    7. creato il filesystem su /dev/md0
    8. montato /dev/md0 su /mnt/md0 e copiati i dati da /dev/sda1 (/) a 
/dev/md0 (/mnt/md0/) via rsync escludendo i contenuti di /sys, /proc, 
/dev, /mnt
    9. editato il grub menu in /mnt/md0:
       modificato menu.lst solo nell'argomento "root" al kernel con 
"root=/dev/md0"
   10. editato etc/fstab in /mnt/md0 specificando che la root deve 
essere montata da /dev/md0
   11. chroot su /mnt/md0
   12. aggiornato il ramdisk con update-initramfs
   13. installato grub sul nuovo disco raid:
       root (hd1,0)
       setup (hd1)
       Fin qui tutto bene
   14. reboot e modifica alle impostazioni del BIOS per partire dal 
nuovo disco
A questo punto, il grub parte, ma dopo circa un minuto di apparemte 
inattività ottengo un errore e infine una BusyBox shell.
Questo è l'errore:
      Check root= bootarg cat /proc/cmdline
      or missing modules, devices: cat /proc/modules ls /dev
ALERT! /dev/md0 does not exist. Dropping to a shell!
Se controllo con "cat /proc/cmdline" ottengo il seguente messaggio:
root=/dev/md0 ro quiet splash
che sembra quindi essere corretto
La lista dei moduli mostra che i raid modules e md_mod sono presenti.
Il comando mdadm è presente
Se do il seguente comando:
mdadm --assemble /dev/md0
Ottengo il seguente messaggio:
mdadm: CREATE user root not found
mdadm: CREATE group disk not found
mdadm: /dev/md0 not identified in config file.
"ls -l /dev/md0" infine mostra cge il device md0 è presente (o almeno 
così sembra):
brw-rw----   1  0     0     9,   0  /dev/md0
Qualsiasi aiuto o suggerimento sarà enormemente apprezzato.
Fortunatamente ho ancora un sistema perfettamente funzionante se 
effettuo il boot dal primo disco.

 boot con una BusyBox shell.
Hai provato a vedere 
http://tldp.org/HOWTO/Software-RAID-HOWTO-7.html#ss7.6
?
Ok, li' parla di RH, ma non e' che sia molto diverso.
Davide
-- 
the best answer when anybody asks you if you're any good with explosives
is to hold up two open hands and simply say "Ten". --Anthony DeBoer

 Qualsiasi aiuto o suggerimento sarà enormemente apprezzato.
Controlla il mdadm.conf dell'initrd, è sicuramente cannato (UUID+udev
+mdadm sono la dannazione eterna), puoi sistemartelo a mano usando
devices= e aggiungerci la riga:
CREATE owner=root group=disk mode=0660 auto=yes
[io sui raid1 sw gestisco tutto a mano (comprese modifiche in rules.d
per tenere fuori dalle palle udev) perché farlo in altro modo è uno
degli uffici Complicazioni Affari Semplici]
tra l'altro mi puzza che potresti avere un mdadm bacato nella gestione
degli uuid su quella versione di ubuntu
ciao
riccardo

   12. aggiornato il ramdisk con update-initramfs
[...]
Non so come funzioni "update-initramfs", ma di solito
vi possono essere un paio di problemi.
Il ramdisk non ha una qualunque combinazione di:
1) radi1.ko
2) mdadm.conf
3) mdadm
In altri termini, bisogna, a mano, inserire il modulo,
mdadm.conf corretto ed, ovviamente, mdadm.
Inoltre lo scripting deve essere quello giusto, cioe`
deve avere modprobe e mdadm -A ....
bye,
-- 
piergiorgio

    12. aggiornato il ramdisk con update-initramfs
se provi ad aprire il file initr.imgxxxx (che è essere un cpio.gz) ci 
trovi dentro i moduli per avviare il RAID?
poi, attenzione a Ubuntu (che in questo caso ha una configurazione IMHO 
stupida, al contrario di Debian). 
Devi modificare: /etc/initramfs-tools/conf.d/mdadm
Altrimenti, se spegni e togli un disco non ti riparte.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 Altrimenti, se spegni e togli un disco non ti riparte.
*Porca puttana*, ma che hanno nella testa, la segatura?!?
E a me chi me lo dice che c'è quel "false"? Ma secondo loro uno fa un
RAID1 della / con /n/ dischi e configura mdadm/postfix per l'invio delle
mail di amministrazione per ritrovarsi quella impostazione e non veder
ripartire la macchina?
P.S.: Se non si fosse capito, *grazie della segnalazione*....
-- 
Fr3ddie
fr3...@fr3ddie.it
Home Page: 
http://www.fr3ddie.it
OpenPGP Public Key available on my website
Error 404: brain not found

 la macchina?
non me ne parlare.... per testare il RAID e per capire se faceva per me, 
ho fatto dei test su virtualbox. Ho scoperto che, dopo aver disconnesso 
un disco, la Debian ripartiva e la Ubuntu no (alla fine lo sto usando su 
Ubuntu).
Questa cosa qui è proprio il massimo e non merita alcun commento:
# Running a system with a degraded RAID could result in permanent data
# loss if it suffers another hardware fault.
Ho capito, ma potrò usare il computer nel frattempo che esco per comprare 
il nuovo disco? Tanto il monitor di mdadm mi notificherà del problema, e 
quanti computer al mondo hanno un solo disco e funzionano felicemente per 
anni e anni....


 anni e anni....
Aspetta, con solo 2 dischi in RAID1 potrebbe anche avere un senso (non
credo siano in molti a gestire correttamente le notifiche del sistema a
meno che non siano sysadmin...) ma quando, in fase di installazione, si
fa un RAID1 della / con *4* dischi forse è il caso di impostarlo a
"true" quel flag..... e che cazzo.....
-- 
Fr3ddie
fr3...@fr3ddie.it
Home Page: 
http://www.fr3ddie.it
OpenPGP Public Key available on my website
Nel 1968 la potenza operativa di due Commodore64
ha portato un razzo sulla luna.
Oggi la potenza operativa di un processore a 4 Ghz
viene usata per far girare Windows Vista.
Qualcosa deve essere andato storto...

 anni e anni....
Uhm, uhm...
Il problema e` che, di solito, i dischi sono comprati
allo stesso momento, dalla stessa ditta e, probabilmente,
vengono dalla stessa linea di produzione.
Il che vuol dire che se un disco parte, il secondo lo
segue a ruota con probabilita` elevata.
Per la legge di Murphy, poi, la probabilita` rischia
di superare l'unita`... :-)
bye,
-- 
piergiorgio

 "true" quel flag..... e che cazzo.....
si ma perché la debian te lo imposta su true anche con due dischi (e ti 
garantisco che è così)?
In fase di installazione (visto che ormai l'istallazione è tramite menu) 
lui ti dovrebbe chiedere: cosa vuoi fare se resti con un solo disco? 
Inoltre, la cosa peggiore e chetu non sei informato e non sai 
dell'esistenza di quel file e (se non avrai fatto i test come ho fatto io 
per case) ti accorgerai di questo problema il giorno in cui si romperà il 
disco.




mi fai ricordare una storia di un lotto di dischi difettosi :) Ci furono 
una ventina di dischi rotti uno dopo l'altro, tutti sulla stessa serie di 
PC.
Però, insomma, mi piacerebbe essere avvisato di questa cosa e non che 
fosse fatto tutto di nascosto.
In debian non vieni avvisat ugualmente, ma l'impostazione è esattamente 
al contrario.


 al contrario.
Non avendo ne` Debian ne` Ubuntu, quale e` esattamente
il problema di questo file di configurazione?
Parte/non parte in degraded mode?
Su Fedora, da quello che ho provato, parte sempre e
comunque, ma ti bombarda di email... :-)
bye,
-- 
piergiorgio



Debian si comporta come Fedora: parte sempre e comunque ... fino a quando 
non rompi entrambi i dischi :)
Ubuntu, per default, non parte.
il parametro predefinito è questo:
BOOT_DEGRADED=false


 disco.
è una discreta *porcata*.
-- 
Fr3ddie
fr3...@fr3ddie.it
Home Page: 
http://www.fr3ddie.it
OpenPGP Public Key available on my website
dreaming in digital
living in realtime
thinking in binary
  talking in IP
welcome to my world

 CREATE owner=root group=disk mode=0660 auto=yes
Grazie a tutti quanti ma grazie soprattutto a skizzoric.
I moduli c'erano tutti, mdadm pure, ma il mdadm.conf era "cannato".
Modificato a manina l'mdadm.conf del ramdisk, senza usare gli UUID, e 
riavviato... è partito, adesso mi rimane solo da aggiungerci a "caldo" 
il /dev/sda1 all'array.
Grazie ancora.

 vuol dire anche licenziato.
Io conoscevo solo "infuocato" o "incendiato" :) Ed è pure una strana 
coincidenza che hired e fired si somiglino così tanto. Quando finisci il 
periodo di prova ti dicono "you are hired", ma tu potresti non aver 
capito bene e non venire in ufficio il giorno dopo :)


 
Cioè ti obbligano AL BOOT a dare un occhiata al raid con problemi, e ti
impediscono di fare finta di niente.
A me non sembra una cosa totalmente malvagia, visto che si suppone che un
server con un  raid non faccia un REBOOT cosi come se fosse normale
amministrazione.

 amministrazione.
Ma Ubunto non e` proprio per server.
bye,
-- 
piergiorgio

 amministrazione.
Dipende dai punti di vista e dai casi. Per fare un esempio, da me va via
spesso la corrente a causa dell'eccessivo carico della rete elettrica
(no, non posso mettere sotto UPS e no, non posso sgravare il carico
elettrico in alcun modo). Al riavvio dei server, in caso vi fosse un
problema dovuto alla desincronizzazione del RAID (o, peggio ancora, alla
rottura di un disco), vengo _sempre_ e _comunque_ avvertito del problema
via email. In piu`, grazie al fatto che ho la possibilita` di riavviare
tranquillamente, non ho alcun problema causato da un possibile downtime
delle macchine. Essere costretto dal sistema a dover risolvere il
problema prima di riavviare il servizio mi comporterebbe solo una grossa
perdita di tempo, senza contare il panico che si genererebbe tra gli
utenti a causa del disservizio prolungato
Enrico



scusa ah... ma perché non lo fa debian, non la fa fedora e lo fa solo 
ubuntu. E minchia, se non lo avessimo almeno cento volte potrei anche 
capirlo il tuo messaggio.




Infatti. La Ubuntu Desktop (installata tramite l'alternate CD per poter 
attivare il RAID) si configura in questo modo.
Va detto che molto probabilmente anche la Ubuntu server probabilmente 
sarà combinata in questo modo.


 amministrazione.
Ma un server con RAID SW (leggasi: non HW e, pertanto, scarse 
possibilità di avere vero hotswap sui dischi, di norma), ad esempio, può 
rebootare banalmente per la necessità di cambiare il disco andato a donnine.
Perchè dovrebbe essere un bene tener giù la macchina a lungo, anzichè 
spegnere, sostituire il disco e riaccendere?
Il RAID serviva proprio ad evitare i down in caso zompi in disco.
Se decidi a prescindere che con un disco zompato stai giù, devi essere 
un po' masochista...
Poi immagina cosa significa se il server è in un datacenter remoto: c'è 
tutta la differenza tra far sfilare/infilare un disco ad una scimmia 
ammaestrata e dover essere sul posto al momento del boot...
(poi, oh, ci son le KVM che aiutano, ma perchè andarsele a cercare?)
-- 
http://bofhskull.wordpress.com/