From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-we0-f173.google.com ([74.125.82.173]:35469 "EHLO mail-we0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751213AbbBRKV3 (ORCPT ); Wed, 18 Feb 2015 05:21:29 -0500 Received: by wesp10 with SMTP id p10so219486wes.2 for ; Wed, 18 Feb 2015 02:21:28 -0800 (PST) Date: Wed, 18 Feb 2015 11:21:26 +0100 From: Dongsu Park Subject: Re: Test xfs/106 failure Message-ID: <20150218102126.GA2631@posteo.de> References: <20150217163149.GA1824@quack.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20150217163149.GA1824@quack.suse.cz> Sender: fstests-owner@vger.kernel.org To: Jan Kara Cc: fstests@vger.kernel.org List-ID: Hi Jan, On 17.02.2015 17:31, Jan Kara wrote: > Hello, > I'm consistently getting failure in xfs/106 test because the files > created by fsstress are just completely different from what they are > expected to be. It almost seems as if the random numbers generated for > fsstress are different. Anyone has seen this as well? That reminds me of a bug that has occurred every time when I run xfs/106. The crash happens only with CONFIG_XFS_DEBUG enabled. When I first discovered that, I disabled CONFIG_XFS_DEBUG as a workaround. As far as I remember, it started to occur since 3.19-rc?, and the first bad commit was 14bf61ffe6ac ("quota: Switch ->get_dqblk() and ->set_dqblk() to use bytes as space units"). I just tested it again with linux-block.git/for-3.20/drivers. The bug is still there. Cheers, Dongsu ==== XFS (vdc1): Quotacheck: Done. XFS: Assertion failed: dst->d_spc_timer != 0, file: fs/xfs/xfs_qm_syscalls.c, line: 893 ------------[ cut here ]------------ kernel BUG at fs/xfs/xfs_message.c:106! invalid opcode: 0000 [#1] SMP CPU: 0 PID: 4031 Comm: xfs_quota Tainted: G W 3.19.0-rc7+ #174 RIP: 0010:[] [] assfail+0x22/0x30 Call Trace: [] xfs_qm_scall_getquota+0x284/0x330 [] xfs_fs_get_dqblk+0x68/0x90 [] quota_getxquota+0x6f/0x200 [] SyS_quotactl+0x4cc/0x740 [] ? sysret_check+0x1b/0x56 [] ? trace_hardirqs_on_thunk+0x3a/0x3f [] system_call_fastpath+0x12/0x17 RIP [] assfail+0x22/0x30 RSP ---[ end trace 308df0cc6a9ba1d0 ]--- ==== > Honza > > -- > Jan Kara > SUSE Labs, CR > -- > To unsubscribe from this list: send the line "unsubscribe fstests" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html