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 1141676 - anaconda doesn't honor "xconfig --startxonboot --defaultdesktop=KDE" line and starts machine in Gnome post installation.
Summary: anaconda doesn't honor "xconfig --startxonboot --defaultdesktop=KDE" line an...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gdm
Version: 7.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: Desktop QE
URL:
Whiteboard:
: 1187699 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-15 08:25 UTC by Pushpendra Chavan
Modified: 2018-12-06 18:00 UTC (History)
6 users (show)

Fixed In Version: gdm-3.14.2-9.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-11-19 07:13:17 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
x log (19.08 KB, text/plain)
2014-09-15 08:25 UTC, Pushpendra Chavan 		no flags Details
syslog (76.54 KB, text/plain)
2014-09-15 08:25 UTC, Pushpendra Chavan 		no flags Details
storage.log (214.10 KB, text/plain)
2014-09-15 08:25 UTC, Pushpendra Chavan 		no flags Details
program log (54.39 KB, text/plain)
2014-09-15 08:26 UTC, Pushpendra Chavan 		no flags Details
packaging.log (379.45 KB, text/plain)
2014-09-15 08:26 UTC, Pushpendra Chavan 		no flags Details
ifcfg log (1.01 KB, text/plain)
2014-09-15 08:26 UTC, Pushpendra Chavan 		no flags Details
anaconda.log (12.34 KB, text/plain)
2014-09-15 08:27 UTC, Pushpendra Chavan 		no flags Details
Gnome classic login error after removing gnome-classic-session (129.55 KB, image/png)
2015-02-05 23:58 UTC, Simon Gao 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 1196473 0 None None None Never
Red Hat Product Errata RHBA-2015:2216 0 normal SHIPPED_LIVE gnome compositor stack bug fix and enhancement update 2015-11-19 08:26:34 UTC

Description Pushpendra Chavan 2014-09-15 08:25:15 UTC 
Created attachment 937476 [details]
x log

Description of problem:
Installed Red Hat Enterprise Linux 7 with the following kickstart profile.

auth --enableshadow --passalgo=sha512
cdrom
xconfig  --startxonboot --defaultdesktop=KDE
ignoredisk --only-use=vda
keyboard --vckeymap=us --xlayouts='us'
lang en_US.UTF-8
network --hostname=newrhel7
rootpw --iscrypted $6$naiXhzfyCW2MWKUo$/S6idckbWajv2AJ8XpjBDBLntZy1U0vDyNrYlV7QMKFObkqTAHRdrF7xSBiWyinUHCw6WAwsnzp3OY9xL3J/f.
timezone America/New_York --isUtc
bootloader --location=mbr --boot-drive=vda
autopart --type=lvm
clearpart --none --initlabel --drives=vda
reboot
%packages
@^graphical-server-environment
@base
@core
@gnome-desktop
@kde-desktop
%end

