<div dir="auto">Hi Dejan, <div dir="auto"><br></div><div dir="auto">In my environment, is it possible to launch the check from the hypervisor. A simple telnet against an specific port may be enough tp check if service is ready. </div><div dir="auto"><br></div><div dir="auto">In this simple scenario (and check) how can I instruct the second server to wait the mysql server is up? </div><div dir="auto"><br></div><div dir="auto">Thanks a lot </div></div><div class="gmail_extra"><br><div class="gmail_quote">El 1 mar. 2017 1:08 p. m., "Dejan Muhamedagic" <<a href="mailto:dejanmm@fastmail.fm">dejanmm@fastmail.fm</a>> escribió:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
On Sat, Feb 25, 2017 at 09:58:01PM +0100, Oscar Segarra wrote:<br>
> Hi,<br>
><br>
> Yes,<br>
><br>
> Database server can be considered started up when it accepts mysql client<br>
> connections<br>
> Applications server can be considered started as soon as the listening port<br>
> is up al accepting connections<br>
><br>
> ¿Can you provide any example about how to achieve this?<br>
<br>
Is it possible to connect to the database from the supervisor?<br>
Then something like this would do:<br>
<br>
mysql -h vm_ip_address ... < /dev/null<br>
<br>
If not, then if ssh works:<br>
<br>
echo mysql ... | ssh vm_ip_address<br>
<br>
I'm afraid I cannot help you more with mysql details and what to<br>
put in '...' stead above, but it should do whatever is necessary<br>
to test if the database reached the functional state. You can<br>
find an example in ocf:heartbeat:mysql: just look for the<br>
"test_table" parameter. Of course, you'll need to put that in a<br>
script and test output and so on. I guess that there's enough<br>
information in internet on how to do that.<br>
<br>
Good luck!<br>
<br>
Dejan<br>
<br>
> Thanks a lot.<br>
><br>
><br>
> 2017-02-25 19:35 GMT+01:00 Dejan Muhamedagic <<a href="mailto:dejanmm@fastmail.fm">dejanmm@fastmail.fm</a>>:<br>
><br>
> > Hi,<br>
> ><br>
> > On Thu, Feb 23, 2017 at 08:51:20PM +0100, Oscar Segarra wrote:<br>
> > > Hi,<br>
> > ><br>
> > > In my environment I have 5 guestes that have to be started up in a<br>
> > > specified order starting for the MySQL database server.<br>
> > ><br>
> > > I have set the order constraints and VirtualDomains start in the right<br>
> > > order but, the problem I have, is that the second host starts up faster<br>
> > > than the database server and therefore applications running on the second<br>
> > > host raise errors due to database connectivity problems.<br>
> > ><br>
> > > I'd like to introduce a delay between the startup of the VirtualDomain of<br>
> > > the database server and the startup of the second guest.<br>
> ><br>
> > Do you have a way to check if this server is up? If so...<br>
> > The start action of VirtualDomain won't exit until the monitor<br>
> > action returns success. And there's a parameter called<br>
> > monitor_scripts (see the meta-data). Note that these programs<br>
> > (scripts) are run at the supervisor host and not in the guest.<br>
> > It's all a bit involved, but should be doable.<br>
> ><br>
> > Thanks,<br>
> ><br>
> > Dejan<br>
> ><br>
> > > ¿Is it any way to get this?<br>
> > ><br>
> > > Thanks a lot.<br>
> ><br>
> > > ______________________________<wbr>_________________<br>
> > > Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
> > > <a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.clusterlabs.org/<wbr>mailman/listinfo/users</a><br>
> > ><br>
> > > Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
> > > Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
> > > Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
> ><br>
> ><br>
> > ______________________________<wbr>_________________<br>
> > Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
> > <a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.clusterlabs.org/<wbr>mailman/listinfo/users</a><br>
> ><br>
> > Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
> > Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
> > Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
> ><br>
<br>
> ______________________________<wbr>_________________<br>
> Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
> <a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.clusterlabs.org/<wbr>mailman/listinfo/users</a><br>
><br>
> Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
> Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
> Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
<br>
<br>
______________________________<wbr>_________________<br>
Users mailing list: <a href="mailto:Users@clusterlabs.org">Users@clusterlabs.org</a><br>
<a href="http://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.clusterlabs.org/<wbr>mailman/listinfo/users</a><br>
<br>
Project Home: <a href="http://www.clusterlabs.org" rel="noreferrer" target="_blank">http://www.clusterlabs.org</a><br>
Getting started: <a href="http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf" rel="noreferrer" target="_blank">http://www.clusterlabs.org/<wbr>doc/Cluster_from_Scratch.pdf</a><br>
Bugs: <a href="http://bugs.clusterlabs.org" rel="noreferrer" target="_blank">http://bugs.clusterlabs.org</a><br>
</blockquote></div></div>