[suse-linux-s] Limite en apertura de archivos ?
Buen Día Lista... El día de hoy un usuario ejecuto un programa en fortran (Compilador de Intel) y resulto que le envió el siguiente error forrtl: Too many open files forrtl: info: Fortran error message number is 30. forrtl: warning: Could not open message catalog: ifcore_msg.cat. forrtl: info: Check environment variable NLSPATH and protection of /usr/lib/ifcore_msg.cat. El usurio me comenta que este mismo porgrama ya lo habia ejecutado en un equipo windows con un compilador de fortran el Power Station... y que no habia tenido problemas... Por lo que veo son dos mensajes distintos, pero llegue a la conclusio que el segundo es producto del primero... Es decir, a llgar a un limite de apertura de archivos se intenta abrir un archivo el cual contiene una tabla de mensajes, esto para relacionar el error 30 al texto que le corresponde, por lo tanto el ultimo mensaje lo descarto. Todo radica en el primero... Encontre que ulimit -n me da el número maximo de archivos qeu se pueden abrir... lo he modificado al doble y si funciona el porgrama avanza... pero bueno despues de un ratito marca el mismo error, repeti el mismo procedimiento y vuleve a avanzar... todo radica en aumentar esta variable. La duda es, que solo rot puede modificar esta variable y solo para la sesion actual.... un usuario normal no lo puede hacer... Esto me hace pensar que tiene un riesgo que modifique este variable y sobre todo para que esta funcione en todo mi equipo Que piensan de esto, la incrementarian para todo el sistema supongamos un 6000 ?? Luego así por que en windows no hay este problema en en linux si ? Es culpa del sistema ? Agradezco sus comentarios. Saludos y buen fin de semana,
El Viernes, 13 de Mayo de 2005 21:58, Instituto de Ingenieria Unix escribió:
Encontre que ulimit -n me da el número maximo de archivos qeu se pueden abrir... lo he modificado al doble y si funciona el porgrama avanza... pero bueno despues de un ratito marca el mismo error, repeti el mismo procedimiento y vuleve a avanzar... todo radica en aumentar esta variable.
La duda es, que solo rot puede modificar esta variable y solo para la sesion actual.... un usuario normal no lo puede hacer...
* ulimit es una medida de seguridad para evitar desbordamientos en un sistema multiusuario imagina a un individuo generando bucles. * en el fichero /etc/security/limits.conf puedes habilitar limites a usuarios, grupos, para esa funcionalidad, con limites soft o hard.
Gracias por la respuesta.
Lo he intentado
Puse esta linea en el archivo
shem hard nofile 4096
Siendo shem mi usuario...
Pero el error persiste, ejecute ulimit -n y el numero de archivos
habilitados para este usuario es de 1024 no lo cambio...
Me faltara reiniciar al un demonio ?
Gracias.
Saludos
On 5/13/05, jose maria
El Viernes, 13 de Mayo de 2005 21:58, Instituto de Ingenieria Unix escribió:
Encontre que ulimit -n me da el número maximo de archivos qeu se pueden abrir... lo he modificado al doble y si funciona el porgrama avanza... pero bueno despues de un ratito marca el mismo error, repeti el mismo procedimiento y vuleve a avanzar... todo radica en aumentar esta variable.
La duda es, que solo rot puede modificar esta variable y solo para la sesion actual.... un usuario normal no lo puede hacer...
* ulimit es una medida de seguridad para evitar desbordamientos en un sistema multiusuario imagina a un individuo generando bucles. * en el fichero /etc/security/limits.conf puedes habilitar limites a usuarios, grupos, para esa funcionalidad, con limites soft o hard.
El Sábado, 14 de Mayo de 2005 02:33, Instituto de Ingenieria Unix escribió:
Lo he intentado
Puse esta linea en el archivo
shem hard nofile 4096
Siendo shem mi usuario...
Pero el error persiste, ejecute ulimit -n y el numero de archivos habilitados para este usuario es de 1024 no lo cambio... Me faltara reiniciar al un demonio ?
* prueba a analizar sintacticamente el fichero y si no reinicia.
El 2005-05-14 a las 22:16 +0200, jose maria escribió: [/etc/security/limits.conf]
* prueba a analizar sintacticamente el fichero y si no reinicia.
¿Quien lee ese fichero? El comando "apropos limits.conf" no saca nada. Lo único que he visto es que lo instala el pam, ese gran desconocido. Con grep encuentro una referencia: # # /etc/pam.d/common-session - session-related modules common to all services # # This file is included from other service-specific PAM config files, # and should contain a list of modules that define tasks to be performed # at the start and end of sessions of *any* kind (both interactive and # non-interactive). The default is pam_unix2. # session required pam_limits.so session required pam_unix2.so Pero "pam_limits.so" no tiene tampoco manual - ah, no, tiene esto: "/usr/share/doc/packages/pam/modules/README.pam_limits". Veamos que dice: pam_limits module: Imposing user limits on login. THEORY OF OPERATION: First, make a root-only-readable file (/etc/security/limits.conf by default or INSTALLED_CONFILE defined Makefile) that describes the resource limits you wish to impose. No limits are imposed on UID 0 accounts. Pues empezamos bien. El fichero de marras dice que debe ser unicamente legible por root - y en mi sistema al menos no lo es: -rw-r--r-- 1 root root 1643 2005-03-19 20:22 /etc/security/limits.conf Bueno, hay que leer el ficherito, dice algo más que el extracto que pone en el fichero de documentación. Un detalle importante es que el modulo admite el parámetro "debug". Pienso que se haría así: session required pam_limits.so debug pero no lo he probado. -- Saludos Carlos Robinson
El 2005-05-13 a las 14:58 -0500, Instituto de Ingenieria Unix escribió:
Luego así por que en windows no hay este problema en en linux si ?
Windows seguro es como lo aceptar pulpo como animal de compañía :-p Chiste local, lo siento X-) Es de un anuncio de un juego de mesa, de buscar palabras, el scatergorix o algo así. Está jugando una familia con el vecino, dueño del juego, y este amenzaza con irse y llevarse el juego si no aceptan sus palabras, es decir, que pulpo es un animal de compañía. Pos eso, que en windows no es un problema porque su política de seguridad es menos estricta. Además, dependiendo del distribuidor y del administrador de cada linux, los límites variarán grandemente.
Es culpa del sistema ?
No. No es "culpa" de nadie. -- Saludos Carlos Robinson
participants (3)
-
Carlos E. R.
-
Instituto de Ingenieria Unix
-
jose maria