Hacer que JIRA se ejecute en la instancia de Amazon ec2 t1.micro

Question

Estoy tratando de hacer que JIRA se ejecute en una instancia de amazon ec2 t1.micro, pero no se iniciará. Si trato de ejecutar el mismo AMI en una máquina m1.small, funcionará bien.

He hecho algunas investigaciones y esto se debe a que JIRA maximiza la CPU al arrancar. Esto hace que Amazon acelere la CPU de la instancia hacia abajo. Entonces, Jira tarda demasiado en cargar los complementos principales y se da por vencido/se detiene.

He intentado aumentar el tiempo de espera a 300 segundos según this blog, pero todavía no funciona.

Estoy tratando de ejecutar esto en: Ubuntu 12.04 x86_64 AMI provided by amazon.

Esto es para un proyecto extremadamente pequeño con 3 desarrolladores y no nos importa si es lento o algo por el estilo, solo queremos que funcione. ¿Alguna sugerencia?

Answer 1

Tome una mirada here

un comentario donde dice

Adición JIRA_MAX_PERM_SIZE = 512m y JVM_SUPPORT_RECOMMENDED_ARGS = "- Datlassian.plugins.enable.wait = 300" a jira/bin/setenv.sh fijo mi problema"

Sin embargo, mi amigo que se topó con esto sólo utiliza el pequeño ejemplo en su lugar.

Answer 2

Addi ng JVM_SUPPORT_RECOMMENDED_ARGS = "- Datlassian.plugins.enable.wait = 300" a jira/bin/setenv.sh no solucionó mi problema con Jira 6 en una microinstancia EC2.

Pude ver en el registro que iba más lejos, pero se estaba rompiendo sin ningún motivo aparente. Resulta que la instancia micro no tiene suficiente memoria.

Mi solución: No había intercambio en el EC2 AMI que he usado, así que tuve que crear una:

sudo dd if=/dev/zero of=/var/swapfile bs=1M count=2048 && 
sudo chmod 600 /var/swapfile && 
sudo mkswap /var/swapfile && 
echo /var/swapfile none swap defaults 0 0 | sudo tee -a /etc/fstab && 
sudo swapon -a 

Ahora Jira es capaz de cargar e inicializar todos los plugins, que es un poco lento, pero parece que la desactivación de la compresión GZip ayuda.