Trop de poignées de fichier ouverts

Ce petit script aidez-moi à garder les yeux sur le nombre de fichiers ouverts lorsque j'ai besoin d'un compte IC test. Si elle a été utilisée sur Linux, alors pour Solaris, vous devez le corriger (peut-être :))

#!/bin/bash
COUNTER=0
HOW_MANY=0
MAX=0
# do not take care about COUNTER - just flag, shown should we continie or not
while [ $COUNTER -lt 10 ]; do
    #run until process with passed pid alive
    if [ -r "/proc/$1" ]; then
        # count, how many files we have
        HOW_MANY=`/usr/sbin/lsof -p $1 | wc -l`
        #output for live monitoring
        echo `date +%H:%M:%S` $HOW_MANY
        # uncomment, if you want to save statistics
        #/usr/sbin/lsof -p $1 > ~/autocount/config_lsof_`echo $HOW_MANY`_`date +%H_%M_%S`.txt

        # look for max value
        if [ $MAX -lt $HOW_MANY ]; then
            let MAX=$HOW_MANY
            echo new max is $MAX
        fi 
        # test every second. if you don`t need so frequenlty test - increase this value
        sleep 1
    else
        echo max count is $MAX
        echo Process was finished
        let COUNTER=11
    fi
done

Cela peut ne pas être pratique dans votre cas, mais ce que j'ai fait une fois lorsque j'ai eu un problème similaire avec les connexions de base de données ouvertes, la fonction "ouverte" a été remplacée par la mienne. (Commodément, j'ai déjà eu cette fonction parce que nous avions écrit notre propre mise en commun de la connexion.) Dans ma fonction, j'ai ensuite ajouté une entrée à une table enregistrant l'ouverture. J'ai fait un appel de trace de pile et j'ai sauvé l'identifiant de l'appelant, avec le temps appelé et j'oublie quoi d'autre. Lorsque la connexion a été publiée, j'ai supprimé l'entrée de la table. Ensuite, j'ai eu un écran où nous pourrions jeter la liste des entrées ouvertes. Vous pouvez ensuite regarder l'horodatage et voir facilement quelles connexions avaient été ouvertes pour des quantités improbables et quelles fonctions avaient fait ces ouvertures.

De cela, nous avons pu retrouver rapidement les fonctions qui ouvrent des connexions et ne les ferment pas.

Si vous avez beaucoup de poignées de fichier ouvertes, les chances sont que vous ne les fermez pas lorsque vous avez terminé quelque part. Vous dites que vous avez vérifié que vous avez vérifié pour essayer / enfin des blocs, mais je soupçonnerais quelque part dans le code que vous avez manqué un mauvais, ou si vous avez une fonction de la main et ne le rend jamais à la finale. Je suppose qu'il est également possible que vous faites vraiment correctement se ferme chaque fois que vous ouvrez un fichier, mais vous ouvrez des centaines de fichiers simultanément. Si tel est le cas, je ne suis pas sûr de ce que vous pouvez faire autre qu'un programme sérieux de la refonte de programme pour manipuler moins de fichiers, ou un programme sérieux de redéressation à la file d'attente de vos accès de fichiers. (À ce stade, j'ajoute l'habituel », sans connaître les détails de votre application, etc.)

Je vérifierais les paramètres de l'environnement sur votre boîte Solaris. Je crois que par défaut, Solaris n'autorise que 256 poignées de fichier par processus. Pour une application de serveur, surtout s'il s'agit d'un serveur dédié, ceci est très faible. Figure 50 ou plus de descripteurs pour ouvrir des pots JRE et Bibliothèque, puis au moins un descripteur pour chaque requête de demande et de base de données entrante, probablement plus, et vous pouvez voir comment cela ne coupe tout simplement pas la moutarde pour un serveur sérieux.

Consultez le fichier / etc / system , pour les valeurs de rlim_fd_cur et rlim_fd_max , pour voir ce que votre système a défini . Ensuite, déterminez si cela est raisonnable (vous pouvez voir combien de descripteurs de fichiers sont ouverts lorsque le serveur s'exécute avec la commande lsof , idéalement avec le paramètre -P [ID de processus].