¿Cómo aumentar el límite máximo de apertura de archivos de Neo4j (ulimit) en Ubuntu?

Actualmente ulimit -nmuestra 10000. Quiero aumentarlo a 40000. He editado "/etc/sysctl.conf" y he puesto fs.file-max=40000. También he editado /etc/security/limits.confy actualizado valores duros y blandos. Pero todavía muestra ulimit 10000. Después de hacer todos estos cambios, reinicié mi computadora portátil. Tengo acceso a la contraseña de root.

usr_name@usr_name-lap:/etc$ /sbin/sysctl fs.file-max
fs.file-max = 500000

Se agregaron las siguientes líneas en /etc/security/limits.conf-

*     soft    nofile          40000
*     hard    nofile          40000

También agregué la siguiente línea en /etc/pam.d/su:

session    required   pam_limits.so

He intentado todas las formas posibles como se indica en otros foros, pero puedo alcanzar un límite máximo de 10000 , no más allá de eso. ¿Cuál puede ser el problema?

Estoy haciendo este cambio porque neo4jarroja límites máximos de archivos abiertos alcanzados.

Estoy usando Debian pero esta solución debería funcionar bien con Ubuntu.
Tienes que agregar una línea en el script neo4j-service .
Esto es lo que he hecho:

nano /etc/init.d/neo4j-service
Agregue « ulimit –n 40000 » justo antes de la línea start-stop-daemon en la sección do_start

Tenga en cuenta que estoy usando la versión 2.0 Enterprise Edition. Espero que esto te ayudará.

Lo que está haciendo no funcionará para el usuario root. Tal vez esté ejecutando sus servicios como root y, por lo tanto, no pueda ver el cambio.

Para aumentar el ulimit para el usuario root, debe reemplazar el *por root.*no aplica para usuarios root. El descanso es el mismo que tú. Lo volveré a citar aquí.

Agregue las siguientes líneas al archivo: /etc/security/limits.conf

root soft  nofile 40000

root hard  nofile 40000

Y luego agregue la siguiente línea en el archivo: /etc/pam.d/common-session

session required pam_limits.so

Esto actualizará el ulimit para el usuario root. Como se mencionó en los comentarios, es posible que ni siquiera tenga que reiniciar para ver el cambio.

1) Verifique el file-maxlímite de sysctl :

$ cat /proc/sys/fs/file-max

Si el límite es inferior al valor deseado, abra sysctl.confy agregue esta línea al final del archivo:

fs.file-max = 65536

Finalmente, aplique sysctllímites:

$ sysctl -p 

2) Edite /etc/security/limits.confy agregue debajo lo mencionado

* soft     nproc          65535    
* hard     nproc          65535   
* soft     nofile         65535   
* hard     nofile         65535

Estos límites no se aplicarán al rootusuario, si desea cambiar los rootlímites, debe hacerlo explícitamente:

root soft     nofile         65535   
root hard     nofile         65535
...

3) Reinicie el sistema o agregue la siguiente línea al final de /etc/pam.d/common-session:

session required pam_limits.so

Cierre la sesión y vuelva a iniciar sesión.

4) Verifique los límites suaves:

$ ulimit -a

y límites duros:

$ ulimit -Ha
....

open files                      (-n) 65535

Referencia: http://ithubinfo.blogspot.in/2013/07/how-to-increase-ulimit-open-file-and.html

Tenía el mismo problema y lo hice funcionar agregando entradas a /etc/security/limits.d/90-somefile.conf . Tenga en cuenta que para ver cómo funcionan los límites, tuve que cerrar la sesión por completo de la sesión ssh y luego volver a iniciarla.

Quería establecer el límite para un usuario específico que ejecuta un servicio, pero parece que estaba obteniendo el límite que se estableció para el usuario con el que estaba iniciando sesión. A continuación, se muestra un ejemplo para mostrar cómo se establece ulimit en función del usuario autenticado y no del usuario efectivo:

