Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751319AbXAFJwy (ORCPT ); Sat, 6 Jan 2007 04:52:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751325AbXAFJwy (ORCPT ); Sat, 6 Jan 2007 04:52:54 -0500 Received: from moutng.kundenserver.de ([212.227.126.188]:59718 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751319AbXAFJww (ORCPT ); Sat, 6 Jan 2007 04:52:52 -0500 From: Torsten Kaiser To: Andrew Morton Subject: Re: [BUG 2.6.20-rc3-mm1] raid1 mount blocks for ever Date: Sat, 6 Jan 2007 10:51:59 +0100 User-Agent: KMail/1.9.5 Cc: Fengguang Wu , Jens Axboe , linux-kernel@vger.kernel.org References: <368051775.16914@ustc.edu.cn> <20070105195911.37c40e94.akpm@osdl.org> In-Reply-To: <20070105195911.37c40e94.akpm@osdl.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200701061052.00455.kernel@bardioc.dyndns.org> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:22445e7a21522a805aae47a273aa1695 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5163 Lines: 108 On Saturday 06 January 2007 04:59, Andrew Morton wrote: > > http://userweb.kernel.org/~akpm/2.6.20-rc3-mm1x.bz2 is basically > 2.6.20-rc3-mm1, minus git-block.patch. Can you and Torsten please test > that, see if the hangs go away? Works for me too. Also the locking imbalance reported in Bugzilla-Bug 7775 has disapeared: [ 24.587727] ===================================== [ 24.606374] [ BUG: bad unlock balance detected! ] [ 24.620506] ------------------------------------- [ 24.634639] swapper/0 is trying to release lock (inode_lock) at: [ 24.652797] [] generic_sync_sb_inodes+0xa8/0x2d0 [ 24.669345] but there are no more locks to release! [ 24.683997] [ 24.683998] other info that might help us debug this: [ 24.703690] 1 lock held by swapper/0: [ 24.714704] #0: (&type->s_umount_key){--..}, at: [] sget+0x1cc/0x370 [ 24.737279] [ 24.737280] stack backtrace: [ 24.750452] [] print_unlock_inbalance_bug+0x104/0x120 [ 24.768558] [] generic_sync_sb_inodes+0xa8/0x2d0 [ 24.785366] [] trace_hardirqs_on+0xba/0x160 [ 24.800876] [] __kernel_text_address+0x18/0x30 [ 24.817162] [] dump_trace+0x56/0xa0 [ 24.830594] [] save_stack_trace+0x1c/0x40 [ 24.845583] [] save_trace+0x40/0xa0 [ 24.859013] [] add_lock_to_list+0x4b/0xc0 [ 24.874004] [] generic_sync_sb_inodes+0xa8/0x2d0 [ 24.890812] [] generic_sync_sb_inodes+0xa8/0x2d0 [ 24.907619] [] lock_release+0x8e/0x180 [ 24.921830] [] _spin_unlock+0x14/0x20 [ 24.935780] [] generic_sync_sb_inodes+0xa8/0x2d0 [ 24.952589] [] sync_inodes_sb+0x83/0xa0 [ 24.967058] [] __fsync_super+0xa/0x70 [ 24.980983] [] fsync_super+0x8/0x20 [ 24.994387] [] do_remount_sb+0x2c/0x120 [ 25.008858] [] get_sb_single+0x61/0xd0 [ 25.023067] [] sysfs_fill_super+0x0/0xb0 [snip] I now see this, but the system works: [ 11.800000] Freeing unused kernel memory: 204k freed [ 35.300000] [ 35.300000] ============================================= [ 35.300000] [ INFO: possible recursive locking detected ] [ 35.300000] 2.6.20-rc3-mm1x #0 [ 35.300000] --------------------------------------------- [ 35.300000] mount/3795 is trying to acquire lock: [ 35.300000] (&(&ip->i_lock)->mr_lock){----}, at: [] xfs_ilock+0x71/0xa0 [ 35.300000] [ 35.300000] but task is already holding lock: [ 35.300000] (&(&ip->i_lock)->mr_lock){----}, at: [] xfs_ilock+0x71/0xa0 [ 35.300000] [ 35.300000] other info that might help us debug this: [ 35.300000] 2 locks held by mount/3795: [ 35.300000] #0: (&inode->i_mutex){--..}, at: [] open_namei+0xef/0x610 [ 35.300000] #1: (&(&ip->i_lock)->mr_lock){----}, at: [] xfs_ilock+0x71/0xa0 [ 35.300000] [ 35.300000] stack backtrace: [ 35.300000] [] __lock_acquire+0xa96/0x1020 [ 35.300000] [] debug_check_no_locks_freed+0xca/0x180 [ 35.300000] [] lock_acquire+0x57/0x70 [ 35.300000] [] xfs_ilock+0x71/0xa0 [ 35.300000] [] down_write+0x3d/0x60 [ 35.300000] [] xfs_ilock+0x71/0xa0 [ 35.300000] [] xfs_ilock+0x71/0xa0 [ 35.300000] [] xfs_iget+0x463/0x6f0 [ 35.300000] [] xfs_trans_iget+0x104/0x170 [ 35.300000] [] xfs_ialloc+0xce/0x540 [ 35.300000] [] xfs_dir_ialloc+0x85/0x2e0 [ 35.300000] [] xfs_ilock+0x71/0xa0 [ 35.300000] [] down_write+0x3d/0x60 [ 35.300000] [] xfs_create+0x395/0x6c0 [ 35.300000] [] xfs_iunlock+0x75/0x90 [ 35.300000] [] xfs_vn_mknod+0x2c1/0x480 [ 35.300000] [] kmem_cache_free+0x66/0x90 [ 35.300000] [] trace_hardirqs_on+0xba/0x160 [ 35.300000] [] xfs_da_brelse+0x74/0xc0 [ 35.300000] [] xfs_dir2_leaf_lookup_int+0x237/0x270 [ 35.300000] [] xfs_dir2_leaf_lookup+0x1e/0xa0 [ 35.300000] [] xfs_dir_lookup+0xee/0x100 [ 35.300000] [] xfs_access+0x26/0x50 [ 35.300000] [] d_rehash+0x20/0x50 [ 35.300000] [] d_alloc+0x12a/0x1d0 [ 35.300000] [] vfs_create+0xd4/0x130 [ 35.300000] [] open_namei+0x5bb/0x610 [ 35.300000] [] get_unused_fd+0x1f/0xb0 [ 35.300000] [] __handle_mm_fault+0x179/0x8b0 [ 35.300000] [] do_filp_open+0x2e/0x60 [ 35.300000] [] _spin_unlock+0x14/0x20 [ 35.300000] [] get_unused_fd+0x9c/0xb0 [ 35.300000] [] do_sys_open+0x4a/0xe0 [ 35.300000] [] sys_open+0x1c/0x20 [ 35.300000] [] sysenter_past_esp+0x5f/0x99 [ 35.300000] ======================= [ 37.390000] kjournald starting. Commit interval 5 seconds - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/