HP/Compaq ILO and check_http

Karl DeBisschop karl at debisschop.net
Sat Jun 7 22:18:47 CEST 2003
Previous message: HP/Compaq ILO and check_http
Next message: HP/Compaq ILO and check_http
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Fri, 2003-06-06 at 13:47, Subhendu Ghosh wrote:
> which version of check_http?
> what is the size of index.html?  how long did it take with wget?
> 
> what about: check_http -S -H 10.35.178.154 -u / -t 30 -v (please post the 
> transaction)
> 
> Can you increase the timeout if above fails?

I'm sure i'm only thinking of it because of the recent patch to
check_tcp, but I wonder if this could be the same sort of deal - the
device is through sending but has not informed the client, or at least
not in a way that check_http understands.

It doesn't help that the length is unspecified.

Sound plausible?

I wonder if runnig tcpdump or ethereal while making the request would
provide useful data? Maybe log the connection once for wget and a second
time for for check_http?

Since I know zip about this ILO thingie, I'm not coming up with alot of
other ideas.

--
Karl

> -sg
> 
> 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
Previous message: HP/Compaq ILO and check_http
Next message: HP/Compaq ILO and check_http
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Users mailing list