-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
All,
Over the past week, I've had 4 separate httpd servers running 2.2 and
2.4 start failing with the generic "Internal Server Error" page and a
500 response.
The only logs generated are the access log, which of course indicates
a 500-response. So, no error logs, no syslogs, no nothing.
We have a couple of redirects configured using something like
"RedirectMatch 301 "^/$" https://hostname/"; and these are processed
and I get a 302 response which redirects to another page that fails.
All of the pages that are failing are using HTTP Basic authentication
with an LDAPS authentication module (mod_authz_ldap) to a remote
server. Other httpd instances are currently successfully
authenticating against this LDAP server, so the LDAP server itself
doesn't appear to be a problem.
In the other cases, an httpd restart has fixed the problem. Triggering
a config reload (/etc/init.d/httpd reload on my RHEL-compatible VM)
will allow the configuration to reload and does not change the
situation with the errors (i.e. the errors still occur).
I was able to reconfigure the VirtualHost to /not/ require LDAP
authentication and then I was able to access my pages as expected. So,
I'm fairly sure that the problem is with the LDAP authentication module.
I now have another case that is failing and I have the opportunity to
inspect it in its failing state. Can you anyone suggest a way to
instrument the still-running, still-failing httpd instance to figure
out what the problem is?
This particular server has the following configuration as reported by
apachtctl -V:
Server version: Apache/2.2.29 (Unix)
Server built: Sep 15 2014 19:41:45
Server's Module Magic Number: 20051115:36
Server loaded: APR 1.5.0, APR-Util 1.4.1
Compiled using: APR 1.5.0, APR-Util 1.4.1
Architecture: 32-bit
Server MPM: Prefork
threaded: no
forked: yes (variable process count)
Looking at a process list, I can see 8 processes. If I go to my
browser and mash the RELOAD button, the browser reports a 500 response
each time, and when I go back and check the process list, all the pids
are the same, so the child processes are not crashing and failing to
log errors before the die or anything like that.
Thanks in advance,
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJUMU9FAAoJEBzwKT+lPKRYCwoQAIJo8PuPGL7pWtFXeAUaZPjb
+kLOTi9BB2qmoDS0/ggnVt3CQo5cHE3SSwRn1wAMTsSzMLMedgW8TdO92jRZz3VR
CQogOeq91/0du9EsmoQIVEf2hevlW9AfLwYTtEPmYDQXU4Ucwc12e7L24a20crjF
PTrewtleyb183cbjqkH95xNBRmezadFsR18BTqHmK97wVrM2mmSJuh1C0L1NFVpD
xxyd4wlXXB3RXEu3bttD9vjgVoVtCcMHgv1q2N8Df77Nftls1/WnLm+mrzMAFhxl
zg81pTxflyz72b9leslwF8eo0/I2kwyMxXDDkdTFXgCl3dwz04MV/w+6LlnWt1D/
xo5j/LITLnuKD10KKGcQpolEABKcr8ObvOYnFIBXFxwsB+XoHFYooVm2AIaID+Wa
WFWlFKBMUdEypAgAm3lpsIluvf2EzF5m6eyYr7GqxN294Jo763H7AR7tY9h86tF9
cq4d1rpH+l0LYS1aA+qwLeKB6LXHYEZM6E5XIydxluz5CreJJ4sIrJMIeESXF4lm
Z5WQvTVGT6P9C7BvgbB+/RjMa4B5DHoXc/y2uVv2KAKpjbV0YP9HYEldRGx3RwyU
evYkbyGMeOb51eATuI4T61LbbAlVk1uuBJsOXY6+9JN3UTMSqwce4DOM1jo+r69G
k08PUIBgcCQWFWjOaE3t
=mQaP
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|