<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
1) Launch an instance of the starcluster AMI<br>
2) run create_image.py and ostensibly generate an exact copy of the original AMI<br>
3) verify that the new AMI exists and is in a new S3 bucket<br>
4) shut down the original instance<br>
5) launch a new instance based on the "new" AMI<br>
6) Observe that the starcluster -s script take a reaaaaaaaaly long time to start up<br>
7) Log in to instance and observe that SGE is not running<br>
_____________<br></blockquote><div><br><br>Mark, thanks for your emails. I too have had problems creating re-bundled AMIs , in just the manner you mention. That is, after rebundling and trying to start and instance from the new AMI, the start-up script gets stuck in the SGE-installation stage, and the SGE binaries are never running. <br>
<br>However, when I followed the directions for rebundling an AMI directly from Amazon's AWS site (<a href="http://docs.amazonwebservices.com/AWSEC2/latest/GettingStartedGuide/creating-an-image.html">http://docs.amazonwebservices.com/AWSEC2/latest/GettingStartedGuide/creating-an-image.html</a>) I was able to create very stable working AMIs from the starcluster base images (both 32bit and 64 bit). Have you tried these directions? If not, they might work better that create_image.py. <br>
<br>Overall, bundling is a somewhat tricky process and I have had much worse problems rebundling functional AMIs from <i>other</i> sources. <br><br>It would be great though, if the problem that you mentioned could be figured out, because I think it is something that a number of users have experienced.<br>
<br>Dan<br></div></div>