[ic] mod_interchange and Apache MaxClients
rphipps at reliant-solutions.com
Thu Nov 17 02:06:32 EST 2005
> From: interchange-users-bounces at icdevgroup.org
> bounces at icdevgroup.org] On Behalf Of John1
> Sent: Wednesday, November 16, 2005 5:26 PM
> > Kevin asked me to try the following:
> > You could set up a cgi-bin executable on a "testing" subdomain,
> > with a "/cgi-bin/foo" alias on the end of your Catalog line.
> > Interchange stops responding, try sending requests through the CGI.
> > the requests fail there as well then the finger points at
> > otherwise it would look more like a mod_interchange (or Apache
> > API) issue.
> > I will be trying the above steps the next time the site goes down to
> > see if we are seeing a problem with Interchange or a problem with
> > Apache/mod_interchange communicating with Interchange. John and
> > it'd be great if you could do the same on your systems so we have
> > then one result.
> I will try to do this but may take me a while to remember/figure out
> do this - if you have time to post a snippet from you catalog config
> you have done this it would be appreciated.
> > Also post your mod_interchange section for Apache so we can see if
> > are all communicating with IC via unix sockets or tcp. My config is
> > as follows:
> > <Location />
> > SetHandler interchange-handler
> > InterchangeServer 127.0.0.1:7483
> > DropRequestList /default.ida /x.ida /cmd.exe /root.exe
> > OrdinaryFileList /w3c/ /webstats/ /rss/ /classes/ /banner/
> > /images/ /guides/ /nav/ /ebay/ /guides/
> > </Location>
> I am running via Unix sockets:
> <Location />
> InterchangeServer /usr/local/interchange/socket
> I have recently also enabled Inet mode from localhost by adding the
> following to my interchange.cfg:
> Inet_Mode Yes
> TcpMap 127.0.0.1:7786 -
> The reason I did this was to allow me to telnet to Interchange when
> stopped responding to try to verify whether Interchange was still
> responding. When the site last stopped I did "telnet 127.0.0.1 7786"
> did get a connection, but I wasn't sure what else to input in the
> session confirm whether Interchange was responding. Is this a useful
> and if so, what should I key into the telnet session to confirm
> is alive and well? Thanks
I tried the same as well and would like to know what we could type in
the telnet session, if anything, to verify the server is still
processing requests? Perhaps Mike can elaborate on this?
More information about the interchange-users