<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 2/16/2010 1:04 PM, Angie T. Muhammad wrote:
<blockquote
 cite="mid:60abfb071002161504l1efbfa87s439802a4ef27b63e@mail.gmail.com"
 type="cite">
  <div dir="ltr"><br>
  <br>
  <div class="gmail_quote">On Wed, Feb 17, 2010 at 12:21 AM, Paul
Graydon <span dir="ltr"><<a moz-do-not-send="true"
 href="mailto:paul@ehawaii.gov">paul@ehawaii.gov</a>></span> wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div bgcolor="#ffffff" text="#000000">
    <div class="im">On 2/16/2010 10:48 AM, Andrew Beekhof wrote:
    <blockquote type="cite">The first error doesn't concern me
particularly, it's a
known Apache bug<br>
      <blockquote type="cite">
        <pre>relating to the proxy module that doesn't actually break anything.  It's the
binding errors that are bothering me and presumably what is stopping
pacemaker from starting the service successfully.  Whats really odd about
that error is I can run "/etc/init.d/httpd start" quite happily myself and
it works.  There is absolutely nothing sitting listening on port 80 at all
for it to struggle with.  Occasionally it seems to start it but I've no idea
why it will succeed then when it fails in the large majority of the time.
 Really wild stab in the dark, but is there a chance pacemaker is attempting
to start the httpd process multiple times?
    </pre>
      </blockquote>
      <pre>Unlikely, usually its caused by LSB services being told to start at boot time.
  </pre>
    </blockquote>
    <br>
    </div>
That was one of the earliest thoughts I had, sorry I meant to put this
in my first message:<br>
    <br>
# chkconfig --list httpd<br>
httpd           0:off   1:off   2:off   3:off   4:off   5:off   6:off<br>
    <br style="color: rgb(0, 0, 153);">
    </div>
  </blockquote>
  <div><span style="color: rgb(0, 0, 153);"> I suffered from the same
problem as you do. It is always highly recommended to use OCF modules
written specifically for your service rather than LSB. Aside of your
stack (openAIS or Heartbeat), errors will pop up when stopping httpd if
you are using LSB..</span><br style="color: rgb(0, 0, 153);">
  <br style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">Example configuration:</span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 153, 0);"># crm configure primitive
WebServer ocf:heartbeat:apache params
configfile=/etc/httpd/conf/httpd.conf statusurl=<a
 moz-do-not-send="true" href="http://127.0.0.1/server-status">http://127.0.0.1/server-status</a>
op monitor interval=30s</span><br style="color: rgb(0, 0, 153);">
  <br style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">For the above example to work
correctly, FIRST you have to do some editing in httpd.conf:</span><br
 style="color: rgb(0, 0, 153);">
  <br style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">1- Make your listen directive
tied to the localhost (for testing):</span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">Listen <a moz-do-not-send="true"
 href="http://127.0.0.1:80">127.0.0.1:80</a></span><br
 style="color: rgb(0, 0, 153);">
  <br style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">2- Enable viewing server status
for localhost:</span><br style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);"><Location /server-status></span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">    SetHandler server-status</span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">    Order deny,allow</span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">    Deny from all</span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">    Allow from 127.0.0.1</span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);"></Location></span><br
 style="color: rgb(0, 0, 153);">
  <br style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">3- Enable extended status:</span><br
 style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">ExtendedStatus On</span><br
 style="color: rgb(0, 0, 153);">
  <br style="color: rgb(0, 0, 153);">
  <br style="color: rgb(0, 0, 153);">
  <span style="color: rgb(0, 0, 153);">Other than this, pacemaker will
try to request a page from your server but never finds it, so it
considers the server not responding. It tries to kill it, and you end
up with some zombie processes. </span><br>
  </div>
  </div>
  </div>
</blockquote>
<br>
I started looking into this today to find out whether it was possible
to use another URL for testing.  According to the heartbeat script you
can specify the parameter statusurl and as long as it has a body and
html tag on the page you test it should work.<br>
<br>
So I thought I'd give it a try, but it failed.  Initially I assumed it
was because I hadn't selected a page with the body and html tag (having
not noticed that was a necessity) but even when against a page that has
them it still failed.  Trying to execute the command it runs came up
with a failure for me too, but it appears to be how all the arguments
are presented to wget courtesy of "sh -c".<br>
<br>
It's looking for a positive return from:<br>
<br>
sh -c wget -O- -q -L <a class="moz-txt-link-freetext" href="http://whatever.url.youprovided">http://whatever.url.youprovided</a> | tr '\012' ' ' |
grep -Ei "</ *body *>[[:space:]]*</ *html *>"<br>
<br>
Problem is if you cut it down to just that first section:<br>
sh -c wget -O- -q -L <a class="moz-txt-link-freetext" href="http://whatever.url.youprovided">http://whatever.url.youprovided</a><br>
<br>
it pops back and tells you<br>
wget: missing URL<br>
Usage: wget [OPTION]... [URL]...<br>
<br>
Try `wget --help' for more options.<br>
<br>
If you execute wget without using "sh -c" in front of it it sees the
URL and parses it successfully.<br>
<br>
Surrounding the wget string with ' marks, as in:<br>
sh -c 'wget -O- -q -L <a class="moz-txt-link-freetext" href="http://whatever.url.youprovided">http://whatever.url.youprovided</a> '<br>
<br>
I'm trying to figure out what other options are available.  Adding in '
marks on line 406 of the ocf heartbeat apache script breaks it!<br>
<br>
Paul<br>
<pre class="moz-signature" cols="72">-- 
Paul Graydon
Senior Systems Administrator
Hawaii Information Consortium
Internet Portal Partner with the Aloha state
808-695-4619 office
808-695-4618 fax
<a class="moz-txt-link-abbreviated" href="mailto:paul@ehawaii.gov">paul@ehawaii.gov</a>
*********************************************
CONFIDENTIALITY NOTICE:
This email and any attachments are confidential.  If you
are not the intended recipient, you do not have permission
to disclose, copy, distribute, or open any attachments.  If
you have received this email in error, please notify us
immediately by returning it to the sender and delete this
copy from your system.

Thank you.
Hawaii Information Consortium, LLC
********************************************** </pre>
</body>
</html>