%post --nochroot
tar cvf /mnt/sysimage/root/installation_logs.tar /tmp/*log*
%end

This has mentioned that the defaultDesktop shall be KDE, upto RHEL6 this was working perfectly, but in RHEL7, it doesn't work well.

Post installation, the machine continues booting in gnome session until and unless we change it manually.


Version-Release number of selected component (if applicable):
RHEL7 Installation.

How reproducible:
Always.

Steps to Reproduce:
1. Use the attached kickstart or use any kickstart with the same xconfig line and %packages section.
2. Check the machine after installation, it will give gnome firstboot setup agent and boot into gnome session.


Actual results:
It starts gnome session.

Expected results:
It shall honor the line and go into KDE.

Additional info:
Adding logs.
Comment 1 Pushpendra Chavan 2014-09-15 08:25:36 UTC 
Created attachment 937477 [details]
syslog
Comment 2 Pushpendra Chavan 2014-09-15 08:25:55 UTC 
Created attachment 937478 [details]
storage.log
Comment 3 Pushpendra Chavan 2014-09-15 08:26:16 UTC 
Created attachment 937479 [details]
program log
Comment 4 Pushpendra Chavan 2014-09-15 08:26:41 UTC 
Created attachment 937480 [details]
packaging.log
Comment 5 Pushpendra Chavan 2014-09-15 08:26:59 UTC 
Created attachment 937481 [details]
ifcfg log
Comment 6 Pushpendra Chavan 2014-09-15 08:27:19 UTC 
Created attachment 937482 [details]
anaconda.log
Comment 7 David Shea 2014-09-15 13:46:11 UTC 
(In reply to Pushpendra Chavan from comment #0)
> %post --nochroot
> tar cvf /mnt/sysimage/root/installation_logs.tar /tmp/*log*
> %end

Log files are copied to /var/log/anaconda at the end of kickstart %post, so there's no need to do this.
Comment 8 David Shea 2014-09-15 18:00:31 UTC 
--defaultdesktop=KDE requires kdm to be installed, and kdm is not in RHEL-7.
Comment 9 David Shea 2014-10-06 15:45:18 UTC 
anaconda is writing whatever value is in --defaultdesktop= to /etc/sysconfig/desktop as DESKTOP=<desktop>. Since gdm is the only display manager available in RHEL, gdm needs to be able to select the default login session type.
Comment 15 Hans de Goede 2015-02-03 21:46:50 UTC 
*** Bug 1187699 has been marked as a duplicate of this bug. ***
Comment 16 Simon Gao 2015-02-05 17:33:45 UTC 
The posted workaround in https://access.redhat.com/solutions/1125833 does not work for us. 

We need to keep gnome-session-xsession and gnome-classic-session so a user can log into GNOME Classic if he/she wants to. 

This bug still needs to fixed.
Comment 17 Ray Strode [halfline] 2015-02-05 20:46:48 UTC 
Hi Simon,

The instructions provided in https://access.redhat.com/solutions/1125833 still allow a user to pick GNOME Classic if he/she wants.  

Even though, the gnome-classic-session package is removed, the menu entries will not go away, because before the package is removed, this command is run:

# cp /usr/share/xsessions/gnome-classic.desktop /etc/X11/sessions/3-gnome-classic.desktop

This ensures the menu entry is still available after the package is removed.
Comment 18 Simon Gao 2015-02-05 23:57:21 UTC 
I got an error. See attached screenshot.
Comment 19 Simon Gao 2015-02-05 23:58:18 UTC 
Created attachment 988643 [details]
Gnome classic login error after removing gnome-classic-session
Comment 21 Ray Strode [halfline] 2015-06-04 14:34:28 UTC 
devack+
Comment 25 Ray Strode [halfline] 2015-07-16 19:23:32 UTC 
as of gdm-3.14.2-8.el7 we will support putting

DESKTOP="KDE"

in /etc/sysconfig/desktop as a way of changing the default session from GNOME to KDE.

Since /etc/sysconfig/desktop wasn't previously supported in Red Hat Enterprise Linux 7, and may, for some users, be unexpectedly lingering from upgrades or old kickstart files, we will move /etc/sysconfig/desktop to /etc/sysconfig/desktop.rpmsave when upgrading from 7.1 or earlier. Users can then decide whether or not to reinstate the file.

marking MODIFIED for QA
Comment 26 Michal Domonkos 2015-07-17 12:37:33 UTC 
Hi Ray,

This build
  gdm-3.14.2-8.el7
  https://brewweb.devel.redhat.com/buildinfo?buildID=447779

is actually broken.  The GDM service won't start.  Towards the end of "journalctl -u gdm" is this:

Jul 17 14:28:14 testbox systemd[1]: gdm.service: main process exited, code=dumped, status=11/SEGV
Jul 17 14:28:14 testbox systemd[1]: Unit gdm.service entered failed state.
Jul 17 14:28:14 testbox systemd[1]: Triggering OnFailure= dependencies of gdm.service.
Jul 17 14:28:14 testbox systemd[1]: gdm.service failed.
Jul 17 14:28:14 testbox systemd[1]: gdm.service holdoff time over, scheduling restart.
Jul 17 14:28:14 testbox systemd[1]: start request repeated too quickly for gdm.service
Jul 17 14:28:14 testbox systemd[1]: Failed to start GNOME Display Manager.
Jul 17 14:28:14 testbox systemd[1]: Unit gdm.service entered failed state.
Jul 17 14:28:14 testbox systemd[1]: Triggering OnFailure= dependencies of gdm.service.
Jul 17 14:28:14 testbox systemd[1]: gdm.service failed.
Comment 27 Ray Strode [halfline] 2015-07-17 14:16:43 UTC 
will investigate right away. do you have /etc/sysconfig/desktop or no?
Comment 28 Ray Strode [halfline] 2015-07-17 14:20:11 UTC 
I see the problem, building a fix now.
Comment 29 Michal Domonkos 2015-07-17 15:13:40 UTC 
Yeah, I didn't have the file :)

Thanks for the fix, -9 starts fine now (that is, both with and without /etc/sysconfig/desktop).
Comment 31 errata-xmlrpc 2015-11-19 07:13:17 UTC 
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.

https://rhn.redhat.com/errata/RHBA-2015-2216.html
Note You need to log in before you can comment on or make changes to this bug.