From owner-freebsd-stable@FreeBSD.ORG Mon Jan 6 01:27:08 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D1CEE21 for ; Mon, 6 Jan 2014 01:27:08 +0000 (UTC) Received: from mail.ijs.si (mail.ijs.si [IPv6:2001:1470:ff80::25]) by mx1.freebsd.org (Postfix) with ESMTP id EC951166E for ; Mon, 6 Jan 2014 01:27:07 +0000 (UTC) Received: from amavis-proxy-ori.ijs.si (localhost [IPv6:::1]) by mail.ijs.si (Postfix) with ESMTP id 3dyJwp1R2jzGMnN for ; Mon, 6 Jan 2014 02:27:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ijs.si; h= user-agent:message-id:organization:subject:subject:from:from :date:date:content-transfer-encoding:content-type:content-type :mime-version:received:received:received:received; s=jakla2; t= 1388971621; x=1391563622; bh=EgW5XgyN0oy1Kny8ohFIxTgBWvVBevmpUqm Mic/9fcw=; b=FN1VPun+oXwZibNERN/gegTcDTsRdVaJrYmf1qs5BWJx01DSv+F QwoC+dj2QR/FfZPpHRk0Q6/npA+it5XaCOOyhTlZCiw+/+rB1tYmHw3ppQA8tUAQ YE+GA1OOkfIn1TUtYWDQVQSaOaQmirDJ6+AsBza4j14VNebCyMIO0sQE= X-Virus-Scanned: amavisd-new at ijs.si Received: from mail.ijs.si ([IPv6:::1]) by amavis-proxy-ori.ijs.si (mail.ijs.si [IPv6:::1]) (amavisd-new, port 10012) with ESMTP id 4obYx4ikFVeV for ; Mon, 6 Jan 2014 02:27:01 +0100 (CET) Received: from mildred.ijs.si (mailbox.ijs.si [IPv6:2001:1470:ff80::143:1]) by mail.ijs.si (Postfix) with ESMTP for ; Mon, 6 Jan 2014 02:27:01 +0100 (CET) Received: from neli.ijs.si (neli.ijs.si [193.2.4.95]) by mildred.ijs.si (Postfix) with ESMTP id 56EE5BE3 for ; Mon, 6 Jan 2014 02:27:01 +0100 (CET) Received: from sleepy.ijs.si ([2001:1470:ff80:e001::1:1]) by neli.ijs.si with HTTP (HTTP/1.1 POST); Mon, 06 Jan 2014 02:27:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 06 Jan 2014 02:27:01 +0100 From: Mark Martinec To: freebsd-stable@freebsd.org Subject: Installer fails with "out of swap space" when installing ZFS-on-root with less then 4 GB mem (10.0-RC4) Organization: J. Stefan Institute Message-ID: <7a61b7a1f156dcf67b3ba44bca7dd906@mailbox.ijs.si> X-Sender: Mark.Martinec+freebsd@ijs.si User-Agent: Roundcube Webmail/0.9.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 06 Jan 2014 01:27:08 -0000 I was playing with bhyve on 10.0-RC4, trying to install another 10.0-RC4 into a 16 GB ZFS volume using the network installation DVD. Mostly kept defaults, except that I chose a ZFS-on-root installation. The amd64 host was given 1 GB of RAM on the first attempt, but failed. It fails on 2 GB RAM too, but succeeds when given 4 GB of RAM. It's a bit tricky to capture the failure reason, because the installation script covers the underlying failure and just reports by the end of the 'Archive Extraction' phase: An installation step has been aborted. Would you like to restart the installation or exit the installer? Nevertheless, capturing the output using a null modem on a bhyve's serial console (/dev/nmdm) the failure reason is revealed: Jan 5 03:20:10 kernel: pid 1496 (distextract), uid 0, was killed: out of swap space Jan 5 03:20:10 kernel: pid 621 (devd), uid 0, was killed: out of swap space Jan 5 03:20:10 kernel: pid 1176 (dhclient), uid 65, was killed: out of swap space Jan 5 03:20:10 dhclient[1123]: connection closed Jan 5 03:20:10 dhclient[1123]: exiting. [1;24r[m[?7h[?1h=[?1h=[H[J FreeBSD Installer So it seems that the gpt partitioning does succeed in creating the necessary partitions including the swap space, but that swap space is not mounted when the OS installation begins. I'm sure that some percentage of virtual memory could easily be swapped out with not much ill-effect on further decompressing and unpacking of files and other installation steps. Seems unreasonable that 2 MB of memory is insufficient for a plain OS installation on ZFS. I understand that ZFS would be happier with more memory for heavy production use, and that a modern real iron has much more than 4 GB of memory, but virtualized guests are often dedicated to a single task and could do well with 'just' 2 GB of memory, even if using ZFS. So my suggestion is twofold: - let the installer mount the available swap partitions before jumping into heavy installation work; - avoid covering an underlying failure with a quickly-redrawn installer menu; at least some delay after a failure but before erasing the screen would be useful, avoiding the user to go to great lengths to be able to capture the failure reason. Mark