[galaxy-user] passing the url for ucsc browser (send output to galaxy)
Hi, we are running distinct instances on 80 and 8080 - when you use the 8080 instance - the url is built for /galaxy not :8080/galaxy http://genome.ucsc.edu/cgi-bin/hgTables?GALAXY_URL=http%3A//genome.einstein.yu.edu/galaxy/tool_runnertool_id=ucs.. thus you cannot pass the data back to the correct instance. What/where is the easiest to pass the 8080 information to the browser? Looking at some candidate files: ucsc_proxy.py ucsc_tablebrowser.xml but perhaps there is a better way, best, joe ___ 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/
[galaxy-user] galaxy test-data organization
=== Please use Reply All when responding to this email! === Hi, is there by any chance a per application breakdown of the test-data structure? best, joe ___ 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/
[galaxy-user] mi-tools- tools_fabfile.py permissions requirements (local install)
Enis, a few things we came across: a, local install R - not the correct download url, rpy - will this be fixed? permissions: the script seems to use sudo and galaxy interchangeably, which creates an issue with permissions writing to folders. Is there a way to install as galaxy user only? If we do need the switching between sudo and galaxy - is there a set of directory permissions you suggest for the original galaxy-dist install and the galaxyToools folder? b, as a second category of questions: are there any tools that do not work on the standard cloud install? (skipped over entirely or installed but do not work?) best, joe ___ 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/
[galaxy-user] latest ubuntu version for full unified install
Hi, the cloud version is using Linux ip-10-68-42-15 2.6.32-308-ec2 #16-Ubuntu SMP Thu Sep 16 15:25:39 UTC 2010 x86_64 GNU/Linux what is the latest Ubuntu version we can use for a full unified install using the tool and data scripts to populate both tools and indexes? best, joseph ___ 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/
Re: [galaxy-user] latest ubuntu version for full unified install
Enis, since we are bringing up VMs locally we can try both - best, joe From: Enis Afgan [eaf...@emory.edu] Sent: Thursday, July 21, 2011 2:05 PM To: Joseph Hargitai Cc: galaxy-user@lists.bx.psu.edu Subject: Re: [galaxy-user] latest ubuntu version for full unified install Hi Joseph, The scripts have only been tested and used with the Ubuntu 10.04 LTS that's being used on the cloud and Galaxy VM. There are some libraries that some of the tools require but overall the scripts are likely to work with never versions of the OS. If you device to try the new 11.04 please let us know how it goes. Enis On Thu, Jul 21, 2011 at 1:54 PM, Joseph Hargitai joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu wrote: Hi, the cloud version is using Linux ip-10-68-42-15 2.6.32-308-ec2 #16-Ubuntu SMP Thu Sep 16 15:25:39 UTC 2010 x86_64 GNU/Linux what is the latest Ubuntu version we can use for a full unified install using the tool and data scripts to populate both tools and indexes? best, joseph ___ The Galaxy User list should be used for the discussion of Galaxy analysis and other features on the public server at usegalaxy.orghttp://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/ ___ 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/
[galaxy-user] tailoring backend SGE submission requests to specific applications
Hi, is there a best practices, to replace general SGE requests with requests specific to applications - did anyone actually build such request options to be part of the selectable items in the apps menus? best, joe ___ 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/
[galaxy-user] adding tools to cloud version
Hi, just like universe..ini.cloud in bucket, is the assumption to edit this file in the bucket? ( How about the tool directory edits on the regular mount? Will they be wiped on a reboot? Again, do we have a doc somewhere about the cloud version's persistence issues as far as edits and data? best, joe ___ 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/
[galaxy-user] cloud instance drops settings on reboot
Hi, setting the admin user in /mnt/galaxyTools/galaxy-central/universe_wsgi.ini did work after a simple restart of the galaxy service as user galaxy - ./runs.sh However, when I restarted the cloud instance (rebooted from Amazon console) the setting reverted to original. Is there perhaps another ini file that overrides this one on a reboot? Also, is there a proper/other way to restart the service? best, joe ___ 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/
Re: [galaxy-user] cloud instance drops settings on reboot
Enis, thanks! I did edit the file in the bucket as much as adding an admin user. I uploaded the file back into the bucket but now the galaxy part is not starting. It is throwing an error: * 19:01:24 - Setting up Galaxy application * 19:01:24 - Retrieved file 'universe_wsgi.ini.cloud' from bucket 'cm-99e0c68a2fe11e32a592e36abd1f2c38' to '/mnt/galaxyTools/galaxy-central/universe_wsgi.ini'. * 19:01:25 - Retrieved file 'tool_conf.xml.cloud' from bucket 'cm-99e0c68a2fe11e32a592e36abd1f2c38' to '/mnt/galaxyTools/galaxy-central/tool_conf.xml'. * 19:01:25 - Retrieved file 'tool_data_table_conf.xml.cloud' from bucket 'cm-99e0c68a2fe11e32a592e36abd1f2c38' to '/mnt/galaxyTools/galaxy-central/tool_data_table_conf.xml.cloud'. * 19:01:25 - Starting Galaxy... * 19:01:25 - Error invoking Galaxy, running command '/bin/su - galaxy -c export SGE_ROOT=/opt/sge; sh $GALAXY_HOME/run.sh --daemon' returned code '1' and following stderr: 'Traceback (most recent call last): File ./scripts/check_eggs.py, line 22, in c = Crate() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 259, in __init__ self.galaxy_config = GalaxyConfig() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 356, in __init__ if self.config.read( GalaxyConfig.config_file ) == []: File /usr/lib/python2.6/ConfigParser.py, line 286, in read self._read(fp, filename) File /usr/lib/python2.6/ConfigParser.py, line 482, in _read raise MissingSectionHeaderError(fpname, lineno, line) ConfigParser.MissingSectionHeaderError: File contains no section headers. file: /mnt/galaxyTools/galaxy-central/universe_wsgi.ini, line: 1 '\xff\xfe#\x00\n' Traceback (most recent call last): File ./scripts/fetch_eggs.py, line 27, in c = Crate() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 259, in __init__ self.galaxy_config = GalaxyConfig() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 356, in __init__ if self.config.read( GalaxyConfig.config_file ) == []: File /usr/lib/python2.6/ConfigParser.py, line 286, in read self._read(fp, filename) File /usr/lib/python2.6/ConfigParser.py, line 482, in _read raise MissingSectionHeaderError(fpname, lineno, line) ConfigParser.MissingSectionHeaderError: File contains no section headers. file: /mnt/galaxyTools/galaxy-central/universe_wsgi.ini, line: 1 '\xff\xfe#\x00\n' ' Is the edited bucket file causing an issue? How do I get a new one or fix this? I did notice that the first uploaded try omitted the .cloud suffix, but i uploaded it again with the correct suffix. best, joe From: Enis Afgan [eaf...@emory.edu] Sent: Tuesday, June 28, 2011 11:46 AM To: Joseph Hargitai Cc: galaxy-user@lists.bx.psu.edu Subject: Re: [galaxy-user] cloud instance drops settings on reboot Hi Joe, This is by design. In order to change the settings in universe_wsgi.ini, you should edit file universe_wsgi.ini.cloud in the cluster's bucket on S3. This file get pulled in by Cloudman each time an instance starts. As far as restarting Cloudman, there is a (new) Admin panel (link at top right of the Cloudman console page) that gives you an option to restart Cloudman (as well as individual application-level services). Let us know if you have any more questions, Enis On Tue, Jun 28, 2011 at 11:29 AM, Joseph Hargitai joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu wrote: Hi, setting the admin user in /mnt/galaxyTools/galaxy-central/universe_wsgi.ini did work after a simple restart of the galaxy service as user galaxy - ./runs.sh However, when I restarted the cloud instance (rebooted from Amazon console) the setting reverted to original. Is there perhaps another ini file that overrides this one on a reboot? Also, is there a proper/other way to restart the service? best, joe ___ The Galaxy User list should be used for the discussion of Galaxy analysis and other features on the public server at usegalaxy.orghttp://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/ ___ 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
Re: [galaxy-user] cloud instance drops settings on reboot
Yeap, grabbed a new one from the tar file in the bucket and allowed Mac formatting to prevail. Unicode was the culprit. I am missing however the Cloudman Admin tab you are referring to. Is this a version issue? we use: galaxy-cloudman-2011-03-22 (ami-da58aab3) I do have the Admin tab in galaxy itself, but I do not think that is what you are referring to. joe From: Enis Afgan [eaf...@emory.edu] Sent: Tuesday, June 28, 2011 3:30 PM To: Joseph Hargitai Cc: galaxy-user@lists.bx.psu.edu Subject: Re: [galaxy-user] cloud instance drops settings on reboot It seems that the formatting of the file was changed and Galaxy is unable to parse the file. The editor you used to edit the file might have done this once the file was saved. I'd suggest using vi to check the file and make sure it follows the formatting of universe_wsgi.ini.sample for example. Then, try uploading the file again. BTW, it's required for the file to have the .cloud extension. If all you're trying to do is add Galaxy admin users, the Cloudman Admin interface I mentioned earlier offers this functionality and it handles updating of the universe file. If you want to revert to what you had before, feel free to pull in the default universe_wsgi.ini.cloud file from 'cloudman' bucket on S3 and upload it to your cluster's bucket. Enis On Tue, Jun 28, 2011 at 3:21 PM, Joseph Hargitai joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu wrote: Enis, thanks! I did edit the file in the bucket as much as adding an admin user. I uploaded the file back into the bucket but now the galaxy part is not starting. It is throwing an error: * 19:01:24 - Setting up Galaxy application * 19:01:24 - Retrieved file 'universe_wsgi.ini.cloud' from bucket 'cm-99e0c68a2fe11e32a592e36abd1f2c38' to '/mnt/galaxyTools/galaxy-central/universe_wsgi.ini'. * 19:01:25 - Retrieved file 'tool_conf.xml.cloud' from bucket 'cm-99e0c68a2fe11e32a592e36abd1f2c38' to '/mnt/galaxyTools/galaxy-central/tool_conf.xml'. * 19:01:25 - Retrieved file 'tool_data_table_conf.xml.cloud' from bucket 'cm-99e0c68a2fe11e32a592e36abd1f2c38' to '/mnt/galaxyTools/galaxy-central/tool_data_table_conf.xml.cloud'. * 19:01:25 - Starting Galaxy... * 19:01:25 - Error invoking Galaxy, running command '/bin/su - galaxy -c export SGE_ROOT=/opt/sge; sh $GALAXY_HOME/run.sh --daemon' returned code '1' and following stderr: 'Traceback (most recent call last): File ./scripts/check_eggs.py, line 22, in c = Crate() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 259, in __init__ self.galaxy_config = GalaxyConfig() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 356, in __init__ if self.config.read( GalaxyConfig.config_file ) == []: File /usr/lib/python2.6/ConfigParser.py, line 286, in read self._read(fp, filename) File /usr/lib/python2.6/ConfigParser.py, line 482, in _read raise MissingSectionHeaderError(fpname, lineno, line) ConfigParser.MissingSectionHeaderError: File contains no section headers. file: /mnt/galaxyTools/galaxy-central/universe_wsgi.ini, line: 1 '\xff\xfe#\x00\n' Traceback (most recent call last): File ./scripts/fetch_eggs.py, line 27, in c = Crate() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 259, in __init__ self.galaxy_config = GalaxyConfig() File /mnt/galaxyTools/galaxy-central/lib/galaxy/eggs/__init__.py, line 356, in __init__ if self.config.read( GalaxyConfig.config_file ) == []: File /usr/lib/python2.6/ConfigParser.py, line 286, in read self._read(fp, filename) File /usr/lib/python2.6/ConfigParser.py, line 482, in _read raise MissingSectionHeaderError(fpname, lineno, line) ConfigParser.MissingSectionHeaderError: File contains no section headers. file: /mnt/galaxyTools/galaxy-central/universe_wsgi.ini, line: 1 '\xff\xfe#\x00\n' ' Is the edited bucket file causing an issue? How do I get a new one or fix this? I did notice that the first uploaded try omitted the .cloud suffix, but i uploaded it again with the correct suffix. best, joe From: Enis Afgan [eaf...@emory.edumailto:eaf...@emory.edu] Sent: Tuesday, June 28, 2011 11:46 AM To: Joseph Hargitai Cc: galaxy-user@lists.bx.psu.edumailto:galaxy-user@lists.bx.psu.edu Subject: Re: [galaxy-user] cloud instance drops settings on reboot Hi Joe, This is by design. In order to change the settings in universe_wsgi.ini, you should edit file universe_wsgi.ini.cloud in the cluster's bucket on S3. This file get pulled in by Cloudman each time an instance starts. As far as restarting Cloudman, there is a (new) Admin panel (link at top right of the Cloudman console page) that gives you an option to restart Cloudman (as well as individual application-level services). Let us know if you have any more questions, Enis On Tue, Jun 28, 2011 at 11:29 AM, Joseph Hargitai joseph.hargi...@einstein.yu.edumailto:joseph.hargi
Re: [galaxy-user] cloud instance drops settings on reboot
throws this:
{updated: false}
From: Enis Afgan [eaf...@emory.edu]
Sent: Tuesday, June 28, 2011 6:02 PM
To: Oliver Hofmann; Joseph Hargitai
Cc: galaxy-user
Subject: Re: [galaxy-user] cloud instance drops settings on reboot
Well, now that I looked into it, about a week ago I did fix a bug with version
checking so that's probably why it's not triggering. To manually invoke the
update, you can paste this into your address bar and magic should happen :)
http://ec2-rest of ip/cloud/root/update_users_CM
Enis
P.S. Once the auto-checking is working, the attached screenshot shows what the
masthead is supposed to look like.
On Tue, Jun 28, 2011 at 5:25 PM, Oliver Hofmann
ohofm...@hsph.harvard.edumailto:ohofm...@hsph.harvard.edu wrote:
Enis,
running the default EC2 AMI (2011-03-22), cluster was started for the first
time about ten days ago so this is odd. I'll read up on how to manually update
CM.
Thanks!
Oliver
Hi Oliver,
A message in the masthead/top of the page main CloudMan console page
offering to update CloudMan should show up automatically on page refresh
when a version of CloudMan newer than the one currently running one
exists in the default cloudman bucket. This functionality was added a
few months ago now so if your instance is older, it won't work like
that. In that case, it should be fine to manually download cm.tar.gz
from 'cloudman' bucket and upload it to your cluster's bucket (replacing
the current file there - although make a copy of the current file in
case things don't work out as expected) and restart the instance.
Enis
On Tue, Jun 28, 2011 at 4:28 PM, Oliver Hofmann
ohofm...@hsph.harvard.edumailto:ohofm...@hsph.harvard.edu
mailto:ohofm...@hsph.harvard.edumailto:ohofm...@hsph.harvard.edu wrote:
Enis,
The admin interface is something that I added just last week.
It's not related to an AMI but to Cloudman itself. When was it you
created the given cluster? If it's been in the last 5 days, the link
should be there (take a look at the most recent newsbrief - there is
a snapshot of the admin link interface there:
https://bitbucket.org/galaxy/galaxy-central/wiki/Features/DevNewsBrief/2011_06_23).
If your cluster was older than that, Cloudman should have a option
in the masthead to update it automatically. If you are to update,
the link should show up. Let me know if neither is the case and
we'll work on it more.
is there a way to update CloudMan through the older admin page as
well (/cloud/admin)? It already has the Update Galaxy button and
passes on the galaxy-central bitbucket URL to an 'update_galaxy'
script, but doesn't seem to trigger anything beyond that (whether
Galaxy itself is running or not).
Best, Oliver
Glad you got the configuration to work,
Enis
On Tue, Jun 28, 2011 at 3:45 PM, Joseph Hargitai
joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu
mailto:joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu
wrote:
Yeap,
grabbed a new one from the tar file in the bucket and allowed Mac
formatting to prevail. Unicode was the culprit.
I am missing however the Cloudman Admin tab you are referring to.
Is this a version issue?
we use: galaxy-cloudman-2011-03-22 (ami-da58aab3)
I do have the Admin tab in galaxy itself, but I do not think that
is what you are referring to.
joe
From: Enis Afgan [eaf...@emory.edumailto:eaf...@emory.edu
mailto:eaf...@emory.edumailto:eaf...@emory.edu]
Sent: Tuesday, June 28, 2011 3:30 PM
To: Joseph Hargitai
Cc: galaxy-user@lists.bx.psu.edumailto:galaxy-user@lists.bx.psu.edu
mailto:galaxy-user@lists.bx.psu.edumailto:galaxy-user@lists.bx.psu.edu
Subject: Re: [galaxy-user] cloud instance drops settings on reboot
It seems that the formatting of the file was changed and Galaxy
is unable to parse the file. The editor you used to edit the file
might have done this once the file was saved. I'd suggest using vi
to check the file and make sure it follows the formatting of
universe_wsgi.ini.sample for example. Then, try uploading the file
again. BTW, it's required for the file to have the .cloud extension.
If all you're trying to do is add Galaxy admin users, the
Cloudman Admin interface I mentioned earlier offers this
functionality and it handles updating of the universe file. If you
want to revert to what you had before, feel free to pull in the
default universe_wsgi.ini.cloud file from 'cloudman' bucket on S3
and upload it to your cluster's bucket.
Enis
On Tue, Jun 28, 2011 at 3:21 PM, Joseph Hargitai
joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu
mailto:joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu
wrote:
Enis,
thanks! I did edit the file
Re: [galaxy-user] cloud instance drops settings on reboot
same - looks nice and very useful.
best,
joe
From: Oliver Hofmann [ohofman...@gmail.com] on behalf of Oliver Hofmann
[ohofm...@hsph.harvard.edu]
Sent: Tuesday, June 28, 2011 7:29 PM
To: Enis Afgan
Cc: Joseph Hargitai; galaxy-user
Subject: Re: [galaxy-user] cloud instance drops settings on reboot
Enis,
thanks once again, works like a charm. Updated, the CloudMan interface
now has an admin page, and old data made it through the update.
Best,
Oliver
It's a publicly shared S3 bucket. You can download the file directly
through your browser too: http://s3.amazonaws.com/cloudman/cm.tar.gz
On Tue, Jun 28, 2011 at 7:03 PM, Joseph Hargitai
joseph.hargi...@einstein.yu.edu
mailto:joseph.hargi...@einstein.yu.edu wrote:
where do i find the 'cloudman' bucket?
j
*From:* Enis Afgan [eaf...@emory.edu mailto:eaf...@emory.edu]
*Sent:* Tuesday, June 28, 2011 6:48 PM
*To:* Joseph Hargitai
*Cc:* Oliver Hofmann; galaxy-user
*Subject:* Re: [galaxy-user] cloud instance drops settings on reboot
I apologize for making you go through multiple steps - when I sent
my last email, I looked at the controller code and not the actual
method but it turns out the method performs the same check as the
UI, which fails, and so does the method... Sorry.
Now, it's going to have to be done manually but it's quite
straightforward. So, just in case, make a copy of cm.tar.gz in your
cluster's bucket. Then, download cm.tar.gz from `cloudman` bucket
and upload it to your cluster's bucket. Then, in AWS S3 console,
select the freshly uploaded file, click Properties and then the
Metadata tab. Add a new key value pair setting the following to as
the key `x-amz-meta-revision` and `114` as the value. Now, restart
the CloudMan instance and (less) magic should happen - but you
should have the most recent version of CloudMan running.
Hopefully this time it's going to happen :)
Thanks for patience.
Enis
On Tue, Jun 28, 2011 at 6:38 PM, Joseph Hargitai
joseph.hargi...@einstein.yu.edu
mailto:joseph.hargi...@einstein.yu.edu wrote:
throws this:
{updated: false}
*From:* Enis Afgan [eaf...@emory.edu mailto:eaf...@emory.edu]
*Sent:* Tuesday, June 28, 2011 6:02 PM
*To:* Oliver Hofmann; Joseph Hargitai
*Cc:* galaxy-user
*Subject:* Re: [galaxy-user] cloud instance drops settings on reboot
Well, now that I looked into it, about a week ago I did fix a
bug with version checking so that's probably why it's not
triggering. To manually invoke the update, you can paste this
into your address bar and magic should happen :)
http://ec2-rest of ip/cloud/root/update_users_CM
Enis
P.S. Once the auto-checking is working, the attached screenshot
shows what the masthead is supposed to look like.
On Tue, Jun 28, 2011 at 5:25 PM, Oliver Hofmann
ohofm...@hsph.harvard.edu mailto:ohofm...@hsph.harvard.edu
wrote:
Enis,
running the default EC2 AMI (2011-03-22), cluster was
started for the first time about ten days ago so this is
odd. I'll read up on how to manually update CM.
Thanks!
Oliver
Hi Oliver,
A message in the masthead/top of the page main CloudMan
console page
offering to update CloudMan should show up automatically
on page refresh
when a version of CloudMan newer than the one currently
running one
exists in the default cloudman bucket. This
functionality was added a
few months ago now so if your instance is older, it
won't work like
that. In that case, it should be fine to manually
download cm.tar.gz
from 'cloudman' bucket and upload it to your cluster's
bucket (replacing
the current file there - although make a copy of the
current file in
case things don't work out as expected) and restart the
instance.
Enis
On Tue, Jun 28, 2011 at 4:28 PM, Oliver Hofmann
ohofm...@hsph.harvard.edu
mailto:ohofm...@hsph.harvard.edu
mailto:ohofmann@hsph.harvard.__edu
mailto:ohofm...@hsph.harvard.edu wrote:
Enis,
The admin interface is something that I added just
last week.
It's
Re: [galaxy-user] aspera install on cloud install
Thanks! I'll read up on the url and we should discuss moving forward. best, joe From: Ravi Madduri [madd...@mcs.anl.gov] Sent: Tuesday, June 21, 2011 10:08 PM To: Enis Afgan Cc: Joseph Hargitai; galaxy-user@lists.bx.psu.edu Subject: Re: [galaxy-user] aspera install on cloud install Thanks Enis. Joe: Let us know if we can help in any way. Regards On Jun 21, 2011, at 4:53 PM, Enis Afgan wrote: Hi Joe, We have not tried aspera (if I recall correctly, they're not open source?). At the University of Chicago, though, there has been some work on enabling Galaxy on the cloud to work with GridFTP and GlobusOnline, which is somewhat related. There is a talk and PPT about that available at http://wiki.g2.bx.psu.edu/GCC2011 (look for Galaxy, GridFTP, Condor, and Globus Online). Let us know how it goes if you decide to take this on, Enis On Thu, Jun 16, 2011 at 5:30 PM, Joseph Hargitai joseph.hargi...@einstein.yu.edumailto:joseph.hargi...@einstein.yu.edu wrote: Hi, anyone tried to install an aspera server for a galaxy cloud instance? The goal would be to feed some local data faster to the instance. best, joe ___ The Galaxy User list should be used for the discussion of Galaxy analysis and other features on the public server at usegalaxy.orghttp://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/ ___ The Galaxy User list should be used for the discussion of Galaxy analysis and other features on the public server at usegalaxy.orghttp://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/ -- Ravi K Madduri The Globus Alliance | Argonne National Laboratory | University of Chicago http://www.mcs.anl.gov/~madduri ___ 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/
[galaxy-user] aspera install on cloud install
Hi, anyone tried to install an aspera server for a galaxy cloud instance? The goal would be to feed some local data faster to the instance. best, joe ___ 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/
