Bug 536427 (RHQ-778) - Postgres is not autodiscoverable when run as as a different user from the agent process
Summary: Postgres is not autodiscoverable when run as as a different user from the age...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: RHQ-778
Product: RHQ Project
Classification: Other
Component: Agent
Version: 1.0.1
Hardware: All
OS: All
low
medium
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact: Sunil Kondkar
URL: http://jira.rhq-project.org/browse/RH...
Whiteboard:
Depends On: RHQ-253
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-02 15:09 UTC by Jeff Weiss
Modified: 2014-11-09 22:50 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
RHEL, fedora, postgres 8.2.6, 8.2.9
Last Closed: 2013-09-02 07:21:25 UTC
Embargoed:


Attachments (Terms of Use)

Description Jeff Weiss 2008-09-02 15:09:00 UTC
I have not been able to get postgres to be auto-discoverable when run as postgres user.  I have been able to add it manually after RHQ-253 was fixed.  

How to repeat:
Run postgres and RHQ agent on the same machine, with postgres and agent running as different users (I used postgres as postgres, and the agent as jweiss).  When you import the newly discovered inventory from the agent, the postgres server will not be among the servers discovered.

Comment 1 Jason Dobies 2008-09-02 19:36:32 UTC
FYI, this works for me in HEAD as of Sept 2 at about 3:30pm. My postgres instance runs as the postgres user and my agent is running under jdob. I saw the postgres instance inventoried.

Comment 2 Jeff Weiss 2008-09-02 20:25:21 UTC
I'm sure this has nothing to do with rev# at this point.  Greg says it worked for him too and I think that was on an older rev than I am running.  I believe there's a environmental difference, we need to figure out what it is.   Is there some debug output that might shed light on where it's going wrong for me?



Comment 3 Mark Burchard 2009-01-13 17:01:07 UTC
Different postgres installations have different file permissions for the postgres "data" directory.  At least in the case of the postgres 8.3.5 package from enterprisedb, the perms on "data" are set to 700, meaning that postgresql.conf can only be read by the postgres user or root.  The version of postgres-server that comes down from fedora910 and rhel5  yum sets 700 on the /var/lib/pgsql directory (one level above where the enterprisedb version sets 700), even more restrictive.

Under these conditions, the postgres instance is discovered and inventoried, but the inability to read data/postgresql.conf throws an error in the logs and limits the information available about the postgres config.

Comment 4 Red Hat Bugzilla 2009-11-10 21:16:42 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-778


Comment 5 Corey Welton 2010-10-07 03:10:49 UTC
sunil, take a quick look at this one.  it can probably be closed but let's see.

Comment 6 Sunil Kondkar 2010-10-19 10:37:29 UTC
Verified on rhq build#423

started postgres and RHQ agent on the same machine, with postgres and agent running as different users. Postgres is auto discovered and imported successfully.

Comment 7 Heiko W. Rupp 2013-09-02 07:21:25 UTC
Bulk closing of issues that were VERIFIED, had no target release and where the status changed more than a year ago.


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