Fwd: btrfs causing reboots and kernel oops on SL 6 (RHEL 6)

Fwd: btrfs causing reboots and kernel oops on SL 6 (RHEL 6)

[Joel Pearson]

Hi,

I'm using SL 6 (RHEL 6) and I've been playing around with running
PostgreSQL on btrfs. Snapshotting works ok, but the computer keeps
rebooting without warning (can be 5 mins or 1.5 hours), finally I
actually managed to get a Kernel Crash instead of just a reboot.

I took a picture of the screen:
http://imageshack.us/photo/my-images/716/img0143y.jpg/

The important bits are:

IP: [<ffffffffa032c471>] btrfs_print_leaf +0x31/0x820 [btrfs]
PGD 0
Oops: 0000 [#1] SMP
last sysfs file: /sys/devices/virtual/block/dm-3/dm/name

The crashes aren't predictable either. Like it doesn't always happen
when I do a snapshot or anything like that.

Is this a known problem, that is fixed in a later kernel or something l=
ike that?

btrfs seems cool though, I hope there is something I just
misconfigured=A0or something so that I can get it to be more reliable,
although I do acknowledge that this is an experimental filesystem.

Cheers,

-Joel

--
Joel Pearson
Software Engineer
Agile Digital Engineering Pty Ltd
A.B.N. 98 106 361 273
A: 5/28 Eyre St Kingston ACT 2604
P: +61 1300-858-277
=46: +61 1300-858-477
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: btrfs causing reboots and kernel oops on SL 6 (RHEL 6)

[Fajar A. Nugraha]

On Sat, Jun 4, 2011 at 11:33 AM, Joel Pearson
<japearson@agiledigital.com.au> wrote:
> Hi,
>
> I'm using SL 6 (RHEL 6) and I've been playing around with running
> PostgreSQL on btrfs. Snapshotting works ok, but the computer keeps
> rebooting without warning (can be 5 mins or 1.5 hours), finally I
> actually managed to get a Kernel Crash instead of just a reboot.
>
> I took a picture of the screen:
> http://imageshack.us/photo/my-images/716/img0143y.jpg/
>
> The important bits are:
>
> IP: [<ffffffffa032c471>] btrfs_print_leaf +0x31/0x820 [btrfs]
> PGD 0
> Oops: 0000 [#1] SMP
> last sysfs file: /sys/devices/virtual/block/dm-3/dm/name
>
> The crashes aren't predictable either. Like it doesn't always happen
> when I do a snapshot or anything like that.
>
> Is this a known problem, that is fixed in a later kernel or something like that?


Which kernel is this?

If it's the default SL/RHEL 2.6.32 kernel, then you should try upgrade
first. http://elrepo.org/tiki/kernel-ml is a good choice.

It's highly unlikely that anyone would be willing to look at bugs on
that "archaic" (in btrfs world) kernel.

-- 
Fajar

Re: btrfs causing reboots and kernel oops on SL 6 (RHEL 6)

[Joel Pearson]

On 5 October 2012 13:29, Fajar A. Nugraha <list@fajar.net> wrote:
>
> On Sat, Jun 4, 2011 at 11:33 AM, Joel Pearson
> <japearson@agiledigital.com.au> wrote:
> > Hi,
> >
> > I'm using SL 6 (RHEL 6) and I've been playing around with running
> > PostgreSQL on btrfs. Snapshotting works ok, but the computer keeps
> > rebooting without warning (can be 5 mins or 1.5 hours), finally I
> > actually managed to get a Kernel Crash instead of just a reboot.
> >
> > I took a picture of the screen:
> > http://imageshack.us/photo/my-images/716/img0143y.jpg/
> >
> > The important bits are:
> >
> > IP: [<ffffffffa032c471>] btrfs_print_leaf +0x31/0x820 [btrfs]
> > PGD 0
> > Oops: 0000 [#1] SMP
> > last sysfs file: /sys/devices/virtual/block/dm-3/dm/name
> >
> > The crashes aren't predictable either. Like it doesn't always happen
> > when I do a snapshot or anything like that.
> >
> > Is this a known problem, that is fixed in a later kernel or something like that?
>
>
> Which kernel is this?
>
> If it's the default SL/RHEL 2.6.32 kernel, then you should try upgrade
> first. http://elrepo.org/tiki/kernel-ml is a good choice.

Yes it was the stock kernel, I didn't know you could get recent
kernels on RHEL 6, that's good to know.

>
> It's highly unlikely that anyone would be willing to look at bugs on
> that "archaic" (in btrfs world) kernel.

Yep fair enough.  We moved to ZFS in the end, which was able to do the
same things we needed btrfs to do.

>
> --
> Fajar

Cheers,

-Joel