I'm not exactly sure how the traffic is routed, but the test I'm doing 
originates on the same z/VM 5.3 system (168.162.215.71) that is also the remote 
destination system of the FTP PUT. I would normally think there was a firewall 
or something interfering but the following series of commands work fine when 
imbedded in a simple REXX exec. 

In the example below, the variables are predefined with these values: 
cmsid=USERA, ftpft=DDR191, ftpfm=X and cmspw=XXXXXXXX. 

...
push 'QUIT'                                           
push 'PUT' cmsid'.'ftpft'.'ftpfm cmsid'.'ftpft      
push 'SITE FIXRECFM 1024'                             
push 'SENDSITE'                                       
push 'BI'                                             
push cmsid cmspw                                      
'FTP 168.162.215.71 ( Exit'                              
...

-----Original Message-----
From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf 
Of Bruce Hayden
Sent: Tuesday, October 20, 2009 10:20 AM
To: [email protected]
Subject: Re: CMSDDR & VMARC question

I just tried a PIPEDDR dump and restore to the ftp server on a z/VM
5.4 system and it worked fine for both operations.  I don't have any
firewalls or other restrictions between the systems that I tested.
Since the Rexx error that you receive from ftpput concerns passive
mode and ports - is there a firewall in between the systems?

On Tue, Oct 20, 2009 at 9:26 AM, Henry, Bob <[email protected]> wrote:
> Is anyone from z/VM development monitoring this thread and willing to take a 
> look at this problem? As I said in an earlier post in answer to Bruce's 
> question, the remote system is z/VM 5.3.
>
> -----Original Message-----
> From: The IBM z/VM Operating System [mailto:[email protected]] On 
> Behalf Of Bruce Hayden
> Sent: Monday, October 19, 2009 8:08 AM
> To: [email protected]
> Subject: Re: CMSDDR & VMARC question
>
> Is the remote system z/VM or some other platform?  The ftpput stage is
> from z/VM development, and the source is not available for it, so I
> don't know what could be wrong.  I've never tried it myself to a z/VM
> system.
>
> On Fri, Oct 16, 2009 at 8:26 PM, Henry, Bob <[email protected]> wrote:
>> I don't really have access to the receiving system yet to do a PIPEDDR
>> RESTORE so I'm trying to test this by FTPing back to the sending system.
>> I've been able to do this using a simple FTP command within a REXX exec but
>> the FTP stage of the PIPEDDR receives the "PASVPORT" error
>>
>
>
> --
> Bruce Hayden
> Linux on System z Advanced Technical Support
> IBM, Endicott, NY
>



-- 
Bruce Hayden
Linux on System z Advanced Technical Support
IBM, Endicott, NY

Reply via email to