From owner-freebsd-current@FreeBSD.ORG Fri Jul 30 12:02:23 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3142D16A4CE for ; Fri, 30 Jul 2004 12:02:23 +0000 (GMT) Received: from math.teaser.net (math.teaser.net [213.91.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9D6C43D55 for ; Fri, 30 Jul 2004 12:02:22 +0000 (GMT) (envelope-from e-masson@kisoft-services.com) Received: from srvbsdnanssv.interne.kisoft-services.com (nantes.kisoft-services.com [193.56.60.243]) by math.teaser.net (Postfix) with ESMTP id A8AA56C801 for ; Fri, 30 Jul 2004 14:02:21 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 5B1D3C140; Fri, 30 Jul 2004 14:02:21 +0200 (CEST) To: Mailing List FreeBSD Current From: Eric Masson In-Reply-To: <864qnpvn0y.fsf@srvbsdnanssv.interne.kisoft-services.com> (Eric Masson's message of "Fri, 30 Jul 2004 11:53:49 +0200") References: <864qnpvn0y.fsf@srvbsdnanssv.interne.kisoft-services.com> X-Operating-System: FreeBSD 5.2.1-RELEASE-p9 i386 Date: Fri, 30 Jul 2004 14:02:21 +0200 Message-ID: <86n01hu2ia.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Subject: Re: ffs snapshots & large disks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2004 12:02:23 -0000 >>>>> "Eric" == Eric Masson writes: Followup to myself. Eric> Is there any way to speed up snapshot creation ? Well, I removed the src directory from vol0 and shut down the machine via shutdown -p now and everything went fine except i got a lor (similar to id 006 in page http://sources.zabbadoz.net/freebsd/lor.html) at next reboot : Mounting root from ufs:/dev/amrd0s1a lock order reversal 1st 0xc26bf948 vnode interlock (vnode interlock) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1906 2nd 0xc103a100 system map (system map) @ /usr/src/sys/vm/vm_map.c:2223 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c08b9568,c08ba7b0,c0848a5c) at kdb_backtrace+0x29 witness_checkorder(c103a100,9,c0804b23,8af) at witness_checkorder+0x544 _mtx_lock_flags(c103a100,0,c0804b23,8af) at _mtx_lock_flags+0x5b _vm_map_lock(c103a0a0,c0804b23,8af) at _vm_map_lock+0x21 vm_map_remove(c103a0a0,c26e1000,c26e9000,dd04dba0,c074cdc1) at vm_map_remove+0x1f kmem_free(c103a0a0,c26e1000,8000,dd04dbb8,c074eb17) at kmem_free+0x25 page_free(c26e1000,8000,22,8000,dd04dbd0) at page_free+0x29 uma_large_free(c26b33c0) at uma_large_free+0x7f free(c26e1000,c0881ae0,c2667600,0,c265c000) at free+0xe1 ffs_snapshot_unmount(c265c000) at ffs_snapshot_unmount+0xe7 ffs_flushfiles(c265c000,0,c23c2000) at ffs_flushfiles+0x40 softdep_flushfiles(c265c000,0,c23c2000,c26bf738,0) at softdep_flushfiles+0x1e ffs_unmount(c265c000,8000000,c23c2000,0,0) at ffs_unmount+0x32 dounmount(c265c000,8000000,c23c2000,410a0a31,8c4052) at dounmount+0x1c4 unmount(c23c2000,dd04dd14,2,1,206) at unmount+0x1e0 syscall(2f,2f,2f,804a72f,8052a51) at syscall+0x217 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280c32b7, esp = 0xbfbfe51c, ebp = 0xbfbfe5c8 --- I then rm'ed the snapshot named snap0 in /vol0/.snap and later shut down the box via shutdown -p now. syncer process timed out, last message before stop was "giving up on 41 buffers." Since last startup, the box is fscking all filesystems (none were marked clean) Is this an expected behaviour atm ? I can offer shell access to the box if needed. Regards Eric Masson -- FG> Quelle rapport entre vendre/acheter des livres et FG> etre bibliophile? On n'a pas toujours l'opportunité de les voler. -+- FF in - À l'insu de son plein gré -+-