Holen Sie sich die PID des Prozesses solr läuft und dann cat /proc/$SOLR_PID/limits -- dies zeigt Ihnen die tatsächlichen Grenzen des Prozesses.
Ich würde empfehlen, Dinge wie solr auszuführen als separater, nicht privilegierter Benutzer. Dabei haben Sie mehrere Möglichkeiten (limits.conf oder fügen Sie eine ulimit -n 2048 hinzu zum Init-Skript, ...). Der letzte ist nicht besonders glänzend, funktioniert aber für schnelle Einstellungen und den Neustart des Daemons
RANT:Sagen Sie mir nicht, Sie können nicht neu starten, weil Sie den Dienst verlieren. Wenn das der Fall ist, sollten Sie sowieso ein HA-Setup haben :)
Nach Änderung der Anzahl geöffneter Dateien in /etc/security/limits.conf , muss sich der Benutzer abmelden und erneut anmelden, um wirksam zu werden. Versuchen Sie Folgendes:
$ sudo su -
# ulimit -Sn
Ich weiß, dass es auf diese Frage eine Antwort gibt, aber das sieht eher nach einer Problemumgehung aus, nicht nach einer echten Lösung.
Laut Ubuntu ist dies kein Fehler, sondern ein Dokumentationsproblem, siehe:https://bugs.launchpad.net/ubuntu/+source/pam/+bug/65244
Danke für Ihren Bericht. Wie Sie sagten, ist dies kein Fehler in pam, sondern ein Dokumentationsproblem. Die Tatsache, explizit Limits für den Benutzer root zuzulassen, wurde vor einiger Zeit (30. August 2000) angesprochen, aber Sie müssen den Benutzer root explizit benennen, um die Limits anzuwenden.
Wenn Sie also das ulimit für alle Benutzer ändern möchten, einschließlich des Root-Benutzers, müssen Sie Folgendes angeben:
* - nofile 2048
root - nofile 2048