Ottieni il PID del processo che solr è in esecuzione e poi cat /proc/$SOLR_PID/limits -- questo ti dirà i limiti effettivi del processo.
Consiglierei di eseguire cose come solr come utente non privilegiato separato. Quando lo fai hai più opzioni (limits.conf o aggiungi un ulimit -n 2048 allo script init, ...). L'ultimo non è poi così brillante ma funziona per le impostazioni rapide e il riavvio del demone
RANT:non dirmi che non puoi riavviare perché perdi il servizio. Se questo è il caso dovresti comunque avere una configurazione HA :)
Dopo aver modificato il numero di file aperti in /etc/security/limits.conf , l'utente deve disconnettersi e riconnettersi per avere effetto. Quindi, prova questo:
$ sudo su -
# ulimit -Sn
So che questa domanda ha una risposta, ma sembra più una soluzione, non una vera soluzione.
Secondo Ubuntu questo non è un bug ma un problema di documentazione, vedi:https://bugs.launchpad.net/ubuntu/+source/pam/+bug/65244
Grazie per la segnalazione. Come hai detto, questo non è un bug in pam ma un problema di documentazione. Il fatto di consentire esplicitamente i limiti consentiti per l'utente root è stato risolto qualche tempo fa (30 agosto 2000) ma è necessario nominare esplicitamente l'utente root per applicare i limiti.
Quindi se vuoi cambiare l'ulimit su tutti gli utenti, incluso l'utente root devi specificare:
* - nofile 2048
root - nofile 2048