linux-kernel - Re: Linux 2.6.23-rc3

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <46C2F8C4.1030607@linpro.no>
Date:	Wed, 15 Aug 2007 14:59:48 +0200
From:	Tore Anderson <tore@...pro.no>
To:	Matthew Wilcox <matthew@....cx>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-scsi@...r.kernel.org, James.Smart@...lex.Com
Subject: Re: Linux 2.6.23-rc3

* Tore Anderson

>  I can confirm that this patch solves my problem without any side
> effects (as far as I can tell).

  I'm sorry I have to retract this statement.  When I did some changes
 on my storage array, it generated RSCNs and therefore I/O briefly
 failed, causing timeouts and path failovers.

  I've attached the log of the event from the host running the patched
 kernel, and you'll see the -EEXIST message and call trace near the end.

  I'm sorry that I can't reproduce this much, because the RSCNs affect
 all hosts connected to the SAN, including a number of production
 systems which I can't touch more than necessary - unless if you know of
 any way to make the HBA drivers (qla2xxx/lpfc) to ignore all RSCN
 updates so that I/O is unaffected by them (I'd be forever grateful,
 too).

Regards
-- 
Tore Anderson

View attachment "log.txt" of type "text/plain" (10905 bytes)