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: Tue, 18 Jul 2017 15:57:46 +0200 Message-ID: <87wp75x2xx.fsf@gnu.org> References: <20170713215721.GA10197@jasmine.lan> <87vamr5fh5.fsf@gnu.org> <20170717205619.GA2568@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]:41907) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXT1m-0006mA-3d for bug-guix@gnu.org; Tue, 18 Jul 2017 09:59:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXT1i-0001qq-4c for bug-guix@gnu.org; Tue, 18 Jul 2017 09:59:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43987) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dXT1i-0001qm-0e for bug-guix@gnu.org; Tue, 18 Jul 2017 09:59:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dXT1h-00036B-Om for bug-guix@gnu.org; Tue, 18 Jul 2017 09:59:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20170717205619.GA2568@jasmine.lan> (Leo Famulari's message of "Mon, 17 Jul 2017 16:56:19 -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 Leo Famulari skribis: > On Mon, Jul 17, 2017 at 04:02:14PM +0200, Ludovic Court=C3=A8s wrote: >> The log shows that building the disk-image derivation starts with: >>=20 >> --8<---------------cut here---------------start------------->8--- >> creating raw image of 102400.00 MiB... >> Formatting '/gnu/store/yv5r65584aaml86hc0xrgyffnp70ri36-disk-image', fmt= =3Draw size=3D107374182400 >> --8<---------------cut here---------------end--------------->8--- >>=20 >> That=E2=80=99s a lot, no? > > Yes, I specified it manually while debugging. > >> Regardless, memory consumption in the VM is not supposed to be >> proportional to the size of the image being created. > > Indeed, the problem exists also when I don't pick a size manually. > >> The allocation failure happens while copying files: > > [...] > >> 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) > > Yes, I tested with a variety of kernels and on the master branch as > well. > >> 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)= , eats 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. > > I'm wondering if it's related to the Guile 2.0 / 2.2 mismatch in the > initrd, discussed previously: > > https://lists.gnu.org/archive/html/guix-devel/2017-07/msg00220.html > > Guile 2.0 would need to rebuild all the 2.2 modules it finds. This works for me now: --8<---------------cut here---------------start------------->8--- $ ./pre-inst-env guix system disk-image gnu/system/install.scm=20 *** output flushed *** $ file /gnu/store/37ppm08ggdds3i06h4la0wdzilcnladm-disk-image /gnu/store/37ppm08ggdds3i06h4la0wdzilcnladm-disk-image: DOS/MBR boot sector $ git describe v0.13.0-1474-gef03d8dc3 --8<---------------cut here---------------end--------------->8--- Could you check if it works for you? It=E2=80=99s a much smaller image than what you tried (1G vs. 102G). Ludo=E2=80=99.