rilevante

buona sera lista

ho un serverino con un raid 5 software...
tutto funziona egregiamente con kernel <= 3.0.0, con kernel superiori
il boot non avviene, ed un messaggio al boot mi dice che è impossibile
trovare /dev/md0

le entry in grub sono identiche, a parte ovviamente il kernel da caricare

qualche consiglio??

grazie mille
luca

Il giorno 09/feb/2012, alle ore 20:57, Luca Costantino <luca.costantino> ha scritto:

> ho un serverino con un raid 5 software...
> tutto funziona egregiamente con kernel <= 3.0.0, con kernel superiori
> il boot non avviene, ed un messaggio al boot mi dice che è impossibile
> trovare /dev/md0
>
> le entry in grub sono identiche, a parte ovviamente il kernel da caricare
>
> qualche consiglio??

Il kernel, o meglio, initrd, non contiene il modulo raid da caricare prima di tirare su il raid?

Il 09 febbraio 2012 21:01, mauro <mauro> ha scritto:
> Il kernel, o meglio, initrd, non contiene il modulo raid da caricare prima di tirare su il raid?

non saprei... raid software e kernel standard debian... dovrebbe
essere tutto incluso, no?

On Thu, 9 Feb 2012 21:12:05 +0100, Luca Costantino wrote
> Il 09 febbraio 2012 21:01, mauro <mauro>
> ha scritto:
> > Il kernel, o meglio, initrd, non contiene il modulo raid da caricare prima
di tirare su il raid?
>
> non saprei... raid software e kernel standard debian... dovrebbe
> essere tutto incluso, no?

Mhhh, si, ma non basta.

Non solo devi avere a disposizione il supporto modulare per "md", ma anche
quello per il controller che pilota singolarmente i dischi.

Per esempio un vecchio Promise Fastrack è un (pessimo) controller raid
software. Non solo devi avere il supporto per gestire il tuo raid (appunto via
md) ma anche il modulo kernel per gestire il Promise e quindi vedere i SINGOLI
dischi (dico singoli perchè essendo un soft raid non vedi il disco logico che
dal suo bios configuri come raid).

Luca

Il 10 febbraio 2012 08:22, dea <dea> ha scritto:
> Non solo devi avere a disposizione il supporto modulare per "md", ma anche
> quello per il controller che pilota singolarmente i dischi.

si tratta di una banale scheda madre con chipset intel (g41), i dischi
(4) sono collegati direttamente alla scheda
non credo che nel passaggio dal kernel 3.0.0 al 3.2.0 abbiano rimosso
il supporto a questo chipset...

grazie per le risposte!
luca

Il 10/02/2012 08:48, Luca Costantino ha scritto:
> Il 10 febbraio 2012 08:22, dea<dea> ha scritto:
>> Non solo devi avere a disposizione il supporto modulare per "md", ma anche
>> quello per il controller che pilota singolarmente i dischi.
> si tratta di una banale scheda madre con chipset intel (g41), i dischi
> (4) sono collegati direttamente alla scheda
> non credo che nel passaggio dal kernel 3.0.0 al 3.2.0 abbiano rimosso
> il supporto a questo chipset...
quindi non è un raid software ma un fake-raid (utilizza il controller
della MB) giusto?
con un kernel più datato (2.8/3.0/3.1) funziona tutto?
messaggi del boot?

> quindi non è un raid software ma un fake-raid (utilizza il
> controller della MB) giusto? con un kernel più datato (2.8/3.0/3.1)
> funziona tutto? messaggi del boot?

Un fake-raid è un raid SOFTWARE.

In Windows il driver del controller "maschera" il comportamento ma in realtà i
dischi che compongono il raid sono visti singolarmente e l'operazione di
mirroring (se usi un raid 1) la fa il driver stesso.

Un vero raid hardware "passa" al SO un disco logico, sempre e comunque, non
vedrai MAI in nessun caso i dischi fisici che compongono il raid.

Quindi in Linux usi sempre e comunque "md" se hai un fake-raid.

Luca

