Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #64720 > unrolled thread

Bug#934331: linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?

Started byChris Hofstaedtler <zeha@debian.org>
First post2019-08-09 23:20 +0200
Last post2019-08-28 15:30 +0200
Articles 4 — 3 participants

Back to article view | Back to linux.debian.kernel


Contents

  Bug#934331: linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"? Chris Hofstaedtler <zeha@debian.org> - 2019-08-09 23:20 +0200
    Bug#934331: linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"? Salvatore Bonaccorso <carnil@debian.org> - 2019-08-18 21:10 +0200
    Processed: Re: Bug#934331: linux: backport "dm: disable DISCARD  if the underlying storage no longer supports it"? "Debian Bug Tracking System" <owner@bugs.debian.org> - 2019-08-18 21:10 +0200
    Bug#934331: marked as done (linux: backport "dm: disable DISCARD  if the underlying storage no longer supports it"?) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2019-08-28 15:30 +0200

#64720 — Bug#934331: linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?

FromChris Hofstaedtler <zeha@debian.org>
Date2019-08-09 23:20 +0200
SubjectBug#934331: linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?
Message-ID<ytksN-7IQ-1@gated-at.bofh.it>
Package: linux
Version: 4.9.168-1+deb9u4
Severity: normal

Hi!

Today I ran into an issue that matches the description of upstream
commit bcb44433bba5eaff293888ef22ffa07f1f0347d6:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bcb44433bba5eaff293888ef22ffa07f1f0347d6

> dm: disable DISCARD if the underlying storage no longer supports it
>
> Storage devices which report supporting discard commands like
> WRITE_SAME_16 with unmap, but reject discard commands sent to the
> storage device.  This is a clear storage firmware bug but it doesn't
> change the fact that should a program cause discards to be sent to a
> multipath device layered on this buggy storage, all paths can end up
> failed at the same time from the discards, causing possible I/O loss.
>
> The first discard to a path will fail with Illegal Request, Invalid
> field in cdb, e.g.:
>  kernel: sd 8:0:8:19: [sdfn] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
>  kernel: sd 8:0:8:19: [sdfn] tag#0 Sense Key : Illegal Request [current]
>  kernel: sd 8:0:8:19: [sdfn] tag#0 Add. Sense: Invalid field in cdb
>  kernel: sd 8:0:8:19: [sdfn] tag#0 CDB: Write same(16) 93 08 00 00 00 00 00 a0 08 00 00 00 80 00 00 00
>  kernel: blk_update_request: critical target error, dev sdfn, sector 10487808

The patch was CC'ed to stable but doesn't seem to appear in 4.19.y.

Unfortunately this appears to be a transient bug in the storage
firmware, so I don't know how to reproduce it -- deleting and rescanning
the sdX device has cleared the repeated error condition for now.

However I'd really like to avoid corrupting the involved file systems,
so if bcb44433bba5eaff293888ef22ffa07f1f0347d6 could make it into either
the 4.9 branch or the 4.19 branch, that'd be lovely.

I've also asked the storage vendor what they think about this, but I'm
not going to hold my breath.

Many thanks in advance,
Chris

[toc] | [next] | [standalone]


#64796

FromSalvatore Bonaccorso <carnil@debian.org>
Date2019-08-18 21:10 +0200
Message-ID<ywyIV-2kY-1@gated-at.bofh.it>
In reply to#64720
Control: forwarded 934331 https://lore.kernel.org/stable/20190818155941.GA26766@eldamar.local/

Hi Chris,

On Fri, Aug 09, 2019 at 11:12:36PM +0200, Chris Hofstaedtler wrote:
> Package: linux
> Version: 4.9.168-1+deb9u4
> Severity: normal
> 
> Hi!
> 
> Today I ran into an issue that matches the description of upstream
> commit bcb44433bba5eaff293888ef22ffa07f1f0347d6:
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bcb44433bba5eaff293888ef22ffa07f1f0347d6
> 
> > dm: disable DISCARD if the underlying storage no longer supports it
> >
> > Storage devices which report supporting discard commands like
> > WRITE_SAME_16 with unmap, but reject discard commands sent to the
> > storage device.  This is a clear storage firmware bug but it doesn't
> > change the fact that should a program cause discards to be sent to a
> > multipath device layered on this buggy storage, all paths can end up
> > failed at the same time from the discards, causing possible I/O loss.
> >
> > The first discard to a path will fail with Illegal Request, Invalid
> > field in cdb, e.g.:
> >  kernel: sd 8:0:8:19: [sdfn] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
> >  kernel: sd 8:0:8:19: [sdfn] tag#0 Sense Key : Illegal Request [current]
> >  kernel: sd 8:0:8:19: [sdfn] tag#0 Add. Sense: Invalid field in cdb
> >  kernel: sd 8:0:8:19: [sdfn] tag#0 CDB: Write same(16) 93 08 00 00 00 00 00 a0 08 00 00 00 80 00 00 00
> >  kernel: blk_update_request: critical target error, dev sdfn, sector 10487808
> 
> The patch was CC'ed to stable but doesn't seem to appear in 4.19.y.
> 
> Unfortunately this appears to be a transient bug in the storage
> firmware, so I don't know how to reproduce it -- deleting and rescanning
> the sdX device has cleared the repeated error condition for now.
> 
> However I'd really like to avoid corrupting the involved file systems,
> so if bcb44433bba5eaff293888ef22ffa07f1f0347d6 could make it into either
> the 4.9 branch or the 4.19 branch, that'd be lovely.
> 
> I've also asked the storage vendor what they think about this, but I'm
> not going to hold my breath.

I have sent
https://lore.kernel.org/stable/20190818155941.GA26766@eldamar.local/
let's see what happends. 4.19 should be easier than 4.9, but given Ben
has backported the change to 3.16.72 this should be possible for both
4.9 and 4.19.

Regards,
Salvatore

[toc] | [prev] | [next] | [standalone]


#64798 — Processed: Re: Bug#934331: linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?

From"Debian Bug Tracking System" <owner@bugs.debian.org>
Date2019-08-18 21:10 +0200
SubjectProcessed: Re: Bug#934331: linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?
Message-ID<ywyIW-2kY-13@gated-at.bofh.it>
In reply to#64720
Processing control commands:

> forwarded 934331 https://lore.kernel.org/stable/20190818155941.GA26766@eldamar.local/
Bug #934331 [linux] linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?
Set Bug forwarded-to-address to 'https://lore.kernel.org/stable/20190818155941.GA26766@eldamar.local/'.

-- 
934331: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934331
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [next] | [standalone]


#64979 — Bug#934331: marked as done (linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?)

From"Debian Bug Tracking System" <owner@bugs.debian.org>
Date2019-08-28 15:30 +0200
SubjectBug#934331: marked as done (linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?)
Message-ID<yA6bo-dJ-15@gated-at.bofh.it>
In reply to#64720

[Multipart message — attachments visible in raw view] — view raw

Your message dated Wed, 28 Aug 2019 13:17:08 +0000
with message-id <E1i2xoy-00043C-CI@fasolo.debian.org>
and subject line Bug#934331: fixed in linux 4.19.67-2
has caused the Debian Bug report #934331,
regarding linux: backport "dm: disable DISCARD if the underlying storage no longer supports it"?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
934331: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=934331
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.kernel


csiph-web