From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id n6T6vY4Q231366 for ; Wed, 29 Jul 2009 01:57:35 -0500 Received: from intranet.easterngraphics.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id E1EC71418477 for ; Tue, 28 Jul 2009 23:58:19 -0700 (PDT) Received: from intranet.easterngraphics.com (intranet.easterngraphics.com [62.80.28.49]) by cuda.sgi.com with ESMTP id CyjS589LA7Lsf0ak for ; Tue, 28 Jul 2009 23:58:19 -0700 (PDT) From: Christian Fischer Subject: Re: [xfs crash] Kernel BUG at /fs/xfs/support/debug.c:57 Date: Wed, 29 Jul 2009 08:58:15 +0200 References: <200907271657.55226.Christian.Fischer@easterngraphics.com> In-Reply-To: <200907271657.55226.Christian.Fischer@easterngraphics.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200907290858.15605.Christian.Fischer@easterngraphics.com> 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: xfs@oss.sgi.com On Monday 27 July 2009, Christian Fischer wrote: Well, nobody likes to help. I'm using xfs since years on a lot of servers and i had never any problems. The question is what the fuck causes xfs to crash here? I can't interprete the dump, can you help me with it? No hints that the hardware fucks. Christian > Hello, > > we had the 4th xfs crash during the last 4 month on last friday. > Maybe someone of you can give me some hints to get out what happens here. > > We have various XEN guests (gentoo amd64) running on two HP ProLiant DL360, > both connected to a SUN Storedge 3300 SCSI storage. Except the boot > partitions all disk space comes from the SUN storage via xen vscsi. > > We got xfs_suspend of the data partition one time, probably lost of the > root partition one time (no logfile entry), and xfs_errors like this one > two times. sde1 is a data partition of 1.4TB. > > We have problems on the fileserver only, all others runs well. > The mailserver runs well, file- and mailserver have the highest disk load. > > All kernel versions (gentoo 2.6.18-xen-r12) and configurations are equal. > > Thanks for any help > Christian > > > > Jul 24 11:33:30 ganges Access to block zero: fs: inode: 2550198361 > start_block : 0 start_off : 0 blkcnt : 0 extent-state : 0 > Jul 24 11:33:30 ganges ----------- [cut here ] --------- [please bite > here ] --------- > Jul 24 11:33:30 ganges Kernel BUG > at ...sr/src/linux-2.6.18-xen-r12/fs/xfs/support/debug.c:57 > Jul 24 11:33:30 ganges invalid opcode: 0000 [1] SMP > Jul 24 11:33:30 ganges CPU 0 > Jul 24 11:33:30 ganges Modules linked in: > Jul 24 11:33:30 ganges Pid: 15340, comm: smbd Not tainted 2.6.18-xen-r12 #8 > Jul 24 11:33:30 ganges RIP: e030:[] [] > cmn_err+0xdc/0x120 > Jul 24 11:33:30 ganges RSP: e02b:ffff8800a4b2d5c8 EFLAGS: 00010246 > Jul 24 11:33:30 ganges RAX: 0000000000000000 RBX: ffffffff8051cbf0 RCX: > 0000000000000001 > Jul 24 11:33:30 ganges RDX: ffffffffff5fd000 RSI: 0000000000000000 RDI: > ffffffff805826ac > Jul 24 11:33:30 ganges RBP: 0000000000000000 R08: 0000000000000000 R09: > 0000000000000080 > Jul 24 11:33:30 ganges R10: ffffffff8062c4c0 R11: ffffffff80213660 R12: > 0000000000000000 > Jul 24 11:33:30 ganges R13: ffff8800f6a03bc0 R14: 0000000000000005 R15: > 0000000000000000 > Jul 24 11:33:30 ganges FS: 00002ac859d276a0(0000) > GS:ffffffff805e7000(0000) knlGS:0000000000000000 > Jul 24 11:33:30 ganges CS: e033 DS: 0000 ES: 0000 > Jul 24 11:33:30 ganges Process smbd (pid: 15340, threadinfo > ffff8800a4b2c000, task ffff880011892850) > Jul 24 11:33:30 ganges Stack: 0000003000000030 ffff8800a4b2d6c8 > ffff8800a4b2d5e8 000000000000b5a0 > Jul 24 11:33:30 ganges 00000002000001bc ffffffff80367438 ffff8800ff7ecfc0 > 000000009800f059 > Jul 24 11:33:30 ganges 0000000000000000 0000000000000000 ffff8800e6d8ca30 > ffff8800a4b2d8b8 > Jul 24 11:33:30 ganges Call Trace: > Jul 24 11:33:30 ganges [] xfs_iext_bno_to_ext+0x138/0x160 > Jul 24 11:33:30 ganges [] xfs_iext_get_ext+0x43/0x70 > Jul 24 11:33:30 ganges [] > xfs_bmap_search_multi_extents+0xad/0x120 > Jul 24 11:33:30 ganges [] > xfs_bmap_search_extents+0xce/0xf0 Jul 24 11:33:30 ganges > [] xfs_bmapi+0x2f1/0x1cf0 Jul 24 11:33:30 ganges > [] error_exit+0x0/0x71 > Jul 24 11:33:30 ganges [] > xfs_iomap_write_delay+0x30e/0x490 Jul 24 11:33:30 ganges > [] __switch_to+0x3e6/0x560 Jul 24 11:33:30 ganges > [] xfs_iomap+0x228/0x570 > Jul 24 11:33:30 ganges [] __xfs_get_blocks+0x7b/0x200 > Jul 24 11:33:30 ganges [] alloc_page_buffers+0xa9/0x110 > Jul 24 11:33:30 ganges [] > __block_prepare_write+0x1d4/0x490 Jul 24 11:33:30 ganges > [] xfs_get_blocks+0x0/0x10 Jul 24 11:33:30 ganges > [] block_prepare_write+0x1a/0x30 Jul 24 11:33:30 ganges > [] > generic_file_buffered_write+0x288/0x680 > Jul 24 11:33:30 ganges [] tcp_rcv_established+0x49e/0x7a0 > Jul 24 11:33:30 ganges [] memcpy_toiovec+0x38/0x70 > Jul 24 11:33:30 ganges [] current_fs_time+0x3b/0x40 > Jul 24 11:33:30 ganges [] __up_write+0x21/0x120 > Jul 24 11:33:30 ganges [] xfs_write+0x7a3/0xb40 > Jul 24 11:33:30 ganges [] tcp_recvmsg+0x76b/0x8a0 > Jul 24 11:33:30 ganges [] do_sock_read+0xab/0xc0 > Jul 24 11:33:30 ganges [] sock_aio_read+0x4f/0x60 > Jul 24 11:33:30 ganges [] xfs_file_aio_write+0x6f/0x80 > Jul 24 11:33:30 ganges [] do_sync_write+0xc7/0x110 > Jul 24 11:33:30 ganges [] fasync_helper+0x63/0x150 > Jul 24 11:33:30 ganges [] > __posix_lock_file_conf+0x3d9/0x430 Jul 24 11:33:30 ganges > [] autoremove_wake_function+0x0/0x30 Jul 24 11:33:30 > ganges [] fcntl_setlk+0x286/0x2c0 Jul 24 11:33:30 ganges > [] vfs_write+0xbd/0x180 > Jul 24 11:33:30 ganges [] sys_pwrite64+0x5d/0x90 > Jul 24 11:33:30 ganges [] system_call+0x68/0x6d > Jul 24 11:33:30 ganges [] system_call+0x0/0x6d > Jul 24 11:33:30 ganges > Jul 24 11:33:30 ganges > Jul 24 11:33:30 ganges Code: 0f 0b 68 f0 f7 51 80 c2 39 00 eb 2b 48 c7 c6 > a6 3a 52 80 48 > Jul 24 11:33:30 ganges RIP [] cmn_err+0xdc/0x120 > Jul 24 11:33:30 ganges RSP -- ------------------------------------------------------------ EasternGraphics - visualize your business Christian Fischer Administration http://www.EasternGraphics.com phone: +49 3677 678265 EasternGraphics GmbH - Albert-Einstein-Strasse 1 - DE-98693 Ilmenau Geschaeftsfuehrer - Ekkehard Beier, Volker Blankenberg, Frank Wicht Amtsgericht Jena - HRB 304052 _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs