LinuxQuestions.org
LinuxAnswers - the LQ Linux tutorial section.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Red Hat
User Name
Password
Red Hat This forum is for the discussion of Red Hat Linux.

Notices

Reply
 
Search this Thread
Old 10-09-2008, 05:34 AM   #1
BinkyBong
LQ Newbie
 
Registered: Oct 2008
Posts: 4

Rep: Reputation: 0
RHEL5 Install Multiple Instances of Tomcat using only RPMs


Hi all,

We would like to be able to deploy multiple instances of Tomcat on our servers.

However, the standard RedHat RPM is not "relocatable" which means it can't be installed in a different directory, so using --prefix does not work.

However - I've tried using --relocate which works to a certain degree but falls over when you try and install a 2nd instance of tomcat in another separate directory as RPM complains quite rightly that it is already installed...

This is my dilemma. We want to use RPMs as we want to be able to patch the tomcats easily during our scheduled patching processes. But we also want to be able to deploy multiple instances of Tomcats using RPMs to accommodate this without resorting to manual binary installations which you can't update using up2date...

So my question is - taking the RPMs and the installation issues out of the equation:

Is it possible to install multiple instances of Tomcat and have them be "updateable" during the up2date patching/update process?

Many thanks in advance,

BinkyBong
 
Old 10-09-2008, 01:17 PM   #2
unSpawn
Moderator
 
Registered: May 2001
Posts: 27,139
Blog Entries: 54

Rep: Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791
Doesn't sound to me like anything a standard solution could offer. Besides if you install it multiple times you'll still have clashes with defaults like SysV initscripts. However, if you have a dev box and testbed it would be *dead easy* to create consistently named packages like say tomcat_instance01, tomcat_instance02, tomcat_instance03 that install in default locations and without tainting other installs by rebuilding just one tomcat .src.rpm and making use of the %{name} tag is .spec files. Of course for updates (from your own repo) you should wash, rinse and repeat.
 
Old 10-10-2008, 07:13 AM   #3
BinkyBong
LQ Newbie
 
Registered: Oct 2008
Posts: 4

Original Poster
Rep: Reputation: 0
Hi unSpawn,

The problem we have is that we have *lots* of Red Hat boxes, all of varying architectures, some 32bit, some 64bit, different CPUs etc...

We have binary installs of Tomcat all over the place which is a nightmare to maintain, so a relocatable RPM solution that's updateable would be an ideal solution when it comes to our quarterly patching of servers.

I'm in the process of contacting RedHat via our suppliers but it's taking a *long* time as I have to go through several levels of people just to raise this query

Multiple tomcat installs are not an uncommon configuration for most organisations and I'm suprised there's not more info on google about this Lots of info about installing multiple instances using binary packages but none on using RPM installs

Many thanks for the response, just need to find a way of doing this without resorting back to binary installs...

Cheers,

andy
 
Old 10-10-2008, 01:03 PM   #4
unSpawn
Moderator
 
Registered: May 2001
Posts: 27,139
Blog Entries: 54

Rep: Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791
Quote:
Originally Posted by BinkyBong View Post
we have is that we have *lots* of Red Hat boxes, all of varying architectures, some 32bit, some 64bit, different CPUs etc...
...using one .src.rpm that's just down to using %arch 'n stuff where necessary in the build process. And build processes can be automated.


Quote:
Originally Posted by BinkyBong View Post
We have binary installs of Tomcat all over the place which is a nightmare to maintain, so a relocatable RPM solution that's updateable would be an ideal solution when it comes to our quarterly patching of servers.
I think it's unlikely relocation will solve it.
 
Old 10-13-2008, 03:08 AM   #5
BinkyBong
LQ Newbie
 
Registered: Oct 2008
Posts: 4

Original Poster
Rep: Reputation: 0
Hi unSpawn,

Quote:
...using one .src.rpm that's just down to using %arch 'n stuff where necessary in the build process. And build processes can be automated.
Please excuse the n00b nature of the question ... but I am new to all of this - how would I automate the build process for multiple architectures? Is there any decent documentation, tutorials etc that can help?

Quote:
I think it's unlikely relocation will solve it.
With all the extra management overhead involved in building from source RPMs I'm beginning to wonder whether if going down this route is a such a good idea after all...

There must be some instances out there where Enterprise users have multiple instances of Tomcat and need to keep them (easily) "updateable"...

Thanks for all your replies so far

Cheers,

BinkyBong
 
Old 10-14-2008, 01:53 AM   #6
unSpawn
Moderator
 
Registered: May 2001
Posts: 27,139
Blog Entries: 54

Rep: Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791Reputation: 2791
Quote:
Originally Posted by BinkyBong View Post
With all the extra management overhead involved in building from source RPMs I'm beginning to wonder whether if going down this route is a such a good idea after all...
Then tell me how you would compare that to "all the extra management overhead involved" building from source and your earlier "easy update" requirements?
 
Old 10-24-2008, 07:02 AM   #7
BinkyBong
LQ Newbie
 
Registered: Oct 2008
Posts: 4

Original Poster
Rep: Reputation: 0
Quote:
Originally Posted by unSpawn View Post
Then tell me how you would compare that to "all the extra management overhead involved" building from source and your earlier "easy update" requirements?
Apologies for not replying earlier, I've been on holiday.

I'll define "Extra management overhead":

1. downloading latest source RPMs
2. changing flags for different CPU architectures
3. changing the flags to make the RPMs relocatable
4. manually deploying separate instances of the RPM to different folders
5. doing this every quarter across several machines, different architectures, different geographical locations

This is what I mean by "Extra management overhead".

Definition of "easy update":

1. use up2date

If you think you can fully automate the "extra management overhead" then I'm more than happy to hear from you for I am a mere beginner in the administration of enterprise Red Hat installations.

I've posted in good faith asking for advice on this particular issue and if I've inadvertently offended you, please accepted my humblest apologies as I'm sensing some annoyance in your replies.

Best Regards

Binky
 
  


Reply

Tags
install, instances, multiple, patching, rpm, tomcat, up2date


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
configuring two tomcat instances on same server craftereric Linux - Software 2 11-26-2013 01:27 AM
Need help to remaster RHEL5 with added RPMs amemait Red Hat 17 08-08-2008 12:06 PM
RHEL5, RPMs, and pkg-config ThePowerTool Red Hat 2 02-06-2008 04:29 PM
RPMs for rhel5 akhil.mud Linux - Software 2 11-05-2007 08:58 AM
kickstart; how-to info needed for multiple instances of RH OS's and multiple unique v Joe_Wulf Linux - Server 4 06-21-2007 11:18 PM


All times are GMT -5. The time now is 06:27 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration