From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#27684: Can't build disk-images or vm-images on core-updates Date: Mon, 17 Jul 2017 16:02:14 +0200 Message-ID: <87vamr5fh5.fsf@gnu.org> References: <20170713215721.GA10197@jasmine.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51775) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dX6c7-0004qc-9f for bug-guix@gnu.org; Mon, 17 Jul 2017 10:03:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dX6c3-0007OA-C1 for bug-guix@gnu.org; Mon, 17 Jul 2017 10:03:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:41857) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dX6c3-0007O0-8A for bug-guix@gnu.org; Mon, 17 Jul 2017 10:03:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dX6c2-00074F-UM for bug-guix@gnu.org; Mon, 17 Jul 2017 10:03:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20170713215721.GA10197@jasmine.lan> (Leo Famulari's message of "Thu, 13 Jul 2017 17:57:21 -0400") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Leo Famulari Cc: 27684@debbugs.gnu.org Hi Leo, Leo Famulari skribis: > Both `guix system disk-image` and `guix system vm-image` fail for me on > core-updates. Read-only VMs seem to work fine. I'm currently checking to > see if it fails when building on GuixSD. The log shows that building the disk-image derivation starts with: --8<---------------cut here---------------start------------->8--- creating raw image of 102400.00 MiB... Formatting '/gnu/store/yv5r65584aaml86hc0xrgyffnp70ri36-disk-image', fmt=3D= raw size=3D107374182400 --8<---------------cut here---------------end--------------->8--- That=E2=80=99s a lot, no? Regardless, memory consumption in the VM is not supposed to be proportional to the size of the image being created. The allocation failure happens while copying files: --8<---------------cut here---------------start------------->8--- `/gnu/store/rmawlm76aib9yxnp6srrrcq57slc2sy1-profile/share/man/man8/resize2= fs.8.gz' -> `/fs/gnu/store/rmawlm76aib9yxnp6srrrcq57slc2sy1-profile/share/m= an/man8/resize2fs.8.gz' `/gnu/store/rmawlm76aib9yxnp6srrrcq57slc2sy1-profile/share/man/man8/setkeyc= odes.8.gz' -> `/fs/gnu/store/rmawlm76aib9yxnp6srrrcq57slc2sy1-profile/share= /man/man8/setkeycodes.8.gz' [ 108.852534] init: page allocation stalls for 10004ms, order:0, mode:0x14= 00040(GFP_NOFS), nodemask=3D(null) [ 108.853423] init cpuset=3D/ mems_allowed=3D0 [ 108.853781] CPU: 0 PID: 1 Comm: init Not tainted 4.12.0-gnu #1 [ 108.854356] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS = rel-1.10.2-0-g5f4c7b1-prebuilt.qemu-project.org 04/01/2014 [ 108.855441] Call Trace: [ 108.855825] dump_stack+0x63/0x82 [ 108.856355] warn_alloc+0x114/0x1b0 [ 108.856838] __alloc_pages_slowpath+0x91d/0xd90 [ 108.857265] __alloc_pages_nodemask+0x245/0x260 [ 108.857937] alloc_pages_current+0x95/0x140 [ 108.858581] __page_cache_alloc+0xb5/0xc0 [ 108.859194] pagecache_get_page+0x88/0x220 [ 108.859582] ext4_mb_load_buddy_gfp+0x214/0x400 --8<---------------cut here---------------end--------------->8--- Does that work on previous master with Linux-libre 4.12.0 (current master is at 4.12.2)? (This would allow us to determine if this is an ext4 bug, who knows=E2=80=A6) If it does, then the only other issue I can think of is if Guile itself, while running =E2=80=98copy-recursively=E2=80=99 from (guix build utils), e= ats memory proportional to the number of files, leading to an OOM condition. However the kernel message don=E2=80=99t report it as an OOM, AFAICS. Thanks, Ludo=E2=80=99.