---

Jeg bemærkede lige, at der er kommet en helt masse interessante
ændringer til Linux software RAID. F.eks. at raid6 nu skulle
forsøge at overskrive dårlige sektorer med de rigtige data i
stedet for at sparke disken ud ved første læsefejl.

Det burde jo reducere risikoen for at miste data i tilfælde af
enkelte dårlige sektorer som ikke er blevet opdaget fordi man
tilfældigvis ikke har læst det område på disken i lang tid.

Men med det store antal ændringer bør man nok starte med at
teste den på RAID uden vigtige data.

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

On Sat, 07 Jan 2006 03:23:54 +0100, Kasper wrote:

> Jeg bemærkede lige, at der er kommet en helt masse interessante
> ændringer til Linux software RAID.

Kan du være lidt mere præcis?

Specielt når du afslutter med:

> Men med det store antal ændringer bør man nok starte med at
> teste den på RAID uden vigtige data.

?


Mvh.

--
"My internal clock is on Tokyo time." Adam Sjøgren
asjo@koldfront.dk

---

Adam Sjøgren wrote:
>
> On Sat, 07 Jan 2006 03:23:54 +0100, Kasper wrote:
>
> > Jeg bemærkede lige, at der er kommet en helt masse interessante
> > ændringer til Linux software RAID.
>
> Kan du være lidt mere præcis?

NeilBrown    [PATCH] md: allow sync-speed to be controlled per-device
NeilBrown    [PATCH] md: support adding new devices to md arrays ...
NeilBrown    [PATCH] md: allow available size of component devices ...
Andrew Morton    [PATCH] md-export-rdev-data_offset-via-sysfs-fix
NeilBrown    [PATCH] md: export rdev->data_offset via sysfs
NeilBrown    [PATCH] md: expose device slot information via sysfs
NeilBrown    [PATCH] md: keep better track of dev/array size when ...
NeilBrown    [PATCH] md: allow md/raid_disks to be settable
NeilBrown    [PATCH] md: count corrected read errors per drive
NeilBrown    [PATCH] md: allow array level to be set textually via ...
NeilBrown    [PATCH] md: expose md metadata format in sysfs
NeilBrown    [PATCH] md: allow md array component size to be accesse ...
NeilBrown    [PATCH] md: allow chunk_size to be settable through ...
NeilBrown    [PATCH] md: fix rdev->pending counts in raid1
NeilBrown    [PATCH] md: make sure bitmap updates are visible throug ...
Adrian Bunk    [PATCH] drivers/md/md.c: make md_new_event() static
NeilBrown    [PATCH] md: make a couple of names in md.c static
NeilBrown    [PATCH] md: fix typo in comment
NeilBrown    [PATCH] md: helper function to match commands written ...
NeilBrown    [PATCH] md: define and use safe_put_page for md
NeilBrown    [PATCH] md: remove inappropriate limits in md/bitmap ...
NeilBrown    [PATCH] md: fix possible problem in raid1/raid10 error ...
NeilBrown    [PATCH] md: remove personality numbering from md
NeilBrown    [PATCH] md: break out of a loop that doesn't need to ...
NeilBrown    [PATCH] md: convert recently exported symbol to GPL
NeilBrown    [PATCH] md: convert various kmap calls to kmap_atomic
NeilBrown    [PATCH] md: tidy up raid5/6 hash table code
NeilBrown    [PATCH] md: convert md to use kzalloc throughout
NeilBrown    [PATCH] md: clean up 'page' related names in md
NeilBrown    [PATCH] md: make /proc/mdstat pollable
NeilBrown    [PATCH] md: raid10 read-error handling - resync and ...
NeilBrown    [PATCH] md: auto-correct correctable read errors in ...
NeilBrown    [PATCH] md: make sure read error on last working drive ...
NeilBrown    [PATCH] md: allow raid1 to check consistency
NeilBrown    [PATCH] md: support check-without-repair of raid10 ...
NeilBrown    [PATCH] md: fix up some rdev rcu locking in raid5/6
NeilBrown    [PATCH] md: handle errors when read-only
NeilBrown    [PATCH] md: better handling for read error in raid1 ...
NeilBrown    [PATCH] md: tidyup some issues with raid1 resync and ...
NeilBrown    [PATCH] md: attempt to auto-correct read errors in ...
NeilBrown    [PATCH] md: improve handing of read errors with raid6
NeilBrown    [PATCH] md: fix raid6 resync check/repair code
NeilBrown    [PATCH] md: write intent bitmap support for raid10
NeilBrown    [PATCH] md: move bitmap_create to after md array has ...
NeilBrown    [PATCH] md: allow dirty raid[456] arrays to be started ...
NeilBrown    [PATCH] md: small cleanups for raid5
NeilBrown    [PATCH] md: improve raid10 "IO Barrier" concept
NeilBrown    [PATCH] md: improve raid1 "IO Barrier" concept

