Erreur fatale - Trop de fichiers ouverts

J'essaie d'exécuter des Tests PHPUnit dans ma nouvelle machine, et j'ai cette erreur:

PHP Fatal error: Uncaught exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/usr/lib/php/pear/Fichier/Itérateur): failed to open dir: Trop de fichiers ouverts" dans /usr/lib/php/pear/Fichier/Itérateur/Usine.php:114

Le même code sur l'ancienne machine de fonctionner ainsi...

Nouvelle machine de l'environnement:
Version de PHP: PHP 5.3.21 (cli)
Plus: PHP 5.3.14

PHPUnit de sortie à chaque fois:

................EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE 65 / 66 ( 98%)
E

Time: 34 seconds, Memory: 438.50Mb

There were 50 errors:

1) XXXXXXXXXXX
PHP Fatal error:  Uncaught exception 'UnexpectedValueException' with message 'RecursiveDirectoryIterator::__construct(/usr/lib/php/pear/File/Iterator): failed to open dir: Too many open files' in /usr/lib/php/pear/File/Iterator/Factory.php:114
  • Êtes-vous d'oublier d'appeler fclose?
  • fclose? désolé mais je ne comprends pas vos conseil
InformationsquelleAutor Mauro | 2013-02-07
  1. 43

    Cela peut être une limitation sur le serveur où le code est en cours d'exécution. Chaque système d'exploitation ne permet pour un certain nombre de fichiers ouverts/poignées/supports. Cette limite est généralement plus réduite lorsque le serveur est virtualisé. Sur un serveur Linux, vous pouvez vérifier la limite actuelle avec ulimit -n, si vous avez un accès root, vous pouvez l'augmenter avec la même commande. Je suppose que s'il existe une méthode pour Windows server. Sinon, il n'ya pas beaucoup que vous pouvez faire à ce sujet (à l'exception de demander à votre hébergeur ou de l'administrateur pour l'augmenter).

    Plus configurable limitations:

    In /etc/security/limits.conf 
  soft nofile 1024 
  hard nofile 65535 
Increase ulimit by "ulimit -n 65535" 
echo 65535 > /proc/sys/fs/file-max 
In /etc/sysctl.conf 
  fs.file-max=65535
    • $ ulimit-n > 256. Je suis sur OSX
    • 256 n'est pas beaucoup
    • Je reçois 4864 sur Mavericks (OS x 10.9)
    • Je suis à l'aide de 1024 maintenant
    • Dans mon cas, cela s'est produit, peu importe comment je l'ai mis ulimit -n (j'ai même essayé de 1 000 000). Le problème mis à mal dans la logique des classes PHP j'ai été le tester. Pour ce que ça vaut, j'ai été en utilisant Laravel et avait une Usine d'État qui a retourné une non-valeur scalaire sans l'aide de la fermeture de la syntaxe; j'ai résolu le problème en utilisant la fermeture de la syntaxe, et puis un ulimit -n de 2048 avait beaucoup.
    InformationsquelleAutor Gerald Schneider
  2. 3

    En php, avant l'exécution, essayez cette

    exec('ulimit -S -n 2048');
    • Cela ne fonctionne pas pour moi. Essayé d'ajouter cette ligne dans les deux setUp() et setUpBeforeClass() méthodes. Exécuter manuellement sur le terminal avant de lancer les tests unitaires ne fonctionne cependant.
    InformationsquelleAutor Rômulo Z. C. Cunha
  3. 3

    Comment pouvez-vous ouvrir fichier limite (Linux ou mac OS):

    ulimit -n 10000

    Résout le problème avec phpunit ou/et phpdbg et Warning: Uncaught ErrorException: require([..file]): failed to open stream: Too many open files in [...]

    InformationsquelleAutor pablorsk
  4. 1

    Ne pas stocker DirectoryIterator objets pour plus tard; vous obtiendrez un message d'erreur disant "trop de fichiers ouverts" lorsque vous stockez plus que le système d'exploitation (limite de 256 ou 1024).

    Par exemple, cela donnera une erreur si le répertoire a trop de fichiers:

    <?php 
$files = array(); 
foreach (new DirectoryIterator('myDir') as $file) { 
    $files[] = $file; 
} 
?>

    Sans doute, cette approche est gourmande en mémoire ainsi.

    source: http://php.net/manual/pt_BR/directoryiterator.construct.php#87425

    InformationsquelleAutor user1666651
  5. 0

    Après "réveiller" mon ordinateur est en mode veille, je suis tombé sur ce problème.

    Le redémarrage de php-fpm comme il fixe. Classique éteindre & retour sur la solution.

    sudo /etc/init.d/php-fpm restart

    Je pense que cela peut être lié à l'extension xdebug qui j'ai récemment ajouté à php.

    InformationsquelleAutor Lando