Bug 1295815 - I can start condor_q as root but not as user though the user is member of condor with selinux=1
Summary: I can start condor_q as root but not as user though the user is member of con...
Keywords:
Status: CLOSED DUPLICATE of bug 1295788
Alias: None
Product: Fedora
Classification: Fedora
Component: condor
Version: 23
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: matt
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-01-05 14:28 UTC by Knut J BJuland
Modified: 2016-01-05 15:06 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2016-01-05 15:03:53 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


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