HP/Compaq ILO and check_http

Karl DeBisschop karl at debisschop.net
Tue Jun 10 13:03:01 CEST 2003


On Tue, 2003-06-10 at 02:30, Jens Kruse wrote:
> Hi Subhendu,
> 
> Subhendu Ghosh wrote:
> > which version of check_http?
> 
> monitor2-lx:/usr/local/nagios/libexec # ./check_http -V
> check_http (nagios-plugins 1.3.0) 1.24
> 
> 
> > what is the size of index.html?  how long did it take with wget?
> 
> I don't know the size, as it is an embedded device I don't have an idea 
> how to find out ...
> I can't tell you the exect time, as I have to CTRL-C it ...

I missed that in previous posts...

It looks like check_http is not the only client that has this problem.

Form that, I further infer that the device is not correctly closing the
connection, and the client cannot either because the length is not
provided.

Does a broswer read the steam correctly, or do you have to press the
'stop; button to stop loading the page?

Can you send us the last few lines of an output page?

--
Karl 

> > what about: check_http -S -H 10.35.178.154 -u / -t 30 -v (please post the 
> > transaction)
> 
> monitor2-lx:/usr/local/nagios/libexec # ./check_http -S -H 10.35.178.154 
> -u / -t 30 -v
> check_http: invalid option - SSL is not available
> 
> ???
> 
> So I tried it without -S and pushed the time amount up to 90 Seconds ...
> 
> monitor2-lx:/usr/local/nagios/libexec # ./check_http -H 10.35.178.154 -u 
> / -t 90 -v
> Socket timeout after 90 seconds
> 
> Just no answer ...
> 
> > Can you increase the timeout if above fails?
> 
> ???
> 
> Regards, Jens
> 
> 
> 
> > On Fri, 6 Jun 2003, Jens Kruse wrote:
> > 
> > 
> >>Hi -sg,
> >>
> >>Subhendu Ghosh wrote:
> >>
> >>
> >>>have you tried the timeout option (-t) 
> >>>It defaults to 10 seconds and then sends a SIGALARM to self.
> >>
> >>Yes, same behavior ...
> >>
> >>
> >>>port 80 transaction looks fine - can you run it under "time" and see how 
> >>>long it took?
> >>
> >>Appr. 2 sec., so the -t option didn't help too ...
> >>
> >>
> >>>port 443 should be ssl so a regular telnet will not work. Try wget or 
> >>>curl.
> >>
> >>All right, it works with wget:
> >>
> >>monitor2-lx:/usr/local/nagios/libexec # wget https://10.35.178.154/
> >>--15:10:47--  https://10.35.178.154/
> >>            => `index.html'
> >>Connecting to 10.35.178.154:443... connected!
> >>HTTP request sent, awaiting response... 200 Ok
> >>Length: unspecified [text/html]
> >>
> >>     0K .
> >>
> >>Does this give you a clue?
> >>
> >>Regards, Jens
> >>
> >>
> >>
> >>
> >>>>>But, to start, have you tried the --verbose option? What was the output?
> >>>>
> >>>>Yes I did:
> >>>>
> >>>>monitor1-lx:~ # /usr/local/nagios/libexec/check_http -H 10.35.178.154 -p 
> >>>>80 --verbose
> >>>>Socket timeout after 10 seconds
> >>>>
> >>>>That's the result I receive with or without the --verbose option ...
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>>Have you tried just running the seesion over telnet?
> >>>>
> >>>>Yes. It works with port 80:
> >>>>
> >>>>monitor1-lx:~ # telnet 10.35.178.154 80
> >>>>Trying 10.35.178.154...
> >>>>Connected to 10.35.178.154.
> >>>>Escape character is '^]'.
> >>>>GET
> >>>>HTTP/1.1 405 Method Not Allowed
> >>>>Content-Type:text/html
> >>>>
> >>>><HTML><HEAD><TITLE>Remote Insight</TITLE></HEAD><BODY>
> >>>><H1>Request Error</H1>
> >>>>HTTP/1.1 405 Method Not Allowed
> >>>></BODY></HTML>
> >>>>Connection closed by foreign host.
> >>>>
> >>>>
> >>>>But not with 443:
> >>>>
> >>>>monitor1-lx:~ # telnet 10.35.178.154 443
> >>>>Trying 10.35.178.154...
> >>>>Connected to 10.35.178.154.
> >>>>Escape character is '^]'.
> >>>>GET
> >>>>
> >>>>
> >>>>I also tried it with 'strace':
> >>>>
> >>>>monitor1-lx:~ # strace /usr/local/nagios/libexec/check_http -H 
> >>>>10.35.178.154 -p 80 --verbose
> >>>>
> >>>>The final output
> >>>>...
> >>>>connect(3, {sin_family=AF_INET, sin_port=htons(80), 
> >>>>sin_addr=inet_addr("10.35.178.154")}}, 16) = 0
> >>>>send(3, "GET / HTTP/1.0\r\nHost: 10.35.178."..., 91, 0) = 91
> >>>>recv(3, "HTTP/1.1 200 Ok", 1023, 0)     = 15
> >>>>recv(3, "\r\nContent-Type: text/html\r\n", 1023, 0) = 27
> >>>>recv(3, "Expires: Fri, 30 Oct 1998 14:19:"..., 1023, 0) = 38
> >>>>recv(3, "\r\nCache-Control: no-cache\r\nConne"..., 1023, 0) = 44
> >>>>recv(3, "\r\nTransfer-Encoding: chunked\r\n\r\n", 1023, 0) = 32
> >>>>recv(3, "514", 1023, 0)                 = 3
> >>>>recv(3, "\r\n<!DOCTYPE HTML PUBLIC \"-//W3C/"..., 1023, 0) = 536
> >>>>brk(0x8052000)                          = 0x8052000
> >>>>recv(3, " licensed to the U.S. Government"..., 1023, 0) = 1023
> >>>>brk(0x8053000)                          = 0x8053000
> >>>>recv(3, " server is not configured to use"..., 1023, 0) = 49
> >>>>brk(0x8054000)                          = 0x8054000
> >>>>recv(3, "ou will not be able \r\nto communi"..., 1023, 0) = 168
> >>>>recv(3, 0x804f440, 1023, 0)             = ? ERESTARTSYS (To be restarted)
> >>>>--- SIGALRM (Alarm clock) ---
> >>>>fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
> >>>>old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 
> >>>>-1, 0) = 0x40016000
> >>>>write(1, "Socket timeout after 10 seconds\n", 32Socket timeout after 10 
> >>>>seconds
> >>>>) = 32
> >>>>munmap(0x40016000, 4096)                = 0
> >>>>_exit(2)                                = ?
> >>>>
> >>>>
> >>>>It stops until it receives a SIGALRM ... (from whome? - The embedded 
> >>>>webserver? - Thats the part I do not understand)
> >>>>
> >>>>
> >>>>In addition: We use iLO Firmware 1.26
> >>>>
> >>>>Can I provide you more information to find a solution for this?
> >>>>
> >>>>Regards,
> >>>>
> >>>>Jens
> >>>>
> >>>
> > 
> > 



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null





More information about the Users mailing list