Step 3. above should read "Go through the screens up to picking a timezone and choose Toronto; press next -> crash"

Oh, and I can reliably reproduce it.

Could you attach the traceback?  I don't see it here.

Created attachment 493523 [details]
traceback

Sorry, forgot to attach it initially.

Is that all you have to do to reproduce this?  We've seen it before (especially in Fedora) but have never been able to reproduce it to figure it out.

Yup, I can make it happen every time.

This looks like you are hitting the same problem as bug 663294, is your network serving up a DHCP hostname? You can also try running xhost + before running liveinst.

This was fixed in F15 by commit 900756cad358f443028ecbec0882651dbba5e433

My virtual network is evidently not serving up DHCP hostnames.  Running xhost + before running liveinst lets me get past the crash and to the "enter the root password" page.  Thanks.

This is the same as bug #663294 from Fedora.  The fix is to cherry-pick b5f46d92a3dfd790650920859312e9bf505c80be on rhel6-branch.  That patch is:

commit b5f46d92a3dfd790650920859312e9bf505c80be
Author: Chris Lumens <clumens>
Date:   Wed Dec 15 10:20:36 2010 -0500

    Raise an exception if X*Display functions fail (#663294).

diff --git a/pyanaconda/isys/isys.c b/pyanaconda/isys/isys.c
index 392a42c..e28fcad 100644
--- a/pyanaconda/isys/isys.c
+++ b/pyanaconda/isys/isys.c
@@ -603,6 +603,7 @@ static PyObject * doIsCapsLockEnabled(PyObject * s, PyObject * args) {
     XkbStateRec state;
 
     if ((d = XOpenDisplay(NULL)) == NULL) {
+        PyErr_SetString(PyExc_RuntimeError, "XOpenDisplay failed");
         return NULL;
     }
 
@@ -610,6 +611,7 @@ static PyObject * doIsCapsLockEnabled(PyObject * s, PyObject * args) {
     XkbGetState(d, XkbUseCoreKbd, &state);
 
     if (XCloseDisplay(d)) {
+        PyErr_SetString(PyExc_RuntimeError, "XCloseDisplay failed");
         return NULL;
     }

That fixes part of it.  The other part is in comment #8.

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

This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has 
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed 
products. This request is not yet committed for inclusion in an Update release.

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

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

(In reply to comment #7)
> Yup, I can make it happen every time.

Hi Andrew,
I wasn't able to reproduce. Can you give some more details about your network configuration and how exactly you created the virtual guest.

(In reply to comment #19)
> (In reply to comment #7)
> > Yup, I can make it happen every time.
> 
> Hi Andrew,
> I wasn't able to reproduce. Can you give some more details about your network
> configuration and how exactly you created the virtual guest.

I don't have it set up anymore but it was just a simple virt-manager-created network and guest with the defaults.

------- Comment From sachinp.com 2011-10-04 08:20 EDT-------
I tried this with RHEL 6.2 Beta1 release and can still recreate the problem.

anaconda 13.21.140 exception report
Traceback (most recent call first):
File "/usr/lib/anaconda/iw/account_gui.py", line 91, in setCapsLockLabel
if _isys.isCapsLockEnabled():
File "/usr/lib/anaconda/iw/account_gui.py", line 72, in getScreen
self.setCapsLockLabel()
File "/usr/lib/anaconda/gui.py", line 1470, in setScreen
new_screen = self.currentWindow.getScreen(anaconda)
File "/usr/lib/anaconda/gui.py", line 1391, in nextClicked
self.setScreen ()
RuntimeError: XOpenDisplay failed

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

Both Brian Lane and I have tried to reproduce this on KVM guests using the RHEL 6.2 Beta live image.  Installation works fine for both of us.  The patch that fixes the issue originally reported has been there since 21-Feb-2011.  The first build that included the fix was done on 21-Jul-2011 and was anaconda-13.21.122-1.  Moving back to ON_QA.

David,
please confirm that the fix for this BZ (System x)also apply for the System z related bug "728229" that has been marked duplicate to this System x bug.

(In reply to comment #26)
> David,
> please confirm that the fix for this BZ (System x)also apply for the System z
> related bug "728229" that has been marked duplicate to this System x bug.

It's the same bug.  Same code base, same fix on all platforms.

Hello,
This is fixed in anaconda-13.21.122-1.

Thank You
Joe Kachuck

------- Comment From sachinp.com 2011-11-02 05:24 EDT-------
This problem can still be recreated against snap3.

architecture: s390x
cmdline: /usr/bin/python /usr/bin/anaconda
component: Cannot get package and component for file /usr/bin/anaconda
executable: /usr/bin/anaconda
kernel: 2.6.32-211.el6.s390x
package: Cannot get package and component for file /usr/bin/anaconda
release: Cannot get release name.
other involved packages:

anaconda 13.21.146 exception report
Traceback (most recent call first):
File "/usr/lib/anaconda/iw/account_gui.py", line 91, in setCapsLockLabel
if _isys.isCapsLockEnabled():
File "/usr/lib/anaconda/iw/account_gui.py", line 72, in getScreen
self.setCapsLockLabel()
File "/usr/lib/anaconda/gui.py", line 1470, in setScreen
new_screen = self.currentWindow.getScreen(anaconda)
File "/usr/lib/anaconda/gui.py", line 1391, in nextClicked
self.setScreen ()
RuntimeError: XOpenDisplay failed

I have attached the complete anaconda error messages.

Created attachment 531293 [details]
Anaconda error messages displayed with the failure.


------- Comment (attachment only) From sachinp.com 2011-11-02 05:25 EDT-------

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2011-1565.html