From: Holger Kiehl <Holger.Kiehl@dwd.de>
To: Shaohua Li <shli@fusionio.com>
Cc: linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org,
neilb@suse.de, axboe@kernel.dk
Subject: Re: [patch 0/7] Add TRIM support for raid linear/0/1/10
Date: Mon, 12 Mar 2012 18:22:59 +0000 (GMT) [thread overview]
Message-ID: <alpine.LRH.2.02.1203121806120.23719@diagnostix.dwd.de> (raw)
In-Reply-To: <20120312030412.375458948@fusionio.com>
Hello,
On Mon, 12 Mar 2012, Shaohua Li wrote:
> The patches add TRIM support for raid linear/0/1/10. I'll add TRIM support for
> raid 4/5/6 later. The implementation is pretty straightforward and
> self-explained.
>
First, thanks for this patch!
I have applied those patches against 3.3.0-rc7 and during boot the kernel
reports a lot of the following:
Mar 12 18:56:00 c3po kernel: [ 7.611045] md/raid0:md3: make_request bug: can't convert block across chunks or bigger than 512k 18861064 512
Mar 12 18:56:00 c3po kernel: [ 7.611047] md/raid0:md3: make_request bug: can't convert block across chunks or bigger than 512k 18862088 512
Mar 12 18:56:00 c3po kernel: [ 7.611049] md/raid0:md3: make_request bug: can't convert block across chunks or bigger than 512k 18863112 512
Mar 12 18:56:00 c3po kernel: [ 7.611052] md/raid0:md3: make_request bug: can't convert block across chunks or bigger than 512k 18864136 512
Mar 12 18:56:00 c3po kernel: [ 7.611054] md/raid0:md3: make_request bug: can't convert block across chunks or bigger than 512k 18865160 512
Mar 12 18:56:00 c3po kernel: [ 7.611056] md/raid0:md3: make_request bug: can't convert block across chunks or bigger than 512k 18866184 512
The raid looks as follows:
cat /proc/mdstat
Personalities : [raid0] [raid1]
md2 : active raid0 sdc3[2] sdb3[1] sda3[0]
50328576 blocks super 1.1 512k chunks
md0 : active raid1 sdc1[1] sdb1[2]
245748 blocks super 1.0 [2/2] [UU]
md3 : active raid0 sdc5[2] sda5[0] sdb5[1]
9434112 blocks super 1.1 512k chunks
md1 : active raid0 sdc2[2] sda2[0] sdb2[1]
22017024 blocks super 1.1 512k chunks
unused devices: <none>
/dev/md3 is the swap partition.
I also get these reports from /dev/md2 which is my /home partition:
Mar 12 19:06:42 c3po kernel: [ 658.419035] md/raid0:md2: make_request bug: can't convert block across chunks or bigger than 512k 152088 512
Mar 12 19:06:42 c3po kernel: [ 658.419042] md/raid0:md2: make_request bug: can't convert block across chunks or bigger than 512k 153112 512
Mar 12 19:06:42 c3po kernel: [ 658.451489] md/raid0:md2: make_request bug: can't convert block across chunks or bigger than 512k 3206944 512
Mar 12 19:06:42 c3po kernel: [ 658.451494] md/raid0:md2: make_request bug: can't convert block across chunks or bigger than 512k 3207968 512
Mar 12 19:06:42 c3po kernel: [ 658.451499] md/raid0:md2: make_request bug: can't convert block across chunks or bigger than 512k 3208992 164
I then did a 'make clean' in my kernel tree which is on /dev/md1. After a
sync, which took very long the following errors appear:
Mar 12 19:12:34 c3po kernel: [ 1010.609388] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9986936 512
Mar 12 19:12:34 c3po kernel: [ 1010.609393] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9987960 512
Mar 12 19:12:34 c3po kernel: [ 1010.609396] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9988984 512
Mar 12 19:12:34 c3po kernel: [ 1010.670542] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 11535480 512
Mar 12 19:12:34 c3po kernel: [ 1010.787087] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 8998632 160
Mar 12 19:12:34 c3po kernel: [ 1010.799357] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9037136 476
Mar 12 19:12:34 c3po kernel: [ 1010.807195] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 8999792 512
Mar 12 19:12:34 c3po kernel: [ 1010.807201] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9000816 108
Mar 12 19:12:34 c3po kernel: [ 1010.899348] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 8996824 28
Mar 12 19:12:34 c3po kernel: [ 1010.905625] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9977808 512
Mar 12 19:12:34 c3po kernel: [ 1010.905631] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9978832 512
Mar 12 19:12:34 c3po kernel: [ 1010.905636] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9979856 512
Mar 12 19:12:34 c3po kernel: [ 1010.905641] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9980880 44
Mar 12 19:12:34 c3po kernel: [ 1011.145590] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 8940504 72
.
.
.
Mar 12 19:12:37 c3po kernel: [ 1013.781899] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9036704 208
Mar 12 19:12:37 c3po kernel: [ 1013.781910] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 9040824 76
Mar 12 19:12:37 c3po kernel: [ 1013.901750] md/raid0:md1: make_request bug: can't convert block across chunks or bigger than 512k 8841152 64
Mar 12 19:12:37 c3po kernel: [ 1014.015810] request botched: dev sda: type=1, flags=9164081
Mar 12 19:12:37 c3po kernel: [ 1014.015814] sector 2615297, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.015818] bio ffff880193fd4140, biotail ffff880193fd45c0, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.017423] request botched: dev sdc: type=1, flags=9164081
Mar 12 19:12:37 c3po kernel: [ 1014.017426] sector 2614273, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.017430] bio ffff880193fd4080, biotail ffff880193fd4500, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.019569] request botched: dev sdb: type=1, flags=9164081
Mar 12 19:12:37 c3po kernel: [ 1014.019572] sector 2614273, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.019576] bio ffff88016e1fb2c0, biotail ffff880193fd4680, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.025916] request botched: dev sda: type=1, flags=916c081
Mar 12 19:12:37 c3po kernel: [ 1014.025920] sector 2615298, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.025923] bio ffff880193fd4380, biotail ffff880193fd45c0, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.027496] request botched: dev sdc: type=1, flags=916c081
Mar 12 19:12:37 c3po kernel: [ 1014.027499] sector 2614274, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.027503] bio ffff880193fd42c0, biotail ffff880193fd4500, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.034183] request botched: dev sdb: type=1, flags=916c081
Mar 12 19:12:37 c3po kernel: [ 1014.034187] sector 2614274, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.034190] bio ffff880193fd4200, biotail ffff880193fd4680, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.037478] request botched: dev sdc: type=1, flags=916c081
Mar 12 19:12:37 c3po kernel: [ 1014.037482] sector 2614275, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.037485] bio ffff880193fd4500, biotail ffff880193fd4500, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.039616] request botched: dev sdb: type=1, flags=916c081
Mar 12 19:12:37 c3po kernel: [ 1014.039620] sector 2614275, nr/cnr 0/1024
Mar 12 19:12:37 c3po kernel: [ 1014.039623] bio ffff880193fd4440, biotail ffff880193fd4680, buffer (null), len 0
Mar 12 19:12:37 c3po kernel: [ 1014.040477] request botched: dev sda: type=1, flags=916c081
Mar 12 19:12:37 c3po kernel: [ 1014.040481] sector 2615299, nr/cnr 0/1024
.
.
.
The list goes on for very long. Here the mount options:
/dev/md1 / ext4 rw,noatime,user_xattr,commit=600,barrier=1,journal_async_commit,stripe=384,data=ordered,discard 0 0
/dev/md0 /boot ext4 rw,noatime,user_xattr,commit=2400,barrier=1,journal_async_commit,data=ordered,discard 0 0
/dev/md2 /home ext4 rw,noatime,user_xattr,acl,commit=600,barrier=1,journal_async_commit,stripe=384,data=ordered,discard 0 0
The disk in use are the following:
Mar 12 09:03:57 c3po kernel: [ 1.206716] ata2.00: ATA-8: OCZ-VERTEX2, 1.35, max UDMA/133
Mar 12 09:03:57 c3po kernel: [ 1.208374] ata2.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Mar 12 09:03:57 c3po kernel: [ 1.209939] ata1.00: ATA-8: OCZ-VERTEX2, 1.35, max UDMA/133
Mar 12 09:03:57 c3po kernel: [ 1.211507] ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Mar 12 09:03:57 c3po kernel: [ 1.216427] ata3.00: ATA-8: OCZ-VERTEX2, 1.35, max UDMA/133
Mar 12 09:03:57 c3po kernel: [ 1.218064] ata3.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Any idea what is wrong? Please let me know if I can do any further tests
or supply more information.
Regards,
Holger
next prev parent reply other threads:[~2012-03-12 18:34 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-12 3:04 Shaohua Li
2012-03-12 3:04 ` [patch 1/7] block: makes bio_split support bio without data Shaohua Li
2012-03-12 3:04 ` [patch 2/7] md: linear supports TRIM Shaohua Li
2012-03-12 3:04 ` [patch 3/7] md: raid 0 " Shaohua Li
2012-03-12 3:04 ` [patch 4/7] md: raid 1 " Shaohua Li
2012-03-12 3:04 ` [patch 5/7] md: raid 10 " Shaohua Li
2012-03-12 3:04 ` [patch 6/7] blk: add plug for blkdev_issue_discard Shaohua Li
2012-03-13 15:51 ` Vivek Goyal
2012-03-13 17:04 ` Martin K. Petersen
2012-03-13 17:14 ` Vivek Goyal
2012-03-13 17:19 ` Martin K. Petersen
2012-03-12 3:04 ` [patch 7/7] blk: use correct sectors limitation for discard request Shaohua Li
2012-03-13 16:00 ` Vivek Goyal
2012-03-12 3:18 ` [patch 0/7] Add TRIM support for raid linear/0/1/10 Roberto Spadim
2012-03-12 18:22 ` Holger Kiehl [this message]
[not found] ` <4F5EFEB6.4060402@kernel.org>
2012-03-13 12:22 ` Holger Kiehl
2012-03-13 14:15 ` Shaohua Li
2012-03-13 14:58 ` Roberto Spadim
2012-03-13 15:44 ` Holger Kiehl
2012-03-14 1:30 ` Shaohua Li
2012-03-14 10:25 ` Holger Kiehl
2012-03-14 11:14 ` Shaohua Li
2012-03-14 11:32 ` Shaohua Li
2012-03-14 21:01 ` Holger Kiehl
2012-03-14 21:13 ` Holger Kiehl
2012-03-15 2:39 ` Shaohua Li
2012-03-15 9:08 ` Holger Kiehl
2012-03-16 2:19 ` Shaohua Li
[not found] ` <4F5EA8E9.5010502@fusionio.com>
2012-03-14 2:25 ` NeilBrown
2012-03-14 2:24 ` NeilBrown
2012-03-14 2:47 ` Shaohua Li
2012-03-17 18:14 ` Mark Lord
2012-03-18 2:03 ` Shaohua Li
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LRH.2.02.1203121806120.23719@diagnostix.dwd.de \
--to=holger.kiehl@dwd.de \
--cc=axboe@kernel.dk \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@vger.kernel.org \
--cc=neilb@suse.de \
--cc=shli@fusionio.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®