From owner-freebsd-stable@FreeBSD.ORG Mon Mar 30 18:20:00 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74A7A959 for ; Mon, 30 Mar 2015 18:20:00 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5759DD51 for ; Mon, 30 Mar 2015 18:20:00 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 05D84110E0; Mon, 30 Mar 2015 11:19:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1427739599; x=1427753999; bh=Wh83f8l4iyLx6IKx7Pg927AutqRtEYFefzWt52DUv2c=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=vzFQBUOj9/D6jONNMY5Wf9u+znGXpSKXTyD4FzS2mQmGW9FJJa/ZYJOhdvY5nvfFL sZ08eXUnPXkb8ruhwIE3wlgSmIcyKtpRkxab27mVbHRPLjEhCpQF1I9VfMrTbpJXMr JcfjjG7JaHy3sOuvT7Xb4uQWedqcU4EOxNO67IoY= Message-ID: <551993CD.2090604@delphij.net> Date: Mon, 30 Mar 2015 11:19:57 -0700 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: armonia Subject: Re: ZFS out of swap space References: <1427296089.943477941@f273.i.mail.ru> <1427459183.547453802@f65.i.mail.ru> <5518FD09.2040203@delphij.net> <1427704375.737716137@f225.i.mail.ru> In-Reply-To: <1427704375.737716137@f225.i.mail.ru> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Michelle Sullivan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 18:20:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 03/30/15 01:32, armonia wrote: > Yes, my mistake was probably that I have included data > deduplication to see how it works, but not turned it off at the > right time. In this case, the machine memory of 4 GB .... > > async_destroy - too enabled. > > That is the conclusion I have deduplication disabled. Hrm, usually async_destroy should be enough to protect against this situation. Can you try if setting the sysctl variable vfs.zfs.free_max_blocks to a limited number, like, 100,000, would make the pool import properly? You may have run out of memory because of too much data being free'ed in one transaction group? (I would recommend doing this after importing the pool read-only and copy your data off, though). > How to import a pool of read-only? zpool import -o readonly poolname. > Thank you for your response. > > zpool get all zroot NAME PROPERTY VALUE > SOURCE zroot size 230G > - zroot capacity 24% > - zroot altroot - > default zroot health ONLINE > - zroot guid 1229884058434432944 > default zroot version - > default zroot bootfs zroot > local zroot delegation on > default zroot autoreplace on > local zroot cachefile - > default zroot failmode wait > default zroot listsnapshots on > local zroot autoexpand off > default zroot dedupditto 0 > default zroot dedupratio 1.02x > - zroot free 174G > - zroot allocated 56.1G > - zroot readonly off > - zroot comment ZFS > local zroot expandsize 0 > - zroot freeing 0 > default zroot feature@async_destroy enabled > local zroot feature@empty_bpobj active > local zroot feature@lz4_compress active > local zroot feature@multi_vdev_crash_dump enabled > local zroot feature@spacemap_histogram active > local zroot feature@enabled_txg active > local zroot feature@hole_birth active > local zroot feature@extensible_dataset enabled > local zroot feature@bookmarks enabled > local zroot feature@filesystem_limits enabled > local > > > ???????????, 30 ????? 2015, 0:36 -07:00 ?? Xin Li > : > > > > On 3/27/15 05:26, armonia wrote: >> After importing I press ctrl + t and here's the conclusion: > >> load: 0.20 cmd: zpool 725 [tx->tx_sync_done_cv] 32.50r 0.00y >> 5.59s 0% 6432k > > Have you ever enabled e.g. dedup on certain dataset(s) and have a > lot of files, and the pool don't have 'async destroy' feature > enabled? In that case the fastest way to recover, if this took too > long, would probably import the pool read-only and copy data to > another pool. > > On -CURRENT you can use dtrace -qn 'zfs-dbgmsg{printf("%s\n", > stringof(arg0))}' to see more verbose information, they are not > always helpful but will give you better idea on what is going on > under the hood . > > Cheers, _______________________________________________ > freebsd-stable@freebsd.org > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable To > unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org > " > > > > -- - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.2 (FreeBSD) iQIcBAEBCgAGBQJVGZPKAAoJEJW2GBstM+nsPIAP/2aX5MItnX/LiLII+xKp/Hnx 9TZWUdpEqwOpIWovjiF7N+Vp9Uz8RCCHl5yzMbd5p/cvaP6h7oQZiJYzBDLVRx61 Rk3Uz7/SyycWPXlD6lhNYPZ9QrptgO6hhX5y4YHxOlibhe7NLCmZYNxBqNsqR0HW FoseCRP2+ima4Qu5P4dVKDCnKwMdifP7qvrbOZcyYWIVThVBH14Rp7w9zfiiAN6v AYSY9JLMYQGILfexORo/LG+kYI3gT2CIhYVNpfCsQLo5GNOucAZNYM5oO4aCt/BQ 2DIzhp58F1z7JYUwZVJ0p7GSjuZ2peWqYYyGMqFkBU0cydskGj+wGwu154sx6Vyg xAgzqH/jG95DqkC6yDRoy/bvJ0zam2z3N9jR+XRqgVsuwYbEG7dQp6TBByN5PWp+ UaRexsvknjNJA6Otqei5qQ5fcXfhaalTD+/3XB3eqExJa6sbONZ6qJdLeiDYe+3V wNRnuDQwatLCkLhQoFbXIdXQJ16Da4evmMrHd+YsKrytx2F/wMoNZru7Ilv6X+5L LhuGg26Kh2ohZQGvn4cWCus63wRWweEjpTpD4Ng2Ok+qIEgquC9kcveV1TSwxWi1 ZusD5hYqJXO2rA6iB2MyQqZi6t4fBK00CG7SkAegrNaKnH2e245s7qwsg6huKKUA yMt5wuj4GXbRg9yjWs0j =m5xz -----END PGP SIGNATURE-----