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
>>>>>> 
>>>>>> 
>>>> 
>> 
> 

Reply via email to