I had a poke about the RPMs and don't think this really is a CentOS issue.
In the tarball for heartbeat-2.1.2 we have a spec file:
Packager: Alan Robertson <[EMAIL PROTECTED]>
and later on:
./configure '--prefix=/usr' '--sysconfdir=/etc' '--localstatedir=/var'
'--with-group-id=90' '--with-ccmuser-id=90' '--disable-rpath'
'--libexecdir=/usr/lib64' '--libdir=/usr/lib64' '--disable-ansi'
'--enable-mgmt' '--enable-bu
ndled_ltdl' 'CFLAGS= -fno-unit-at-a-time' --enable-ltdl-convenience
and even later on:
if
getent group haclient >/dev/null
then
: OK group haclient already present
else
GROUPOPT="-g 90"
>From the tarball for 213 we have in the same spec file:
%define HA_CCMUID 498
%define HA_APIGID 496
and later
if
getent group %{HA_APIGROUP} >/dev/null
then
: OK group %{HA_APIGROUP} already present
else
GROUPOPT="-g %{HA_APIGID}"
So I think the change came from the heartbeat project....
On 2/12/08, Andrew Beekhof <[EMAIL PROTECTED]> wrote:
>
> On Feb 12, 2008, at 3:14 PM, David Lee wrote:
>
> > A few weeks ago a colleague installed heartbeat, via yum, on CentOS
> > (fresh
> > machine). He got "heartbeat-2.1.2-3.el5.centos" (i.e. a 2.1.2
> > variant)
> > and it gave both uid and gid as 90.
> >
> > Earlier today I have done a similar exercise on (also on a fresh
> > machine).
> > I got (the newer) "heartbeat-2.1.3-3.el5.centos" (2.1.3 variant). But
> > that gave uid 498 and gid 496. (And for local reasons that causes
> > grief.)
> >
> > My guess is that this disparity is something to do with CentOS
> > revising
> > their packaging. If so, any ideas who I should contact? Any ideas
> > why
> > CentOS chose such high numbers for their uid/gid?
>
> can you let me know when you find out the official [ug]id's?
> i'll make sure the build service packages use them too
>
> _______________________________________________
> Linux-HA mailing list
> [email protected]
> http://lists.linux-ha.org/mailman/listinfo/linux-ha
> See also: http://linux-ha.org/ReportingProblems
>
--
R.I.Pienaar
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
