Radhika, I'm REALLY confused about what you are trying to do now..... According to the docs from BMC
https://docs.bmc.com/docs/display/public/ars81/Installing+multiple+instances+of+BMC+Remedy+AR+System+on+one+computer They don't indicate that you can't put multiple servers on the same server into a server group...but I'm confused as to why you would want to. If you want one TCP Port on one Server with 3 IP's, just install 1 server, and it works like that. If you want three different instances, all on one port for three different IP's, you could do as was suggested with virtual machines, but you said you don't want that. I really can't fathom why you would want 3 installs on the same server, 3 different ports, and all pointed to the same DB....could you explain further? On Thu, Feb 20, 2014 at 7:46 AM, Narayanan, Radhika < radhika.naraya...@cgi.com> wrote: > Hi, > > Today I tried that. > > If I install 3 AR Servers on one physical server on 3 ports connected to > one database, it only works if they're not part of a server group. > > If I add the 3 AR Servers in one physical server into a server group, the > Remedy service refuses to start. Can you please suggest a way to handle > this? > > Environment: ARS 8.1 Patch 2 on RHEL 6.4 > > Thanks > Radhika > +44 20718 25880 > > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W > Sent: 20 February 2014 19:57 > To: arslist@ARSLIST.ORG > Subject: Re: arserverd binding to 0.0.0.0 > > Then the only way to have multiple ARS system running on the same machine > is to put them on different TCP ports (and only 1 of them can use > portmapper) > > Fred > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Narayanan, Radhika > Sent: Thursday, February 20, 2014 8:20 AM > To: arslist@ARSLIST.ORG > Subject: Re: arserverd binding to 0.0.0.0 > > Hi Fred, > > Yes, you're so right. Only, in our case, the client is not willing to > create 3 virtual RHEL instances from the physical server. They give a > reason that their vendor support costs will then become three-fold. > > Thanks > Radhika > +44 20718 25880 > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W > Sent: 19 February 2014 19:42 > To: arslist@ARSLIST.ORG > Subject: Re: arserverd binding to 0.0.0.0 > > So you have 1 physical server box with 3 IPs. You could run 3 virtual > Red Hat instances (each with 1 IP) and 3 separate ARS Installs with no > problems. > > Each Virtual Red Hat instance is separate (1 instance does not see the > others) so you can install them all on the same port. I believe one of our > physical development servers here is something like 6 or 8 virtual Red Hat > servers. > > Fred > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Narayanan, Radhika > Sent: Wednesday, February 19, 2014 1:54 AM > To: arslist@ARSLIST.ORG > Subject: Re: arserverd binding to 0.0.0.0 > > ** > 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 > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG] On Behalf Of Axton > Sent: 19 February 2014 03:57 > To: arslist@ARSLIST.ORG > 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 > > -----Original Message----- > On Tue, Feb 18, 2014 at 11:21 AM, Grooms, Frederick W 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: > arslist@ARSLIST.ORG] On Behalf Of Narayanan, Radhika > Sent: Tuesday, February 18, 2014 7:14 AM > To: arslist@ARSLIST.ORG > 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" > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "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"