Il 13/02/2012 15:26, dea ha scritto:
>> quindi non è un raid software ma un fake-raid (utilizza il
>> controller della MB) giusto? con un kernel più datato (2.8/3.0/3.1)
>> funziona tutto? messaggi del boot?
> Un fake-raid è un raid SOFTWARE.
ci sono alcune differenze, l'md è gestito dal modulo md gli altri
utilizzano il loro "driver" proprietario insieme al fw della scheda.
Fra l'altro alcuni non sono neanche utilizzabili.
L'unico pro è che possono essere gestiti da più sistemi operativi (dualboot)

https://raid.wiki.kernel.org/#Hardware_RAID
http://en.wikipedia.org/wiki/RAID#Implementations

> ci sono alcune differenze, l'md è gestito dal modulo md gli altri
> utilizzano il loro "driver" proprietario insieme al fw della scheda.
> Fra l'altro alcuni non sono neanche utilizzabili.
> L'unico pro è che possono essere gestiti da più sistemi operativi
> (dualboot)

Si, ma a parte l'accelerazione di alcune funzioni rimangono pur sempre software.
Dipende poi dal chipset.

Per esempio un fake-raid basato su Intel ICH10 lo gestisci via MD, lo stesso
per i Promise Fast-trak (ovviamente over modulo kernel che gestisce il chipset).

Per questi se tu imposti un RAID1 sul firmware della scheda, vedrai sempre i
dischi fisici che non si allineano neppure per idea da soli (anche se hai il
supporto per ICH10 o Promise).

Su un ICH10 raid posso impostare anche RAID1 o quello che voglio, ma vedrò
sempre i dischi fisici uno per uno e se non li allineo con md rimangono
disallineati.

Il mio consiglio è e rimarrà sempre lo stesso: stare alla larga dai fake-raid.
Piuttosto compratevi un 3ware di seconda mano e vivete felici.

IMHO

CIAO

Luca

prima di fare il raid si disquisì abbondantemente in lista sulle
differenza tra raid reale, fake-raid e raid software.

nel mio caso la scheda madre supporta il fake raid, ma ho preferito
fare un raid totalmente software per mettermi al riparo da eventuali
danni sulla scheda madre stessa.

in ogni caso il mio problema permane... qualche idea? :)

Luca, scusa, hai ragione.
Fare polemica non ti aiuta, colpa mia !

Sembra (in seguito ad una rapidissima ricerca) che ci siano un po di bug nel
kernel 3.2 riguardo al supporto md.

Potrebbe essere questa la causa ?
Da parte mia utilizzo poche macchine con md e quelle che uso sono tutte su
stable con il 2.6.32, quindi non ho esperienza diretta con questo tuo problema.
Ma non escluderei un bug dato che con il kernel precedente tutto funzionava (o
sbaglio).

Luca

In data lunedì 13 febbraio 2012 16:44:59, Luca Costantino ha scritto:
> in ogni caso il mio problema permane... qualche idea? :)


Io riscontro
grep CONFIG_MD_AUTODETECT /boot/config-3.2.0-1-amd64
nada de nada

mentre

grep CONFIG_MD_AUTODETECT /boot/config-3.2.1-01
CONFIG_MD_AUTODETECT=y

Ora parlo di un .config (config-3.2.1-01), tramandato da generazioni con make
oldconfig, non so quindi se quella opzione sia stata
sostituita/modificata/abbandonata con un altra opzione.


Ciao

>
> Io riscontro
> grep CONFIG_MD_AUTODETECT /boot/config-3.2.0-1-amd64
> nada de nada
>
> grep CONFIG_MD_AUTODETECT /boot/config-3.2.1-01
> CONFIG_MD_AUTODETECT=y

> Ora parlo di un .config (config-3.2.1-01), tramandato da generazioni con make
> oldconfig, non so quindi se quella opzione sia stata
> sostituita/modificata/abbandonata con un altra opzione.
Probabilmente è così perchè ho provato anche io su sid e non è presente
neanche nel 3.0/3.1 ma il raid 1 viene inizializzato correttamente.