Newsgroup: it.comp.os.linux.sys
Titolo: Raid Sw e dubbi

Ciao a tutti,
avrei una domanda, che spero sia di maggior attinenza a questo ng che non a
"iniziare".
In soldoni: ho una macchina con un controller scsi che non supporta raid hw,
e 3 hard disk, di cui 2 identici.
Come distro sto usando una redhat enterprise serie 3.
Per avere una qualche forma di backup, che mi metta al riparo perlomeno da
un Hd failure, ho configurato i 2 hd identici in raid software, per cui ho
"raidato" in raid 1 (solo mirroring) le seguenti partizioni:
/boot
/
swap
Il terzo hd, dissimile dai primi due, č montato in una partizione a parte.
Ho fatto alcune prove, per cui togliendo l'alimentazione a uno dei due hd
raidati, a simulazione di "un danno",  il sistema mi boota tranquillamente,
come speravo
Togliendo invece l'alimentazione all'altro, ho un boot failure, con mancata
rilevazione dell'os.
Suppongo non trovi il record di boot o il grub sul secondo hard disk, a
questo punto, dico bene?
La domanda č : come posso ovviare, in modo tale che lo "sputtanarsi"
dell'uno o dell'altro mi consenta un boot comunque limpido?
Seconda domanda, mi sapreste consigliare un webmail ?
Mi servirebbe qualcosa di molto semplice, che si limiti a consultare in pop3
le mailbox, non importa che supporti mail folders, imap e ammenicoli vari.
Unici due requisiti richiesti: che funzioni e che sia esteticamente il piů
accattivante possibile (non č per me, intendiamoci).
Grazie,
Break

 accattivante possibile (non è per me, intendiamoci).
io uso openwebmail, 
http://www.openwebmail.org
 propio per motivi "estetici"

 Seconda domanda, mi sapreste consigliare un webmail ?
io uso SquirrelMail. Caruccio.
-- 
ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ] [ Icq#:51640305 ]
[ 
http://pido2.webhop.net/
 ]

 ovviamente devi adattarle al tuo SO:)
a me ritorna quest'errore:
fourier:~# lilo
Fatal: Filesystem would be destroyed by LILO boot sector: /dev/md0
 
che vuole dire?

 che vuole dire?
ho avuto l'idea di fare una ricerca per google, e ho scoperto che se la
partizione č di swap, xfs o ntfs lilo si incavola.
porco giuda, io ho xfs.... Installerņ lilo a mano su entrambi i dischi.

 che vuole dire?
io non ho mai avuto questo errore...
per poter investigare sul mio sistema devo sapere come e` configurato
il tuo (dischi, raid etc...)


 porco giuda, io ho xfs.... Installerò lilo a mano su entrambi i dischi.
buono a sapersi... io xfs non lo ho mai usato...
il mio sistema e` interamente su ext3 (che trovo ottimo).
Tempo addietro provai raiserfs (non in raid, quando era l'unico FS
journaled teoricamente stabile) ma, forse per colpa della macchina
non troppo performante, non lo ho apprezzato molto.
Da allora ho sempre e solo usato ext2 fino a quando (circa un annetto
fa) ho "migrato" le partizioni ext2 sul server a ext3.
Con ext3, come con ext2, non ho _mai_ avuto il minimo problema anche in
caso di hang.
Inoltre, inizialmente usavo due configurazioni di lilo, una per ogni boot
sector (piu` o meno come hai suggerito tu) ma, oltre ad essere una doppia
cfg da lanciare ad ogni aggiornamento, su un disco a volte mi dava problemi.
Passato alla cfg postata precedentemente, tali probl. di boot non si sono piu`
presentati. Ammetto che e` una cosa anomala, ma ora va tutto bene e quindi
non ho piu` indagato :-)


 porco giuda, io ho xfs.... Installerò lilo a mano su entrambi i dischi.
Sei sicuro Ottavio?
Come ben sai io uso xfs da tempo, il raid anche, ma non ho mai avuto un
problema cosi, non ho mai visto nemmeno il warning che hai postato..?!?!
Boh?!?!...
CYA
Banana

 caso di hang.
beh alla fin fine bisogna vedere solo quanto spazio si ha a disposizione
se gli hd non superano i 4 terabytes per ora conviene ext3
altrimenti reiserfs
xfs -jfs sono talmente esagerati come gestione max spazio che credo non 
prima di 6-7 anni saranno utili agli utenti standard (e non ai CED - o 
enti tipo il Pentagono americano)

mah
solo che vuole distruggere il filesystem su cui hai i tuoi dati
niente di preoccupante :)


 enti tipo il Pentagono americano)
se non fosse che xfs ha il supporto di quota nativo e ai vari reboot non
devi ricalcolare le quote.