I have a web application with an embedded Elasticsearch (0.15.0) server. I
create a war file and successfully deploy the application to both Tomcat
6.0.29 and Jetty 7 locally. I can also deploy the same web application to
Amazon EC2 using AMI's from Scalr.net and Tomcat.
However, when I deploy the same WAR file to Amazon's Beanstalk (using
Tomcat), the app freezes as ES is starting up.
And here is the server information which might be pertinent:
uname -a && cat /etc/*release
Linux ip-10-124-245-247 2.6.34.7-56.40.amzn1.x86_64 #1 SMP Fri Oct 22
18:48:49 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
Amazon Linux AMI release 2010.11.1 (beta)
Its stuck in the code segment in Node startup where it tries to obtain a native file system lock for its own data directory location (you can start more than one node on a machine, so they need their own data workspace).
Have you configured the data location for this instance? Maybe it tries to write it to the default one, which if embedded in tomcat will probably be within tomcat somewhere, and maybe its not allowed? Same applies to work dir by the day.
On Thursday, March 10, 2011 at 6:44 PM, James Cook wrote:
I have a web application with an embedded Elasticsearch (0.15.0) server. I create a war file and successfully deploy the application to both Tomcat 6.0.29 and Jetty 7 locally. I can also deploy the same web application to Amazon EC2 using AMI's from Scalr.net and Tomcat.
However, when I deploy the same WAR file to Amazon's Beanstalk (using Tomcat), the app freezes as ES is starting up.
Here is a gist showing a thread dump which is stalled.
And here is the server information which might be pertinent:
uname -a && cat /etc/*release
Linux ip-10-124-245-247 2.6.34.7-56.40.amzn1.x86_64 #1 SMP Fri Oct 22 18:48:49 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
Amazon Linux AMI release 2010.11.1 (beta)
Its stuck in the code segment in Node startup where it tries to obtain a
native file system lock for its own data directory location (you can start
more than one node on a machine, so they need their own data workspace).
Have you configured the data location for this instance? Maybe it tries to
write it to the default one, which if embedded in tomcat will probably be
within tomcat somewhere, and maybe its not allowed? Same applies to work
dir by the day.
On Thursday, March 10, 2011 at 6:44 PM, James Cook wrote:
I have a web application with an embedded Elasticsearch (0.15.0) server. I
create a war file and successfully deploy the application to both Tomcat
6.0.29 and Jetty 7 locally. I can also deploy the same web application to
Amazon EC2 using AMI's from Scalr.net and Tomcat.
However, when I deploy the same WAR file to Amazon's Beanstalk (using
Tomcat), the app freezes as ES is starting up.
And here is the server information which might be pertinent:
uname -a && cat /etc/*release
Linux ip-10-124-245-247 2.6.34.7-56.40.amzn1.x86_64 #1 SMP Fri Oct 22
18:48:49 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
Amazon Linux AMI release 2010.11.1 (beta)
Its stuck in the code segment in Node startup where it tries to obtain a native file system lock for its own data directory location (you can start more than one node on a machine, so they need their own data workspace).
Have you configured the data location for this instance? Maybe it tries to write it to the default one, which if embedded in tomcat will probably be within tomcat somewhere, and maybe its not allowed? Same applies to work dir by the day.
On Thursday, March 10, 2011 at 6:44 PM, James Cook wrote:
I have a web application with an embedded Elasticsearch (0.15.0) server. I create a war file and successfully deploy the application to both Tomcat 6.0.29 and Jetty 7 locally. I can also deploy the same web application to Amazon EC2 using AMI's from Scalr.net and Tomcat.
However, when I deploy the same WAR file to Amazon's Beanstalk (using Tomcat), the app freezes as ES is starting up.
Here is a gist showing a thread dump which is stalled.
And here is the server information which might be pertinent:
uname -a && cat /etc/*release
Linux ip-10-124-245-247 2.6.34.7-56.40.amzn1.x86_64 #1 SMP Fri Oct 22 18:48:49 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
Amazon Linux AMI release 2010.11.1 (beta)
Sorry for the late reply. We have it deployed successfully now, but we
haven't tried to use the EC2 discovery mechanism yet. Just need a single
server at the moment.
Its stuck in the code segment in Node startup where it tries to obtain a
native file system lock for its own data directory location (you can start
more than one node on a machine, so they need their own data workspace).
Have you configured the data location for this instance? Maybe it tries to
write it to the default one, which if embedded in tomcat will probably be
within tomcat somewhere, and maybe its not allowed? Same applies to work
dir by the day.
On Thursday, March 10, 2011 at 6:44 PM, James Cook wrote:
I have a web application with an embedded Elasticsearch (0.15.0) server. I
create a war file and successfully deploy the application to both Tomcat
6.0.29 and Jetty 7 locally. I can also deploy the same web application to
Amazon EC2 using AMI's from Scalr.net and Tomcat.
However, when I deploy the same WAR file to Amazon's Beanstalk (using
Tomcat), the app freezes as ES is starting up.
And here is the server information which might be pertinent:
uname -a && cat /etc/*release
Linux ip-10-124-245-247 2.6.34.7-56.40.amzn1.x86_64 #1 SMP Fri Oct 22
18:48:49 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
Amazon Linux AMI release 2010.11.1 (beta)
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.