On 31/03/11 09:46, Mike Christie wrote: > > It looks like we are overqueueing after we relogin (we relogin to handle > the cable pull). It looks like the overqueue could be due to how we > reset the values after we relogin. We reset some of the values when we > should not and that causes us to think the target's window is larger > than it is. The target then drops the excess commands. On our side the > commands then timeout and the scsi eh runs and we see the second conn > error as a result of that. > > I cannot replicate this here. The window seems to stay open. What is > your QueuedCommands value in /etc/ietd/ietd.conf? >
I'm not explicitly setting a value - the documentation says that the default value of 32 will be used. > > If I send you a patch can you build a kernel to test? If not I can build > a rhel based rpm with the patch in it for you to test. I think you can > use rhel rpms with Scientific Linux, right? > I can install rhel rpms on this system easily enough - if that fails I can have a look at building a kernel myself, though the former would be significantly easier for me. Thanks, Matthew -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
signature.asc
Description: OpenPGP digital signature
