Re: mismatch_cnt != 0
On Sun, 24 Feb 2008, Janek Kozicki wrote: Justin Piszcz said: (by the date of Sun, 24 Feb 2008 04:26:39 -0500 (EST)) Kernel 2.6.24.2 I've seen it on different occasions, for this last time though it may have been due to a power outage that lasted 2hours and obviously the UPS did not hold up that long. you should connect UPS through RS-232 or USB, and if a power-down event is detected - issue hibernate or shutdown. Currently I am issuing hibernate in this case, works pretty well for 2.6.22 and up. -- Janek Kozicki | - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html I have it hooked up but it was a weird day for the power going on and off many times for upwards of 2-3 hours and then it died for 2+ hours. Justin. - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
board/controller recommendations?
Currently my array consists of four Samsung Spinpoint sATA drives, I'm about to enlarge to 6 drive. As of now they sit on an Sil3114 controller via PCI, hence there's a bottleneck, can't squeeze more than 15-30 megs write speed (rather 15 today as the xfs partitions on it are brim full and started fragmenting). Now, I'd like to go for a AMD board with 6 sATA channels connected via PCIe - can someone recomend a board here? Preferrably AMD 690 based so I won't need a video card or similar. Dex -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: board/controller recommendations?
On Mon, 25 Feb 2008, Dexter Filmore wrote: Currently my array consists of four Samsung Spinpoint sATA drives, I'm about to enlarge to 6 drive. As of now they sit on an Sil3114 controller via PCI, hence there's a bottleneck, can't squeeze more than 15-30 megs write speed (rather 15 today as the xfs partitions on it are brim full and started fragmenting). Now, I'd like to go for a AMD board with 6 sATA channels connected via PCIe - can someone recomend a board here? Preferrably AMD 690 based so I won't need a video card or similar. Dex -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html That's always the question, which mobo? I went Intel as many of their chipsets (965, p35, x38) have 6 SATA, I am sure AMD have some as well though, what I bought awhile back was a 6 port sata w/ 3 pci-e x1 and 1 pci-e x16. Then you buy the 2 port sata cards (x1) and plugin your drives. Promise also came out with a 4 port PCI-e x1 card but I have not tried it, seen any reviews for it and do not know if it is even supported in linux. Also, I'd recommend you run a check/resync on your array before removing it from your current box, and then make sure the two new drives do not have any problems, and (to be safe?) expand by adding 1 drive at a time? Justin. - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: board/controller recommendations?
On Monday 25 February 2008 15:02:31 Justin Piszcz wrote: On Mon, 25 Feb 2008, Dexter Filmore wrote: Currently my array consists of four Samsung Spinpoint sATA drives, I'm about to enlarge to 6 drive. As of now they sit on an Sil3114 controller via PCI, hence there's a bottleneck, can't squeeze more than 15-30 megs write speed (rather 15 today as the xfs partitions on it are brim full and started fragmenting). Now, I'd like to go for a AMD board with 6 sATA channels connected via PCIe - can someone recomend a board here? Preferrably AMD 690 based so I won't need a video card or similar. Dex -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html That's always the question, which mobo? I went Intel as many of their chipsets (965, p35, x38) have 6 SATA, I am sure AMD have some as well though, what I bought awhile back was a 6 port sata w/ 3 pci-e x1 and 1 pci-e x16. Then you buy the 2 port sata cards (x1) and plugin your drives. Intel means big bucks since I'd need an intel cpu, too. Cheapest lga775 would be around 90 euros where I get a midrange amd x2 at 50-60. Promise also came out with a 4 port PCI-e x1 card but I have not tried it, seen any reviews for it and do not know if it is even supported in linux. Now *that's* Promis-ing (huh huh) - happen to know the model name? Also, I'd recommend you run a check/resync on your array before removing it from your current box, and then make sure the two new drives do not have any problems, and (to be safe?) expand by adding 1 drive at a time? Neil Brown told me to expand 2 drives at once, but I'll back up the array anyway to be safe and simply recreate. I guess selling the 750gig drive at ebay with 5 bucks off should do :) -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Kernel panic on RAID1 root after upgrade
I've run Fedora Core 6 for some time with root RAID1. I upgraded to Fedora 7 and I get a kernel panic when it's time to assemble the RAID. # cat /etc/mdadm.conf ARRAY /dev/md0 level=raid1 uuid=1fa1fdf3:bb7ae68c:e164df71:0c6526f9 auto=part ARRAY /dev/md1 level=raid1 uuid=6f20b496:270786f5:4ca77094:9a84ab44 auto=part ARRAY /dev/md2 level=raid1 uuid=346dca9c:a2255bf8:72c4ec00:ed6a3e10 auto=part # cat /etc/fstab /dev/md0/ ext3defaults1 1 none/dev/ptsdevpts gid=5,mode=620 0 0 none/proc procdefaults0 0 none/dev/shmtmpfs defaults0 0 /dev/md1/varext3defaults1 2 /dev/md2swapswapdefaults0 0 If I try to boot with kernel-2.6.23.15-80.fc7 I get a panic. If I boot with kernel-2.6.20-1.2962.fc6 the system works. It's a production machine so I can only work at night. Any suggestions? Thanks Richard Ray - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: RAID5 to RAID6 reshape?
- Message from [EMAIL PROTECTED] - Date: Mon, 25 Feb 2008 00:10:07 + From: Peter Grandi [EMAIL PROTECTED] Reply-To: Peter Grandi [EMAIL PROTECTED] Subject: Re: RAID5 to RAID6 reshape? To: Linux RAID linux-raid@vger.kernel.org On Sat, 23 Feb 2008 21:40:08 +0100, Nagilum [EMAIL PROTECTED] said: [ ... ] * Doing unaligned writes on a 13+1 or 12+2 is catastrophically slow because of the RMW cycle. This is of course independent of how one got to the something like 13+1 or a 12+2. nagilum Changing a single byte in a 2+1 raid5 or a 13+1 raid5 nagilum requires exactly two 512byte blocks to be read and nagilum written from two different disks. Changing two bytes nagilum which are unaligned (the last and first byte of two nagilum consecutive stripes) doubles those figures, but more nagilum disks are involved. Here you are using the astute misdirection of talking about unaunaligned *byte* *updates* when the issue is unaligned *stripe* *writes*. Which are (imho) much less likely to occur than minor changes in a block. (think touch, mv, chown, chmod, etc.) If one used your scheme to write a 13+1 stripe one block at a time would take 26R+26W operations (about half of which could be cached) instead of 14W which are what is required when doing aligned stripe writes, which is what good file systems try to achieve. But enough of talking about absurd cases, let's do a good clear example of why a 13+1 is bad bad bad when doing unaligned writes. Consider writing to a 2+1 and an 13+1 just 15 blocks in 4+4+4+3 bunches, starting with block 0 (so aligned start, unaligned bunch length, unaligned total length), a random case but quite illustrative: 2+1: 00 01 P1 03 04 P2 06 07 P3 09 10 P4 00 0102 0304 0506 07 --**---** --**---** 12 13 P5 15 16 P6 18 19 P7 21 22 P8 08 0910 1112 1314 --**---** --**---** write D00 D01 DP1 write D03 D04 DP2 write D06 D07 DP3 write D09 D10 DP4 write D12 D13 DP5 write D15 D16 DP6 write D18 D19 DP7 read D21 DP8 write D21 DP8 Total: IOP: 01 reads, 08 writes NLK: 02 reads, 23 writes XOR: 28 reads, 15 writes 13+1: 00 01 02 03 04 05 06 07 08 09 10 11 12 P1 00 01 02 03 04 05 06 07 08 09 10 11 12 --- --- --- -- ** 14 15 16 17 18 19 20 21 22 23 24 25 26 P2 13 14 - ** read D00 D01 D02 D03 DP1 write D00 D01 D02 D03 DP1 read D04 D05 D06 D07 DP1 write D04 D05 D06 D07 DP1 read D08 D09 D10 D11 DP1 write D08 D09 D10 D11 DP1 read D12 DP1 D14 D15 DP2 write D12 DP1 D14 D15 DP2 Total: IOP: 04 reads, 04 writes BLK: 20 reads, 20 writes XOR: 34 reads, 10 writes and now the same with cache: write D01 D02 D03 D04 D05 D06 D07 D08 D09 D10 D11 D12 D13 DP1 read D14 D15 DP2 write D14 D15 DP2 Total: IOP: 01 reads, 02 writes BLK: 03 reads, 18 writes XOR: not sure what you're calculating here, but it's mostly irrelevant anyway, even my old Athlon500MHz can XOR 2.6GB/s iirc. The short stripe size means that one does not need to RMW in many cases, just W; and this despite that much higher redundancy of 2+1. it also means that there are lots of parity blocks to compute and write. With a 4 block operation length a 3+1 or even more a 4+1 would be flattered here, but I wanted to exemplify two extremes. With a write cache the picture looks a bit better. If the writes happen close enough together (temporal) they will be joined. If they are further apart chances are the write speed is not that critical anyway. The narrow parallelism thus short stripe length of 2+1 means that a lot less blocks get transferred because of almost no RM, but it does 9 IOPs and 13+1 does one less at 8 (wider parallelism); but then the 2+1 IOPs are mostly in back-to-back write pairs, while the 13+1 are in read-rewrite pairs, which is a significant disadvantage (often greatly underestimated). Never mind that the number of IOPs is almost the same despite the large difference in width, and that can do with the same disks as a 13+1 something like 4 2+1/3+1 arrays, thus gaining a lot of parallelism across threads, if there is such to be obtained. And if one really wants to write long stripes, one should use RAID10 of course, not long stripes with a single (or two) parity blocks. Never mind that finding the chances of putting in the IO request stream a set of back-to-back logical writes to 13 contiguous blocks aligned starting on a 13 block multiple are bound to be lower than those of get a set of of 2 or 3 blocks, and even worse with a filesystem mostly built for the wrong stripe alignment. I have yet
Re: board/controller recommendations?
On Mon, 25 Feb 2008, Dexter Filmore wrote: On Monday 25 February 2008 15:02:31 Justin Piszcz wrote: On Mon, 25 Feb 2008, Dexter Filmore wrote: Currently my array consists of four Samsung Spinpoint sATA drives, I'm about to enlarge to 6 drive. As of now they sit on an Sil3114 controller via PCI, hence there's a bottleneck, can't squeeze more than 15-30 megs write speed (rather 15 today as the xfs partitions on it are brim full and started fragmenting). Now, I'd like to go for a AMD board with 6 sATA channels connected via PCIe - can someone recomend a board here? Preferrably AMD 690 based so I won't need a video card or similar. Dex -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html That's always the question, which mobo? I went Intel as many of their chipsets (965, p35, x38) have 6 SATA, I am sure AMD have some as well though, what I bought awhile back was a 6 port sata w/ 3 pci-e x1 and 1 pci-e x16. Then you buy the 2 port sata cards (x1) and plugin your drives. Intel means big bucks since I'd need an intel cpu, too. Cheapest lga775 would be around 90 euros where I get a midrange amd x2 at 50-60. Promise also came out with a 4 port PCI-e x1 card but I have not tried it, seen any reviews for it and do not know if it is even supported in linux. Now *that's* Promis-ing (huh huh) - happen to know the model name? http://www.newegg.com/Product/Product.aspx?Item=N82E16816102117 Type SATA / SAS Also, I'd recommend you run a check/resync on your array before removing it from your current box, and then make sure the two new drives do not have any problems, and (to be safe?) expand by adding 1 drive at a time? Neil Brown told me to expand 2 drives at once, but I'll back up the array anyway to be safe and simply recreate. I guess selling the 750gig drive at ebay with 5 bucks off should do :) -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: board/controller recommendations?
On Monday 25 February 2008 19:50:52 Justin Piszcz wrote: On Mon, 25 Feb 2008, Dexter Filmore wrote: On Monday 25 February 2008 15:02:31 Justin Piszcz wrote: On Mon, 25 Feb 2008, Dexter Filmore wrote: Currently my array consists of four Samsung Spinpoint sATA drives, I'm about to enlarge to 6 drive. As of now they sit on an Sil3114 controller via PCI, hence there's a bottleneck, can't squeeze more than 15-30 megs write speed (rather 15 today as the xfs partitions on it are brim full and started fragmenting). Now, I'd like to go for a AMD board with 6 sATA channels connected via PCIe - can someone recomend a board here? Preferrably AMD 690 based so I won't need a video card or similar. Dex -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html That's always the question, which mobo? I went Intel as many of their chipsets (965, p35, x38) have 6 SATA, I am sure AMD have some as well though, what I bought awhile back was a 6 port sata w/ 3 pci-e x1 and 1 pci-e x16. Then you buy the 2 port sata cards (x1) and plugin your drives. Intel means big bucks since I'd need an intel cpu, too. Cheapest lga775 would be around 90 euros where I get a midrange amd x2 at 50-60. Promise also came out with a 4 port PCI-e x1 card but I have not tried it, seen any reviews for it and do not know if it is even supported in linux. Now *that's* Promis-ing (huh huh) - happen to know the model name? http://www.newegg.com/Product/Product.aspx?Item=N82E16816102117 Type SATA / SAS Full blown raid 50 controller. A tad overkill-ish for softraid. I just came across this one: http://geizhals.at/deutschland/a254413.html One would have to have a board featuring pcie 4x or 1x mechanically open at the end. Then again, there's this board: http://geizhals.at/deutschland/a244789.html If that controller runs in Linux those two would make a nice combo. Just saw Adaptec provides open src drivers for Linux, so chances are it's included or at least scheduled. -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: board/controller recommendations?
On Mon, 25 Feb 2008, Dexter Filmore wrote: On Monday 25 February 2008 19:50:52 Justin Piszcz wrote: On Mon, 25 Feb 2008, Dexter Filmore wrote: On Monday 25 February 2008 15:02:31 Justin Piszcz wrote: On Mon, 25 Feb 2008, Dexter Filmore wrote: Currently my array consists of four Samsung Spinpoint sATA drives, I'm about to enlarge to 6 drive. As of now they sit on an Sil3114 controller via PCI, hence there's a bottleneck, can't squeeze more than 15-30 megs write speed (rather 15 today as the xfs partitions on it are brim full and started fragmenting). Now, I'd like to go for a AMD board with 6 sATA channels connected via PCIe - can someone recomend a board here? Preferrably AMD 690 based so I won't need a video card or similar. Dex -- -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d--(+)@ s-:+ a- C UL++ P+++ L+++ E-- W++ N o? K- w--(---) !O M+ V- PS+ PE Y++ PGP t++(---)@ 5 X+(++) R+(++) tv--(+)@ b++(+++) DI+++ D- G++ e* h++ r* y? --END GEEK CODE BLOCK-- http://www.vorratsdatenspeicherung.de - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html That's always the question, which mobo? I went Intel as many of their chipsets (965, p35, x38) have 6 SATA, I am sure AMD have some as well though, what I bought awhile back was a 6 port sata w/ 3 pci-e x1 and 1 pci-e x16. Then you buy the 2 port sata cards (x1) and plugin your drives. Intel means big bucks since I'd need an intel cpu, too. Cheapest lga775 would be around 90 euros where I get a midrange amd x2 at 50-60. Promise also came out with a 4 port PCI-e x1 card but I have not tried it, seen any reviews for it and do not know if it is even supported in linux. Now *that's* Promis-ing (huh huh) - happen to know the model name? http://www.newegg.com/Product/Product.aspx?Item=N82E16816102117 Type SATA / SAS Full blown raid 50 controller. A tad overkill-ish for softraid. I just came across this one: http://geizhals.at/deutschland/a254413.html One would have to have a board featuring pcie 4x or 1x mechanically open at the end. Then again, there's this board: http://geizhals.at/deutschland/a244789.html If that controller runs in Linux those two would make a nice combo. Just saw Adaptec provides open src drivers for Linux, so chances are it's included or at least scheduled. Yeah I heard there are major problems with those (adaptec boards), that is why I went with the open source 2 port sata pci-e cards, work like a charm. Justin. - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
