Newsgroup: it.comp.os.linux.sys
Titolo: Volumi Logici e RAID

Buongiorno a tutti
ieri mi sono messo in testa di unire 4 hd scsi da 33Gb e farli vedere al mio 
server di posta come un unico disco logico, caso mai con un minimo di 
protezione (tipo RAID 1 et similia).
Non ho però la minima idea di cosa cercare come soluzione per quanto 
riguarda l'unione di più hd in un unico volume logico.
Avete hint da darmi ?
Grazie
-- 
Rizio

Sgranocchiando il cranio di Rizio, vi trovai inciso:

Prova a dare un occhio qui:
http://www.midhgard.it/docs/lvm/html/
 l'aveva postato qualcuno poco tempo
fa (anche se in questo momento non lo raggiungo) e forse va anche oltre
quello che vorresti fare (qui si parla di avere tutta la root sopra lvm,
sopra raid). L'idea, comunque, dovrebbe essere quella di crearti il raid
come abitudine, e poi associare i device md al volume group che vai a
creare, se non ricordo male (sbirciato come curiosità, ma mai provato).
In alternativa (o in aggiunta) al link passato, leggi
http://karaolides.com/computing/HOWTO/lvmraid/lvmraid.html
oltre alla documentazione di lvm e sul raid disponibile su 
tldp.org
.
Hola
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The Skull says:
The old signature is gone...
Won't you suggest me a new one?!?

 riguarda l'unione di piů hd in un unico volume logico.
LVM o EVMS (fs supportati dal kernel) per la creazione di volumi 
logici, e/o raid software del kernel.
Ciao
-- 
** steunix                                **
** GOD is real unless declared as integer **

 
LVM e RAID software nel tree 2.4 non vanno molto bene insieme 
(specialmente su un server di posta che di I/O è avido).
EVMS può fare anche RAID.

 EVMS può fare anche RAID.
Cioè ? Intendi come performance o proprio come stabilità ? 
La ragione che mi spinge a cercare questa soluzione è poter avere uno spazio 
disco ragionevolmente dinamico perchè sto già subendo da 1 anno il limite 
di un hd piccolo sul server di posta, con i conseguenti litigi con gli 
utenti per eliminare la mail e tutto quello che sta dietro ad una 
situazione già al limite e non espandibile.
Grazie
-- 
Rizio


Sì, ormai considero implicito l'uso del kernel 2.6 (eh... lo so,
sbaglio:)


 Usa un controller HW se appena puoi, anche quelli da 250 euri.
Ci stavo pensando per il RAID ma per l'LVM c'è qualcosa di HW implementabile 
(tralasciando le ultra-danarose SAN) ?
-- 
Rizio

 implementabile (tralasciando le ultra-danarose SAN) ?
se vuoi spendere il giusto ( sempre in confronto alla san ) ti prendi una
serveraid ibm e ci attacchi un cassetto di dischi scsi.
ciao.
-- 
-------------------------------------------------------------------------------
Una cravatta pulita attrae la zuppa del giorno.
                -- Arthur Bloch
-------------------------------------------------------------------------------

 (tralasciando le ultra-danarose SAN) ?
LVM funziona bene su RAID HW (EVMS ancora meglio).
Usalo tranquillamente, credo che risolverà completamente i tuoi problemi 
di espandibilità.

 di espandibilità.
Ultima cosa:
meglio LVM con 2.6.x su Slack 8.1 o meglio EVMS (di cui per altro non so 
ancora niente) su 2.4.x ?
-- 
Rizio

Rizio wrote:

Credo che con la slack 8.1 non se ne parli di EVMS, EVMS forse è pure 
troppo per te.
Una cosa importante è che acquisti un controller HW che supporti il 
resize on-line (così se aggiungi un disco all'array RAID5 "pensa" lui a 
fare tutto).
2.6 = scordatelo in produzione prima di 6 mesi minimo.
Poi dipende anche da quello che ti offre la tua distro...

 protezione (tipo RAID 1 et similia).
Grazie a tutti per le risposte,
penso che proverò con EVMS su un kernel 2.4.22, continuerò il thread "nel 
bene o nel male" :)
-- 
Rizio