Why is this monitoring service causing connection resets?

In my error log I found the following messages:

[Fri Jun 10 00:22:43.167653 2016] [fcgid:warn] [pid 12111] (104)Connection reset by peer: [client] mod_fcgid: ap_pass_brigade failed in handle_request_ipc function
[Fri Jun 10 01:23:40.748637 2016] [fcgid:warn] [pid 14824] (104)Connection reset by peer: [client] mod_fcgid: ap_pass_brigade failed in handle_request_ipc function
[Fri Jun 10 02:24:20.421414 2016] [fcgid:warn] [pid 16734] (104)Connection reset by peer: [client] mod_fcgid: ap_pass_brigade failed in handle_request_ipc function

Every hour and 5 minutes I get a connection reset from the same IP address.

So I checked my access log and concluded that it comes from a service that I use to check every hour whether our website is still online. I would expect such a service to give be lightweight so I am puzzled. In the access log they each time have two entries like: - - [06/Jun/2016:07:28:27 -0400] "GET / HTTP/1.1" 301 446 "-" "FreeWebMonitoring SiteChecker/0.2 (+" - - [06/Jun/2016:07:28:27 -0400] "GET / HTTP/1.1" 500 74399 "-" "FreeWebMonitoring SiteChecker/0.2 (+"

What is going on here? Are they doing something strange? Or is my site not supporting something that it should?

Submit an answer

This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

Sign In or Sign Up to Answer

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Want to learn more? Join the DigitalOcean Community!

Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.

Stackoverflow has an answer. A small excerpt from the mod_fcgid documentation that is pointed out in the answer is as follows:

Special PHP considerations

By default, PHP FastCGI processes exit after handling 500 requests, and they may exit after this
module has already connected to the application and sent the next request. When that occurs, an
error will be logged and 500 Internal Server Error will be returned to the client. This PHP behavior can
be disabled by setting PHP_FCGI_MAX_REQUESTS to 0, but that can be a problem if the PHP
application leaks resources. Alternatively, PHP_FCGI_MAX_REQUESTS can be set to a much higher
value than the default to reduce the frequency of this problem. FcgidMaxRequestsPerProcess can be
set to a value less than or equal to PHP_FCGI_MAX_REQUESTS to resolve the problem.

The 301 and 500 http error codes on your post seems to follow from the above excerpt.