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
>
next prev parent 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.