Obtenir le PID du processus qui solr est en cours d'exécution, puis cat /proc/$SOLR_PID/limits -- cela vous indiquera les limites réelles du processus.
Je recommanderais d'exécuter des choses comme solr en tant qu'utilisateur non privilégié séparé. Lorsque vous faites cela, vous avez plusieurs options (limits.conf ou ajoutez un ulimit -n 2048 au script d'initialisation, ...). Le dernier n'est pas très brillant mais fonctionne pour des réglages rapides et le redémarrage du démon
RANT :ne me dites pas que vous ne pouvez pas redémarrer car vous perdrez le service. Si tel est le cas, vous devriez quand même avoir une configuration HA :)
Après avoir modifié le nombre de fichiers ouverts dans /etc/security/limits.conf , l'utilisateur doit se déconnecter et se reconnecter pour prendre effet. Alors, essayez ceci :
$ sudo su -
# ulimit -Sn
Je sais que cette question a une réponse, mais cela ressemble plus à un contournement, pas à une vraie solution.
Selon ubuntu, ce n'est pas un bogue mais un problème de documentation, voir :https://bugs.launchpad.net/ubuntu/+source/pam/+bug/65244
Merci pour votre rapport. Comme vous l'avez dit, ce n'est pas un bogue dans pam mais un problème de documentation. Le fait d'autoriser explicitement les limites pour l'utilisateur root a été résolu il y a quelque temps (30 août 2000) mais vous devez nommer explicitement l'utilisateur root pour appliquer les limites.
Donc, si vous souhaitez modifier l'ulimit sur tous les utilisateurs, y compris l'utilisateur root, vous devez spécifier :
* - nofile 2048
root - nofile 2048