From owner-freebsd-fs@freebsd.org Thu Jul 30 11:49:27 2015 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7E769AE600 for ; Thu, 30 Jul 2015 11:49:27 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47DB715CF for ; Thu, 30 Jul 2015 11:49:26 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: by wicgb10 with SMTP id gb10so240264418wic.1 for ; Thu, 30 Jul 2015 04:49:19 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-type :content-transfer-encoding; bh=2PmLpfiz+GyxBunUuDlXDWpm5qERBRfL5Z/BVBFjNBM=; b=h2X3ZN7VjAr6IZdFutF0P4RjlQzUU6fvQrMgtzc8+9ooPFVj5oP/qMF/NC5ejEiy8/ hdpIWx2gYdPTsK+lL7zwEUTbPKebYrUKreEPw/Xm7bjte+5rzz2BCOtzjpCWU2+FNjNq 9Hj/h9S7ymx85fumwDmkqLDGhGkRUpOUI40IK5GJ7ZxkA6IDZ+TjYKLhajC1qKNSK8hp h6is+MT5o+yktLHfXr4xOm6fHeW9mhksEDqGKXrU+anIXX2PbKxiw9FtTYNNkWqEjtzA FMwUVnLrAZoURn1iM4cNk6/8wRd09UeRY3/vjNIvYAwQD1aM3So1owFBwf/tPuMfslZK EufQ== X-Gm-Message-State: ALoCoQmzc6sF0z1I5yPs5FX7vG5nHVpJTPHeuMegSPIVg/XYJrKDZ1C3GJiXYRuKqKQ+GYYlOKt9 X-Received: by 10.180.97.7 with SMTP id dw7mr5664145wib.74.1438256959326; Thu, 30 Jul 2015 04:49:19 -0700 (PDT) Received: from [10.10.1.68] (82-69-141-170.dsl.in-addr.zen.co.uk. [82.69.141.170]) by smtp.gmail.com with ESMTPSA id u7sm29492757wif.3.2015.07.30.04.49.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 30 Jul 2015 04:49:18 -0700 (PDT) Subject: Re: ZFS on 10-STABLE r281159: programs, accessing ZFS pauses for minutes in state [*kmem arena] To: freebsd-fs@freebsd.org References: <164833736.20150730143008@serebryakov.spb.ru> From: Steven Hartland Message-ID: <55BA0F41.6070508@multiplay.co.uk> Date: Thu, 30 Jul 2015 12:49:21 +0100 User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <164833736.20150730143008@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 11:49:27 -0000 On 30/07/2015 12:30, Lev Serebryakov wrote: > Hello Freebsd-fs, > > > I'm migrating my NAS from geom_raid5 + UFS to ZFS raidz. My main storage > is 5x2Tb HDDs. Additionaly, I have 2x3Tb HDDs attached to hold my data when > I re-make my main storage. > > So, I have now two ZFS pools: > > ztemp mirror ada0 ada1 [both are 3Tb HDDS] > zstor raidz ada3 ada4 ada5 ada6 ada7 [all of them are 2Tb] > > ztemp contain one filesystem with 2.1Tb of my data. ztemp was populated > with my data from old geom_raid5 + UFS installation via "rsync" and it was > FAST (HDD-speed). > > zstor contains several empty file systems (one per user), like: > > zstor/home/lev > zstor/home/sveta > zstor/home/nsvn > zstor/home/torrents > zstor/home/storage > > Deduplication IS TURNED OFF. atime is turned off. Record size set to 1M as > I have a lot of big files (movies, RAW photo from DSLR, etc). Compression is > turned off. You don't need to do that as record set size is a min not a max, if you don't force it large files will still be stored efficiently. > When I try to copy all my data from temporary HDDs (ztemp pool) to my new > shiny RIAD (zstor pool) with > > cd /ztemp/fs && rsync -avH lev sveta nsvn storage /usr/home/ > > rsync pauses for tens of minutes (!) after several hundreds of files. ^T > and top shows state "[*kmem arena]". When I stop rsync with ^C and try to do > "zfs list" it waits forever, in state "[*kmem arena]" again. > > This server is equipped with 6GiB of RAM. > > It looks FreeBSD contains bug about year ago which leads to this behavior, > but mailing lists says, that it was fixed in r272221, 10 months ago. When this happens what is the state of memory on the machine? Top will give a good overview, while sysctl vm.stats.vm and vmstat -z will provide some detail. If you're seeing significant memory pressure, which could well be the case with a mixed ZFS UFS system during this transfer (they use competing memory resource pools) then you could try limiting ARC via vfs.zfs.arc_max You could also see if the patch on https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 help. Regards Steve