Bug 490066 - anaconda install fails with fileSystemTypeGet is not defined
anaconda install fails with fileSystemTypeGet is not defined
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
rawhide
i686 Linux
low Severity medium
: ---
: ---
Assigned To: Anaconda Maintenance Team
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  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:
Environment:
Last Closed: 2009-03-13 00:54:03 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
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):

11.5.0.28

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 http://10.0.1.2/rawhide/i386/os \
  --extra-args "ks=http://10.0.1.2/olpc/fedora-xo/olpc-dead.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 (11.5.0.29-1). Thanks for filing a report.

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