アマゾンec2 t1.microインスタンスでJIRAを実行しようとしていますが、起動しません。 m1.smallマシンで同じAMIを実行しようとするとうまく動作します。アマゾンec2 t1.microインスタンスでJIRAを実行する
私はいくつかの調査を行いました。これは、JIRAが起動時にCPUを最大限に活用するためです。これにより、amazonはインスタンスのCPUを右下に絞り込みます。 Jiraはコアプラグインを読み込むのに時間がかかり過ぎ、停止/中止します。
私はthis blogごとに300秒にタイムアウトを増やしてみましたが、それでも動作しません。
私はこれを実行しようとしています： Ubuntu 12.04 x86_64 amazon提供のAMI。
これは3人の開発者を抱える非常に小規模なプロジェクトのためのもので、遅いかどうかは気にしません。助言がありますか？
コメントはJIRA_MAX_PERM_SIZE = 512メートルの追加とJVM_SUPPORT_RECOMMENDED_ARGS =
を言うhere
を見てみましょう - 固定setenv.sh JIRA/binに/に "Datlassian.plugins.enable.wait = 300"私の問題」
このに走った私の友人は、だけではなく、小さなインスタンスを使用ただし。
ADDI ng JVM_SUPPORT_RECOMMENDED_ARGS = " - Datlassian.plugins.enable.wait = 300"をjira/bin/setenv.shに送信しても、EC2マイクロインスタンスのJira 6に関する問題は解決されませんでした。
ログにはそれがさらに進んでいることがわかりましたが、それは明らかな理由がないためクラッシュしていました。 マイクロインスタンスに十分なメモリがないことが分かります。
私のソリューション： あり、私が使用したEC2 AMIにはスワップはなかったので、私は1つを作成する必要がありました：
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
今JIRAはすべてのプラグインをロードして初期化することができ、それは少し遅いですが、 GZipの圧縮を無効にするように思える。
素晴らしい - ありがとうMarc、これは私のために働いていた唯一のものでした（Microインスタンスで動作させることに関して）..最終的に、私がやらなければならなかったのは、一時的にMediumインスタンス私が完全にインストールできるようにするオプション）、その後、Microに還元して、これらのオプションを設定し、最終的にはMicro-Thanksの下で正常に動作していたことを確認してください。 – sean2078
これはすばらしい、スワップファイルを作成する素晴らしいアイディアです:) –
cat/proc/swapsに存在するスワップファイルがあるかどうかを確認してください（ここでの全体的な説明はhttps://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/Deployment_Guide/s2-swap-creating-file）。 html） – Cel