Problème sysctl
Fermé
jonigood
Messages postés
476
Date d'inscription
samedi 5 juin 2004
Statut
Membre
Dernière intervention
6 juillet 2011
-
Modifié par jonigood le 29/11/2010 à 20:52
jonigood Messages postés 476 Date d'inscription samedi 5 juin 2004 Statut Membre Dernière intervention 6 juillet 2011 - 2 déc. 2010 à 03:13
jonigood Messages postés 476 Date d'inscription samedi 5 juin 2004 Statut Membre Dernière intervention 6 juillet 2011 - 2 déc. 2010 à 03:13
8 réponses
asevere
Messages postés
13084
Date d'inscription
lundi 28 janvier 2002
Statut
Webmaster
Dernière intervention
3 février 2022
426
30 nov. 2010 à 11:15
30 nov. 2010 à 11:15
Salut,
Permière question, pourquoi tu t'interesse a inotify ? (D'où te viens cette démarche ?)
Je ne dis pas que c'est une fausse psite, mais pour moi, (qui ne connaissait que dnotify) inotify sert en quelques sorte a ce que le noyau previenne tout processus l'ayant demandé d'un changement sur le disque.
Ensuite, concernant ton swap:
Il n'y a pas de problème, le zero étant dans la colonne used, c'est plutôt bon signe, tu n'utilise pas la swap :)
Enfin, concernant tes erreurs, "Fail to fork", "Too many open files", etc. tu pourrait effectivement tunner /proc, mais à moins de faire des operation trés particulière, les limites par défaut ne devraient pas être modifée... ce me semble plus être un problème dans tes scripts (php ou autre), qui ne libèreraient pas les ressources comme il convient du coup, les thread apache ne ferment pas, etc.)
As-tu regarder tes error log, apache ? En général, a partir de là, tu peux trouver un éventuel script qui ferait planter le process apache
As-tu beaucoup de process en <defunct> qui traine pour l'utilisateur apache ?
Permière question, pourquoi tu t'interesse a inotify ? (D'où te viens cette démarche ?)
Je ne dis pas que c'est une fausse psite, mais pour moi, (qui ne connaissait que dnotify) inotify sert en quelques sorte a ce que le noyau previenne tout processus l'ayant demandé d'un changement sur le disque.
Ensuite, concernant ton swap:
total used free shared buffers cached Mem: 1048576 581652 466924 0 0 0 -/+ buffers/cache: 581652 466924 Swap: 8589934588 0 8589934588
Il n'y a pas de problème, le zero étant dans la colonne used, c'est plutôt bon signe, tu n'utilise pas la swap :)
Enfin, concernant tes erreurs, "Fail to fork", "Too many open files", etc. tu pourrait effectivement tunner /proc, mais à moins de faire des operation trés particulière, les limites par défaut ne devraient pas être modifée... ce me semble plus être un problème dans tes scripts (php ou autre), qui ne libèreraient pas les ressources comme il convient du coup, les thread apache ne ferment pas, etc.)
As-tu regarder tes error log, apache ? En général, a partir de là, tu peux trouver un éventuel script qui ferait planter le process apache
As-tu beaucoup de process en <defunct> qui traine pour l'utilisateur apache ?
jonigood
Messages postés
476
Date d'inscription
samedi 5 juin 2004
Statut
Membre
Dernière intervention
6 juillet 2011
28
Modifié par jonigood le 30/11/2010 à 17:08
Modifié par jonigood le 30/11/2010 à 17:08
Bonjour a tous.
Merci de ta réponse asevere.
Première question, pourquoi tu t'intéresse a inotify ? (D'où te viens cette démarche ?)
Avant de posté j'ai cherché sur google, et j'ai trouvé pas mal de forum qui parle de cette limite a 128 (apparemment,c'est uniquement sur les nouvelles versions) qui cause problème avec apache, exemple :
ici
https://forum.ovh.net/
ou encore la
http://www.artiflo.net/...
il mentionne :
sur ma debian je n'est pas de dossier epoll, par contre j'ai inotify et a l'intérieur le fameux max_user_instances , donc je suis arriver a cette conclusion comme ceci ...
peut être que effectivement le souci viens d'autre part, je suis incapable de trouver la source.
De plus quand je reçois une erreur fork ou autre je lance top au même moment et je constate que même pas la moitié de ma Ram est utilisée, même pas 10% de mes processeurs.
Enfin, concernant tes erreurs, "Fail to fork", "Too many open files", etc. tu pourrait effectivement tunner /proc
tunner /proc ? tu pourrait m'en dire plus ?
ce me semble plus être un problème dans tes scripts (php ou autre)
J'ai pensé a sa, dans un premier temps l'installation de php5 a comme valeur par défaut :
Tout de même pour être certain j'ai ajouté un .htaccess sur chaque site avec cette limite et j'ai limité l'exécution de script a 10 seconde maximum dans mon php.ini.
En sachant que sur cette machine il n'y a que apache2,php5 de lancer au démarrage pour gagner des ressources je suis presque certain de pas manquer de ressources, je pense a une limitation quelque part , laquelle ?
As-tu regaré tes error log, apache ?
oui et je retrouve encore cette erreur fork :
Tue Nov 30 14:55:24 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:55:34 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:55:44 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:55:54 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:56:04 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
Je voie pas d'autre erreur dans les logs apache si ce n'est que quelques pages non trouvé ....
concernant mon swap
Effectivement je me suis trompé de colone mon swap n'est pas dutout utiliser .... la fatigue !!!!!!!
Je n'est toujours pas trouvé de moyen pour modifier la limite max_user_instances je me retrouve toujours devant un beau
Une idée ?
Merci
Merci de ta réponse asevere.
Première question, pourquoi tu t'intéresse a inotify ? (D'où te viens cette démarche ?)
Avant de posté j'ai cherché sur google, et j'ai trouvé pas mal de forum qui parle de cette limite a 128 (apparemment,c'est uniquement sur les nouvelles versions) qui cause problème avec apache, exemple :
ici
https://forum.ovh.net/
ou encore la
http://www.artiflo.net/...
il mentionne :
/proc/sys/fs/epoll/max_user_instances
sur ma debian je n'est pas de dossier epoll, par contre j'ai inotify et a l'intérieur le fameux max_user_instances , donc je suis arriver a cette conclusion comme ceci ...
peut être que effectivement le souci viens d'autre part, je suis incapable de trouver la source.
De plus quand je reçois une erreur fork ou autre je lance top au même moment et je constate que même pas la moitié de ma Ram est utilisée, même pas 10% de mes processeurs.
Enfin, concernant tes erreurs, "Fail to fork", "Too many open files", etc. tu pourrait effectivement tunner /proc
tunner /proc ? tu pourrait m'en dire plus ?
ce me semble plus être un problème dans tes scripts (php ou autre)
J'ai pensé a sa, dans un premier temps l'installation de php5 a comme valeur par défaut :
memory_limit = 128M
Tout de même pour être certain j'ai ajouté un .htaccess sur chaque site avec cette limite et j'ai limité l'exécution de script a 10 seconde maximum dans mon php.ini.
En sachant que sur cette machine il n'y a que apache2,php5 de lancer au démarrage pour gagner des ressources je suis presque certain de pas manquer de ressources, je pense a une limitation quelque part , laquelle ?
As-tu regaré tes error log, apache ?
oui et je retrouve encore cette erreur fork :
Tue Nov 30 14:55:24 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:55:34 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:55:44 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:55:54 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Nov 30 14:56:04 2010] [error] (12)Cannot allocate memory: fork: Unable to fork new process
Je voie pas d'autre erreur dans les logs apache si ce n'est que quelques pages non trouvé ....
concernant mon swap
Effectivement je me suis trompé de colone mon swap n'est pas dutout utiliser .... la fatigue !!!!!!!
Je n'est toujours pas trouvé de moyen pour modifier la limite max_user_instances je me retrouve toujours devant un beau
Operation not permitted
Une idée ?
Merci
asevere
Messages postés
13084
Date d'inscription
lundi 28 janvier 2002
Statut
Webmaster
Dernière intervention
3 février 2022
426
30 nov. 2010 à 18:22
30 nov. 2010 à 18:22
Bingo je viens de perdre ma connection :(
Je disais donc...
Si la modif du max_user_instance n'est pas prise en compte dans la conf de sysctl, c'est que tu es limité a un niveau plus bas...
Chez quel hébérgeur es-tu (avec quelle formule) ?
Ton serveur est-il physique ou virtuel ?
Quel est l'os, la version du kernel (uname -a) ?
As-tu souvenir d'une mise à jour avant que le problème n'arrive ? (mise à jour du serveur, ou du code de tes applications)
Combien as-tu d'utilisateurs connectés simultanément ?
Ce que tu peux tenter de tester, modifier temporairement ta conf apache concernant le KeepAlive (désactive le pour voir si c'est mieux), augmenter le nombre de threads apache, etc.
++
Je disais donc...
Si la modif du max_user_instance n'est pas prise en compte dans la conf de sysctl, c'est que tu es limité a un niveau plus bas...
Chez quel hébérgeur es-tu (avec quelle formule) ?
Ton serveur est-il physique ou virtuel ?
Quel est l'os, la version du kernel (uname -a) ?
As-tu souvenir d'une mise à jour avant que le problème n'arrive ? (mise à jour du serveur, ou du code de tes applications)
Combien as-tu d'utilisateurs connectés simultanément ?
Ce que tu peux tenter de tester, modifier temporairement ta conf apache concernant le KeepAlive (désactive le pour voir si c'est mieux), augmenter le nombre de threads apache, etc.
++
jonigood
Messages postés
476
Date d'inscription
samedi 5 juin 2004
Statut
Membre
Dernière intervention
6 juillet 2011
28
Modifié par jonigood le 30/11/2010 à 20:10
Modifié par jonigood le 30/11/2010 à 20:10
:-( pour ta conex !
je répond :
Chez quel hébérgeur es-tu (avec quelle formule) ? :
Nubio.net avec un VCORE 4
1Giga Ram
4 Coeur
10 Mbps de bande passante
Ton serveur est-il physique ou virtuel ? :
VPS
Quel est l'os, la version du kernel (uname -a) ?
c'est une débian, kernel :
2.6.18-194.17.1.el5.028stab070.7 #1 SMP
x86_64 GNU/Linux
As-tu souvenir d'une mise à jour avant que le problème n'arrive ? (mise à jour du serveur, ou du code de tes applications) :
C'est une installation qui date de 2 semaines, j'ai eu ce problème au départ , j'ai tardé avant de posté car j'ai vraiment chercher et testé dans tout les sens .....
je répond :
Chez quel hébérgeur es-tu (avec quelle formule) ? :
Nubio.net avec un VCORE 4
1Giga Ram
4 Coeur
10 Mbps de bande passante
Ton serveur est-il physique ou virtuel ? :
VPS
Quel est l'os, la version du kernel (uname -a) ?
c'est une débian, kernel :
2.6.18-194.17.1.el5.028stab070.7 #1 SMP
x86_64 GNU/Linux
As-tu souvenir d'une mise à jour avant que le problème n'arrive ? (mise à jour du serveur, ou du code de tes applications) :
C'est une installation qui date de 2 semaines, j'ai eu ce problème au départ , j'ai tardé avant de posté car j'ai vraiment chercher et testé dans tout les sens .....
jonigood
Messages postés
476
Date d'inscription
samedi 5 juin 2004
Statut
Membre
Dernière intervention
6 juillet 2011
28
30 nov. 2010 à 20:44
30 nov. 2010 à 20:44
re
J'oublie de préciser que sa commence a planter a partir de 10/15 visiteurs simultanés ! pas grand chose
Je précise aussi que les sites on beaucoup d'images, chaque page ouverte fait appel a un article donc a plusieurs images....
J'oublie de préciser que sa commence a planter a partir de 10/15 visiteurs simultanés ! pas grand chose
Je précise aussi que les sites on beaucoup d'images, chaque page ouverte fait appel a un article donc a plusieurs images....
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
jonigood
Messages postés
476
Date d'inscription
samedi 5 juin 2004
Statut
Membre
Dernière intervention
6 juillet 2011
28
30 nov. 2010 à 20:55
30 nov. 2010 à 20:55
Nouveaux messages dans error.log de apache2
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the
:-(
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the accept mutex
[Tue Nov 30 19:44:58 2010] [emerg] (22)Invalid argument: couldn't grab the
:-(
jonigood
Messages postés
476
Date d'inscription
samedi 5 juin 2004
Statut
Membre
Dernière intervention
6 juillet 2011
28
1 déc. 2010 à 16:44
1 déc. 2010 à 16:44
petit Up cordial
grab the accept mutex vient de php qui n'a pas assez de mémoire (son script).
Il faut simplement augmenter les ressources du php ini & httpd.conf
Il faut simplement augmenter les ressources du php ini & httpd.conf
jonigood
Messages postés
476
Date d'inscription
samedi 5 juin 2004
Statut
Membre
Dernière intervention
6 juillet 2011
28
2 déc. 2010 à 03:13
2 déc. 2010 à 03:13
merci
J'ai appliquer une config plus fine sur apache et php, je laisse tourner et reviens au nouvel
J'ai appliquer une config plus fine sur apache et php, je laisse tourner et reviens au nouvel