erreur Apache : "Request failed: error reading the head
6 messages • Page 1 sur 1
Consultez la formation à Google Analytics de WebRankInfo / Ranking Metrics
erreur Apache : "Request failed: error reading the head
Bonjour,
Après avoir fait la mise à jour de mon serveur dédié (cf. apt-get upgade), j'ai eu peu à peu de multiples retours de bug sur un des forums hébergé dessus. Ce qui m'a étonné (et m'étonne encore), c'est que le bug est totalement aléatoire mais plus courant chez certains que d'autres et parfois même je me demande si le sens du vent ne jouerai pas un peu (:roll:).
Evidemment chez moi ça marche super comme il faut du coup j'ai un peu de mal à faire des tests. Après demandé des screens et le code source des pages, j'ai vu que le forum était en fait "tronqué" au milieu : on a le haut de la page, puis le bas de la page mais entre les deux y a tout une partie du code HTML qui disparait (la coupure se faire au milieu des balises donc c'est pas un problème de php mais bien de apache).
J'ai désactivé la compression (gzip) des pages et ca va un peu mieux mais le bu subsiste encore assez souvent (20 fois par heure d'après les logs en gros au lieu de vraiment beaucoup plus avant).
Je viens donc aux logs. Le message est du type "[Thu Feb 08 01:46:12 2007] [error] [client ***.***.28.48] request failed: error reading the headers, referer: http://exemple.com/index.php"
En cherchant sur google, j'ai juste trouvé ca :
Je pense donc que c'est du à un problème avec la taille du header car je stock pour le forum beaucoup de données en cookies. Seulement je n'arrive pas pour autant à régler le problème. Je peux pas diminuer la taille des cookies, je trouve pas dans les fichiers de configs une option pour augmenter la taille des headers.
Ce qui m'ennuie le plus c'est que je ne comprends pas pourquoi c'est tant que ca aléatoire (la taille du cookie ne change pas d'un F5 à l'autre) et surtout que ca marchait vraiment très bien avant la mise à jour du serveur.
Désolé je suis un peu long mais je voulais oublié aucun élément. Est-ce que quelqu'un veut bien m'aiguiller sur une piste ?
Après avoir fait la mise à jour de mon serveur dédié (cf. apt-get upgade), j'ai eu peu à peu de multiples retours de bug sur un des forums hébergé dessus. Ce qui m'a étonné (et m'étonne encore), c'est que le bug est totalement aléatoire mais plus courant chez certains que d'autres et parfois même je me demande si le sens du vent ne jouerai pas un peu (:roll:).
Evidemment chez moi ça marche super comme il faut du coup j'ai un peu de mal à faire des tests. Après demandé des screens et le code source des pages, j'ai vu que le forum était en fait "tronqué" au milieu : on a le haut de la page, puis le bas de la page mais entre les deux y a tout une partie du code HTML qui disparait (la coupure se faire au milieu des balises donc c'est pas un problème de php mais bien de apache).
J'ai désactivé la compression (gzip) des pages et ca va un peu mieux mais le bu subsiste encore assez souvent (20 fois par heure d'après les logs en gros au lieu de vraiment beaucoup plus avant).
Je viens donc aux logs. Le message est du type "[Thu Feb 08 01:46:12 2007] [error] [client ***.***.28.48] request failed: error reading the headers, referer: http://exemple.com/index.php"
En cherchant sur google, j'ai juste trouvé ca :
# [error] [client 127.0.0.1] request failed: error reading the headers
This message can be triggered by one of the following protocol errors encountered while reading a request from the client:
* the number of request header fields exceeds the server's limit (400 will be logged in access log)
* the length of a request header field exceeds the server's limit (400 will be logged in access log)
* a request header field is missing a colon separator (400 will be logged in access log)
The exact cause is written in the error message sent to the client, but it is not logged anywhere unless the "error-notes" note for the request is logged via mod_log_config. (This would be rather voluminous and is not recommended except for brief testing periods.) The note can be logged by adding %{error-notes}n to your log format string.
Even without logging the error-notes note, you can consult the access log to see the URL of the request which failed and see what error message was returned to the browser. Look for requests which failed with 400 with the same timestamp as the messages in the error log.
Je pense donc que c'est du à un problème avec la taille du header car je stock pour le forum beaucoup de données en cookies. Seulement je n'arrive pas pour autant à régler le problème. Je peux pas diminuer la taille des cookies, je trouve pas dans les fichiers de configs une option pour augmenter la taille des headers.
Ce qui m'ennuie le plus c'est que je ne comprends pas pourquoi c'est tant que ca aléatoire (la taille du cookie ne change pas d'un F5 à l'autre) et surtout que ca marchait vraiment très bien avant la mise à jour du serveur.
Désolé je suis un peu long mais je voulais oublié aucun élément. Est-ce que quelqu'un veut bien m'aiguiller sur une piste ?
Peut être une limite sur le temps d'execution d'apache ou qqchose dans le genre?
cf http://www.illiweb.com/manuel/Apache_1. ... /core.html
cf http://www.illiweb.com/manuel/Apache_1. ... /core.html
Et pour avoir ces fameuses "error-notes", je dois faire comment ?
"The exact cause is written in the error message sent to the client, but it is not logged anywhere unless the "error-notes" note for the request is logged via mod_log_config. (This would be rather voluminous and is not recommended except for brief testing periods.) The note can be logged by adding %{error-notes}n to your log format string. "
Déjà je comprends pas trop l'anglais puis je me demande si ca marche aussi avec apache2 car j'ai pas le mod "mod_log_config"
EDIT : Finalement après de longues recherche c'est bien un prb de PHP comme tu as dis. (avec un top, j'ai des "php5-cgi <defunct>" zombies). C'est pas encore résolu mais ca progresse.
EDIT2 : le serveur envoyait des ^@^@^@ sans fin dans certains cas mais n'ayant pu déterminé l'origine, j'ai tout réinitialisé
"The exact cause is written in the error message sent to the client, but it is not logged anywhere unless the "error-notes" note for the request is logged via mod_log_config. (This would be rather voluminous and is not recommended except for brief testing periods.) The note can be logged by adding %{error-notes}n to your log format string. "
Déjà je comprends pas trop l'anglais puis je me demande si ca marche aussi avec apache2 car j'ai pas le mod "mod_log_config"
EDIT : Finalement après de longues recherche c'est bien un prb de PHP comme tu as dis. (avec un top, j'ai des "php5-cgi <defunct>" zombies). C'est pas encore résolu mais ca progresse.
EDIT2 : le serveur envoyait des ^@^@^@ sans fin dans certains cas mais n'ayant pu déterminé l'origine, j'ai tout réinitialisé
6 messages • Page 1 sur 1
Formation recommandée sur ce thème :
Formation Google Analytics : en 2 jours, apprenez comment exploiter l'essentiel des possibilités de l'outil de mesure d'audience de Google. Formation animée par Julien Coquet, expert certifié officiellement par Google Analytics.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Article sur le fichier .htaccess
- Nouvelles fonctionnalités pour Google Sitemaps
- Google écrit parfois au webmaster en cas de blacklistage
- Articles de R et D sur le PageRank, le SpamRank et le spam...
- Suite de l'article sur le fichier .htaccess : l'URL rewriting
- Un moyen très simple et gratuit d'obtenir des backlinks
- Balises meta et référencement : les bases à savoir
- Séminaire URL Rewriting et sites dynamiques
- request failed: error reading the headers
- MSN : An error occurred while processing your request.
- Fatal error: main(): Failed opening required
- Fatal error: input in flex scanner failed in /usr/home/mol/w
- write failed:No space left on. Comment résoudre cette erreur
- Erreur dans google "Warning: main(): Failed opening ...
- htaccess:Options-Indexes:empêcher log error apache
Consultez la description détaillée des produits ou services de Google suivants : Google Web Toolkit
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités



le forum