Linux RAID subsystem development
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Holger Kiehl <Holger.Kiehl@dwd.de>
Cc: Roman Mamedov <rm@romanrm.net>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	linux-raid <linux-raid@vger.kernel.org>
Subject: Re: Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard
Date: Thu, 21 May 2015 17:14:25 +1000	[thread overview]
Message-ID: <20150521171425.32e6bf23@notabene.brown> (raw)
In-Reply-To: <alpine.LRH.2.11.1505210636230.9060@praktifix.dwd.de>

[-- Attachment #1: Type: text/plain, Size: 2400 bytes --]

On Thu, 21 May 2015 06:44:27 +0000 (UTC) Holger Kiehl <Holger.Kiehl@dwd.de>
wrote:

> On Thu, 21 May 2015, NeilBrown wrote:
> 
> > On Thu, 21 May 2015 01:32:13 +0500 Roman Mamedov <rm@romanrm.net> wrote:
> >
> >> On Wed, 20 May 2015 20:12:31 +0000 (UTC)
> >> Holger Kiehl <Holger.Kiehl@dwd.de> wrote:
> >>
> >>> The kernel I was running when I discovered the
> >>> problem was 4.0.2 from kernel.org. However, after reinstalling from DVD
> >>> I updated to Fedora's lattest kernel, which was 3.19.? (I do not remember
> >>> the last numbers). So that kernel seems also effected, but I assume it
> >>> contains many 'fixes' from 4.0.x. As filesystem I use ext4, distribution
> >>> is Fedora 21 and hardware is: Xeon E3-1275, 16GB ECC Ram.
> >>>
> >>> My system seems to be now running stable for some days with kernel.org
> >>> kernel 4.0.3 and with discard DISABLED. But I am still unsure what could
> >>> be the real cause.
> >>
> >> It is a bug in the 4.0.2 kernel, fixed in 4.0.3.
> >>
> >> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=785672
> >> https://bbs.archlinux.org/viewtopic.php?id=197400
> >> https://kernel.googlesource.com/pub/scm/linux/kernel/git/stable/linux-stable/+/d2dc317d564a46dfc683978a2e5a4f91434e9711
> >>
> >>
> >
> > I suspect that is a different bug.
> > I think this one is
> >  https://bugzilla.kernel.org/show_bug.cgi?id=98501
> >
> Should there not be a big fat warning going around telling users to disable
> discard on Raid 0 until this is fixed? This breaks the filesystem completely
> and I believe there is absolutly no way one can get back the data.

Probably.  Would you like to do that?

> 
> Is this fixed in 4.0.4? And which kernels are effected? There could be many
> people running systems that have not noticed this and don't know in what
> dangerous situation they are when they delete data.

The patch was only added to my tree today.  I will send to Linus tomorrow so
it should appear in the next -rc.
Any -stable kernel released since mid-April probably has the bug.  It was
caused by
commit 47d68979cc968535cb87f3e5f2e6a3533ea48fbd

Once the fix gets into Linus' tree, it should get into subsequent -stable releases.

The fix is here:

http://git.neil.brown.name/?p=md.git;a=commitdiff;h=a81157768a00e8cf8a7b43b5ea5cac931262374f

commit id should remain unchanged.

Thanks,
NeilBrown


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 811 bytes --]

  reply	other threads:[~2015-05-21  7:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-20 20:12 Filesystem corruption MD (imsm) Raid0 via 2 SSD's + discard Holger Kiehl
2015-05-20 20:32 ` Roman Mamedov
2015-05-20 23:08   ` NeilBrown
2015-05-21  6:44     ` Holger Kiehl
2015-05-21  7:14       ` NeilBrown [this message]
2015-05-22 18:17         ` Holger Kiehl

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150521171425.32e6bf23@notabene.brown \
    --to=neilb@suse.de \
    --cc=Holger.Kiehl@dwd.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=rm@romanrm.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox