Hi Clare, 

Sorry about the trouble. I just disabled that if statement in the template so the option should no longer be disabled for any new cluster. My goal was to simplify usage but I'll obviously have to revisit the implementation...

Sorry for the trouble and good luck with the demo tomorrow. Let me know if you run in to any other issues as an update to CloudMan was released just a couple of days ago.

Enis

On Sun, Oct 30, 2011 at 3:19 PM, Brad Chapman <chapmanb@50mail.com> wrote:

Clare;
Enis will be able to better answer the questions about fixing this long
term, but here is a quick workaround to get it running immediately: ssh to the
image and edit '/mnt/cm/templates/index.mako' to remove "disabled='true'"
from this line:

https://bitbucket.org/galaxy/cloudman/src/b017694e2cfa/templates/index.mako#cl-384

Then if you refresh the http://your-dns/cloud page you'll be able to
enter into this box. From there everything was working fine for me.

Sorry about the problem and thanks for bringing this up,
Brad

On Sun, 30 Oct 2011 23:49:34 +1100, Clare Sloggett <sloc@unimelb.edu.au> wrote:
> Update - I think I can see the problem, and I think it's a bug in the
> image on Amazon. I might have misunderstood, but thought I would point
> this out as a possible cause, assuming others experience the same
> issue I do.
>
> Looking at the repository at
> https://bitbucket.org/galaxy/cloudman/src/65f0ff532a29/templates/index.mako
> I can see <input disabled='true' style="margin-left:20px" type="text"
> name="g_pss" class="LV_field" id="g_pss" value="" size="3">GB<span
> id="g_pss_vtag">...
>
> It looks like the input is being set to disabled in all cases instead
> of just when (as the comments suggest) the underlying machine image
> doesn't support it?
>
> It does look like this is a recent change - I think the culprit is
> commit https://bitbucket.org/galaxy/cloudman/changeset/65f0ff532a29#chg-templates/index.mako
>
> The thing I don't understand though is that I thought the image I was
> launching was older than this change. I launched
> 861460482541/galaxy-cloudman-2011-03-22 , and another older image
> seems to have the same problem . Do the instances draw on a
> configuration script which is newer than the image? Or maybe the cause
> is not what I've suggested!
>
> Any suggestions for quick workarounds to get an instance running
> successfully would also very much appreciated as I was planning to use
> a CloudMan instance to demo both Galaxy and CloudMan tomorrow to some
> people interested in using them (in about 11 hours from now in fact).
> Could I maybe log in to the CloudMan back end and configure it from
> there?
>
> Thanks,
> Clare
>
>
>
> On Sun, Oct 30, 2011 at 11:32 PM, Clare Sloggett <sloc@unimelb.edu.au> wrote:
> > Hi all,
> >
> > I wasn't sure whether to send this to galaxy-dev or galaxy-user. I'm
> > having a problem launching a Galaxy instance on Amazon. I have done
> > this in the past with no problems. I suspect I'm doing something
> > trivial wrong but can't work out what!
> >
> > The problem is that after starting the instance, when I go to
> > http://public-dns-url/cloud and the "Initial Cluster Configuration"
> > window pops up, the initial storage size text box is disabled. That
> > is, the text box after the first radio box ("Galaxy Cluster") is
> > greyed out. So, I can't enter a size for the storage and if I just
> > proceed without doing so, it (I think) causes CloudMan to fail.
> >
> > I thought I was probably just having browser issues but I get the same
> > problem repeatedly in Chrome and Firefox. When I inspect the element,
> > I see <input disabled="true" ... name="g_pss"...> so I think it really
> > is disabled. This seems like a weird problem so I suspect it's me, but
> > I can't work it out. Any help would be appreciated!
> >
> > Thanks,
> > Clare
> >
> > --
> > E: sloc@unimelb.edu.au
> > P: 03 903 53357
> > M: 0414 854 759
> >
>
>
>
> --
> E: sloc@unimelb.edu.au
> P: 03 903 53357
> M: 0414 854 759
> ___________________________________________________________
> The Galaxy User list should be used for the discussion of
> Galaxy analysis and other features on the public server
> at usegalaxy.org.  Please keep all replies on the list by
> using "reply all" in your mail client.  For discussion of
> local Galaxy instances and the Galaxy source code, please
> use the Galaxy Development list:
>
>   http://lists.bx.psu.edu/listinfo/galaxy-dev
>
> To manage your subscriptions to this and other Galaxy lists,
> please use the interface at:
>
>   http://lists.bx.psu.edu/