Projet

Général

Profil

Scénario #2497

problème avec nginx / ouverture de fichier sans les droits

Ajouté par Damien THOMAS il y a plus de 12 ans. Mis à jour il y a plus de 9 ans.

Statut:
Ne sera pas résolu
Priorité:
Bas
Assigné à:
Catégorie:
-
Début:
01/12/2011
Echéance:
04/04/2014
% réalisé:

100%

Temps passé:
Points de scénarios:
-
Estimation basée sur la vélocité:
Liens avec la release:
Auto

Description

Sur un Amon
J'ai un problème sur le serveur ou les logs utilises rapidement une place très importante.
il semblerais que cela vienne de ngninx qui essais d'ouvrir un fichier sans y arriver

message dans le log
2011/11/22 18:24:27 [alert] 25213#0: accept() failed (23: Too many open files in system)
2011/11/22 18:24:27 [alert] 25213#0: accept() failed (23: Too many open files in system)
2011/11/22 18:24:27 [alert] 25213#0: accept() failed (23: Too many open files in system)
2011/11/22 18:24:27 [alert] 25213#0: accept() failed (23: Too many open files in system)

le fichier de log occupais 5.6 Go sur le disque

sans doute lié le réseau devient très lent, plus d'accès à internet et à EAD obligé de relancer le serveur pour pouvoir utiliser à nouveau des services


Demandes liées

Lié à AmonEcole - Anomalie #8132: Erreur lors de l'instanciation des templates : le repertoire '/var/www/nginx-default' n'existe pas Terminé (Sprint)

Historique

#1 Mis à jour par Joël Cuissinat il y a plus de 12 ans

  • Statut changé de Nouveau à En attente d'informations
  • Assigné à mis à Emmanuel GARETTE
  • Version cible mis à Mises à jour 2.3.4 RC

#2 Mis à jour par Joël Cuissinat il y a environ 12 ans

  • Statut changé de En attente d'informations à Ne sera pas résolu

<ddtddt> cela ne sais pas reproduit
<ddtddt> pas d'explication sur ce qui c'était passé

#3 Mis à jour par Emmanuel GARETTE il y a environ 12 ans

  • Statut changé de Ne sera pas résolu à En attente d'informations

Je constate le même soucis.

Lorsqu'on utilise nginx juste pour faire du proxy, pas de problème.

Par contre, il semble que l'utilisation de nginx pour les fichiers locaux posent problème.

Sur un serveur, il y a un nombre trop important de sessions avec status "CLOSE_WAIT" alors qu'elle devrait être "CLOSE" depuis longtemps.

Avec lsof, on constate une multitude de lignes :

nginx 3567 www-data 20u sock 0,6 0t0 868275035 can't identify protocol
nginx 3567 www-data 21r REG 251,3 639 1048584 /var/www/index.html

et dans netstat :

tcp 1 0 xxxxxxxxxx:3128 xxxxxxxxxx:58590 CLOSE_WAIT 3567/nginx: worker

Au bout d'un certain temps ... il ne peut plus ouvrir de fichier, d'où le problème évoqué.

Je ne sais pas trop comment reproduire, avec un wget cela ne pose pas de problème.

Certains disent, sur les forums, que le problème fut résolu par l'application du patch :

http://mailman.nginx.org/pipermail/nginx-devel/2010-January/000099.html

#4 Mis à jour par Emmanuel GARETTE il y a environ 12 ans

  • Projet changé de AmonEcole à conf-amon

#5 Mis à jour par Joël Cuissinat il y a environ 12 ans

  • Version cible changé de Mises à jour 2.3.4 RC à Mises à jour 2.3.5 RC

#6 Mis à jour par Joël Cuissinat il y a presque 12 ans

  • Version cible changé de Mises à jour 2.3.5 RC à Mises à jour 2.3.6 RC

#7 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Priorité changé de Normal à Bas
  • Version cible changé de Mises à jour 2.3.6 RC à Mises à jour 2.3.7 RC

=> Tester le patch ....

#8 Mis à jour par Joël Cuissinat il y a plus de 11 ans

  • Version cible Mises à jour 2.3.7 RC supprimé

#9 Mis à jour par Emmanuel GARETTE il y a plus de 10 ans

  • Assigné à Emmanuel GARETTE supprimé

#10 Mis à jour par Jean-Marc MELET il y a plus de 10 ans

Bonjour,

Nous commençons à rencontrer ce problème également, pouvez-vous SVP ré-ouvrir ce signalement car ce "bug" est bien handicapant même s'il n'est pas généralisé. Pour info, sur un étab cela a rempli 55 Go de logs en 3 jours.