$ sudo cat /etc/security/limits.d/90-nofiles.conf
loginuser    soft    nofile   10240
loginuser    hard    nofile   10240
root         soft    nofile   10241
root         hard    nofile   10241
serviceuser  soft    nofile   10242
serviceuser  hard    nofile   10242

$ whoami
loginuser
$ ulimit -n
10240
$ sudo -i
# ulimit -n
10240    # loginuser's limit
# su - serviceuser
$ ulimit -n
10240    # still loginuser's limit.

Puede utilizar un *para especificar un aumento para todos los usuarios. Si reinicio el servicio como el usuario que inicié sesión, y agregoulimit -n al script de inicio, veo que los límites del usuario de inicio de sesión inicial están establecidos. No he tenido la oportunidad de verificar qué límites de usuario se utilizan durante el arranque del sistema o de determinar cuál es el límite real de nofile del servicio que estoy ejecutando (que se inicia con start-stop-daemon).

Hay 2 enfoques que están funcionando por ahora:

1. agregue un ajuste ulimit al script de inicio, justo antes de start-stop-daemon.
2. comodines o configuraciones ulimit más extensas en el archivo de seguridad.

Puede modificar el script de inicio para neo4jhacer un ulimit -n 40000antes de ejecutar neo4j.

Sin embargo, no puedo evitar sentir que estás ladrando al árbol equivocado. ¿ neo4jNecesita legítimamente más de 10,000 descriptores de archivos abiertos? Esto suena muy parecido a un error en neo4jla forma en que lo está utilizando. Trataría de abordar eso.

Tengo muchos problemas para que esto funcione.

El uso de lo siguiente le permite actualizarlo independientemente de su permiso de usuario.

sudo sysctl -w fs.inotify.max_user_watches=100000

Editar

Acabo de ver esto de otro usuario también en otro sitio de stackexchange (ambos funcionan, pero esta versión actualiza permanentemente la configuración del sistema, en lugar de temporalmente):

echo fs.inotify.max_user_watches=100000 | sudo tee -a /etc/sysctl.conf; 
sudo sysctl -p

Intente ejecutar este comando, creará un *_limits.confarchivo bajo/etc/security/limits.d

echo "* soft nofile 102400" > /etc/security/limits.d/*_limits.conf && echo "* hard nofile 102400" >> /etc/security/limits.d/*_limits.conf

Simplemente salga de la terminal e inicie sesión nuevamente y verifique ulimit -nque se establecerá para * usuarios

tl; dr establece tanto los límites suaves como los estrictos

Estoy seguro de que funciona según lo previsto, pero lo agregaré aquí por si acaso. Para completar, el límite se establece aquí (consulte la sintaxis a continuación): /etc/security/limits.conf

some_user       soft    nofile          60000
some_user       hard    nofile          60000

y activado con lo siguiente en /etc/pam.d/common-session:

session required pam_limits.so

Si establece solo el límite estricto, ulimit -amostrará el predeterminado (1024): Si establece solo el límite suave, el límite ulimit -a mostrará (4096)

Si los configura, ambos ulimit -amostrarán el límite suave (hasta el límite estricto, por supuesto)

Lo hice asi

echo "NEO4J_ULIMIT_NOFILE=50000" >> neo4j
mv neo4j /etc/default/

Configuración ULIMIT:

1. Iniciar sesión por root
   
2. vi seguridad / límites.conf

3. Hacer entrada debajo

   Inicio de configuración de Ulimit para el usuario del sitio web

   website   soft   nofile    8192
   website   hard   nofile    8192
   website   soft   nproc    4096
   website   hard   nproc    8192
   website   soft   core    unlimited
   website   hard   core    unlimited
   

4. Haga la entrada a continuación para TODOS LOS USUARIOS

   Configuración de Ulimit para cada usuario

   *   soft   nofile    8192
   *   hard   nofile    8192
   *   soft   nproc    4096
   *   hard   nproc    8192
   *   soft   core    unlimited
   *   hard   core    unlimited
   

5. Después de modificar el archivo, el usuario debe cerrar la sesión y volver a iniciar sesión para ver los nuevos valores.