Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 75314 invoked from network); 16 May 2007 21:41:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 May 2007 21:41:39 -0000 Received: (qmail 88005 invoked by uid 500); 16 May 2007 21:41:45 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 87971 invoked by uid 500); 16 May 2007 21:41:45 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 87958 invoked by uid 99); 16 May 2007 21:41:45 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 May 2007 14:41:44 -0700 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_10_20,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of chris.custine@gmail.com designates 209.85.132.245 as permitted sender) Received: from [209.85.132.245] (HELO an-out-0708.google.com) (209.85.132.245) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 May 2007 14:41:37 -0700 Received: by an-out-0708.google.com with SMTP id c10so78345ana for ; Wed, 16 May 2007 14:41:17 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=tHEuhbHXzSReGrDj7NCVFXbHaGr7trl5neSFVP32UhSUuv7TBLCxcEey5Fgjnrw0Q1ck6+bOGD1kS4KUbLvSCx8xE+crIFnIuYm8wMqp6sqsFQw48gmiYSAWZPaHOUS1TO+Yb4I+cixhZsdn13c915wPEaZy1tbd2XUfc7MowO0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=mkH95pw1gtuFQAFiQEHKIJ4Gk6Ks0b9OLEqfdCf2Wh5sQxM1jHEivoi7YfpGLivabUcRNbcrYT93shqS+xgen6n9jNb5yx5wRYuBk8A+pFtVvQYpAM9F6VAUuw/Z7do9X6PRwaCSrc1kGBAMMoEQ7pcF9YUps1veShrBCwAYqOI= Received: by 10.100.96.9 with SMTP id t9mr6870426anb.1179351677025; Wed, 16 May 2007 14:41:17 -0700 (PDT) Received: by 10.100.251.10 with HTTP; Wed, 16 May 2007 14:41:16 -0700 (PDT) Message-ID: <43b026c70705161441v538935e2wbcc0b41ac54d0284@mail.gmail.com> Date: Wed, 16 May 2007 15:41:16 -0600 From: "Chris Custine" To: "Apache Directory Developers List" Subject: Re: [ApacheDS][RPM] Layout and uninstall concerns (was: Re: [Installer] rpm -e update) In-Reply-To: <464B5C58.3010801@gmail.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_41333_3319967.1179351676923" References: <464B5C58.3010801@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_41333_3319967.1179351676923 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Just to clarify a couple of things, the correct dir for ApacheDS data on Linux distros is /var/lib/apacheds. If you look at any install of MySQL or Postgres, they use /var/lib for the base. As far as the instances, this is to support running multiple instances (not versions) of ApacheDS (like different ports, different partition configs, etc.) but all using the same install image in /usr/local. I am also working on getting it so that you can run each instance with different JVM parameters or even different JVM's alltogether. At this point, I am not addressing multiple versions of ApacheDS on one machine, but if that becomes something that people want we can look at it, however I think the partition DB versioning will be a mess so its probably not worth doing. Chris On 5/16/07, Ole Ersoy wrote: > > Howdy, > > This part is only slightly related - but might > be nice to be aware of: > > rpm -e WITHOUT first stopping ADS > ========================================== > I fired up ADS, ran some tests, and > then ran rpm -e > > This left everything in tact, except > it deleted the apacheds shell script > from /etc/init.d, so when I went to stop > ADS I had to copy the script back from somewhere else. > > Then I tried running rpm -e again, and it told me > apacheds is not installed. > > All the files are still on my system though. > > This sounds a little like an RPM bug or maybe there > is a way to tell RPM "Don't uninstall if I'm running." > ========================================== > > > rpm -e with stoppage > ========================================== > Same thing as before but I'm stopping ADS this time. > I started ADS, ran tests that added data, stopped it, rpm -e and: > > [root@localhost apacheds-1.5.0]# tree > . > |-- bin > |-- conf > |-- lib > `-- var > `-- apacheds.lock > ========================================== > > > Yeah it should if you did not create partitions. It should not if you > did > > create partitions. The idea here is not to destroy data you might have > > added while removing the software. > > I like this idea :-) > > > > > When the installer uses the FHS layout, > > the partitions will be housed in > > /var/partitions/... > > which will hopefully make rpm upgrades > > easy to manage. > > > > > > It should probably be /var/apacheds/1.5.x/instanceN/partitions no? > > Yes - Right - Something like this. Sorry I left the apacheds part out... > > I think I'd probably leave the version out though if the idea > is to have a a ldap data repository that is cross version compatible... > > Hmmm .... instanceN...this seems to imply multiple instances > of ADS (Same version) possible running...I thought the lock file made > sure only one instance could be run on a host? > > Were you maybe thinking multiple instances of different version of > ADS? > > That would probably throw a fork wrench in the idea of leaving the > version number out of the /var/apacheds/ location for the > ldap data repository. > > I imagine though that most users would want a single version > installed, and then during an upgrade, they would just upgrade > and the new version uses the same repository. > > It could be that the upgrade requires changes to the repository. > Like with subversion we have to do a dump, run some > shell script on the dump, and then put the result back. > > > > > We should separate the data from different versions and different > instances > > running off those versions? > > That sounds smart. > So the actual ads partition repository is /var/apacheds/ > > I'm trying to understand the different instances part? Do > you mean that there are multiple instances of ADS running on the same > host? > > Cheers, > - Ole > > > ------=_Part_41333_3319967.1179351676923 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Just to clarify a couple of things, the correct dir for ApacheDS data on Linux distros is /var/lib/apacheds.  If you look at any install of MySQL or Postgres, they use /var/lib for the base.  As far as the instances, this is to support running multiple instances (not versions) of ApacheDS (like different ports, different partition configs, etc.) but all using the same install image in /usr/local.  I am also working on getting it so that you can run each instance with different JVM parameters or even different JVM's alltogether.  At this point, I am not addressing multiple versions of ApacheDS on one machine, but if that becomes something that people want we can look at it, however I think the partition DB versioning will be a mess so its probably not worth doing.

