Bug 998148

Created attachment 787593 [details]
File: anaconda-tb

Created attachment 787594 [details]
File: anaconda.log

Created attachment 787595 [details]
File: environ

Created attachment 787596 [details]
File: lsblk_output

Created attachment 787597 [details]
File: messages

Created attachment 787598 [details]
File: nmcli_dev_list

Created attachment 787599 [details]
File: os_info

Created attachment 787600 [details]
File: program.log

Created attachment 787601 [details]
File: storage.log

Created attachment 787602 [details]
File: ifcfg.log

Thanks for your report.

Your system has 1 GB memory, which should be enough to install from the Live image without any swap, but the kernel says it ran out of memory while trying to disable swap.

Have you run a memory test and a media test?
(Both are under the Troubleshooting menu on the Live image.)

Snippet from attached anaconda.log:
...
17:07:43,369 INFO anaconda: 1048576 kB (1024 MB) are available
...

Snippet from attached messages: ("oom" means "Out Of Memory")
...
Aug 17 13:08:59 localhost kernel: [10858.022047] swapoff invoked oom-killer: gfp_mask=0x200da, order=0, oom_score_adj=0
...

Tested with:
$ qemu-img create f19-test-4.img 12G
Formatting 'f19-test-4.img', fmt=raw size=12884901888 

$ qemu-kvm -m 1024 -hda f19-test-4.img -cdrom ~/xfr/fedora/F19/Fedora-Live-Desktop-x86_64-19-1.iso -vga std -boot menu=on

Hello,

sorry for the time before answer but i was travel for the last week.

The media test (at the boot) and memory test was ok.

When i launch a second time the install all was ok.

I think i was made many time different choice for the partition for install. May be it's come to go in and out many time to the partion assistant?

(i hope you understand cause i don't speak english well)

Attempt to reproduce Bug 998148.

cmdline:        /usr/bin/python  /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-osimg-min --lang en_US.UTF-8
cmdline_file:   initrd=initrd0.img root=live:CDLABEL=Fedora-Live-Desktop-x86_64-19-1 rootfstype=auto ro rd.live.image quiet  rhgb rd.luks=0 rd.md=0 rd.dm=0  BOOT_IMAGE=vmlinuz0 
hashmarkername: anaconda
kernel:         3.9.5-301.fc19.x86_64
other involved packages: python-blivet-0.17-1.fc19.noarch
package:        anaconda-19.30.13-1.fc19.x86_64
product:        Fedora
reason:         DeviceError: ('cannot replace active format', 'sda2')
release:        Fedora release 19 (Schrödinger’s Cat)
version:        19

Created attachment 792057 [details]
anaconda-tb-knJHFl

Thanks for confirming that your install media and memory both pass their tests.

After looking again at your logs, I found that these packages had been installed in the Live environment:
gnome-shell-extension-common-3.8.3.1-1.fc19.noarch
gnome-shell-extension-user-theme-3.8.3.1-1.fc19.noarch
gnome-tweak-tool-3.8.1-1.fc19.noarch

After those were installed, gnome-tweak-tool was used to install two extensions:
remove-rounded-corners
hidetopbar
(again, following your logs)

After that, "free" and "top" showed that swap was being used.

I also ran "sudo yum update", which failed with numerous
"write error" and
"write errorbuilding deltarpms>"
messages.

After that, swap usage had increased to about 600 MB.

To reproduce the exception, I reformatted pre-existing partitions[1] as part of storage configuration in the Manual Partitioning dialog.

In a first attempt to reproduce, I did not reformat swap, and the install succeeded.

In a second attempt, I reformatted swap, and the install failed with the exception:
DeviceError: ('cannot replace active format', 'sda2')

Tested with:
$ qemu-img create f19-test-3.img 32G
Formatting 'f19-test-3.img', fmt=raw size=34359738368 

Pre-partition f19-test-3.img with gparted.

$ qemu-kvm -m 1024 -hda f19-test-3.img -cdrom ~/xfr/fedora/F19/Fedora-Live-Desktop-x86_64-19-1.iso -vga std -boot menu=on

[1] sda was pre-partitioned with gparted in an installed F19 system:
$ sudo parted /dev/sda u mib p free
Model: ATA QEMU HARDDISK (scsi)
Disk /dev/sda: 32768MiB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start     End       Size      Type     File system     Flags
        0.03MiB   1.00MiB   0.97MiB            Free Space
 1      1.00MiB   2001MiB   2000MiB   primary  ext2
 2      2001MiB   6001MiB   4000MiB   primary  linux-swap(v1)
 3      6001MiB   18001MiB  12000MiB  primary  ext4
 4      18001MiB  32768MiB  14767MiB  primary  ext4

*** This bug has been marked as a duplicate of bug 1114786 ***