Bug 692914 - ds-replication.spec calls "setup-ds.pl -u" in the %posttrans
Summary: ds-replication.spec calls "setup-ds.pl -u" in the %posttrans
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: 389-ds-base
Version: 6.1
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Rich Megginson
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-01 16:22 UTC by Noriko Hosoi
Modified: 2011-09-16 21:33 UTC (History)
4 users (show)

Fixed In Version: ds-replication-1.2.8-0.10.rc5.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-05-19 14:41:44 UTC
Target Upstream Version:


Attachments (Terms of Use)
cvs diff DSRV-9-RHEL6/ds-replication.spec (2.03 KB, patch)
2011-04-01 16:22 UTC, Noriko Hosoi
nhosoi: review?
Details | Diff


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2011:0820 0 normal SHIPPED_LIVE new package: ds-replication 2011-05-19 14:41:19 UTC

Description Noriko Hosoi 2011-04-01 16:22:51 UTC
Created attachment 489428 [details]
cvs diff DSRV-9-RHEL6/ds-replication.spec

Description of problem:
On 03/31/2011 05:41 PM, Rich Megginson wrote:
> We could add a %posttrans to ds-replication - it would be nice if we could figure out a way, if you are installing/upgrading both 389-ds-base and ds-replication, to only run setup-ds.pl once - if it is run twice that should be ok, it will bounce the servers twice - it would be nice to figure out a way, in the %posttrans of ds-replication, to do something like this
>
> if ! [ 389-ds-base is in package list ] ; then
>     setup-ds.pl -u
> fi

I copied the %posttrans section from 389-ds-base.spec and rebuilt ds-replication package.  It seems the section is perfect for ds-replication, too.  I could configure MMR without the manual running "setup-ds.pl -u".

This scenario works fine:
1) install 389-ds-base
2) setup instance
3) install ds-replication
4) try to setup replication in existing instance

I also ran extra "setup-ds.pl -u" after (3).  There's no problem if  taking the following steps, too.
1) install 389-ds-base
2) setup instance
3) install ds-replication
3-1) setup-ds.pl -u
4) try to setup replication in existing instance

Comment 2 Amita Sharma 2011-05-10 08:08:19 UTC
I have upgraded my ds setup using setup-ds.pl -u after upgrading the new brew builds for 389-ds-base and replication packages.
And successfully verified many replication related issues.

So, I think this covers this bug verification.
Hence Marking the bug as VERIFIED.

Comment 3 errata-xmlrpc 2011-05-19 14:41:44 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2011-0820.html

Comment 4 Chandrasekar Kannan 2011-09-16 21:33:27 UTC
ds-replication is no longer a component of rhel. folding back to 389-ds-base.


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