All of lore.kernel.org
 help / color / mirror / Atom feed
From: Liu Bo <bo.li.liu@oracle.com>
To: Antoine Sirinelli <antoine@monte-stello.com>
Cc: Btrfs mailing list <linux-btrfs@vger.kernel.org>
Subject: Re: Oops with a "degraded" volume
Date: Mon, 17 Sep 2012 14:46:00 +0800	[thread overview]
Message-ID: <5056C728.40606@oracle.com> (raw)
In-Reply-To: <20120915141737.GA4784@kabis>

On 09/15/2012 10:17 PM, Antoine Sirinelli wrote:
> Hi,
> 
> I have experienced a very reproducible Oops within the btrfs driver. On
> a linux 3.5.4, if I mount a volume with the option "degraded" because
> one of the device is missing, I would get an Oops when I unmount it (or
> even before). You can see attached the kernel log.
> 

Thanks for the report.  And this has been fixed by

commit 99f5944b8477914406173b47b4f261356286730b
    Btrfs: do not strdup non existent strings

You can find this commit in 3.6.0-rc5. :)

thanks,
liubo

> Here is how I create my btrfs volume:
> 
> # mkfs.btrfs /dev/vdb /dev/vdc
> # mount /dev/vdb /mnt
> # dd if=/dev/zero of=/mnt/zeros count=1M
> # umount /mnt
> # shutdown -h now
> 
> I am then wiping one volume (/dev/vdc) and restarting the system. To
> get a crash, here is what I am doing:
> 
> # mount -o degraded /dev/vdb /mnt
> # umount /mnt
> 
> I recognise the volume is not usable after having erased one drive but I
> would expect no to crash the kernel in such circumstances. I am not an
> expert, I am just reporting a crash from an user point of view.
> 
> Antoine
> 




  reply	other threads:[~2012-09-17  6:46 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-15 14:17 Oops with a "degraded" volume Antoine Sirinelli
2012-09-17  6:46 ` Liu Bo [this message]
2012-09-17 20:29   ` Antoine Sirinelli

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=5056C728.40606@oracle.com \
    --to=bo.li.liu@oracle.com \
    --cc=antoine@monte-stello.com \
    --cc=linux-btrfs@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.