http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=shortlog
http://kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.15-git3.log

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

On Sat, 07 Jan 2006 12:50:46 +0100, Kasper wrote:

> Adam Sjøgren wrote:

>> On Sat, 07 Jan 2006 03:23:54 +0100, Kasper wrote:

>>> Jeg bemærkede lige, at der er kommet en helt masse interessante
>>> ændringer til Linux software RAID.

>> Kan du være lidt mere præcis?

Det interessante for ikke-kernelhackere er "Mellem hvilke versioner af
kernen er disse interessante, og efter din vurdering potentielt
farlige, ændringer kommet?" - knap så meget en liste over patches, der
for de fleste af os primært indeholder volapyk.

For mig var det ganske uklart om det f.eks. var mellem 2.4 og 2.6
generelt, eller måske mellem 2.6.13 og 2.6.14, du mente...


,

--
"My internal clock is on Tokyo time." Adam Sjøgren
asjo@koldfront.dk

---

Adam Sjøgren wrote:
>
> On Sat, 07 Jan 2006 12:50:46 +0100, Kasper wrote:
>
> > Adam Sjøgren wrote:
>
> >> On Sat, 07 Jan 2006 03:23:54 +0100, Kasper wrote:
>
> >>> Jeg bemærkede lige, at der er kommet en helt masse interessante
> >>> ændringer til Linux software RAID.
>
> >> Kan du være lidt mere præcis?
>
> Det interessante for ikke-kernelhackere er "Mellem hvilke versioner af
> kernen er disse interessante,

Så vidt jeg kan se kom de mellem 2.6.15-git2 og 2.6.15-git3.
Det vil sige, at vi kan regne med at de kommer med i 2.6.16.

> og efter din vurdering potentielt
> farlige, ændringer kommet?"

Alle ændringer udgår selvfølgelig en eller anden risiko. Men
ændringer på storage og filsystemer udgør jo en lidt større
risiko. Vurderingen af risikoen hænger selvfølgelig også
lidt sammen med, at der er mange ændringer. Men som sagt
burde ændringerne forbedre datasikkerheden. Så hvis ikke der
er smuttet nogle alvorlige fejl ind, så er det da en god idé
at opgradere.

> - knap så meget en liste over patches, der
> for de fleste af os primært indeholder volapyk.

Hvis man har lidt erfaring med raid management så burde man
da kunne forstå, hvad nogle af dem gik ud på. (Andre kan ingen
gennemskue uden at kigge på sourcekoden.)

>
> For mig var det ganske uklart om det f.eks. var mellem 2.4 og 2.6
> generelt, eller måske mellem 2.6.13 og 2.6.14, du mente...

Ja, det fremgik ikke helt så tydligt som jeg havde tænkt mig.
Der er tale om nogle ændringer, som lige var kommet med i 2.6
mainline. Med andre ord er det mellem 2.6.15 og 2.6.16.

Der var også en del ændringer af RAID mellem 2.4 og 2.6. Mit
første indtryk var, at RAID i 2.6 ikke var helt så pålideligt
som i 2.4. Men mon ikke snart det er omvendt.

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

Kasper Dupont wrote:

> Hvis man har lidt erfaring med raid management så burde man
> da kunne forstå, hvad nogle af dem gik ud på. (Andre kan ingen
> gennemskue uden at kigge på sourcekoden.)

