Bug 490066 - anaconda install fails with fileSystemTypeGet is not defined
Summary: anaconda install fails with fileSystemTypeGet is not defined
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: i686
OS: Linux
low
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-03-13 03:40 UTC by Scott Douglass
Modified: 2009-03-13 04:54 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-03-13 04:54:03 UTC
Type: ---
Embargoed:


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

Description Scott Douglass 2009-03-13 03:40:06 UTC
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 04:54:03 UTC
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.