Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 624992

Summary: VNC install fails with AttributeError: 'NoneType' object has no attribute 'find'
Product: Red Hat Enterprise Linux 6 Reporter: Alexander Todorov <atodorov>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED DUPLICATE QA Contact: Release Test Team <release-test-team-automation>
Severity: high Docs Contact:
Priority: high    
Version: 6.0CC: rvykydal
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-08-19 10:33:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
anaconda.log
none
ifcfg.log
none
program.log
none
storage.log
none
syslog none

Description Alexander Todorov 2010-08-18 10:22:58 UTC
Description of problem:
Trying to run VNC install with the latest RHEL6 build I got a traceback on the console:

Running anaconda 13.21.74, the Red Hat Enterprise Linux system installer - please wait.
06:17:46 Starting VNC...
Traceback (most recent call last):
  File "/usr/bin/anaconda", line 1013, in <module>
    runVNC()
  File "/usr/bin/anaconda", line 343, in runVNC
    vncS.startServer()
  File "/usr/lib/anaconda/vnc.py", line 217, in startServer
    self.initialize()
  File "/usr/lib/anaconda/vnc.py", line 128, in initialize
    if self.ip.find(':') != -1:
AttributeError: 'NoneType' object has no attribute 'find'
install exited abnormally [1/1] 
The system will be rebooted when you press Ctrl-C or Ctrl-Alt-Delete.


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

How reproducible:
tried once.

Steps to Reproduce:
1. Boot the system with linix vnc method=http://... console=ttyS0,...
2. In loader press Next to select default language and acivate networking (eth0 is pre-selected)
3. Rigth at the beginning of stage2 this traceback happens.
  
Actual results:
Traceback, VNC session not started

Expected results:
VNC is started

Additional info:
This is blocking VNC installs

Comment 1 Alexander Todorov 2010-08-18 10:36:18 UTC
Update: 
I can reproduce every time on ibm-x3755-02.ovirt.rhts no matter which NIC is selected in loader network configuration menu.

Comment 2 Radek Vykydal 2010-08-18 11:40:58 UTC
Please attach the complete traceback.

Comment 3 Alexander Todorov 2010-08-18 15:59:17 UTC
Created attachment 439423 [details]
anaconda.log

Comment 4 Alexander Todorov 2010-08-18 15:59:25 UTC
Created attachment 439424 [details]
ifcfg.log

Comment 5 Alexander Todorov 2010-08-18 15:59:34 UTC
Created attachment 439425 [details]
program.log

Comment 6 Alexander Todorov 2010-08-18 15:59:41 UTC
Created attachment 439426 [details]
storage.log

Comment 7 Alexander Todorov 2010-08-18 15:59:51 UTC
Created attachment 439427 [details]
syslog

Comment 8 Dave Cantrell 2010-08-18 17:00:53 UTC
Please attach the /tmp/anaconda-tb* file so we can actually see the entire traceback information.

Comment 9 Alexander Todorov 2010-08-19 08:16:22 UTC
There's no such file.

Comment 10 Radek Vykydal 2010-08-19 10:33:31 UTC

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

Comment 11 Dave Cantrell 2010-08-19 18:29:04 UTC

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