From owner-freebsd-fs@FreeBSD.ORG Thu Oct 25 12:45:08 2007 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97A9916A41A for ; Thu, 25 Oct 2007 12:45:08 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id B7B7313C481 for ; Thu, 25 Oct 2007 12:45:07 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 2688384420; Thu, 25 Oct 2007 14:45:04 +0200 (CEST) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 68653-05; Thu, 25 Oct 2007 14:44:56 +0200 (CEST) Received: from japan.t-online.private (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 3BDCB84426; Thu, 25 Oct 2007 14:44:56 +0200 (CEST) Message-ID: <47208FC8.7060203@fsn.hu> Date: Thu, 25 Oct 2007 14:44:56 +0200 From: Attila Nagy User-Agent: Thunderbird 2.0.0.0 (X11/20070421) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <471F5B46.9050106@fsn.hu> <20071024155723.GA1431@garage.freebsd.pl> In-Reply-To: <20071024155723.GA1431@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-fs@freebsd.org Subject: Re: ZFS and disk naming change (ex. da0->da4) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 12:45:08 -0000 On 10/24/07 17:57, Pawel Jakub Dawidek wrote: > ZFS caches components names in /boot/zfs/zpool.cache. You may remove > this file and import the pool again. > Pawel, thanks for the quick answer. On the same machine I do an rsync from another machine. The first run went OK, but the next (incremental, both sides contain nearly the same amount of stuff) ones result in a panic: rsync -va --progress --delete root@192.168.1.1:/home/cyrus/spool/ /people/mail/var/spool/imap/ receiving file list ... 586728 files to consider 169500 files... (crash) There are bigger and smaller files in many directories. There are mid-sized directories with several thousands of small files (40-50000), because this is a cyrus (maildir-like) mailspool. The target machine (which crashes) is: uname -a FreeBSD artax 7.0-BETA1 FreeBSD 7.0-BETA1 #1: Thu Oct 25 09:10:32 CEST 2007 root@artax:/usr/obj/usr/src/sys/ARTAX i386 The machine has only 1G RAM, the ZFS and other kmem related settings are left on their default values. Unread portion of the kernel message buffer: panic: kmem_malloc(131072): kmem_map too small: 335319040 total allocated cpuid = 0 Uptime: 18m22s Physical memory: 1015 MB Dumping 372 MB: 357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); I've tried to lower vfs.zfs.arc_max first to 32, then 16 MB, but the panics still occur. Setting vm.kmem_size="500M" vm.kmem_size_max="500M" in loader.conf helps it to survive the rsync run, but I think it would be better not to have this kind of instability on an out of the box OS... How is this problem solved in Solaris? -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 http://www.fsn.hu/