*** Bug 875420 has been marked as a duplicate of this bug. ***

This is a regression

I can't reproduce this using 512 MB memory and the F18-Beta-TC8 DVD.

Test procedure:

1. Create a 12 GB empty disc image:
$ qemu-img create f18-test-2.img 12G

2. Start the installer from the DVD with 512 GB memory:
$ qemu-kvm -m 512 -hda f18-test-2.img -cdrom ~/xfr/fedora/F18/F18-Beta/TC8/Fedora-18-Beta-TC8-x86_64-DVD.iso -usb -vga qxl -boot menu=on -usbdevice mouse

3. Select a time zone.

4. Select a minimal install.

5. Auto-create partitions and filesystems:
   Click Installation Destination.
   Click Done.
   NB: This creates a 992 MB swap space on a logical volume.

6. Begin Installation.

The install completes and the target boots without apparent error.

With 512 MB memory, the F18-Beta-TC8 Live CD boots to the desktop, and a terminal can be started. If the installer is launched, a white disk that moves with the mouse is visible, but the installer welcome panel is never displayed. The desktop becomes unresponsive.

Tested with:
$ qemu-img create f18-test-2.img 12G
$ qemu-kvm -m 512 -hda f18-test-2.img -cdrom ~/xfr/fedora/F18/F18-Beta/TC8/Fedora-18-Beta-TC8-x86_64-Live-Desktop.iso -usb -vga qxl -boot menu=on -usbdevice mouse

If the DVD is used to first partition the disc image, so that the disc image contains a swap space, the Live CD installer still fails to start. Swap space is enabled when the Live CD starts, but it is disabled after the installer is launched. Verified by running "top" from a terminal.

Booting the full DVD requires less ram, as the stage2 runs from the DVD, not loaded into memory.  If just booting the kernel and downloading stage2 from the network will require more memory, because stage2 is downloaded into ram.

Booting live media takes more memory too, there is just more stuff running by the time you launch anaconda.

It also depends on the size of your package install set.

With F18 and the rewrite we aren't really sure what our memory requirements are, and what is a bug of too much in use vs this is what we need.

Thanks for the additional details. With 768 MB memory and default partitioning, a Live CD install succeeds:

$ qemu-img create f18-test-2.img 12G
$ qemu-kvm -m 768 -hda f18-test-2.img -cdrom ~/xfr/fedora/F18/F18-Beta/TC8/Fedora-18-Beta-TC8-x86_64-Live-Desktop.iso -usb -vga qxl -boot menu=on -usbdevice mouse

From watching "top" during installation from the Live CD, it can be seen that, after configuring the disk, the installer enables swap, which is used during software installation.

I reran the DVD install test using 512 MB memory, default partitioning, and a Gnome desktop package set, and that succeeded too.

Those are excellent results, IMO.

I think our memory usage is actually pretty good at this point. Using smoke4:

DVD with 512M works (about 200M swap)
PXE with 512M doesn't work which isn't a surprise. it has to download the install.img into ram.
PXE with 768M works but is a bit slow. Text should be better.
livecd with 512M doesn't work. No surprise here, with the full gnome desktop running.
livecd with 768M works fine.

*** Bug 873343 has been marked as a duplicate of this bug. ***

Created attachment 664823 [details]
anaconda without swap

Brian didn't really describe what was changed. But I tried running anaconda with 512 MB RAM and installing without a swap and it correctly says I don't have enough memory for that. See screenshot. Thus marking as VERIFIED.

I forgot to mention it was anaconda 18.37.2 from TC2 (which is stable now).

Brian, does it mean the fix is already pushed and we can close this bug without waiting for the NTH process to happen? Or do you have some further patches prepared?

Nothing has been changes. I think our current limits are just fine.

Closing then.