Hi Radhika!

You should do the same trick you did with the installer, to the startup
script as well and start the instances manually and one at a time.

If you are already doing this, it then becomes a matter of finding out
where it gets the physical host name from since you have changed the
HOSTNAME variable before starting each instance.

Could be /etc/sysconfig/network ??

If you find out where it reads the physical host name from, then you have
to change that too before starting each instance.

Come to think of it, you probably also have to ensure they run in separate
memory space by installing and running each instance under a separate
non-root OS user.


Best Regards,
Theo


On Fri, Feb 21, 2014 at 2:57 PM, Narayanan, Radhika <
[email protected]> wrote:

> **
>
> Hi Theo,
>
>
>
> You're right. I managed to install the 3 AR Servers by fooling the
> installer as you said. But when I configure them in a server group and
> start the servers one after the other, the service wouldn't start.
>
>
>
> It complains armonitor.conf file cannot be found. It is looking for a
> folder in the Load balancer name in /etc/arsystem !
>
>
>
> Thanks
>
> Radhika
>
> +44 20718 25880
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> [email protected]] *On Behalf Of *Theo Fondse
> *Sent:* 21 February 2014 15:12
> *To:* [email protected]
> *Subject:* Re: arserverd binding to 0.0.0.0
>
>
>
> **
>
> Hi Radhika!
>
> The only way you will be able to do this is to fool Remedy into thinking
> each instance is running on a diferent hostname by:
>
> 1) Aliasing the 3 different server names in the host file.
>
> 2) Setting the HOSTNAME variable before installing / starting each copy of
> ARSystem.
>
> This may or may not work, is a bit dangerous and can NOT be recommended
> for a production environment.
>
>  Best Regards,
>
> Theo
>
>
>
> On Fri, Feb 21, 2014 at 11:05 AM, Narayanan, Radhika <
> [email protected]> wrote:
>
> **
>
> Hi Axton/Longwing,
>
>
>
> My first problem is that the AR Server itself is not starting when I setup
> 3 AR Servers in a server group on a single physical server. (ARS 8.1, RHEL
> 6.4)
>
>
>
> AR Server 1: Server-Name: d1 (Load balancer), Server-Connect-Name: d10
>
> AR Server 2: Server-Name: d1, Server-Connect-Name: d11
>
> AR Server 3: Server-Name: d1, Server-Connect-Name: d11
>
>
>
> The 3 AR Servers are on one physical server and in a server group. d10,
> d11, d12 are 3 different virtual IP Addresses/Names for the physical server.
>
>
>
> AR Server service refuses to start. It complains armonitor.conf file
> cannot be found. *Each AR Server (arsystem startup script) is looking for
> /etc/arsystem/d1/armonitor.conf !!* d1 is the Load balancer = Server-Name
> in ar.conf.
>
>
>
> I cannot use 1 armonitor.conf for 3 AR Servers. Can I? The
> server-connect-name is referred inside the armonitor.conf which is
> different for the 3 AR Servers!
>
>
>
> I find this architecture/requirement equally weird. It was decided by the
> client. They want 3 AR Servers on one physical server in a server group.
> I'm trying to squeeze Remedy into it now.
>
>
>
> Thanks
>
> Radhika
>
> +44 20718 25880
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> [email protected]] *On Behalf Of *Axton
> *Sent:* 20 February 2014 21:39
> *To:* [email protected]
> *Subject:* Re: arserverd binding to 0.0.0.0
>
>
>
> **
>
> If done properly, the rpc port mapper could work on all interfaces for all
> 3 servers.  I say "could" because it's probably not been proven/done, but
> in theory it should work.
>
>
>
> Axton Grams
>
>
>
> On Thu, Feb 20, 2014 at 9:59 AM, Axton <[email protected]> wrote:
>
> You could setup redirection using iptables to achieve what you want. Each
> server would effectively be listening on all ip addresses on different
> ports, but the redirection would redirect things as desired.
>
>
>
> http://www.cyberciti.biz/faq/linux-port-redirection-with-iptables/
>
> http://blog.softlayer.com/2011/iptables-tips-and-tricks-port-redirection
>
>
>
> On Wed, Feb 19, 2014 at 1:54 AM, Narayanan, Radhika <
> [email protected]> wrote:
>
> **
>
> Thank you so much, Axton, Fred and others.
>
>
>
> Our client gave us one physical server with 3 virtual IP Addresses. And
> asked us to install AR Server on each of the virtual IP Addresses, all on 
> *same
> port*. I guess I'm not able to use iptables restriction because I want to
> use the other IPs too , but for a second and third instance of AR Server.
>
> I'll write back to them stating that the current version of AR Server
> doesn't support this. Perhaps I should raise an RFE.
>
>
>
> Thanks again,
>
>
>
> Radhika
>
> +44 20718 25880
>
>
>
> *From:* Action Request System discussion list(ARSList) [mailto:
> [email protected]] *On Behalf Of *Axton
> *Sent:* 19 February 2014 03:57
> *To:* [email protected]
> *Subject:* Re: arserverd binding to 0.0.0.0
>
>
>
> **
>
> Network daemons bind to address/protocol/port.  0.0.0.0 means all
> addresses.  I looked through all the ar.conf parameters and flags supported
> by arserverd and it does not look like there is a way to tell arserverd to
> listed on a specific IP.  You could use iptables to restrict access on
> those other IP addresses since you are on linux.
>
>
>
> Axton Grams
>
>
>
> On Tue, Feb 18, 2014 at 11:21 AM, Grooms, Frederick W <
> [email protected]> wrote:
>
> As far as I know the ARS binaries do not bind to an IP.  They will bind to
> a TCP port if one is specified (and/or use portmapper if that is set).
>
> If you are not connecting to the AR Server one item to check is the
> /etc/hosts  file.  See if the name you used for your AR Server is listed as
> a valid name for an IP.  If it is then check if your DNS server has it
> listed.
>
> Example:
>    AR Server = arsdev01
>    Physical Server = devserver1
>
>    /etc/hosts file
>       # Do not remove the following line, or various programs
>       # that require network functionality will fail.
>       127.0.0.1         localhost.localdomain localhost
>       ::1                   localhost6.localdomain6 localhost6
>       192.168.1.101  devserver1 devserver1.mycorp.com arsdev01
>
>    DNS has a cname record for arsdev01 pointing to 192.168.1.101
>
>
> Fred
>
>
> -----Original Message-----
> From: Action Request System discussion list(ARSList) [mailto:
> [email protected]] On Behalf Of Narayanan, Radhika
> Sent: Tuesday, February 18, 2014 7:14 AM
> To: [email protected]
> Subject: arserverd binding to 0.0.0.0
>
> **
> Hi List,
>
> How can I make the arserverd executable listen on a given, specific IP
> Address and not on 0.0.0.0?
>
> By default, arserverd binds to the interface 0.0.0.0. My RHEL 6.4 server
> has 5 IP Addresses. I want it to bind only to one of the 5 IP Addresses
> that I mention in armonitor.conf.
>
> armonitor.conf:
> /apps/tim/ar/timw0/bin/arserverd.sh -s dc5chw-000 -i /apps/tim/ar/timw0 -l
> /etc/arsystem/dc5chw-000
>
> In this line, the server name is mentioned as dc5chw-000. I want arserverd
> to bind only to this IP Address. How can I achieve this?
>
> Environment: ARS  8.1 Patch 2 on RHEL 6.4
>
> Thanks
> Radhika
> +44 20718 25880
>
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> "Where the Answers Are, and have been for 20 years"
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>
>
>
> _ARSlist: "Where the Answers Are" and have been for 20 years_
>  _ARSlist: "Where the Answers Are" and have been for 20 years_

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
"Where the Answers Are, and have been for 20 years"

Reply via email to