Thanks for the useful feedback. I'm agreed that Cloud Galaxy usage
requires more IT knowledge compared to running directly on a hosted Galaxy
instance. Dannon, Enis and everyone are working hard to make it easier,
but at this point it does require understanding Amazon EC2.
For your termination problem, you want to be sure to quit using the
CloudMan web admin interface. In the terminate dialog, there is a
checkbox you can click to delete all of the EBS volumes associated with
a cluster. This is off by default to avoid deleting important data, but
if you check it this should remove all of your associated data files.
For the AMI issue, I have to defer back to Dannon as I'm not sure how
they're handling the markupsafe egg conflict with the official AMI.
Dannon, happy to coordinate on the new CloudBioLinux if that helps at
Thanks again for the helpful feedback,
> Thank you for your message.
> I followed the instructions on "http://wiki.galaxyproject.org/CloudMan". I
> created an Amazon account, and also ollowed a tutorial video in setting up
> the account. The wiki page recommended the AMI as below:
> *Current AMI:*
> - AMI: ami-da58aab3
> - Name: 861460482541/galaxy-cloudman-2011-03-22
> By the way, I find it quite confusing to use the Amazon Web services
> (probably due to the fact that I'm not a computer scientist, just a
> research assistant trying to analyse her data). All the different
> charges/storage quite are confusing. I'm now being charged for USD10 for a
> Elastic block storage even though I have deleted all the instances. There
> is also no way to contact Amazon tech support as you need to pay a
> subscription fee first. This is very different from Penguin COmputing who
> works with Life Tech. We are Ion Torrent users, and sometimes use the cloud
> services, the support at Penguin Comp are very responsive, and there is no
> hidden costs like the EBS, which are tucked away at another corner,
> charging me for the storage even though I've deleted the instances. Luckily
> I keep checking the account statement and managed to find the hidden EBS,
> and quickly deleted all the volumes that i didn't even know I have created!
> I would prefer to use the public server as it seems so much, I think Galaxy
> is really a very useful tool for non-bioinformaticians like me, and I do
> not mind having to pay a subscription fee use the public server if funding
> is a issue. Recently the web-based platform seems to be quite unstable, it
> hangs or the page just could not be loaded (DNS missing..) That's why i
> went to use the Galaxy cloud, but it didnt work.
> Best regards
> On Fri, Jan 4, 2013 at 9:53 PM, Brad Chapman <chapm...@50mail.com> wrote:
>> > *I hope this is the correct email to contact re. Galaxy cloud. I tried to
>> > run Galaxy on the cloud, I could upload the file but could not go beyond
>> > simple function "operate on genomic intervals". Is this normal? This is
>> > first time using the Galaxy on the cloud. Hope to hear from you soon.
>> > you. *
>> > /mnt/galaxyTools/galaxy-central/lib/galaxy/__init__.py:79:
>> > UserWarning: Module markupsafe was already imported from
>> > but
>> > is being added to sys.path
>> What method did you use to start up the Galaxy cloud instance? I've seen
>> this problem with recent versions of Galaxy and BioCloudCentral, using
>> the current CloudBioLinux AMI (ami-46d4792f). We have a new version of
>> CloudBioLinux/CloudMan in development which fixes this. In the short
>> term, you could try the Galaxy Cloud Launch page to create your instance:
>> Dannon and Enis, we could isolate Galaxy inside a virtualenv as a more
>> general fix to these egg conflicts.
>> Hope this helps,
Please keep all replies on the list by using "reply all"
in your mail client. To manage your subscriptions to this
and other Galaxy lists, please use the interface at: