SCSI queue warnings under 2.6.31 with LSI SAS1064E controller
With apologies in advance if this is the wrong mailing list for this, after upgrading from 2.6.30 to 2.6.31 I get the following warnings in syslog frequently
Oct 9 12:19:21 jdc kernel: [ 1785.096275] sd 6:1:0:0: strange observation, the queue depth is (64) meanwhile fw queue depth (65) Oct 9 12:19:51 jdc kernel: [ 1815.312019] sd 6:1:0:0: Queue depth not changed yet
The Debian bug report is here
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550190
Following a suggestion by Debian developers, I tried patching 2.6.31.3 with this commit, but with no effect.
However, this also shows the problem can be reproduced under 2.6.31.3.
I would prefer to avoid running git bisect on this machine if I can, but I'll gladly test a patch if it is unlikely to corrupt the file system.
HP XW6400 workstation, two SAS drives configured for striping, x86-64 architecture.
I haven't noticed any file corruption so far - I'm not sure how serious this problem is.
Jason,
MPTSAS driver has support for QUEUE FULL event introduced in 2.6.31. These prints are related to QUEUE FULL events messages.
If you remove below patch things may work fine for you.
http://git.kernel.org/?p=linux/kernel/git/jejb/scsi-misc-2.6.git;a=commit;h=57e985136bfafdfcd72c4c7d91115955d225677e
Now coming to the real issue.
I am suspecting there may be IO errors with your drive coming very frequently.
QUEUE FULL event is coming from Firmware whenever any change happens in device queue depth. This will only happens in IO error path. (We can think of flow control will kicked off when IO error occurs at firmware level and they will inform Driver saying Queue full event).
In other words,
If you replace with newer SAS drive, things may work fine even with 2.6.31.
As you have mentioned that this SAS drive was previously used for striping, there may be possibility of poor performance of your SAS drive.
Thanks,
Kashyap
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Jason White
Sent: Friday, October 09, 2009 8:37 AM
To: [email protected]
Subject: SCSI queue warnings under 2.6.31 with LSI SAS1064E controller
With apologies in advance if this is the wrong mailing list for this, after upgrading from 2.6.30 to 2.6.31 I get the following warnings in syslog frequently
Oct 9 12:19:21 jdc kernel: [ 1785.096275] sd 6:1:0:0: strange observation, the queue depth is (64) meanwhile fw queue depth (65) Oct 9 12:19:51 jdc kernel: [ 1815.312019] sd 6:1:0:0: Queue depth not changed yet
The Debian bug report is here
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550190
Following a suggestion by Debian developers, I tried patching 2.6.31.3 with this commit, but with no effect.
However, this also shows the problem can be reproduced under 2.6.31.3.
I would prefer to avoid running git bisect on this machine if I can, but I'll gladly test a patch if it is unlikely to corrupt the file system.
HP XW6400 workstation, two SAS drives configured for striping, x86-64 architecture.
I haven't noticed any file corruption so far - I'm not sure how serious this problem is.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Quoted 8 lines · Kashyap
Now coming to the real issue.
I am suspecting there may be IO errors with your drive coming very frequently.QUEUE FULL event is coming from Firmware whenever any change happens in device queue depth. This will only happens in IO error path. (We can think of flow control will kicked off when IO error occurs at firmware level and they will inform Driver saying Queue full event).
Quoted 6 lines
In other words,
If you replace with newer SAS drive, things may work fine even with 2.6.31.As you have mentioned that this SAS drive was previously used for striping, there may be possibility of poor performance of your SAS drive.
Thanks for the explanation. Is there a safe way to obtain IO error data from the drives under Linux?
Since they are configured for striping, the two drives appear as a single SCSI device /dev/sda
The drives are both SEAGATE ST373454SS