Chris

On 5/16/07, Ole Ersoy <ole.ersoy@gmail.com> wrote:
Howdy,

This part is only slightly related - but might
be nice to be aware of:

rpm -e WITHOUT first stopping ADS
==========================================
I fired up ADS, ran some tests, and
then ran rpm -e

This left everything in tact, except
it deleted the apacheds shell script
from /etc/init.d, so when I went to stop
ADS I had to copy the script back from somewhere else.

Then I tried running rpm -e again, and it told me
apacheds is not installed.

All the files are still on my system though.

This sounds a little like an RPM bug or maybe there
is a way to tell RPM "Don't uninstall if I'm running."
==========================================


rpm -e with stoppage
==========================================
Same thing as before but I'm stopping ADS this time.
I started ADS, ran tests that added data, stopped it, rpm -e and:

[root@localhost apacheds-1.5.0]# tree
.
|-- bin
|-- conf
|-- lib
`-- var
     `-- apacheds.lock
==========================================

> Yeah it should if you did not create partitions.  It should not if you did
> create partitions.  The idea here is not to destroy data you might have
> added while removing the software.

I like this idea :-)

>
>     When the installer uses the FHS layout,
>     the partitions will be housed in
>     /var/partitions/...
>     which will hopefully make rpm upgrades
>     easy to manage.
>
>
> It should probably be /var/apacheds/1.5.x/instanceN/partitions no?

Yes - Right - Something like this.  Sorry I left the apacheds part out...

I think I'd probably leave the version out though if the idea
is to have a a ldap data repository that is cross version compatible...

Hmmm .... instanceN...this seems to imply multiple instances
of ADS (Same version) possible running...I thought the lock file made
sure only one instance could be run on a host?

Were you maybe thinking multiple instances of different version of
ADS?

That would probably throw a fork wrench in the idea of leaving the
version number out of the /var/apacheds/ location for the
ldap data repository.

I imagine though that most users would want a single version
installed, and then during an upgrade, they would just upgrade
and the new version uses the same repository.

It could be that the upgrade requires changes to the repository.
Like with subversion we have to do a dump, run some
shell script on the dump, and then put the result back.

>
> We should separate the data from different versions and different instances
> running off those versions?

That sounds smart.
So the actual ads partition repository is /var/apacheds/

I'm trying to understand the different instances part?  Do
you mean that there are multiple instances of ADS running on the same host?

Cheers,
- Ole



------=_Part_41333_3319967.1179351676923--