Bug 1295815

Summary:	I can start condor_q as root but not as user though the user is member of condor with selinux=1
Product:	[Fedora] Fedora	Reporter:	Knut J BJuland <knutjbj>
Component:	condor	Assignee:	matt
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	urgent	Docs Contact:
Priority:	unspecified
Version:	23	CC:	bbockelm, bcotton, eerlands, knutjbj, matt, tstclair
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-01-05 15:03:53 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Knut J BJuland 2016-01-05 14:28:45 UTC

Description of problem:


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


How reproducible:
every time

Steps to Reproduce:
1.condor_Q
2.
3.

Actual results:
-- Failed to fetch ads from: <10.0.0.2:9618?addrs=10.0.0.2-9618&noUDP&sock=9226_d8da_4> : uefi_super_knut
SECMAN:2007:Failed to end classad message.


Expected results:
sudo condor_q


-- Schedd: uefi_super_knut : <10.0.0.2:49903>
 ID      OWNER            SUBMITTED     RUN_TIME ST PRI SIZE CMD               

0 jobs; 0 completed, 0 removed, 0 idle, 0 running, 0 held, 0 suspended


Additional info:

Comment 1 Brian Bockelman 2016-01-05 14:35:59 UTC

What version of HTCondor?  Is condor_shared_port enabled on your setup?  Is the shared_port daemon running?

Basically, the address used in the failure case (<10.0.0.2:9618?addrs=10.0.0.2-9618&noUDP&sock=9226_d8da_4>) indicates shared port is in use while the "expected results" case indicates shared port is not used.

Comment 2 Knut J BJuland 2016-01-05 15:03:53 UTC


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

Comment 3 Knut J BJuland 2016-01-05 15:06:03 UTC

I use default settings.