Newsgroup: it.comp.os.linux.sys
Titolo: Problema e domanda su raid 1

 mdadm --create /dev/md0 --level=1 --chunk=64 --raid-devices=2 /dev/
sdb3 /dev/sdc3
diciamo che il tutto funziona, soltanto che in alcuni casi
sembra essere terribilmente lento.
ho provato a testare i singoli dischi e sembrano andare bene.
ogni tanto si blocca tutto, come se ci fossero errori sul bus, ma
nel log di sistema non trovo niente.
in particolare i blocchi e rallentamenti si hanno quando ci sono
operazioni di lettura/scrittura di un file, per esempio per decomprimere
il kernel ci ha messo tempi biblici.
ho provato a fare un write test con dd, e non sembra avere problemi,
il write speed si aggira attorno ai 55M/s, che e' un po' meno dei
singoli dischi ma considerato che sto in raid 1 e' accettabile.
hdparm non da rileva niente di particolare.
il kernel che sto usando e' un 2.6.31, le versioni successive mi danno
dei problemi, la distribuzione e' una gentoo.
il sistema in generale e' un core i7 920, con scheda madre intel.
prima di questa confugurazione avevo tre dischi da 320 in raid 5
e andavano una meraviglia (stesso kernel, stesso pc, stesso tutto,
l' unica differenza e' la marca degli hd, quelli erano seagate questi
sono wd e ovviamente la dimensione).
qualcuno mi sa dire se e' il raid 1 che ha questi problemi in
genere o se ho qualcosa che non va io ? dove posso guardare
nel secondo caso ?
grazie a tutti per l' attenzione ho cercato di essere il piu'
stringato possibile :)
-- 
MoonChild
Togliere nospam per l' esatta e-mail 

 in raid 1 software, con il seguente comando:
che modelli sono?


posta il risultato di 
cat /proc/mdstat
S.



darkmoon ~ # hdparm -i /dev/sdb
/dev/sdb:
 Model=WDC, FwRev=80.00A80, SerialNo=WD-WMAVU2064681
 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs 
FmtGapReq }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2930277168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7
 * signifies the current active mode
darkmoon ~ # hdparm -i /dev/sdc
/dev/sdc:
 Model=WDC, FwRev=80.00A80, SerialNo=WD-WMAVU2064905
 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs 
FmtGapReq }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=2930277168
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7
 * signifies the current active mode
grazie :)




darkmoon ~ # cat /proc/mdstat 
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] 
md1 : active raid1 sdc3[1] sdb3[0]
      1461714112 blocks [2/2] [UU]
 
md0 : active raid1 sdc1[1] sdb1[0]
      264960 blocks [2/2] [UU]
 
unused devices: <none>
md0 e' montato sotto /boot
md1 e' montato sotto /
sdb2 e sdc2 sono le partizioni di swap
grazie per l' attenzione...:)



l'array è a posto.. direi che il problema non è nel raid ma da qualche 
altra parte
S.

radarino ha scritto:

Pensi anche tu ai 4K?
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Pensi anche tu ai 4K?
è moooooooooooooooooolto probabile che sia quello...

 è moooooooooooooooooolto probabile che sia quello...
che e' questa storia dei 4K ? :) mi sono perso aiuto :)
grazie cmq a tutti!!!


 che e' questa storia dei 4K ? :) mi sono perso aiuto :)
benvenuto nel fantastico mondo dei dischi con settori da 4KB!!!  :)
cerca un mio post di qualche mese fa ("Hard disk con settori da 4 KB 
(aka: maledetti WD WD10EARS)") e dovresti poter risolvere..
ciao,
Antonio
PS: buon lavoro




 fdisk -H 224 -S 56 /dev/sdX
dove il 56 mi e' chiaro, dice di partire dal settore divisibile
per 8 quindi allineato con i 4K, quello che mi e' meno chiaro
e' il 224, come lo ricavo il mio valore ? e' sempre 224 ? posso
anche non passarlo ?
grazie a tutti, spero di risolvere, ma credo di si perche'
i dischi sono questi qui, la rottura e' solo dover rifare
tutto il sync :)


 anche non passarlo ?
