Good. So did I :) On Jun 7, 2013, at 1:37 PM, Brock Palen <bro...@umich.edu> wrote:
> Ian, > > I put in a plug with the HMB project for the benefits of setting up anon > endpoints for their data. > > Brock Palen > www.umich.edu/~brockp > CAEN Advanced Computing > bro...@umich.edu > (734)936-1985 > > > > On Jun 7, 2013, at 11:45 AM, Ian Foster <fos...@anl.gov> wrote: > >> we should get as many people as possible to request this. >> >> On Jun 7, 2013, at 10:37 AM, Brock Palen <bro...@umich.edu> wrote: >> >>> Steve, >>> >>> We are consumers of data from a resource we don't have control over. >>> Getting that resource on Globus would be wonderful though, >>> >>> It's the Human Microbiome Project. >>> http://www.hmpdacc.org/resources/data_browser.php/ >>> >>> They provide public FTP and HTTP download, getting them in as a public data >>> source on GO would do the community a lot of good. >>> >>> >>> >>> Brock Palen >>> www.umich.edu/~brockp >>> CAEN Advanced Computing >>> bro...@umich.edu >>> (734)936-1985 >>> >>> >>> >>> On Jun 7, 2013, at 9:40 AM, Steve Tuecke <tue...@ci.uchicago.edu> wrote: >>> >>>> Is it possible to upgrade the FTP server to (anonymous) GridFTP? That >>>> should allow it to work with both globus-url-copy and Globus Online. >>>> >>>> -Steve >>>> >>>> On Jun 7, 2013, at 7:57 AM, Brock Palen <bro...@umich.edu> wrote: >>>> >>>>> MIke thanks good to know that it only works with file:/// which kinda >>>>> defeats the point with what we are trying to do. >>>>> >>>>> Thanks. >>>>> >>>>> Brock Palen >>>>> www.umich.edu/~brockp >>>>> CAEN Advanced Computing >>>>> bro...@umich.edu >>>>> (734)936-1985 >>>>> >>>>> >>>>> >>>>> On Jun 7, 2013, at 2:17 AM, Michael Link <ml...@mcs.anl.gov> wrote: >>>>> >>>>>> Hi Brock, >>>>>> >>>>>> It is likely that those servers don't support third party transfers, or >>>>>> fxp as it is commonly called with standard ftp servers. While some >>>>>> standard ftp server software supports this, it is often not enabled on >>>>>> public servers. >>>>>> >>>>>> With the second server, it recognizes that the port you're telling it to >>>>>> connect to isn't the same one that the client is connecting from, and >>>>>> fails. >>>>>> >>>>>> With the first I suspect it is simply ignoring the address portion of >>>>>> the PORT argument and attempting to connect to the client address. >>>>>> >>>>>> Either should work if you're able to run globus-url-copy on the same >>>>>> host as the gridftp server, though that may of defeat the purpose. >>>>>> >>>>>> Mike >>>>>> >>>>>> On 6/4/2013 4:36 PM, Brock Palen wrote: >>>>>>> I need to have a user push a lot of data though a host from an FTP only >>>>>>> site to our gridftp server. The user has to do it this way because we >>>>>>> don't allow user login on this host (sftp, and globusonline only) >>>>>>> >>>>>>> Because we setup this host with GCMU we have self signed certs etc. but >>>>>>> I was able to manualy set subjects. Problem is I can't get the >>>>>>> transfer to work: >>>>>>> >>>>>>> globus-url-copy -dbg -v -ds '<subject>' >>>>>>> ftp://public-ftp.hmpdacc.org/Illumina/stool/SRS045004.tar.bz2 >>>>>>> gsiftp://gridftp-flux.engin.umich.edu/scratch/support_flux/brockp/tmp/ >>>>>>> >>>>>>> Just hangs, and the file says size zero. >>>>>>> >>>>>>> Last line of debug information is: >>>>>>> debug: sending command to >>>>>>> ftp://public-ftp.hmpdacc.org/Illumina/stool/SRS045004.tar.bz2: >>>>>>> PORT 141,212,30,14,196,207 >>>>>>> >>>>>>> I tried using another ftp server and I get a different error: >>>>>>> >>>>>>> globus-url-copy -dbg -v -ds '<subject>' >>>>>>> ftp://mirror.optus.net/fedora/linux/extras/README >>>>>>> gsiftp://gridftp-flux.engin.umich.edu/scratch/support_flux/brockp/tmp/ >>>>>>> >>>>>>> error: globus_ftp_client: the server responded with an error >>>>>>> 500 Illegal PORT command >>>>>>> >>>>>>> Any thoughts on why I can't do this? >>>>>>> >>>>>>> Brock Palen >>>>>>> www.umich.edu/~brockp >>>>>>> CAEN Advanced Computing >>>>>>> bro...@umich.edu >>>>>>> (734)936-1985 >>>>>>> >>>>>>> >>>>> >>> >> >
