memory_limit = 1024M, encore, Ne peut allouer de la mémoire: impossible de créer le processus enfant: /opt/suphp/sbin/suphp
Je sais qu'il y a une autre question avec un titre similaire/erreur, mais je pense que c'est un problème différent.
Contexte:
- L'exécution de wordpress 3.6.1, PHP 5.3.27, MySql 5.1.70, partagée, sur une machine Linux, de 1 go de Mémoire.
- .htaccess:
suPHP_ConfigPath /home/[username]/public_html
- php.ini:
memory_limit = 512M
(j'ai essayé 2048M, 1024M, 32M, .. même heck -1) - J'ai aussi essayé (
ini_set(/* all the values above, in the WordPress index.php */)
) - J'ai désactivé TOUS les plugins, j'ai même ré-activés un par un.
- J'ai environ 300-400 connexion simultanée/les utilisateurs sur le site en même temps, en moyenne.
- Je N'ai PAS d'accès SSH :/
- Je ne peux pas reproduire le bug en local (Sur un Mac exécutant '
MAMP
"et"ab
', j'ai même baisser le mem limiter localement à 16m.. ) - la manière que je sais que rien de tout ce qui a fonctionné, c'est que, dans l' /cpanel errorlog écran, je vois l'Erreur (dans le titre), 3 à 4 fois par minute !!!
(12)Cannot allocate memory: couldn't create child process: /opt/suphp/sbin/suphp for /home/infomed/public_html/index.php
- J'ai déjà appelé la société d'hébergement, directnic, et ils n'étaient pas en mesure de m'aider beaucoup, ils ont proposé quelques solutions que j'ai déjà essayé, ils ne prennent pas en charge SSH, donc, c'est une impasse pour moi. Je sais que je peux passer les hôtes, mais je ne suis pas en mesure de le faire à l'instant.
S'il vous plaît, tout ce que je demande est de mettre en évidence d'éventuelles autres causes que je peux étudier, je suis à court d'idées ... ce qui pourrait utiliser plus de 1 go de mémoire, dans un simple blog WordPress, tous les plugins désactivés, sur l'écran d'accueil? il n'y a pas d'images de téléchargement qui se passe, à seulement 2 wp_get_recent_posts
chacun avec une limite de 6.
WordPress ne pas utiliser beaucoup de mémoire. Essayez de désactiver le plugin installé un par un.
Cette question semble être hors-sujet parce que c'est sur WordPress, appartient à wordpress.stackexchange.com
Ok j'ai oublié de mentionner que, de temps en temps, je vois la même erreur pour /forums/ qui est indépendant de WordPress, mais je vais déplacer la question de la wp.grâce soi
Essayez de réinitialiser votre Apache & PHP paramètres. note:, le système se déplace le post automatiquement lorsque suffisamment de votes reçus.
swap de l'espace. C'est un hôte problème, pouvez vous renseigner avec eux ce qui est le swap de l'espace alloué pour l'instance ur wordpress est en cours d'exécution?
Cette question semble être hors-sujet parce que c'est sur WordPress, appartient à wordpress.stackexchange.com
Ok j'ai oublié de mentionner que, de temps en temps, je vois la même erreur pour /forums/ qui est indépendant de WordPress, mais je vais déplacer la question de la wp.grâce soi
Essayez de réinitialiser votre Apache & PHP paramètres. note:, le système se déplace le post automatiquement lorsque suffisamment de votes reçus.
swap de l'espace. C'est un hôte problème, pouvez vous renseigner avec eux ce qui est le swap de l'espace alloué pour l'instance ur wordpress est en cours d'exécution?
OriginalL'auteur bentael | 2013-10-22
Vous devez vous connecter pour publier un commentaire.
C'est votre problème.
D'hébergement partagé, en général, la limite plus que juste la mémoire de PHP, vous pourriez être d'atteindre l'i/o, et les limites de la mémoire d'ailleurs. Vous pourriez être à l'intérieur d'une VM et déjà atteint cette limite, etc. L'hébergement mutualisé vient à bas prix, mais une fois que vous commencer à jeter décent trafic à elle, ils généralement suspendre votre compte ou que vous commencez à heurte à des limites.
Je conseille la mise à niveau avec beaucoup de trafic à quelque chose comme un VPS, serveur dédié ou déplacer vers le cloud d'hébergement. Vous êtes évidemment faire quelque chose de bien avec les niveaux de trafic afin de déplacer rapidement 🙂
Génial d'entendre, je les utilise aussi bien et je suis heureux.
OriginalL'auteur Steven Leggett