Newsgroup: it.comp.os.linux.sys
Titolo: EVMS o LVM2?!

mi assale un dubbio:
1) LVM2 e' pur sempre roba di IBM. Inizia a essere un po' datato, non ha 
certe caratteristiche che, ad esempio, sono incluse in Veritas.
2) EVMS e' sempre di IBM, ed e' l'LVM di seconda generazione. Ha 
caratteristiche tali da poter essere comparabile, ad esempio, con Veritas.
Entrambi sono pienamente supportati su linux.
Perche' la maggior parte degli utenti Linux continua ad usare LVM2?
...redhat rules (come ext3)??
-- 
il capitano dei carabinieri chiede a un appuntato: "quanto fa 1+1"
l'appuntato: "3"
I colleghi in coro "gli dia un'altra chance. Gli dia un'altra chance!"
Il capitano ci riprova. Quanto fa "2+1".
l'appuntato: "3"
I colleghi in coro "gli dia un'altra chance, gli dia un'altra chance!"

 Perche' la maggior parte degli utenti Linux continua ad usare LVM2?
Secondo me perché lvm2 è più semplice di evms (gusti personali). Se non
ti servono le features aggiuntive di evms va benissimo. Oltretutto, in
caso di problemi, un CDLive con lvm lo trovi sempre, uno con evms no.
Flavio

 caso di problemi, un CDLive con lvm lo trovi sempre, uno con evms no.
In caso di problemi EVMS funziona in user space.
Tranne che tu non debba montare una partizione root o boot all'avvio, non ti
serve nessun disco di boot particolare. Basta avere i tools. Nel caso di
Gentoo (ad esempio) quando compili il kernel con il supporto evms, viene
creato un init-ram con i 4 comandi per gestire evms in user space.
L'unica cosa che ti serve nel kernel e' "device-mapper" e' quello lo trovi
anche nel live-cd con LVM.
--
Massimiliano
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 > Quali?
altre caratteristiche aggiuntive:
snapshot di un volume (consente la creazione di una copia di un volume). In
pratica un sistema di backup.
riconoscimenti di bad block
drive linking
cluster manager interface
possibilita' di gestire ed emulare altri volume manager
ti basta cosi?
per quanto riguarda il live CD con EVMS eccolo qui:
http://www.sysresccd.org/systools.en.php


 Perche' la maggior parte degli utenti Linux continua ad usare LVM2?
Spesso la diffusione di un prodotto dipende dal "marketing", che in ambito
opensource è spesso sinonimo di "diffusione della documentazione e degli
hotwo". 
Con LVM2 Trovi l'impossibile, con l'altro trovi molto meno.
Ovvio che gli utenti utilizzano e preferiscono il prodotto più documentato
e col quale si sentono più sicuro di poter ricevere supporto.
Perchè non scrivi un howto in inglese e italiano, fatto bene ?
Max

 
http://www.sysresccd.org/systools.en.php
Grazie del link :-)
Flavio

 Perche' la maggior parte degli utenti Linux continua ad usare LVM2?
Perchè molte installazioni sono ancora con LVM1, perchè LVM2 è più 
immediato (per via della diffusione) e la sua introduzione è stata 
naturale, perchè (porca troia) non riesco ad avere giorni liberi in cui 
smanettare su giocattoli nuovi...
...e poi, IMHO, non tutti hanno ancora compreso quando è bello il mondo 
con un buon gestore di volumi (sono molti a ritenerlo superfluo, poi al 
primo upgrade sono cazzi acidi)... alcuni miei colleghi, ritenuti molto 
capaci, non hanno ancora compreso il concetto di snapshot e il suo 
utilizzo in quella che loro chiamano business continuity (ostinandosi a 
chiudere TM,TG,RDBMS...etc....etc... con tutto quello che comporta x 
fare backup)

 utilizzo in quella che loro chiamano business continuity (ostinandosi a
io faccio parte di uno di quelli. :))
con "snapshot" cosa intendi esattamente??

 con "snapshot" cosa intendi esattamente??
Lo snapshot (scatto fotografico) è una funzionalità che ti consente di
catturare un'istantanea del contenuto di un filesystem.
In estrema sintesi funziona in questo modo; quando al volume manager
viene richiesto di eseguire lo snapshot di un volume, il VM provvede a
sincronizzare il volume (scrivendo tutto ciò che ha in cache) ed a
redirigere tutte le eventuali richieste di scritture successive su una
porzione di disco precedentemente inutilizzata ed allocata allo scopo,
che chiamerò Log per l'attinenza con i redo-log dei RDBMS.
Mentre il volume è "snapshottato", qualsiasi operazione di lettura viene
eseguita miscelando i dati presenti nel volume originale con quelli
scritti nel Log e questo fa sì che per i programmi il tutto sia
trasparente ed i dati restituiti siano quelli corretti completi delle
scritture intercorse fra la creazione dello snapshot e la lettura.
Nel frattempo però il volume originario (lo snapshot) può essere
acceduto tramite un'apposito device ed il suo contenuto è la fotogafia
del volume nell'istante in cui è stato eseguito lo snapshot (come se
fosse una partizione smontata). Questo è particolarmente comodo perché
consente di fare un backup online del volume in un determinato istante
avendo garanzia che tutto sia coerente.
Nel momento in cui si terminano le operazioni sullo snapshot, questo
viene distrutto ed il Volume Manager provvede a riportare le variazioni
che erano state registrate nel Log all'interno del volume originario,
sempre in modo totalmente trasparente per le applicazioni.
Il vantaggio di questo metodo di backup è che consente di non fermare i
servizi nemmeno per un secondo, garandendo quindi la disponibilità. Lo
svantaggio è che devi riservare un'area pari circa al 20% delle
dimensioni del volume di cui fare lo snapshot per il Log, e che il
backup, pur avendo tutte le informazioni correttamente salvate, non è
consistente (è esattamente nello stato in cui si troverebbe se facessi
un SysRQ-s + SysRQ-b).
In genere è consigliabile l'uso degli snapshot nel caso di servizi che
si appoggiano unicamente al filesystem sottostante (file-server, mail
server, ftp-server, ecc.) mentre è fortemente sconsigliabile nel caso di
DBServer; per questi ultimi è meglio utilizzare le apposite funzionalità
offerte dall'RDBMS, che operano seguendo lo stesso principio ma sono a
conoscenza della struttura interna del DB e non necessitano quindi di
recovery in caso di restore.
Spero di essere stato sufficientemente chiaro. :-)
Flavio

 ...redhat rules (come ext3)??
Io utilizzo EVMS ormai da alcuni anni su tutti i miei server.

 
più chiaro di così!!  :)
grazie!

 Se si come hai organizzato il tuo spazio disco?
Al lavoro no (usiamo veritas).
A casa ho un disco IDE e uno SATA e non mi viene in mente un modo sensato
per usarlo.
Lo sto studiando.... e mi sono accorto che e' molto vantaggioso. In un
attimo installi e gestisci raid, lvm....
--
Massimiliano.
