On Tue, Feb 19, 2002 at 02:05:51PM -0500, Justin wrote:
> The IDE part referred to the link in the 3rd question.. sorry..
>
> When I switched to single-partition-per-drive, all my problems
> went away... it isnt cabling and load, because the drive failed
> merely during construction when naming /dev/sda /dev/sdb /dev/sdc
> but didnt fail with 20 background bonnie++ hammering away and
> 26k blocks per second transfer rates reported by vmstat when
> naming /dev/sda1 /dev/sdb1 /dev/sdc1 ... (11 drives + spare).
Well, the "cable load" is a lot less, from many concurrent
bonnies than from one reconstruction - because of the seek time.
What about one single bonnie ?
or a dd if=/dev/md0 of=/dev/null bs=4k
> As *soon* as the array went onto partitions, instead of disks,
> (one partition per disk) all the scsi problems vanished.
Now *that* is odd. I have no explanation for that.
> *nothing else changed*.. the array is basically the same size
> and nice and fast. I burned it on over the last 24 hours.
I would start looking in the excuse calendar ;) I have no
rational explanation why it should work on partitions and not
full disks. It doesn't make sense. At all.
Anyone ?
> So there must be something different about using /dev/sda vs
> using /dev/sda1 (where 1 is the 'whole disk')... if you say that
> raid5 partitions can be slightly different sizes without
> triggering any bugs..
They can be wildly different sizes as well, same situation.
It also doesn't make sense that even *if* there was a bug in the
size handling, that it could cause SCSI errors. RAID doesn't
know about SCSI, SCSI doesn't know about RAID, and usually these
two don't interfere with each other.
--
................................................................
: jakob@unthought.net : And I see the elder races, :
:.........................: putrid forms of man :
: Jakob Østergaard : See him rise and claim the earth, :
: OZ9ABN : his downfall is at hand. :
:.........................:............{Konkhra}...............:
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
