Btrfs devel - Jun 2011 - Fwd: btrfs causing reboots and kernel oops on SL 6 (RHEL 6)

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?

btrfs seems cool though, I hope there is something I just
misconfigured or 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
F: +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

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
--
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

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
--
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