From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx1.redhat.com (ext-mx10.extmail.prod.ext.phx2.redhat.com [10.5.110.14]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id oB2EBniT016553 for ; Thu, 2 Dec 2010 09:11:49 -0500 Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id oB2EBa8q017504 for ; Thu, 2 Dec 2010 09:11:37 -0500 Date: Thu, 2 Dec 2010 09:11:34 -0500 From: Christoph Hellwig Message-ID: <20101202141134.GA22012@infradead.org> References: <4CF7A539.1050206@shiftmail.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <4CF7A539.1050206@shiftmail.org> Subject: Re: [linux-lvm] Bugs in mkfs.xfs, device mapper, xfs, and /dev/ram Reply-To: LVM general discussion and development List-Id: LVM general discussion and development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , List-Id: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Spelic Cc: linux-lvm@redhat.com, "linux-kernel@vger.kernel.org" , xfs@oss.sgi.com I'm pretty sure you have CONFIG_DEBUG_BLOCK_EXT_DEVT enabled. This option must never be enabled, as it causes block devices to be randomly renumered. Together with the ramdisk driver overloading the BLKFLSBUF ioctl to discard all data it guarantees you to get data loss like yours. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id oB2E9qbN021898 for ; Thu, 2 Dec 2010 08:09:54 -0600 Received: from bombadil.infradead.org (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 5E6231BCA70 for ; Thu, 2 Dec 2010 06:11:36 -0800 (PST) Received: from bombadil.infradead.org (bombadil.infradead.org [18.85.46.34]) by cuda.sgi.com with ESMTP id ECjlYSBqnqp1Vghw for ; Thu, 02 Dec 2010 06:11:36 -0800 (PST) Date: Thu, 2 Dec 2010 09:11:34 -0500 From: Christoph Hellwig Subject: Re: Bugs in mkfs.xfs, device mapper, xfs, and /dev/ram Message-ID: <20101202141134.GA22012@infradead.org> References: <4CF7A539.1050206@shiftmail.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <4CF7A539.1050206@shiftmail.org> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: Spelic Cc: linux-lvm@redhat.com, "linux-kernel@vger.kernel.org" , xfs@oss.sgi.com I'm pretty sure you have CONFIG_DEBUG_BLOCK_EXT_DEVT enabled. This option must never be enabled, as it causes block devices to be randomly renumered. Together with the ramdisk driver overloading the BLKFLSBUF ioctl to discard all data it guarantees you to get data loss like yours. _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757807Ab0LBOLg (ORCPT ); Thu, 2 Dec 2010 09:11:36 -0500 Received: from bombadil.infradead.org ([18.85.46.34]:45904 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757766Ab0LBOLf (ORCPT ); Thu, 2 Dec 2010 09:11:35 -0500 Date: Thu, 2 Dec 2010 09:11:34 -0500 From: Christoph Hellwig To: Spelic Cc: "linux-kernel@vger.kernel.org" , xfs@oss.sgi.com, linux-lvm@redhat.com Subject: Re: Bugs in mkfs.xfs, device mapper, xfs, and /dev/ram Message-ID: <20101202141134.GA22012@infradead.org> References: <4CF7A539.1050206@shiftmail.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CF7A539.1050206@shiftmail.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I'm pretty sure you have CONFIG_DEBUG_BLOCK_EXT_DEVT enabled. This option must never be enabled, as it causes block devices to be randomly renumered. Together with the ramdisk driver overloading the BLKFLSBUF ioctl to discard all data it guarantees you to get data loss like yours.