- To: NeilBrown <neilb@xxxxxxx>
- Subject: Re: Reason for md raid1 max_sectors_kb limited to 127?
- From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
- Date: Mon, 07 May 2012 13:34:15 +0200
- Cc: linux-raid@xxxxxxxxxxxxxxx
- In-reply-to: <20120507211846.789d5808@notabene.brown>
- User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20111110 Iceowl/1.0b1 Icedove/3.0.11
On 07/05/12 13:18, NeilBrown wrote:
> You didn't say which kernel you are running.
>
> However md/raid1 bases all those settings on the minimum or maximum (as
> appropriate) of the setting of the underlying devices, using blk_stack_limits
> (in block/blk-settings.c).
>
> So the likely answer is that one of your HDDs has a smaller max_sectors_kb?
>
> NeilBrown
Thanks for your answer! Kernel version is vanilla 3.2, but I've also
tested 2.6.32. There is no difference. Distribution: Debian Squeeze.
I can even reproduce this behaviour with RAM disks:
# modprobe brd rd_nr=2 rd_size=1048576
# cat /sys/block/ram0/queue/max_sectors_kb
512
# cat /sys/block/ram1/queue/max_sectors_kb
512
# mdadm -C /dev/md200 --force --assume-clean -n 2 -l raid1 -a md
/dev/ram0 /dev/ram1
# cat /sys/block/md200/queue/max_sectors_kb
127
I'll have a look at that blk_stack_limits() function.
Cheers,
Sebastian
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[ATA RAID]
[Linux SCSI Target Infrastructure]
[Managing RAID on Linux]
[Linux IDE]
[Linux SCSI]
[Linux Hams]
[Device-Mapper]
[Kernel]
[Linux Books]
[Linux Admin]
[Linux Net]
[GFS]
[RPM]
[git]
[Photos]
[Yosemite Photos]
[Yosemite News]
[AMD 64]
[Linux Networking]