mi sa che è una libera interpretazione dei sistemi usati per allineare i 
SSD:
http://ldn.linuxfoundation.org/blog-entry/aligning-filesystems-ssd%E2%80%99s-erase-block-size
The best way to do this that I’ve found is to use 224 (32*7) heads and 
56 (8*7) sectors/track.  This results in 12544 (or 256*49) 
sectors/cylinder, so that each cylinder is 49*128k.  You can do this by 
doing starting fdisk with the following options when first partitioning 
the SSD:
# fdisk -H 224 -S 56 /dev/sdb
comunque, ricorda di allineare tutte le partizioni che creerai sullo 
stesso disco
ciao,
Antonio

On 07/23/2010 04:04 PM, MoonChild wrote:
[...]
Io ho usato "parted" per uno scopo simile, mi sembra
sia piu` facile, dato che si puo` usare "MiB" or "KiB"
come unita` di misura e quindi dirgli esattamente dove
la partizione deve iniziare.
Riguardo al RAID, l'allineamento ai 4K serve a poco se
il superblock e` all'inizio (1.1, 1.2), dato che non si
sa necessariamente quanto grande sia.
Quindi conviene usare 0.9 o 1.0, meglio questo secondo.
bye,
-- 
piergiorgio

 stesso disco
sono andato un po' a tentativi visto che non sapevo esattamente
cosa dovessi fare, ad ogni modo ho partizionato con
# fdisk -H 224 -S 56 /dev/sdb
ora ho questo partizioni:
Disco /dev/sdc: 224 testine, 56 settori, 233599 cilindri
Nr AF  Hd Sec  Cyl  Hd Sec  Cyl     Start      Size ID
 1 00   1   1    0 223  56   41         56     526792 fd
 2 00   0   1   42 223  56  544     526848    6309632 82
 3 00   0   1  545 223  56 1023    6836480 2923429376 fd
 4 00   0   0    0   0   0    0          0          0 00
l' altro disco e' identico.
credo che iniziando tutti con 56 dovrebbe andare bene,
ad ogni modo ho copiato il sistema, ho provato a decomprimere
un file grosso ed ora sembra funzionare (ma sono abituato
a non parlare mai troppo presto :) ).
Grazie e tutti per l' aiuto!!


 cosa dovessi fare, ad ogni modo ho partizionato con
come dicevo nell'altro post, io ho preferito far iniziare la prima 
partizione dal settore 64 (ho approssimato per eccesso il 63 di 
default). Quindi, una volta stabilite le dimensioni (approssimative) 
delle mie partizioni, ho individuato i punti precisi di inizio e fine 
facendo in modo che rispettassero i due requisiti fondamentali:
- inizio ad un settore divisibile per 4;
- fine ad un settore che coincidesse con il termine del cilindro;
quindi senza giocare con numeri di testine e settori.
Ecco la situazione dei miei 3 dischi WD da 1 TB:
Disco /dev/sda: 1000.2 GB, 1000204886016 byte
255 testine, 63 settori/tracce, 121601 cilindri, totale 1953525168 settori
UnitÃ  = settori di 1 * 512 = 512 byte
Identificativo disco: 0x00015b75
Dispositivo Boot      Start         End      Blocks   Id  System
/dev/sda1              64      385559      192748   fd  Autorilevamento 
raid di Linux
/dev/sda2          385560     4369679     1992060   82  Linux swap / Solaris
/dev/sda3         4369680  1949487749   972559035   fd  Autorilevamento 
raid di Linux
Ciao,
Antonio

Ho letto con interesse questo thread, ma qualcuno sa se oltre a WD anche 
altri produttori hanno adottato questo sistema?
Io ho acquistato 2 due hd da 1,5 TB Seagate per il mio nas sul quale gira 
una Debian Lenny, creato tre array raid1 (/, /home e swap) e non ho 
notato alcun problema...
-- 
toglimi....@toglimi.quipo.it
ANTI-SPAM: please cut "toglimi." for my real e-mail address.
p8400 Core2, Linux 2.6.32-5-amd64, Debian GNU/Linux squeeze/sid
Registered Linux user #291116 
http://counter.li.org

