From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.profihost.ag ([85.158.179.208]:52301 "EHLO mail.profihost.ag" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755250Ab2FYS2P (ORCPT ); Mon, 25 Jun 2012 14:28:15 -0400 Message-ID: <4FE8ADBA.20505@profihost.ag> Date: Mon, 25 Jun 2012 20:28:10 +0200 From: Stefan Priebe MIME-Version: 1.0 To: Josef Bacik CC: "linux-btrfs@vger.kernel.org" Subject: Re: btrfs deadlock in 3.5-rc3 References: <4FE58366.8000302@profihost.ag> <4FE862D7.3060005@fusionio.com> <4FE870DF.90308@profihost.ag> <20120625142048.GB7404@localhost.localdomain> <4FE8796E.9030300@profihost.ag> <20120625144807.GC7404@localhost.localdomain> <4FE8A21E.7050104@profihost.ag> <20120625180252.GD7404@localhost.localdomain> In-Reply-To: <20120625180252.GD7404@localhost.localdomain> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: linux-btrfs-owner@vger.kernel.org List-ID: Am 25.06.2012 20:02, schrieb Josef Bacik: >> > Can you turn that off and see if you >>> can still reproduce the deadlock? If so sysrq+w again, if not then I know where >>> to look ;). Thanks, >> without discard i can't reproduce but random write speed with ceph >> without discard is a LOT slower (around 8000 iops/s instead of >> 13000iops/s). So i don't know if it is discard or if i'm just not able >> to trigger it. >> > > Ouch, what kind of drive goes faster with discard _on_? Anyway it looks like > we're waiting for the discard to come back, so either its your drive or theres a > bug in the block layer. Maybe try an older kernel and see if it's broken there, > and then bisect it down? Thanks, Intel 520 series SSD. I can't try an older kernel version as ceph crashes with them pretty fast due to other bugs which where fixed with 3.5-rc1. Greets Stefan