WARNING: at fs/btrfs/backref.c:903

2013-06-24 Thread Martin Mailand
Hi, I tried 3.10.0-rc7 with the btrfs option skinny extents (btrfstune -x), I get this warning after a few seconds of ceph workload. -martin [ 1153.897960] [ cut here ] [ 1153.897977] WARNING: at fs/btrfs/backref.c:903 find_parent_nodes+0x107f/0x1090 [btrfs]() [ 1153.897

Re: Ceph on btrfs 3.4rc

2012-05-23 Thread Martin Mailand
Hi, the ceph cluster is running under heavy load for the last 13 hours without a problem, dmesg is empty and the performance is good. -martin Am 23.05.2012 21:12, schrieb Martin Mailand: this patch is running for 3 hours without a Bug and without the Warning. I will let it run overnight and

Re: Ceph on btrfs 3.4rc

2012-05-23 Thread Martin Mailand
Hi Josef, this patch is running for 3 hours without a Bug and without the Warning. I will let it run overnight and report tomorrow. It looks very good ;-) -martin Am 23.05.2012 17:02, schrieb Josef Bacik: Ok give this a shot, it should do it. Thanks, -- To unsubscribe from this list: send th

Re: Ceph on btrfs 3.4rc

2012-05-18 Thread Martin Mailand
Hi Josef, now I get [ 2081.142669] couldn't find orphan item for 2039, nlink 1, root 269, root being deleted no -martin Am 18.05.2012 21:01, schrieb Josef Bacik: *sigh* ok try this, hopefully it will point me in the right direction. Thanks, [ 126.389847] Btrfs loaded [ 126.390284] devi

Re: Ceph on btrfs 3.4rc

2012-05-18 Thread Martin Mailand
Hi Josef, there was one line before the bug. [ 995.725105] couldn't find orphan item for 524 Am 18.05.2012 16:48, schrieb Josef Bacik: Ok hopefully this will print something out that makes sense. Thanks, -martin [ 241.754693] Btrfs loaded [ 241.755148] device fsid 43c4ebd9-3824-4b07-a71

Re: Ceph on btrfs 3.4rc

2012-05-17 Thread Martin Mailand
Hi Josef, I hit exact the same bug as Christian with your last patch. -martin -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Ceph on btrfs 3.4rc