<cut></cut>

> Der var også en del ændringer af RAID mellem 2.4 og 2.6. Mit
> første indtryk var, at RAID i 2.6 ikke var helt så pålideligt
> som i 2.4. Men mon ikke snart det er omvendt.

Jeg har et tillægsspørgsmål, der ikke har så meget med tråden at gøre og
så alligevel... Jeg kører en RH9 med Kernel 2.4.20-8 og spejlet RAID
komplireret ind i kernen (Kernel command line: ro root=LABEL=/
ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 ide2=0 ide3=0 ide4=0 ide5=0
ide6=0 ide7=0 ide8=0 ide9=0).

Jeg har problemer med at serveren spontan booter, loggen viser ikke
noget om halt, shutdown, services, der lægges pænt ned, så det lugter af
en *pling*-jeg-mistede-strømmen, men kan det være RAID driverne eller
selve RAID hardwaren? Jeg spørger da du snakker om erfaring ovenfor og
det er i mit tilfælde lidt begrænset

--
Kim Emax

---

Kim Emax wrote:
.....
> Jeg har et tillægsspørgsmål, der ikke har så meget med tråden at gøre og
> så alligevel... Jeg kører en RH9 med Kernel 2.4.20-8 og spejlet RAID
> komplireret ind i kernen (Kernel command line: ro root=LABEL=/
> ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 ide2=0 ide3=0 ide4=0 ide5=0
> ide6=0 ide7=0 ide8=0 ide9=0).
>
> Jeg har problemer med at serveren spontan booter, loggen viser ikke
> noget om halt, shutdown, services, der lægges pænt ned, så det lugter af
> en *pling*-jeg-mistede-strømmen, men kan det være RAID driverne eller
> selve RAID hardwaren? Jeg spørger da du snakker om erfaring ovenfor og
> det er i mit tilfælde lidt begrænset

Vores RH9 servere med software RAID havde også dette problem.

Spontant crash eller reboot ca. en gang om måneden, specielt efter
heavy load.

Efter vi lagde en vanilla kerne (den kører nu 2.4.32) på, er problemet
forsvundet.

Mogens
--
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk

---

Mogens Kjaer wrote:
> Kim Emax wrote:
> ....
>
>> Jeg har et tillægsspørgsmål, der ikke har så meget med tråden at gøre
>> og så alligevel... Jeg kører en RH9 med Kernel 2.4.20-8 og spejlet
>> RAID komplireret ind i kernen (Kernel command line: ro root=LABEL=/
>> ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 ide2=0 ide3=0 ide4=0 ide5=0
>> ide6=0 ide7=0 ide8=0 ide9=0).
>>
>> Jeg har problemer med at serveren spontan booter, loggen viser ikke
>> noget om halt, shutdown, services, der lægges pænt ned, så det lugter
>> af en *pling*-jeg-mistede-strømmen, men kan det være RAID driverne
>> eller selve RAID hardwaren? Jeg spørger da du snakker om erfaring
>> ovenfor og det er i mit tilfælde lidt begrænset
>
>
> Vores RH9 servere med software RAID havde også dette problem.
>
> Spontant crash eller reboot ca. en gang om måneden, specielt efter
> heavy load.
>
> Efter vi lagde en vanilla kerne (den kører nu 2.4.32) på, er problemet
> forsvundet.

Tak for interessant info, har du en vejledningn i kernel upgrade til
vanilla? Og har du/I installeredet på samme vis som jeg, altså med
parametre til kernen?

--
Kim Emax

---

Kim Emax wrote:
....
> Tak for interessant info, har du en vejledningn i kernel upgrade til
> vanilla? Og har du/I installeredet på samme vis som jeg, altså med
> parametre til kernen?
>

Hvis du skriver, at I har spejlet RAID kompileret ind i kernen,
må I vel selv have lavet en kernekompilering?

Jeg tog en kernel.org 2.4.32 kerne, pakkede ud, "make mrproper",
tog den gamle .config fil fra rh9 kernen og så lavede en

make oldconfig
make dep
make clean
make bzImage
make modules
make modules_install
make install

