<div dir="ltr"><span style="color:rgb(33,33,33)">[DM] I thought that oracle listener is not consuming that many </span><span style="color:rgb(33,33,33)">resources. At any rate, ocf:heartbeat:oralsnr doesn't support </span><span style="color:rgb(33,33,33)">single listener for multiple instances. Do you have an idea how </span><span style="color:rgb(33,33,33)">to do that? How to deal with the tnsping then? Maybe you're </span><span style="color:rgb(33,33,33)">better off with the system start script in this case.</span><br><div><br></div><div><font color="#212121">[JM] According to the dba, it could lead some memory issue when the listener serves many instances at the same time (in my experience, I have never faced this issue).</font></div><div><font color="#212121"><br></font></div><div><font color="#212121">Let's take a case when the listener is serving multiple instance, and one of the instance fails => ocf:heartbeat:oracle will relocate it to another node, the listener should follow (especially, when we use collocation constraint between RA oracle and oralsnr) this will have a bad impact on the rest of instances.</font></div><div><font color="#212121"><br></font></div><div><font color="#212121">One of the option is to have two listeners (one per node) and configured outside the cluster to host the all instance. But, I keep looking for a better solution.</font></div><div><br></div><div><span style="color:rgb(33,33,33)">[DM] Hmm, what should then the RA do? Skip the instance and report it </span><span style="color:rgb(33,33,33)">started? I'm not sure I follow.</span><br class="gmail_msg" style="color:rgb(33,33,33)"></div><div><span style="color:rgb(33,33,33)">[JM] The DBA use a flag Y/N to tell if this instance should run or no. It could be better, for RA to use this flag too: when it's Y start the instance and when It's N, the RA should not start the instance and suitable message in log will be usefull to describe the situation. Now, the challenge is how to monitor this flag.</span><br></div><div><span style="color:rgb(33,33,33)"><br></span></div><div><span style="color:rgb(33,33,33)">One of the issue that I faced when the DBA when to shutdown the listener and the instance (for launch the cold backup) but, the RA keep pushing them ON. -- Note the dba team usually don't have an access to pcs to disable the resource during this type of operation.</span></div><div><span style="color:rgb(33,33,33)"><br></span></div><div><span style="color:rgb(33,33,33)"> </span></div><div><font color="#212121">I wish my reply could make sense... </font></div><div><font color="#212121"><br></font></div><div><font color="#212121">Thanks,</font></div><div><font color="#212121">Jihed MSELMI</font></div><div><font color="#212121"><br></font></div></div><br><div class="gmail_quote"><div dir="ltr">On Sat, Feb 25, 2017 at 8:31 PM Dejan Muhamedagic <<a href="mailto:dejanmm@fastmail.fm">dejanmm@fastmail.fm</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br class="gmail_msg">
<br class="gmail_msg">
On Fri, Feb 24, 2017 at 10:09:28AM +0000, Jihed M'selmi wrote:<br class="gmail_msg">
> Hi,<br class="gmail_msg">
><br class="gmail_msg">
> Using one instance per service leads to a memory issues espacially when we<br class="gmail_msg">
> have many instance per node.<br class="gmail_msg">
<br class="gmail_msg">
Complain to oracle? ;-><br class="gmail_msg">
<br class="gmail_msg">
I thought that oracle listener is not consuming that many<br class="gmail_msg">
resources. At any rate, ocf:heartbeat:oralsnr doesn't support<br class="gmail_msg">
single listener for multiple instances. Do you have an idea how<br class="gmail_msg">
to do that? How to deal with the tnsping then? Maybe you're<br class="gmail_msg">
better off with the system start script in this case.<br class="gmail_msg">
<br class="gmail_msg">
> Regarding the 2nd point, I think it's better to read the flag on Y/N in the<br class="gmail_msg">
> oratab.<br class="gmail_msg">
> I see some issue/missbehavior, when, some db has N in oratab (the instance<br class="gmail_msg">
> shouldn't run), the cluster try to bring it UP. Any thoughts ?<br class="gmail_msg">
<br class="gmail_msg">
Hmm, what should then the RA do? Skip the instance and report it<br class="gmail_msg">
started? I'm not sure I follow.<br class="gmail_msg">
<br class="gmail_msg">
Thanks,<br class="gmail_msg">
<br class="gmail_msg">
Dejan<br class="gmail_msg">
<br class="gmail_msg">
> Cheers,<br class="gmail_msg">
><br class="gmail_msg">
> On Thu, Feb 23, 2017, 5:01 PM emmanuel segura <<a href="mailto:emi2fast@gmail.com" class="gmail_msg" target="_blank">emi2fast@gmail.com</a>> wrote:<br class="gmail_msg">
><br class="gmail_msg">
> > I think no, in /usr/lib/ocf/resource.d/heartbeat/oralsnr<br class="gmail_msg">
> ><br class="gmail_msg">
> > start function, oralsnr_start = "output=`echo lsnrctl start $listener<br class="gmail_msg">
> > | runasdba`"<br class="gmail_msg">
> > stop function, oralsnr_stop = "output=`echo lsnrctl stop $listener |<br class="gmail_msg">
> > runasdba`"<br class="gmail_msg">
> ><br class="gmail_msg">
> > Where listener variable is the resource agent parameter given by<br class="gmail_msg">
> > pacemaker : #   OCF_RESKEY_listener (optional; defaults to LISTENER)<br class="gmail_msg">
> ><br class="gmail_msg">
> > Why don't use one listener per instance?<br class="gmail_msg">
> ><br class="gmail_msg">
> > 2017-02-23 16:37 GMT+01:00 Jihed M'selmi <<a href="mailto:jihed.mselmi@gmail.com" class="gmail_msg" target="_blank">jihed.mselmi@gmail.com</a>>:<br class="gmail_msg">
> > > I was reading the oralsnr script, I found that to stop a listener the<br class="gmail_msg">
> > agent<br class="gmail_msg">
> > > uses the lsnrctl to stop the instances.<br class="gmail_msg">
> > ><br class="gmail_msg">
> > > My questions,  how to configure this agent for an oracle listener<br class="gmail_msg">
> > attached<br class="gmail_msg">
> > > the multiple instance ?<br class="gmail_msg">
> > ><br class="gmail_msg">
> > > My 2nd quest, is it possible to enhance the ora-common.sh and<br class="gmail_msg">
> > > resource.d/oracle to take in account the flag y/n in the oratab in order<br class="gmail_msg">
> > to<br class="gmail_msg">
> > > start the database or no ?<br class="gmail_msg">
> > ><br class="gmail_msg">
> > > Cheers,<br class="gmail_msg">
> > ><br class="gmail_msg">
> > > --<br class="gmail_msg">
> > ><br class="gmail_msg">
> > ><br class="gmail_msg">
> > > Jihed MSELMI<br class="gmail_msg">
> > > RHCE, RHCSA, VCP4<br class="gmail_msg">
> > > 10 Villa Stendhal, 75020 Paris France<br class="gmail_msg">
> > > Mobile: <a href="tel:+33%207%2053%2076%2086%2053" value="+33753768653" class="gmail_msg" target="_blank">+33 (0) 753768653</a><br class="gmail_msg">
> > ><br class="gmail_msg">
> > > _______________________________________________<br class="gmail_msg">
> > > Users mailing list: <a href="mailto:Users@clusterlabs.org" class="gmail_msg" target="_blank">Users@clusterlabs.org</a><br class="gmail_msg">
> > > <a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.clusterlabs.org/mailman/listinfo/users</a><br class="gmail_msg">
> > ><br class="gmail_msg">
> > > Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org</a><br class="gmail_msg">
> > > Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br class="gmail_msg">
> > > Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://bugs.clusterlabs.org</a><br class="gmail_msg">
> > ><br class="gmail_msg">
> ><br class="gmail_msg">
> ><br class="gmail_msg">
> ><br class="gmail_msg">
> > --<br class="gmail_msg">
> >   .~.<br class="gmail_msg">
> >   /V\<br class="gmail_msg">
> >  //  \\<br class="gmail_msg">
> > /(   )\<br class="gmail_msg">
> > ^`~'^<br class="gmail_msg">
> ><br class="gmail_msg">
> > _______________________________________________<br class="gmail_msg">
> > Users mailing list: <a href="mailto:Users@clusterlabs.org" class="gmail_msg" target="_blank">Users@clusterlabs.org</a><br class="gmail_msg">
> > <a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.clusterlabs.org/mailman/listinfo/users</a><br class="gmail_msg">
> ><br class="gmail_msg">
> > Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org</a><br class="gmail_msg">
> > Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br class="gmail_msg">
> > Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://bugs.clusterlabs.org</a><br class="gmail_msg">
> ><br class="gmail_msg">
> --<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> Jihed MSELMI<br class="gmail_msg">
> RHCE, RHCSA, VCP4<br class="gmail_msg">
> 10 Villa Stendhal, 75020 Paris France<br class="gmail_msg">
> Mobile: <a href="tel:+33%207%2053%2076%2086%2053" value="+33753768653" class="gmail_msg" target="_blank">+33 (0) 753768653</a><br class="gmail_msg">
<br class="gmail_msg">
> _______________________________________________<br class="gmail_msg">
> Users mailing list: <a href="mailto:Users@clusterlabs.org" class="gmail_msg" target="_blank">Users@clusterlabs.org</a><br class="gmail_msg">
> <a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.clusterlabs.org/mailman/listinfo/users</a><br class="gmail_msg">
><br class="gmail_msg">
> Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org</a><br class="gmail_msg">
> Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br class="gmail_msg">
> Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://bugs.clusterlabs.org</a><br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Users mailing list: <a href="mailto:Users@clusterlabs.org" class="gmail_msg" target="_blank">Users@clusterlabs.org</a><br class="gmail_msg">
<a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.clusterlabs.org/mailman/listinfo/users</a><br class="gmail_msg">
<br class="gmail_msg">
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org</a><br class="gmail_msg">
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" class="gmail_msg" target="_blank">http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf</a><br class="gmail_msg">
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" class="gmail_msg" target="_blank">http://bugs.clusterlabs.org</a><br class="gmail_msg">
</blockquote></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><div><div><br><br></div><div>Jihed MSELMI<br></div><div><span>RHCE, </span>RHCSA, VCP4 <br></div>10 Villa Stendhal, 75020 Paris France<br></div>Mobile: +33 (0) 753768653</div></div>