2012-05-17 Thread Martin Mailand
Hi Josef, no there was nothing above. Here the is another dmesg output. Was there anything above those messages? There should have been a WARN_ON() or something. If not thats fine, I just need to know one way or the other so I can figure out what to do next. Thanks, Josef -martin [ 63.0

Re: Ceph on btrfs 3.4rc

2012-05-17 Thread Martin Mailand
Hi Josef, somehow I still get the kernel Bug messages, I used your patch from the 16th against rc7. -martin Am 16.05.2012 21:20, schrieb Josef Bacik: Hrm ok so I finally got some time to try and debug it and let the test run a good long while (5 hours almost) and I couldn't hit either the or

Re: 3.4.0-rc6: WARNING: at fs/btrfs/super.c:219 __btrfs_abort_transaction+0xae/0xc0 [btrfs]()

2012-05-17 Thread Martin Mailand
Hi, I got the same Warning but triggered it differently, I created a new cephfs on top of btrfs via mkcephfs, the command than hangs. [ 100.643838] Btrfs loaded [ 100.644313] device fsid 49b89a47-76a0-45cf-9e4a-a7e1f4c64bb8 devid 1 transid 4 /dev/sdc [ 100.645523] btrfs: setting nodatacow

Re: Ceph on btrfs 3.4rc

2012-05-14 Thread Martin Mailand
Hi Josef, Am 11.05.2012 21:16, schrieb Josef Bacik: Heh duh, sorry, try this one instead. Thanks, With this patch I got this Bug: [ 8233.828722] [ cut here ] [ 8233.828737] kernel BUG at fs/btrfs/inode.c:2217! [ 8233.828746] invalid opcode: [#1] SMP [ 8233.828761

Re: Ceph on btrfs 3.4rc

2012-05-11 Thread Martin Mailand
Hi Josef, Am 11.05.2012 15:31, schrieb Josef Bacik: That previous patch was against btrfs-next, this patch is against 3.4-rc6 if you are on mainline. Thanks, I tried your patch against mainline, after a few minutes I hit this bug. [ 1078.523655] [ cut here ] [ 1078.52

Re: Btrfs slowdown with ceph (how to reproduce)

2012-01-24 Thread Martin Mailand
Hi Chris, great to hear that, could you give me a ping if you fixed it, than I can retry it? -martin Am 24.01.2012 20:40, schrieb Chris Mason: On Tue, Jan 24, 2012 at 08:15:58PM +0100, Martin Mailand wrote: Hi I tried the branch on one of my ceph osd, and there is a big difference in the

Re: Btrfs slowdown with ceph (how to reproduce)

2012-01-24 Thread Martin Mailand
Hi I tried the branch on one of my ceph osd, and there is a big difference in the performance. The average request size stayed high, but after around a hour the kernel crashed. IOstat http://pastebin.com/xjuriJ6J Kernel trace http://pastebin.com/SYE95GgH -martin Am 23.01.2012 19:50, schrieb

Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]

2011-10-27 Thread Martin Mailand
Majer On Thu, Oct 27, 2011 at 12:53 PM, Martin Mailand wrote: Hi resend without the perf attachment, which could be found here: http://tuxadero.com/multistorage/perf.report.txt.bz2 Best Regards, martin Original-Nachricht Betreff: Re: ceph on btrfs [was Re: ceph on non-btrfs

Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]

2011-10-27 Thread Martin Mailand
: Martin Mailand Antwort an: mar...@tuxadero.com An: Sage Weil Kopie (CC): Christian Brunner , ceph-de...@vger.kernel.org, linux-btrfs@vger.kernel.org Hi, I have more or less the same setup as Christian and I suffer the same problems. But as far as I can see the output of latencytop and perf differs

Re: kernel BUG at fs/btrfs/inode.c:1163

2011-10-20 Thread Martin Mailand
Hi Anand, I changed the replication level of the rbd pool, from one to two. ceph osd pool set rbd size 2 And then during the sync the bug happened, but today I could not reproduce it. So I do not have a testcase for you. Best Regards, martin Am 19.10.2011 17:02, schrieb Anand Jain: I tried

Re: kernel BUG at fs/btrfs/inode.c:1163

2011-10-19 Thread Martin Mailand
Am 19.10.2011 11:49, schrieb David Sterba: On Tue, Oct 18, 2011 at 10:04:01PM +0200, Martin Mailand wrote: [28997.273289] [ cut here ] [28997.282916] kernel BUG at fs/btrfs/inode.c:1163! 1119 fi = btrfs_item_ptr(leaf, path->slots[0], 1

kernel BUG at fs/btrfs/inode.c:1163

2011-10-18 Thread Martin Mailand
Hi today I hit this Bug, kernel is v3.1-rc10 + josef from today, workload is a ceph osd. Best Regards, Martin [28997.273289] [ cut here ] [28997.282916] kernel BUG at fs/btrfs/inode.c:1163! [28997.290863] invalid opcode: [#1] SMP [28997.290863] CPU 0 [28997.290863

OSD blocked for more than 120 seconds

2011-10-13 Thread Martin Mailand
Hi, on one of my OSDs the ceph-osd task hung for more than 120 sec. The OSD had almost no load, therefore it cannot be an overload problem. I think it is a btrfs problem, could someone clarify it? This was in the dmesg. [29280.890040] INFO: task btrfs-cleaner:1708 blocked for more than 120 s

Btrfs High IO-Wait

2011-10-09 Thread Martin Mailand
Hi, I have high IO-Wait on the ods (ceph), the osd are running a v3.1-rc9 kernel. I also experience high IO-rates, around 500IO/s reported via iostat. Device: rrqm/s wrqm/s r/s w/srkB/swkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util sda 0.0

Re: WARNING: at fs/btrfs/inode.c:2193 btrfs_orphan_commit_root+0xb0/0xc0 [btrfs]()

2011-09-16 Thread Martin Mailand
ong cur = trans->delayed_ref_updates; trans->delayed_ref_updates = 0; But on the other hand I am quite new to git, how could I get your latest commit? Best Regards, Martin Am 16.09.2011 16:37, schrieb Josef Bacik: On 09/16/2011 10:09 AM, Martin Mailand wrote: Hi Josef, after

Re: WARNING: at fs/btrfs/inode.c:2193 btrfs_orphan_commit_root+0xb0/0xc0 [btrfs]()

2011-09-16 Thread Martin Mailand
/0xb0 [ 5241.840808] [] ? gs_change+0x13/0x13 [ 5241.840819] ---[ end trace c8a580615cad6cb5 ]--- Best Regards, Martin Am 15.09.2011 21:50, schrieb Josef Bacik: On Thu, Sep 15, 2011 at 11:44:09AM -0700, Sage Weil wrote: On Tue, 13 Sep 2011, Liu Bo wrote: On 09/11/2011 05:47 AM, Martin Mailand

WARNING: at fs/btrfs/inode.c:2193 btrfs_orphan_commit_root+0xb0/0xc0 [btrfs]()

2011-09-10 Thread Martin Mailand
Hi I am hitting this Warning reproducible, the workload is a ceph osd, kernel ist 3.1.0-rc5. Best Regards, martin [ 5472.099766] [ cut here ] [ 5472.099833] WARNING: at fs/btrfs/inode.c:2193 btrfs_orphan_commit_root+0xb0/0xc0 [btrfs]() [ 5472.099838] Hardware name: M