Merci

#11 Mis à jour par Fabrice Barconnière il y a plus de 10 ans

  • Projet changé de conf-amon à eole-reverseproxy
  • Statut changé de En attente d'informations à Accepté
  • Version cible mis à Mises à jour 2.3.12

#12 Mis à jour par Ludovic Landucci il y a plus de 10 ans

Nous rencontrons aussi ce problème sur un Amon 2.3 à jour.

#13 Mis à jour par Ludovic Landucci il y a environ 10 ans

Sur le même Amon, je viens de rencontrer le même problème. Je suis tombé avant la saturation complète de la partition. De mon coté, le fichier a pris 10go en moins de 30 minutes ...

Nous avons augmenté le nombre de worker à 4 (1 par défaut). Relance de nginx et les logs "too many open files" n'apparaissaient plus.

A voir si ça se reproduit ...

#14 Mis à jour par Ludovic Landucci il y a environ 10 ans

5 jours après, je n'ai pas eu une seule fois l'erreur "too many open files".

Le problème semble donc venir de là.

Faudrait peut être voir pour templatiser cette valeur, non ?

Ludo.

#15 Mis à jour par Fabrice Barconnière il y a environ 10 ans

  • Version cible changé de Mises à jour 2.3.12 à Mises à jour 2.3.13

#16 Mis à jour par Ludovic Landucci il y a environ 10 ans

Ce matin, dans le même étab, le fichier de log s'est de nouveau rempli ... Le nombre de worker était toujours à 4.

Du coup, cette solution n'en n'est plus une ...

#17 Mis à jour par Ludovic Landucci il y a environ 10 ans

  1. cat /var/log/nginx/error.log | grep "06:41:14" | wc -l
    54823

.... ça m'étonne guère que la partition se remplisse en quelques heures vu le nombre de message d'erreurs en 1 seconde ...

#18 Mis à jour par Aurelien MIGNEROT il y a environ 10 ans

Même problème sur un nouvel établissement en 2.3 :
ll /var/log/nginx/
rw-r---- 1 www-data adm 160629 2014-03-13 06:25 access.log.9.gz
rw-r---- 1 www-data adm 0 2014-03-21 08:56 error.log
rw-r---- 1 www-data adm 218122481664 2014-03-21 08:22 error.log.1
rw-r---- 1 www-data adm 45014079 2013-12-17 13:28 error.log.10.gz

tail -f /var/log/nginx/error.log.1
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept() failed (24: Too many open files)
2014/03/21 06:27:54 [alert] 7722#0: accept^C

#19 Mis à jour par Joël Cuissinat il y a environ 10 ans

  • Echéance mis à 04/04/2014
  • Statut changé de Accepté à Résolu
  • Assigné à mis à Joël Cuissinat
  • % réalisé changé de 0 à 100

Nouveaux paquets mis à disposition en version de dév : http://eole.orion.education.fr/listes/arc/dev-eole/2014-03/msg00005.html

Si ça ne résoud pas le problème, j'abandonne !

#20 Mis à jour par Joël Cuissinat il y a presque 10 ans

Déplacement des paquets nginx 1.1.19-eole1 de eole-2.3-dev vers eole-2.3-proposed

#21 Mis à jour par Joël Cuissinat il y a presque 10 ans

  • Version cible changé de Mises à jour 2.3.13 à sprint 2014 36-37

Pas assez de retours pour lâcher ce paquet dans la nature !

Attention, dans ce paquet, les chemins de configuration par défaut ne sont plus les mêmes et certains peuvent manquer sur les nouvelles installations :

root@amon:~# instance zephir.eol
 [ ... ]
*** Génération des fichiers de configuration ***

INSTANCE : Erreur => Erreur lors de l'instanciation des templates : le repertoire '/var/www/nginx-default' n'existe pas

#22 Mis à jour par Joël Cuissinat il y a plus de 9 ans

  • Statut changé de Résolu à Ne sera pas résolu

#23 Mis à jour par Luc Bourdot il y a plus de 9 ans

  • Tracker changé de Anomalie à Tâche
  • Release mis à Mises à jour 2.3.14

#24 Mis à jour par Luc Bourdot il y a plus de 9 ans

  • Tracker changé de Tâche à Anomalie

#25 Mis à jour par Redmine Admin il y a plus de 9 ans

  • Tracker changé de Anomalie à Scénario

Formats disponibles : Atom PDF