Det tager lang tid, især make modules.

Se hvad der så står i grub.conf eller lilo.conf.

Men dit problem lugter nu mere af hardwareproblemer
end software, så det er nok tvivlsomt om det vil hjælpe.

Mogens
--
Mogens Kjaer, Carlsberg A/S, Computer Department
Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark
Phone: +45 33 27 53 25, Fax: +45 33 27 47 08
Email: mk@crc.dk Homepage: http://www.crc.dk

---

Mogens Kjaer wrote:
>
> Hvis du skriver, at I har spejlet RAID kompileret ind i kernen,
> må I vel selv have lavet en kernekompilering?

Jeg synes at erindre, at nogen af scriptene på Red Hat Linux
forventer at finde den slags som moduler. Lad os lige se et
output fra "lsmod" og "uname -r".

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

Kasper Dupont wrote:
> Mogens Kjaer wrote:
>
>>Hvis du skriver, at I har spejlet RAID kompileret ind i kernen,
>>må I vel selv have lavet en kernekompilering?

svarer her: Har ved install skrevet "linux ide0=...", som angivet i
starten af tråden, på prompten, lige når installationen går i gang

> Jeg synes at erindre, at nogen af scriptene på Red Hat Linux
> forventer at finde den slags som moduler. Lad os lige se et
> output fra "lsmod" og "uname -r".

[root@serv010 root]# uname -r
2.4.20-8
[root@serv010 root]# lsmod
Module Size Used by Not tainted
microcode 4668 0 (autoclean)
autofs 13268 0 (autoclean) (unused)
e100 60644 1
ipt_state 1048 2 (autoclean)
ipt_REJECT 3928 1 (autoclean)
ipt_LOG 4152 1 (autoclean)
ipt_limit 1560 1 (autoclean)
ipt_unclean 8024 2 (autoclean)
iptable_nat 21720 0 (autoclean) (unused)
ip_conntrack 26976 2 (autoclean) [ipt_state iptable_nat]
iptable_filter 2412 1 (autoclean)
ip_tables 15096 9 [ipt_state ipt_REJECT ipt_LOG
ipt_limit ipt_unclean iptable_nat iptable_filter]
keybdev 2944 0 (unused)
mousedev 5492 0 (unused)
hid 22148 0 (unused)
input 5856 0 [keybdev mousedev hid]
usb-uhci 26348 0 (unused)
usbcore 78784 1 [hid usb-uhci]
ext3 70784 2
jbd 51892 2 [ext3]
FastTrak 107384 3
sd_mod 13452 6
scsi_mod 107128 2 [FastTrak sd_mod]
[root@serv010 root]# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
stepping : 9
cpu MHz : 2790.775
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse
sse2 ss ht tm
bogomips : 5570.56

[root@serv010 root]#


--
Kim Emax

---

Kim Emax wrote:
>
> svarer her: Har ved install skrevet "linux ide0=...",

Hvorfor gør du egentlig det?

> som angivet i starten af tråden,

Starten og starten?

>
> [root@serv010 root]# uname -r
> 2.4.20-8

Det lyder som en standard Red Hat kerne.

> FastTrak 107384 3
> sd_mod 13452 6
> scsi_mod 107128 2 [FastTrak sd_mod]

Det er i hvert fald ikke kompileret ind i kernen. Det bliver
sikkert indlæst fra en initrd. Men det ser jo ud som om der
er tale om en scsi driver og ikke en ide driver. (Skal lige
bemærkes at SATA drivere i Linux også bruger scsi modulet).

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

Kasper Dupont wrote:
> Kim Emax wrote:
>
>>svarer her: Har ved install skrevet "linux ide0=...",
>
>
> Hvorfor gør du egentlig det?

Fordi det er den vejledning promise officielt gav til dette produkt og
RH9 ide Harddiske. Du kan hente driveren her:
http://www.promise.com/support/download/download2_eng.asp?productId=8&category=driver&os=3&go=GO#

og i den står der: (jeg har modificeret pkt. 4 for længe siden)

1. Start the Red Hat Linux Installation with CD-ROM booting.

