Bug 218383 – /sbin/consoletype: Permission denied when logging in

Bug 218383 - /sbin/consoletype: Permission denied when logging in

Summary:	/sbin/consoletype: Permission denied when logging in

Status:	CLOSED WORKSFORME

Aliases:	None

Product:	Red Hat Enterprise Linux 5
Classification:	Red Hat
Component:	initscripts (Show other bugs)
Sub Component:
Version:	5.0
Hardware:	All Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Bill Nottingham
QA Contact:	Brock Organ
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2006-12-04 17:40 EST by Linda Knippers
Modified:	2014-03-16 23:04 EDT (History)
CC List:	3 users (show)

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2006-12-04 18:15:09 EST
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Linda Knippers 2006-12-04 17:40:08 EST

Description of problem:
A regular user gets "/sbin/consoletype: Permission denied" when logging in.
The /etc/profile.d/lang.sh script wants to run the program but the 
permissions on the file are 500.  In RHEL4 the permissions are 755.

Version-Release number of selected component (if applicable):
I'm running the RHEL5 beta 2 with SELinux enabled and the MLS
policy from dwalsh's people page.

How reproducible:


Steps to Reproduce:
1.create a regular using (bash shell in my case)
2.log in
3.
  
Actual results:
-bash: /sbin/consoletype: Permission denied


Expected results:
no error

Additional info:
If I change the permissions it works of course.

Comment 1 Bill Nottingham 2006-12-04 18:02:54 EST

I'm not seeing this - on all arches, /sbin/consoletype is 0755.

How did you install?

Comment 2 Linda Knippers 2006-12-04 18:09:50 EST

I had a feeling it seemed too broken to not be noticed...

I installed using the kickstart script we're using for the LSPP
project and the script.
RPM download:
   http://klaus.vh.swiftco.net/lspp/SRPMS/
   http://klaus.vh.swiftco.net/lspp/RPMS/noarch/

Let me take a closer look at what its doing.  I hope I can find a log
somewhere.

Comment 3 Linda Knippers 2006-12-04 18:13:46 EST

Well, I verified that the rpm thinks the permissions should be 755 so 
this must be a bug in the kickstart setup.  Sorry about that.  Shall I
just close the bug or do you want to?

Comment 4 Bill Nottingham 2006-12-04 18:15:09 EST

I can.

Note You need to log in before you can comment on or make changes to this bug.