Tengo bastantes servidores, para clientes y para nuestro propio uso. Todos estos servidores ejecutan Debian Stable. Todos los servidores son servidores virtuales. Esto es para el caso de que una actualización automática acabe con una de las máquinas: simplemente reemplácela con la instantánea de anoche y todo volverá a ser perfecto.
Ahora, algunos de estos servidores ejecutan aplicaciones Tomcat. Una de estas aplicaciones Tomcat requiere más memoria que la asignación predeterminada de Tomcat. Hasta ahora, he preferido agregar la asignación de memoria a /etc/init.d/tomcat7, sin embargo, también teníamos servidores donde estaba directamente en catalina.sh.
Después de tener el problema de que un Tomcat se detuvo hoy, descubrimos que las asignaciones de memoria desaparecieron repentinamente. Pensamos en las actualizaciones automáticas configuradas y, de hecho, los archivos de registro de cron-apt mostraron que a finales de abril hubo una actualización de Tomcat. Así que creemos que lo más probable es que esta actualización haya sobrescrito ambos archivos.
Ahora Tomcat se ejecuta bajo el usuario tomcat7 (y también el grupo tomcat7). El usuario tiene /usr/share/tomcat7 como hogar y no tiene un shell interactivo para ubicar mejor las asignaciones de memoria).
¿Cuál sería el lugar correcto para exportar la variable JAVA_OPTS para que el usuario de Tomcat7 configure la memoria sin dejar de ser a prueba de actualizaciones?
Respuesta1
Por lo general, JAVA_OPTSdebería estar setenv.shubicado en Tomcat, bindonde debería encontrarlo /usr/share/tomcat7/(CATALINA_HOME).
Si falta este archivo, puede crearlo (/usr/share/tomcat7/bin/setenv.sh) y establecer +x bit.
Simplemente ponga esto en el archivo vacío:
JAVA_OPTS="$JAVA_OPTS <your params>"
Ese archivo no será sobrescrito por las actualizaciones.
Nota: Elimínelo $JAVA_OPTSsi desea sobrescribir completamente cualquier valor anterior.