Bug 490066 - anaconda install fails with fileSystemTypeGet is not defined
anaconda install fails with fileSystemTypeGet is not defined
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
i686 Linux
low Severity medium
: ---
: ---
Assigned To: Anaconda Maintenance Team
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2009-03-12 23:40 EDT by Scott Douglass
Modified: 2009-03-13 00:54 EDT (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-03-13 00:54:03 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
screenshot of console with part of python stack trace (81.17 KB, image/png)
2009-03-12 23:40 EDT, Scott Douglass
no flags Details

  None (edit)
Description Scott Douglass 2009-03-12 23:40:06 EDT
Created attachment 335053 [details]
screenshot of console with part of python stack trace

Description of problem:
It's not possible to install rawhide via anaconda, at least when using virt-install or when booting a QEMU VM with the boot.img file.

Anaconda fails with:

NameError: global name 'fileSystemTypeGet' is not defined (see screenshot of virt-viewer console for the context)

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

How reproducible:
For me, it's simple, just try to boot a QEMU VM using the rawhide image and go through a normal graphical install. It will fail everytime. 

Also, every time for using virt-install.

I am using a mirror of fedora development repo update nightly via rsync.

Steps to Reproduce:
1. run this script:
virt-install \
  --name fedora-xo \
  --ram 512 \
  --vcpus 1 \
  --disk path=/archive/vm/libvirt/fedora-xo.img \
  --network bridge:br0 \
  --vnc \
  --vncport 5910 \
  --connect qemu:///system \
  --os-type linux \
  --os-variant fedora10 \
  --hvm \
  --arch i686 \
  --location \
  --extra-args "ks= ip=dhcp" \

(kick start file is attached...)

2. wait for it to crash
3. reboot

This sort of thing blows up eventually as well:
/usr/bin/qemu -M pc -no-kqemu -m 256 -smp 1 -name fedora-xo \
  -no-reboot \
-cdrom /archive/fedora/development/i386/os/images/boot.iso -boot d \
  -drive "file=/archive/vm/libvirt/fedora-xo.img,if=ide,index=0" \
  -net "nic,macaddr=54:52:00:6a:b7:2b,vlan=0" \
  -net "tap,fd=16,script=,vlan=0,ifname=vnet0" \
  -usb -k en-us -soundhw es1370  

Actual results:
anaconda crashes

Expected results:
install completes as expected

Additional info:
Comment 1 David Lehman 2009-03-13 00:54:03 EDT
This should be fixed in the next build of anaconda ( Thanks for filing a report.

Note You need to log in before you can comment on or make changes to this bug.