2. At the "Welcome to Red Hat Linux ..." installation screen, a prompt
labeled "boot:" will appear at the bottom of the screen.

3. Please append these parameters at the "boot:" prompt,

linux ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 ide2=0 ide3=0
ide4=0 ide5=0 ide6=0 ide7=0 ide8=0 ide9=0 expert

then press the Enter key.

4. The system will ask for a driver disk, insert the floppy containing
files from the 4_ft2xrhb1.zip zipfile, found from
www.promise.com -> support -> download
by searchin for "FastTrak 100 TX2", "Drivers" and "RedHat"

5. The drivers will be loaded, then select the "Promise FastTrack ATA-100"

6. The disks will now be shown as one mirrored RAID disk (sda1)

7. Enable "Configure advanced boot loader options" box at Boot Loader
Configuration menu, and type the kernel parameters in the General
kernel parameters field:

ide0=0x1f0,0x3f6,14 ide1=0x170,0x376,15 ide2=0 ide3=0
ide4=0 ide5=0 ide6=0 ide7=0 ide8=0 ide9=0

8. Carry on with the installation.

>>som angivet i starten af tråden,
>
>
> Starten og starten?

Den forstod jeg ikke?

>>[root@serv010 root]# uname -r
>>2.4.20-8
>
> Det lyder som en standard Red Hat kerne.

Det _er_ standard kernen på RH9

>>FastTrak 107384 3
>>sd_mod 13452 6
>>scsi_mod 107128 2 [FastTrak sd_mod]
>
> Det er i hvert fald ikke kompileret ind i kernen. Det bliver
> sikkert indlæst fra en initrd. Men det ser jo ud som om der
> er tale om en scsi driver og ikke en ide driver. (Skal lige
> bemærkes at SATA drivere i Linux også bruger scsi modulet).

Det skal jeg så ikke gøre mig klog på, men der findes ingen SCSI diske i
serveren, kun 2 x 80GB Western Digital WD800JB ide ATA diske, det er
ikke SATA som jeg tidligere har nævnt, beklager fejlen.

--
Kim Emax

---

Kim Emax wrote:
>
> Kasper Dupont wrote:
> > Kim Emax wrote:
> >>[root@serv010 root]# uname -r
> >>2.4.20-8
> >
> > Det lyder som en standard Red Hat kerne.
>
> Det _er_ standard kernen på RH9

Hvorfor sagde du så, at du havde kompileret RAID ind i kernen?

Under alle omstændigheder er du nødt til at finde ud af, hvad
der skal til for at reproducere problemet. Ellers kan vi ikke
gøre ret meget for at finde årsagen.

Har du kørt en hukommelsestest på maskinen?

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

Kasper Dupont wrote:
> Hvorfor sagde du så, at du havde kompileret RAID ind i kernen?

Det var mit indtryk at det var det jeg gjorde, men jeg har så bare
installeret med nogle parametre til kernen?

> Under alle omstændigheder er du nødt til at finde ud af, hvad
> der skal til for at reproducere problemet. Ellers kan vi ikke
> gøre ret meget for at finde årsagen.

2Gb trafik om dagen er nok

> Har du kørt en hukommelsestest på maskinen?

Jeps, har kørt memtest på maskinen tidligere. Der var ingen fejl,
leverandøren fik den til eftersyn og fandt ud af at det var
motherboardet, det var synderen, men det er åbenbart ikke det eneste.

--
Kim Emax

---

Kim Emax wrote:
>
> Kasper Dupont wrote:
> > Under alle omstændigheder er du nødt til at finde ud af, hvad
> > der skal til for at reproducere problemet. Ellers kan vi ikke
> > gøre ret meget for at finde årsagen.
>
> 2Gb trafik om dagen er nok

Det burde være realistisk at overføre mindst 50MB/s til/fra dit
RAID. Med den hastighed tager 2Gb kun fem sekunder. Kan samme
datamængde fremprovokere problemet selvom du bruger under et
minut og ikke et helt døgn på det? Kan du påvise en sammenhæng
mellem fejlraten og belastningen af CPU, RAID, netværk eller
noget andet hardware?

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

