Oracle apps form server issue with Piranha Load balancer
lingu <[email protected]> Tue, 22 Jul 2008 21:44:15 +0530
| Newsgroups | gmane.linux.redhat.piranha |
|---|---|
| Message-ID | <[email protected]> |
--===============2072527211==
Content-Type: multipart/alternative;
boundary="----=_Part_46220_23649476.1216743255413"
------=_Part_46220_23649476.1216743255413
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi all,
This is my first mail to this mailing list.First of all sorry for writing
such a big mail.I am facing problem while implementing Piranha Load
balancer on RHEL4U6 for my two oracle 11i application server running on
linux.
Oracle Real server details
Instance Name - test
url's - 1 . dev.xxx.com:8004
2 . uat.xxx.com:8004
Architecture -
Services installed on dev are
1. Database Server
2.Concurrent Processing Server
3. Administration Server
4. Forms Server
5. Web server
And services installed on uat are
1.Web server
2.Form server
Note: Form server running on port 9004 on both hosts.
Piranha details
eth0 192.168.23.2 --- external physical ip
eth0:1 192.168.23.3 ---EXTERNAL VIP
eth2 192.168.17.125 --internal physical ip
eth2:1 192.168.17.121 --INTERNAL VIP
Client Network: 192.168.23.0/24
Real Server Network: 192.168.17.0/24
Client are accessing oracle application using VIP of piranha by
http://192.168.23.3:8004/
Real server ips, hostname and gateway
192.168.17.16 dev.xxx.com having gateway of piranha Internal vip
192.168.17.121
192.168.17.17 uat.xxx.com having gateway of piranha Internal vip
192.168.17.121
my ipvsadm rule is like below
192.168.23.3:8004 ---->>192.168.17.16:8004
192.168.23.3:8004 ---->>192.168.17.17:8004
For me load balancing is working fine for http://192.168.23.3:8004/ . But
once i logged in when ever i tried to browse any Oracle Application Forms
then it is giving me error "Failed to connect to the server"
uat.xxx.com:9004
Note: Form server running on port 9004 on my both oracle application sever
when ever i click on any forms it is trying to connect to uat.xxx.com[which
is aliased to the VIP of piranha that is 192.168.23.3 in my client host
entry] so it is clearly trying to connect to 192.168.23.3:9004 but there is
no service or ipvsadm rule on that vip of piranha for that 9004 port.
Note: Telnet to Form server on both oracle apps server is working on 9004
from piranha server.
So i created the ipvsadm rules on piranha on same vip on 9004 port like
below.
192.168.23.3:9004 ---->>192.168.17.16:9004
192.168.23.3:9004 ---->>192.168.17.17:9004
But i am getting below error on my syslog
################################################################################
Jul 21 20:25:38 testlvs nanny[5064]: starting LVS client monitor for
192.168.23.3:9004
Jul 21 20:25:38 testlvs nanny[5065]: starting LVS client monitor for
192.168.23.3:9004
Jul 21 20:25:43 testlvs pulse[5040]: gratuitous lvs arps finished
Jul 21 20:25:47 testlvs nanny[5065]: READ from 192.168.17.16:9004 was too
short
Jul 21 20:25:47 testlvs nanny[5064]: READ from 192.168.17.17:9004 was too
short
Jul 21 20:25:53 testlvs nanny[5061]: making 192.168.17.16:8004 available
Jul 21 20:25:53 testlvs nanny[5065]: READ from 192.168.17.16:9004 was too
short
Jul 21 20:25:53 testlvs nanny[5059]: making 192.168.17.124:80 available
Jul 21 20:25:53 testlvs nanny[5062]: making 192.168.17.17:8004 available
Jul 21 20:25:53 testlvs nanny[5064]: READ from 192.168.17.17:9004 was too
short
Jul 21 20:25:59 testlvs nanny[5065]: READ from 192.168.17.16:9004 was too
short
Jul 21 20:25:59 testlvs nanny[5064]: READ from 192.168.17.17:9004 was too
short
Jul 21 20:26:05 testlvs nanny[5065]: READ from 192.168.17.16:9004 was too
short
Jul 21 20:26:05 testlvs nanny[5064]: READ from 192.168.17.17:9004 was too
short
Jul 21 20:26:11 testlvs nanny[5065]: READ from 192.168.17.16:9004 was too
short
Jul 21 20:26:11 testlvs nanny[5064]: READ from 192.168.17.17:9004 was too
short
Jul 21 20:26:17 testlvs nanny[5065]: READ from 192.168.17.16:9004 was too
short
Jul 21 20:26:17 testlvs nanny[5064]: READ from 192.168.17.17:9004 was too
short
Jul 21 20:26:23 testlvs nanny[5065]: READ from 192.168.17.16:9004 was too
short
################################################################################
I am not able to see any thing for 9004 whenever i try ipvsdam -L. So i
need some one help to solve this issue,i am facing problem only with forms
rest of all of my other apps are working fine under piranha.Also forms are
working fine whenever i bypassed piranha server.
Regards,
lingu
------=_Part_46220_23649476.1216743255413
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
<div dir="ltr">Hi all,<br><br><br> This is my first mail to this mailing list.First of all sorry for writing such a big mail.I am facing problem while implementing Piranha Load balancer on RHEL4U6 for my two oracle 11i application server running on linux.<br>
<br>Oracle Real server details<br><br>Instance Name - test<br><br>url's - 1 . <a href="http://dev.xxx.com:8004">dev.xxx.com:8004</a><br> 2 . <a href="http://uat.xxx.com:8004">uat.xxx.com:8004</a><br><br>Architecture -<br>
Services installed on dev are<br><br>1. Database Server<br>2.Concurrent Processing Server<br>3. Administration Server<br>4. Forms Server<br>5. Web server<br><br>And services installed on uat are<br><br>1.Web server<br>2.Form server<br>
<br>Note: Form server running on port 9004 on both hosts.<br><br>Piranha details<br><br>eth0 <a href="http://192.168.23.2">192.168.23.2</a> --- external physical ip<br>eth0:1 <a href="http://192.168.23.3">192.168.23.3</a> ---EXTERNAL VIP<br>
eth2 <a href="http://192.168.17.125">192.168.17.125</a> --internal physical ip<br>eth2:1 <a href="http://192.168.17.121">192.168.17.121</a> --INTERNAL VIP<br><br>Client Network: <a href="http://192.168.23.0/24">192.168.23.0/24</a><br>
Real Server Network: <a href="http://192.168.17.0/24">192.168.17.0/24</a><br><br> Client are accessing oracle application using VIP of piranha by <a href="http://192.168.23.3:8004/">http://192.168.23.3:8004/</a><br><br>Real server ips, hostname and gateway<br>
<br><a href="http://192.168.17.16">192.168.17.16</a> <a href="http://dev.xxx.com">dev.xxx.com</a> having gateway of piranha Internal vip <a href="http://192.168.17.121">192.168.17.121</a><br><a href="http://192.168.17.17">192.168.17.17</a> <a href="http://uat.xxx.com">uat.xxx.com</a> having gateway of piranha Internal vip <a href="http://192.168.17.121">192.168.17.121</a><br>
<br> my ipvsadm rule is like below<br><br><a href="http://192.168.23.3:8004">192.168.23.3:8004</a> ---->><a href="http://192.168.17.16:8004">192.168.17.16:8004</a><br><a href="http://192.168.23.3:8004">192.168.23.3:8004</a> ---->><a href="http://192.168.17.17:8004">192.168.17.17:8004</a><br>
<br> For me load balancing is working fine for <a href="http://192.168.23.3:8004/">http://192.168.23.3:8004/</a> . But once i logged in when ever i tried to browse any Oracle Application Forms then it is giving me error "Failed to connect to the server" <a href="http://uat.xxx.com:9004">uat.xxx.com:9004</a><br>
<br>Note: Form server running on port 9004 on my both oracle application sever<br><br> when ever i click on any forms it is trying to connect to <a href="http://uat.xxx.com">uat.xxx.com</a>[which is aliased to the VIP of piranha that is <a href="http://192.168.23.3">192.168.23.3</a> in my client host entry] so it is clearly trying to connect to <a href="http://192.168.23.3:9004">192.168.23.3:9004</a> but there is no service or ipvsadm rule on that vip of piranha for that 9004 port.<br>
<br>Note: Telnet to Form server on both oracle apps server is working on 9004 from piranha server.<br><br> So i created the ipvsadm rules on piranha on same vip on 9004 port like below.<br><a href="http://192.168.23.3:9004">192.168.23.3:9004</a> ---->><a href="http://192.168.17.16:9004">192.168.17.16:9004</a><br>
<a href="http://192.168.23.3:9004">192.168.23.3:9004</a> ---->><a href="http://192.168.17.17:9004">192.168.17.17:9004</a><br><br> But i am getting below error on my syslog<br><br>################################################################################<br>
Jul 21 20:25:38 testlvs nanny[5064]: starting LVS client monitor for <a href="http://192.168.23.3:9004">192.168.23.3:9004</a><br>Jul 21 20:25:38 testlvs nanny[5065]: starting LVS client monitor for <a href="http://192.168.23.3:9004">192.168.23.3:9004</a><br>
Jul 21 20:25:43 testlvs pulse[5040]: gratuitous lvs arps finished<br>Jul 21 20:25:47 testlvs nanny[5065]: READ from <a href="http://192.168.17.16:9004">192.168.17.16:9004</a> was too short<br>Jul 21 20:25:47 testlvs nanny[5064]: READ from <a href="http://192.168.17.17:9004">192.168.17.17:9004</a> was too short<br>
Jul 21 20:25:53 testlvs nanny[5061]: making <a href="http://192.168.17.16:8004">192.168.17.16:8004</a> available<br>Jul 21 20:25:53 testlvs nanny[5065]: READ from <a href="http://192.168.17.16:9004">192.168.17.16:9004</a> was too short<br>
Jul 21 20:25:53 testlvs nanny[5059]: making <a href="http://192.168.17.124:80">192.168.17.124:80</a> available<br>Jul 21 20:25:53 testlvs nanny[5062]: making <a href="http://192.168.17.17:8004">192.168.17.17:8004</a> available<br>
Jul 21 20:25:53 testlvs nanny[5064]: READ from <a href="http://192.168.17.17:9004">192.168.17.17:9004</a> was too short<br>Jul 21 20:25:59 testlvs nanny[5065]: READ from <a href="http://192.168.17.16:9004">192.168.17.16:9004</a> was too short<br>
Jul 21 20:25:59 testlvs nanny[5064]: READ from <a href="http://192.168.17.17:9004">192.168.17.17:9004</a> was too short<br>Jul 21 20:26:05 testlvs nanny[5065]: READ from <a href="http://192.168.17.16:9004">192.168.17.16:9004</a> was too short<br>
Jul 21 20:26:05 testlvs nanny[5064]: READ from <a href="http://192.168.17.17:9004">192.168.17.17:9004</a> was too short<br>Jul 21 20:26:11 testlvs nanny[5065]: READ from <a href="http://192.168.17.16:9004">192.168.17.16:9004</a> was too short<br>
Jul 21 20:26:11 testlvs nanny[5064]: READ from <a href="http://192.168.17.17:9004">192.168.17.17:9004</a> was too short<br>Jul 21 20:26:17 testlvs nanny[5065]: READ from <a href="http://192.168.17.16:9004">192.168.17.16:9004</a> was too short<br>
Jul 21 20:26:17 testlvs nanny[5064]: READ from <a href="http://192.168.17.17:9004">192.168.17.17:9004</a> was too short<br>Jul 21 20:26:23 testlvs nanny[5065]: READ from <a href="http://192.168.17.16:9004">192.168.17.16:9004</a> was too short<br>
################################################################################<br><br> I am not able to see any thing for 9004 whenever i try ipvsdam -L. So i need some one help to solve this issue,i am facing problem only with forms rest of all of my other apps are working fine under piranha.Also forms are working fine whenever i bypassed piranha server.<br>
<br><br>Regards,<br>lingu<br>
</div>
------=_Part_46220_23649476.1216743255413--
--===============2072527211==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Piranha-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/piranha-list
--===============2072527211==--