[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#27684: Can't build disk-images or vm-images on core-updates

From: Leo Famulari
Subject: bug#27684: Can't build disk-images or vm-images on core-updates
Date: Mon, 17 Jul 2017 16:56:19 -0400
User-agent: Mutt/1.8.3 (2017-05-23)

On Mon, Jul 17, 2017 at 04:02:14PM +0200, Ludovic Courtès wrote:
> 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=raw 
> size=107374182400
> --8<---------------cut here---------------end--------------->8---
> That’s 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…)

Yes, I tested with a variety of kernels and on the master branch as

> If it does, then the only other issue I can think of is if Guile itself,
> while running ‘copy-recursively’ from (guix build utils), eats memory
> proportional to the number of files, leading to an OOM condition.
> However the kernel message don’t 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:


Guile 2.0 would need to rebuild all the 2.2 modules it finds.

Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]