Linux muestra los archivos abiertos
Lucene, el sistema de indexación que utiliza Confluence, no admite montajes NFS en Confluence. Se sabe que el uso de un montaje NFS provoca este comportamiento – se puede encontrar más información en la documentación de Lucene.
Confluence tiene demasiados archivos abiertos y ha alcanzado el límite máximo establecido en el sistema. Los sistemas UNIX tienen un límite en el número de archivos que pueden ser abiertos simultáneamente por cualquier proceso. El valor por defecto para la mayoría de las distribuciones es de sólo 1024 archivos, y para ciertas configuraciones de Confluence este es un número demasiado pequeño. Cuando se alcanza ese límite, se genera la excepción mencionada anteriormente y Confluence puede dejar de funcionar al no poder abrir los archivos necesarios para completar su operación actual.ResoluciónPara resolver esto, tendrá que aumentar el límite máximo de archivos abiertos:Resolución basada en el archivo limits.confLos pasos que se indican a continuación se sugieren como solución permanente y se basan en el error Demasiados archivos abiertos en el servidor de Jira. Resolución cuando Confluence se instala como un servicio systemdCuando Confluence se instala como un servicio systemd es posible que tenga que actualizar el archivo de servicio (configuración del servicio systemd) como se describe a continuación.Si está seguro de que Confluence se ejecuta como un servicio systemd, vaya directamente al paso 2.
Linux demasiados archivos abiertos
Dato curioso: fs.file-max no es probablemente lo que quieres cambiar, probablemente quieras cambiar ulimit. ¿Pero por qué? El valor predeterminado de fs.file-max para el kernel en ubuntu ya es bastante alto: (9223372036854775807) Puede comprobarlo usted mismo ejecutando sysctl -a | grep ‘fs.file-max’. File-max “fija el número máximo de file-handles que el Kernel de Linux asignará”. Lo que probablemente quieras cambiar es el ulimit para el nivel de espacio de usuario (¿la u significa ‘espacio de usuario’? Probablemente. En los sistemas operativos hay una disinción entre el espacio de usuario, y el espacio del kernel- tenga en cuenta que esto es espacio de usuario, no ‘un usuario’).
obtendrá el nuevo límite. Piense en el árbol de procesos (tipo pstree), los procesos hijos heredan los permisos y reglas de su padre (normalmente) , por lo que no verá su cambio hasta que tenga un nuevo proceso padre.
En resumen, esta es la documentación oficial para /proc/sys/fs/ y las ediciones al archivo /etc/sysctl.conf (una vez recargado) escribirán en /proc/sys/fs/, por ejemplo /proc/sys/fs/file-max. Que proporciona una interfaz a las estructuras de datos del kernel (como el número máximo de archivos que el kernel permitirá abrir).
Descriptores de archivos abiertos
Muy a menudo se producen errores de “demasiados archivos abiertos” en servidores Linux de alta carga. Significa que un proceso ha abierto demasiados archivos (descriptores de archivo) y no puede abrir otros nuevos. En Linux, los límites máximos de archivos abiertos se establecen por defecto para cada proceso o usuario y los valores son bastante pequeños.
En primer lugar, veamos dónde aparece el error “demasiados archivos abiertos”. Lo más frecuente es que se produzca en los servidores con un servidor web NGINX/httpd instalado o un servidor de bases de datos (MySQL/MariaDB/PostgreSQL) cuando se lee un gran número de registros. Por ejemplo, cuando un servidor web Nginx supera el límite de archivos abiertos, verá un error:
Para permitir que todos los servicios abran un gran número de archivos, puede cambiar los límites en su sistema operativo Linux. Para hacer que los nuevos ajustes sean permanentes y evitar que se restablezcan después de un reinicio del servidor o de la sesión, debes hacer cambios en /etc/security/limits.conf. Añade estas líneas:
Al cambiar el límite del número de archivos abiertos para un servidor web, también debe cambiar el archivo de configuración del servicio. Por ejemplo, especifique/cambie el siguiente valor de directiva en el archivo de configuración de Nginx /etc/nginx/nginx.conf:
Abrir archivos linux
Esperaba que funcionara de forma inmediata, pero también esperaba que algo como ulimit -Sn 4096 o la edición de /etc/security/limits.conf solucionara el problema, pero no es así. Tampoco lo hace establecer fs.file-max a algo alto en /etc/sysctl.conf.
En /etc/systemd/system/nix-daemon.service, pero esa no es una buena solución, ya que me obligaría a pedir a los desarrolladores que realicen estas acciones adicionales después de la instalación. ¿No tendría sentido incluir un límite de archivos abiertos aumentado en la definición del servicio por defecto?
Añadir LimitNOFILE a nuestra unidad systemd suena bien. Sin embargo, también sería útil saber a dónde van los descriptores de archivos. ¿Hay alguna posibilidad de obtener el contenido de /proc/<pid>/fd del demonio justo antes de que falle?
Pero usarlo probablemente implicaría alguna lógica adicional, como comprobar el límite contra los archivos abiertos actualmente y aumentar el límite sólo cuando sea necesario en pasos o algo así. Añadir simplemente LimitNOFILE es definitivamente más sencillo.
Hm, adquirimos un bloqueo de ruta antes de obtener una ranura de construcción, así que si una derivación tiene unos cuantos miles de dependencias directas, Nix adquirirá unos cuantos miles de bloqueos, independientemente de cuántas ranuras de construcción haya…