Bug 1113065

+++ This bug was initially created as a clone of Bug #1099172 +++

Description of problem:

(Reported by Stef Walter)

mkdir -p ~/.guestfs-1000
/usr/bin/supermin --build --verbose --if-newer --lock ~/.guestfs-1000/lock --copy-kernel -f ext2 --host-cpu x86_64 /usr/lib64/guestfs/supermin.d -o ~/.guestfs-1000/appliance.d

fails with the error:

supermin: exception: Out of memory

I asked Stef to use -v -v -v, and the end of the output is:

  - /var/lib/systemd/coredump
  - /var/lib/systemd/random-seed
  - /var/lib/tpm
  - /var/local
  - /var/lock
  - /var/log
  - /var/log/README
  - /var/log/journal
  - /var/log/lastlog
  - /var/log/tallylog
  - /var/spool
  - /var/spool/mail
  - /var/mail
  - /var/nis
  - /var/opt
  - /var/preserve
  - /var/run
  - /var/run/console
  - /var/run/dbus
  - /var/run/faillock
  - /var/run/mdadm
  - /var/run/sepermit
  - /var/run/setrans
  - /var/spool
  - /var/spool/lpd
  - /var/spool/mail
  - /var/tmp
  - /var/yp
supermin: kernel: picked kernel vmlinuz-3.14.4-200.fc20.x86_64
supermin: kernel: picked modules path /lib/modules/3.14.4-200.fc20.x86_64
supermin: kernel: kernel_version 3.14.4-200.fc20.x86_64
supermin: kernel: modules /lib/modules/3.14.4-200.fc20.x86_64
supermin: ext2: creating empty ext2 filesystem '/data/.guestfs-1000/appliance.d.ci1uy50n/root'
mke2fs 1.42.8 (20-Jun-2013)
Discarding device blocks: done                            
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
262144 inodes, 1048576 blocks
52428 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=1073741824
32 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736

Allocating group tables: done                            
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done 

supermin: ext2: populating from base image
supermin: ext2: copying files from host filesystem
supermin: exception: Out of memory

It turns out the exception is raised from C code:

/* Read in the whole file into memory.  Check the size is still 'size'. */
static char *
read_whole_file (const char *filename, size_t size)
{
  char *buf = malloc (size);
  if (buf == NULL)
    caml_raise_out_of_memory ();

/var/log/lastlog (in this case) was a huge file which caused
the out of memory error.

Version-Release number of selected component (if applicable):

supermin 5.1.7