Bug 614407

Summary: wrong runlevel is set after installation
Product: Red Hat Enterprise Linux 6 Reporter: Jiri Pirko <jpirko>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED NOTABUG QA Contact: Release Test Team <release-test-team-automation>
Severity: medium Docs Contact:
Priority: medium    
Version: 6.0CC: mschmidt, rkhan
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-07-16 15:55:52 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
install.log none

Description Jiri Pirko 2010-07-14 12:40:39 UTC 
Description of problem:

When I provision a machine in beaker with nightly RHEL6 and I boot-up, I do not see a login gialog on tty1. That's because default runlevel is set to 5 although no Xs are present. It results in long line (boot line) drawn and no keyboard response on tty1 which feels at least weird.

Version-Release number of selected component (if applicable):
RHEL6.0-20100713.n.1_nfs-Server-x86_64

How reproducible:
always

Steps to Reproduce:
1. provision a machine (I tried intel-d3ca2-01.lab.bos.redhat.com) using beaker.
2. boot and run "runlevel"
  
Actual results:
N 5

Expected results:
N 3
Comment 2 Chris Lumens 2010-07-14 14:33:53 UTC 
Please attach /var/log/anaconda.log and /root/install.log from the installed system to this bug report.
Comment 3 Jiri Pirko 2010-07-14 14:41:06 UTC 
Created attachment 431800 [details]
anaconda.log
Comment 4 Jiri Pirko 2010-07-14 14:41:52 UTC 
Created attachment 431801 [details]
install.log
Comment 5 RHEL Program Management 2010-07-15 15:12:17 UTC 
This issue has been proposed when we are only considering blocker
issues in the current Red Hat Enterprise Linux release. It has
been denied for the current Red Hat Enterprise Linux release.

** If you would still like this issue considered for the current
release, ask your support representative to file as a blocker on
your behalf. Otherwise ask that it be considered for the next
Red Hat Enterprise Linux release. **
Comment 6 Chris Lumens 2010-07-16 15:55:52 UTC 
Your kickstart file specifies that X should be started:

# Configure the X Window System
xconfig --startxonboot