Hi Nick,
On 07/29/2013 12:10 PM, Nick Alcock wrote:
My server's ARC-1210 has been working fine for years, but when I
upgraded from 3.10.1, it started failing:
Instead of
[ 0.784044] Areca RAID Controller0: F/W V1.46 2009-01-06 & Model ARC-1210
[ 0.804028] scsi0 : Areca SATA Host Adapter RAID Controller
Driver Version 1.20.00.15 2010/08/05
[...]
[ 4.111770] sd 7:0:0:1: [sdd] Assuming drive cache: write through
[ 4.115399] sd 7:0:0:1: [sdd] No Caching mode page present
[ 4.115401] sd 7:0:0:1: [sdd] Assuming drive cache: write through
[ 4.118081] sdd: sdd1
[ 4.124363] sd 7:0:0:1: [sdd] No Caching mode page present
[ 4.124601] sd 7:0:0:1: [sdd] Assuming drive cache: write through
[ 4.124867] sd 7:0:0:1: [sdd] Attached SCSI removable disk
I now see (timestamps and some of the right edge chopped off because not
captured on my camera, no netconsole as this machine has all my storage
and is my loghost, and with this bug it can't get at any of that
storage).
sd 7:0:0:1: [sdd] Assuming drive cache: write through
sd 7:0:0:1: [sdd] No Caching mode page present
sd 7:0:0:1: [sdd] Assuming drive cache: write through
sdd: sdd1
sd 7:0:0:1: [sdd] No Caching mode page present
sd 7:0:0:1: [sdd] Assuming drive cache: write through
sd 7:0:0:1: [sdd] Attached SCSI removable disk
arcmsr0: abort device command of scsi id = 0 lun = 1
arcmsr0: abort device command of scsi id = 0 lun = 0
arcmsr: executing bus reset eh.....num_resets=0, num_[...]
arcmsr0: wait 'abort all outstanding command' timeout
arcmsr0: executing hw bus reset ....
arcmsr0: waiting for hw bus reset return, retry=0
arcmsr0: waiting for hw bus reset return, retry=1
Areca RAID Controller0: F/W V1.46 2009-01-06 & Model ARC-1210
arcmsr: scsi bus reset eh returns with success
[and back to the top of the error messages again, apparently forever,
not that the machine would be much use without its RAID array even
if this loop terminated at some point, so I only gave it a couple
of minutes]
The failure happens precisely at the moment we transition to early
userspace, so presumably userspace I/O is failing (or something related
to raw device access, perhaps, since the first thing it does is a
vgscan).
I haven't bisected yet (sorry, I have work to do which means this
machine must be running right now), but nothing has changed in the
arcmsr controller, nor in SCSI-land excepting
commit 98dcc2946adbe4349ef1ef9b99873b912831edd4
Author: Martin K. Petersen <martin.petersen@xxxxxxxxxx>
Date: Thu Jun 6 22:15:55 2013 -0400
SCSI: sd: Update WRITE SAME heuristics
so my, admittedly largely baseless, suspicions currently fall there.
Obviously, at this point, this machine has no modules loaded (it has
almost none loaded even when fully operational)
I tested this patch with ARC-1260 and F/W V1.49, no issues. Also, this
patch is only in 3.10.3, but not yet in 3.10.1. And I don't think this
commit can cause your issue at all, a failing heuristics would enable
WRITE SAME and would cause issues with linux-md, but there shouldn't
happen anything directly in the scsi-layer.
Which was your last working kernel version?
Thanks,
Bernd
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