Kasper Dupont wrote:
> Det burde være realistisk at overføre mindst 50MB/s til/fra dit
> RAID. Med den hastighed tager 2Gb kun fem sekunder. Kan samme

Det skal man nu ikke forvente med Promise' software-driver.. den er
langsommere end std. Linux Software RAID.

// Hans
--
Jeg beskyttes IKKE af den gratis SPAMFighter til privatbrugere, der
har spammet usenet i over 6000 indlæg.

---

Hans Joergensen wrote:
>
> Kasper Dupont wrote:
> > Det burde være realistisk at overføre mindst 50MB/s til/fra dit
> > RAID. Med den hastighed tager 2Gb kun fem sekunder. Kan samme
>
> Det skal man nu ikke forvente med Promise' software-driver.. den er
> langsommere end std. Linux Software RAID.

Til gengæld mener jeg at have læst et eller andet sted, at den
er hurtigere end Windows software RAID.

Er de fleste RAID kort ikke bare penge ud af vinduet? Man giver
vel dobbelt så meget for sådan et psuedo RAID kort som for et
almindeligt ATA eller SATA kort.

--
Kasper Dupont -- Rigtige mænd skriver deres egne backupprogrammer
#define _(_)"d.%.4s%."_"2s" /* This is my new email address */
char*_="@2kaspner"_()"%03"_("4s%.")"t\n";printf(_+11,_+6,_,6,_+2,_+7,_+6);

---

Kasper Dupont wrote:
> Er de fleste RAID kort ikke bare penge ud af vinduet? Man giver
> vel dobbelt så meget for sådan et psuedo RAID kort som for et
> almindeligt ATA eller SATA kort.

Jo..

En del af de rigtige hardware RAID-kort er også penge ud af vinduet.

Det er et fåtal af de rimeligt billige hardware-løsninger der giver
mulighed for at lave nogen form for error recovery hvis controlleren
finder på at array'et er dødt fx.. Jeg _VIL_ have mulighed for at
tvinge den til at samle et dødt RAID5-array eller 0+1.

// Hans
--
Jeg beskyttes IKKE af den gratis SPAMFighter til privatbrugere, der
har spammet usenet i over 6000 indlæg.

---

Hans Joergensen wrote:
> En del af de rigtige hardware RAID-kort er også penge ud af vinduet.

Så afgjort. man skal af med noget mere for at de virkelig giver en god
performance, hvis det er det man er ude efter, ellers vil software RAID
være et godt valg.
>
> Det er et fåtal af de rimeligt billige hardware-løsninger der giver
> mulighed for at lave nogen form for error recovery hvis controlleren
> finder på at array'et er dødt fx.. Jeg _VIL_ have mulighed for at
> tvinge den til at samle et dødt RAID5-array eller 0+1.

Ja, der skal man af med nogle flere penge for at kunne lave den slags
tricks.

Et godt gedint Mylex kort kan noget, men det er jo heller ikke for
almindelige forbrugere, med mindre man køber det på www.ebay.com

--
Med venlig hilsen
René Madsen --- Webhotel, PHP/MySQL, 500Mb, 5xPOP3 for kun 9,-/md.
Schultz Consult --- www.schultzconsult.dk/Hosting
Din IT Leverandør --- tlf. 46 95 08 81 / 28 34 36 85

---

On Sun, 08 Jan 2006 10:12:14 +0100, Kasper wrote:

> Så vidt jeg kan se kom de mellem 2.6.15-git2 og 2.6.15-git3.
> Det vil sige, at vi kan regne med at de kommer med i 2.6.16.

Ahh, tak for præciseringerne.

[...]
>> - knap så meget en liste over patches, der for de fleste af os
>> primært indeholder volapyk.

> Hvis man har lidt erfaring med raid management så burde man
> da kunne forstå, hvad nogle af dem gik ud på. (Andre kan ingen
> gennemskue uden at kigge på sourcekoden.)

Hvorfor sku' man det, når du allerede havde læst og konkluderet?


Mvh.

--
"My internal clock is on Tokyo time." Adam Sjøgren
asjo@koldfront.dk