I have a couple development servers running centos 6.3 64bit that have
LSI 9211-8i SAS2 controllers connected to a SAS2 backplane. these
work fine with SATA hard disks (populated with a bunch of 3TB SATA
drives)...
I'm trying to install a OCZ Vertex3 SSD on each of the two servers to do
some ssd caching tests... system sees the drive, so I do the following...
# parted -a min /dev/sdu
parted> mklabel gpt
parted> mkpart primary ext4 2048s -1s
parted> q
# mkfs.ext4 /dev/sdu1
and it hangs at 'Discarding device blocks: 0/58607505' which I gather
is related to 'trim' aka 'discard'.
iostat shows this drive as 100% busy with no activity, and 1 pending
operation in the IO queue.
Oct 3 12:49:12 svfis-sg2 kernel: INFO: task mkfs.ext4:3545 blocked for
more than 120 seconds.
Oct 3 12:49:12 svfis-sg2 kernel: "echo 0 >
/proc/sys/kernel/hung_task_timeout_secs" disables this message.
Oct 3 12:49:12 svfis-sg2 kernel: mkfs.ext4 D 0000000000000000
0 3545 3304 0x00000080
Oct 3 12:49:12 svfis-sg2 kernel: ffff88062bbfbc28 0000000000000086
0000000000000000 ffff88062a8f6938
Oct 3 12:49:12 svfis-sg2 kernel: 0000000000000201 0000000000000003
ffff88062bbfbbc8 ffffffff81248cfa
Oct 3 12:49:12 svfis-sg2 kernel: ffff88062b699ab8 ffff88062bbfbfd8
000000000000f4e8 ffff88062b699ab8
Oct 3 12:49:12 svfis-sg2 kernel: Call Trace:
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81248cfa>] ?
__elv_add_request+0x4a/0x90
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff814edf15>]
schedule_timeout+0x215/0x2e0
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff812503c2>] ?
generic_make_request+0x2b2/0x5c0
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff814edb93>]
wait_for_common+0x123/0x180
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff8105ea30>] ?
default_wake_function+0x0/0x20
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff8125075f>] ?
submit_bio+0x8f/0x120
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff814edcad>]
wait_for_completion+0x1d/0x20
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff812574a2>]
blkdev_issue_discard+0x152/0x1e0
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81257e8f>]
blkdev_ioctl+0x65f/0x6e0
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff811aefcc>] block_ioctl+0x3c/0x40
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81189682>] vfs_ioctl+0x22/0xa0
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81189824>]
do_vfs_ioctl+0x84/0x580
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff81189da1>] sys_ioctl+0x81/0xa0
Oct 3 12:49:12 svfis-sg2 kernel: [<ffffffff8100b0f2>]
system_call_fastpath+0x16/0x1b
we're not running the /latest/ kernel, looks like its
2.6.32-220.17.1.el6.x86_64 so if thats significant, I can try an update.
for what its worth, the SSD"s seem to work fine plugged into a 9261-8i
sas2 megaraid on the same backplanes, but I want to do my caching tests
without the raid controller in the way.
anynone else seem issues like this with el6 and SSD on SAS ?
--
john r pierce N 37, W 122
santa cruz ca mid-left coast
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
10-03-2012, 09:18 PM
John R Pierce
OCZ Vertex3 SSD and LSI 9211-8i (mpt2sas)
On 10/03/12 12:59 PM, John R Pierce wrote:
> # mkfs.ext4 /dev/sda1
>
> and it hangs at 'Discarding device blocks: 0/58607505' which I gather
> is related to 'trim' aka 'discard'.
and exactly the same behavior with the latest kernel
2.6.32-279.9.1.el6.x86_64 and e2fsprogs-1.41.12-12.el6.x86_64
--
john r pierce N 37, W 122
santa cruz ca mid-left coast
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
10-03-2012, 09:35 PM
Tru Huynh
OCZ Vertex3 SSD and LSI 9211-8i (mpt2sas)
On Wed, Oct 03, 2012 at 02:18:13PM -0700, John R Pierce wrote:
> On 10/03/12 12:59 PM, John R Pierce wrote:
> > # mkfs.ext4 /dev/sda1
> >
> > and it hangs at 'Discarding device blocks: 0/58607505' which I gather
> > is related to 'trim' aka 'discard'.
>
> and exactly the same behavior with the latest kernel
> 2.6.32-279.9.1.el6.x86_64 and e2fsprogs-1.41.12-12.el6.x86_64
>
firmware issue?
Tru
--
Tru Huynh (mirrors, CentOS i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
10-03-2012, 10:58 PM
John R Pierce
OCZ Vertex3 SSD and LSI 9211-8i (mpt2sas)
On 10/03/12 2:35 PM, Tru Huynh wrote:
> On Wed, Oct 03, 2012 at 02:18:13PM -0700, John R Pierce wrote:
>> >On 10/03/12 12:59 PM, John R Pierce wrote:
>>> > > # mkfs.ext4 /dev/sda1
>>> > >
>>> > >and it hangs at 'Discarding device blocks: 0/58607505' which I gather
>>> > >is related to 'trim' aka 'discard'.
>> >
>> >and exactly the same behavior with the latest kernel
>> >2.6.32-279.9.1.el6.x86_64 and e2fsprogs-1.41.12-12.el6.x86_64
>> >
> firmware issue?
>
> http://forums.servethehome.com/showthread.php?867-OCZ-vertex4-imcompatible-with-LSI-SAS-9211-8i
hmm, not sure thats this problem, as the drive seems to work fine as
long as I don't use "Discard' aka "SSD trim"...
I've just updated the SAS2 card bios and firmware to the latest, so lets
see what happens when I reboot... AHHHH, that fixed it :-/
for future reference...
9211_8i_Package_P14_IR_IT_Firmware_BIOS_for_MSDOS_ WindowsFirmwareHBA_9211_8i_IR2118ir.bin
and
9211_8i_Package_P14_IR_IT_Firmware_BIOS_for_MSDOS_ Windowssasbios_relmptsas2.rom
flashed using
Installer_P14_for_Linuxsas2flash_linux_i686_x86-64_relsas2flash
(the linux package3 doesn't include the firmware, so you need to
download the windows package too). the IR firmware supports raid while
the IT firmware is just a jbod HBA. my cards were already "IR" even
though I'm not using that feature, so I saw no reason to force the
restricted firmware on them.
ok, now I can move forward. this had be stymied for 24 hours... I've
not run into any problems where I had to update HBA firmware for years
and years and years.
--
john r pierce N 37, W 122
santa cruz ca mid-left coast
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos