Re: [dm-devel] Re: fastfail operation and retries

2005-04-21 Thread Lars Marowsky-Bree
On 2005-04-21T15:13:16, Patrick Mansfield <[EMAIL PROTECTED]> wrote: > > The most recent udm patchset has a patch by Jens Axboe and myself to > > pass up sense data / error codes in the bio so the dm mpath module can > > deal with it. > But the scmd->result is not passed back. Bear with me and

Re: [dm-devel] Re: fastfail operation and retries

2005-04-21 Thread Lars Marowsky-Bree
On 2005-04-21T23:33:57, Andreas Herrmann <[EMAIL PROTECTED]> wrote: > Well, there are various situations when all paths to the ESS are > "temporarily unavailable". In some cases TASK_SET_FULL/BUSY is > reported as it should be. Not sure whether this sense data is decoded and handled correctly in

Re: [dm-devel] Re: fastfail operation and retries

2005-04-21 Thread Lars Marowsky-Bree
On 2005-04-21T18:01:04, "goggin, edward" <[EMAIL PROTECTED]> wrote: > > If we can't differentiate in the kernel where we have the IO error > > details available, then how would user-space? You're not solving the > > problem ;-) > Maybe not completely, but at least an inquiry of page 83 will not tr

Re: [dm-devel] Re: fastfail operation and retries

2005-04-21 Thread Lars Marowsky-Bree
On 2005-04-21T17:31:46, "goggin, edward" <[EMAIL PROTECTED]> wrote: > > No. Basically every time out error creates a "dunno why" error right > > now - could be the storage system itself, could be the network in > > between. > > > I was really thinking of the code where the sense key/asc/ascq makes

Re: [dm-devel] Re: fastfail operation and retries

2005-04-21 Thread Lars Marowsky-Bree
On 2005-04-21T17:02:44, "goggin, edward" <[EMAIL PROTECTED]> wrote: > Depending on the "queue_if_no_path" feature has the current undesirable > side-effect of requiring intervention of the user space multipath components > to reinstate at least one of the paths to a useable state in the multipath

Re: [dm-devel] Re: fastfail operation and retries

2005-04-21 Thread Lars Marowsky-Bree
On 2005-04-21T09:42:05, Patrick Mansfield <[EMAIL PROTECTED]> wrote: > On Tue, Apr 19, 2005 at 07:19:53PM +0200, Andreas Herrmann wrote: > > Hi, > > > > I have question(s) regarding the fastfail operation of the SCSI stack. > > > > Performing multipath-tests with an IBM ESS I encountered problem

Re: [ANNOUNCE 0/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-10 Thread Lars Marowsky-Bree
On 2005-03-09T18:36:37, Alex Aizman <[EMAIL PROTECTED]> wrote: > Heartbeat is good for reliability, etc. WRT "getting paged-out" - > non-deterministic (things depend on time), right? Right, if we didn't get scheduled often enough for us to send our heartbeat messages to the other peers, they'll

Re: [ANNOUNCE 0/6] Open-iSCSI High-Performance Initiator for Linux

2005-03-09 Thread Lars Marowsky-Bree
On 2005-03-08T22:25:29, Alex Aizman <[EMAIL PROTECTED]> wrote: > There's (or at least was up until today) an ongoing discussion on our > mailing list at http://groups-beta.google.com/group/open-iscsi. The > short and long of it: the problem can be solved, and it will. Couple > simple things we