From owner-freebsd-current@FreeBSD.ORG Mon Apr 26 14:39:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52F2F1065673 for ; Mon, 26 Apr 2010 14:39:41 +0000 (UTC) (envelope-from vova@parallels.com) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id B39ED8FC08 for ; Mon, 26 Apr 2010 14:39:39 +0000 (UTC) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id o3QEdZK5022624 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Apr 2010 18:39:37 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O6PTC-0000qY-Pq; Mon, 26 Apr 2010 18:39:34 +0400 From: Vladimir Grebenschikov To: Jeff Roberson In-Reply-To: References: Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Mon, 26 Apr 2010 18:39:34 +0400 Message-ID: <1272292774.2424.38.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.30.0.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: current@freebsd.org Subject: Re: HEADS UP: SUJ Going in to head today - panic on rename() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 14:39:41 -0000 Hi=20 First, many thanks for this effort, it is really very appreciated,=20 Panic on Gnome starting: # kgdb -q /usr/obj/usr/src/sys/VBOOK/kernel.debug /var/crash/vmcore.12 ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) x/s panicstr 0xc07c2160 : "remove_from_journal: 0xc581ec40 is not in journal= " (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc056b883 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 16 #2 0xc056babd in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc0488ba9 in db_fncall (dummy1=3D1, dummy2=3D0, dummy3=3D-1065321792, = dummy4=3D0xd90d572c "") at /usr/src/sys/ddb/db_command.c:548 #4 0xc0488fa1 in db_command (last_cmdp=3D0xc07abb1c, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #5 0xc04890fa in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #6 0xc048af7d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_main.= c:229 #7 0xc0597f54 in kdb_trap (type=3D3, code=3D0, tf=3D0xd90d58c4) at /usr/sr= c/sys/kern/subr_kdb.c:535 #8 0xc06f842e in trap (frame=3D0xd90d58c4) at /usr/src/sys/i386/i386/trap.= c:694 #9 0xc06dcf7b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc05980ba in kdb_enter (why=3D0xc0747a43 "panic", msg=3D0xc0747a43 "pa= nic") at cpufunc.h:71 #11 0xc056baa1 in panic (fmt=3D0xc0755fee "remove_from_journal: %p is not i= n journal") at /usr/src/sys/kern/kern_shutdown.c:573 #12 0xc0672135 in remove_from_journal (wk=3D0xc0c3ec2f) at /usr/src/sys/ufs= /ffs/ffs_softdep.c:2204 #13 0xc067e273 in cancel_jaddref (jaddref=3D0xc581ec40, inodedep=3D0xc5c587= 00, wkhd=3D0xc5c5875c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3336 #14 0xc067f163 in softdep_revert_link (dp=3D0xc681f9f8, ip=3D0xc681f910) at= /usr/src/sys/ufs/ffs/ffs_softdep.c:3871 #15 0xc0697fd0 in ufs_rename (ap=3D0xd90d5c1c) at /usr/src/sys/ufs/ufs/ufs_= vnops.c:1546 #16 0xc070ead6 in VOP_RENAME_APV (vop=3D0xc0796340, a=3D0xd90d5c1c) at vnod= e_if.c:1474 #17 0xc05f2902 in kern_renameat (td=3D0xc586e8c0, oldfd=3D-100, old=3D0x485= 6ca30
, newfd=3D-100,=20 new=3D0x4856ca90
, pathseg=3DUIO_USER= SPACE) at vnode_if.h:636 #18 0xc05f29b6 in kern_rename (td=3D0xc586e8c0, from=3D0x4856ca30
, to=3D0x4856ca90
, pathseg=3DUIO_USERSPACE) at /usr/src/sys/kern/vfs_syscalls.c:3574 #19 0xc05f29e9 in rename (td=3D0xc586e8c0, uap=3D0xd90d5cf8) at /usr/src/sy= s/kern/vfs_syscalls.c:3551 #20 0xc06f7c49 in syscall (frame=3D0xd90d5d38) at /usr/src/sys/i386/i386/tr= ap.c:1113 #21 0xc06dcfe0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :261 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 Just after fsck -y && tunefs -j enable for both / and /usr in single-user mode and then usual boot panic is reproducible --=20 Vladimir B. Grebenschikov vova@fbsd.ru