Re: Strange FTP behavior

2022-09-19 Thread Jake Anderson
Finally it was a problem from the windows share where the Linux path was
mounted

There were some permission issues from windows and it took lot of time for
the windows technicians to acknowledge


On Sun, Sep 18, 2022, 1:17 PM Jake Anderson 
wrote:

> Hi
>
> Something I didn't include in my original post
>
> The Linux path from where the file is being GET to mainframe. The Linux
> path is mounted to a windows server, so the file is available in windows
> but mapped to LINUX
>
> So as a test I copied the file to Linux local disk and tried ftp and the
> get operation works.
>
> The FTP JCL is spawned by webserver which inturn runs batch to do GET
>
> Earlier
>
> Strange thing is that it works perfectly from submitting the batch
> natively within tso but when it is spawned by webserver it fails
>
> The webserver has a started task in mainframe and I don't see any error in
> it's log
>
> While doing GET there is no data transfer but it destroys the local file
> in windows without any data transfer
>
>
>
> On Sat, Sep 17, 2022, 6:21 PM Jake Anderson 
> wrote:
>
>> Ftp trace didn't show any error causing zero transfer
>>
>> On Sat, Sep 17, 2022, 4:03 PM Michael Babcock 
>> wrote:
>>
>>> Jake, did you add TRACE to the PARM on the EXEC PGM=FTP statement?
>>>
>>> On Sat, Sep 17, 2022 at 6:27 AM Jake Anderson 
>>> wrote:
>>>
>>> > Hello
>>> >
>>> > Cross posted
>>> >
>>> > I was able to create the user with RESTRICTED attribute
>>> >
>>> > I have given a surrogate access to a STC owner is to the ID which I
>>> created
>>> > with RESTRICTED attribute
>>> >
>>> > Here when we submit job with USER=EXTBATCH
>>> > It internally does a FTP to a Linux server. For connecting the Linux
>>> using
>>> > FTP we are using ID created in Linux which is wmMF01
>>> >
>>> > The FTP logon is successful but when it tries to do a get operation on
>>> an
>>> > existing file in Linux to mainframe then it doesn't transfer instead it
>>> > gives zero bytes transferred
>>> >
>>> > To isolate the issue I tried to run the same batch using my own
>>> Mainframe
>>> > ID and wmMF01 but I was able to transfer the ID fron Linux to mainframe
>>> > without any problem.
>>> >
>>> > Unfortunately this is not even throwing any error message to debug and
>>> I
>>> > know that this is due to the RESTRICTED ATTRIBUTE
>>> >
>>> > There were some more case studies I did
>>> >
>>> > 1 ) When I submit the JCL with USER=EXTBATCH the transfer works
>>> > perfectly fine
>>> >
>>> > I did enable FTP DEBUG ALL but no message is displayed about zero bytes
>>> > getting transferred
>>> >
>>> > I hope I am missing some BPX racf profile for which the started task
>>> owner
>>> > is supposed to be permitted and I am not sure what BPX profile will
>>> allow
>>> > the FTP to take place
>>> >
>>> > EXTBATCH has OMVS segment, Started task owner too has OMVS segment and
>>> it's
>>> > default groups too have GID
>>> >
>>> > Could someone please point to a right direction on troubleshooting
>>> this in
>>> > detail
>>> >
>>> > Jake
>>> >
>>> > --
>>> > For IBM-MAIN subscribe / signoff / archive access instructions,
>>> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>> >
>>> --
>>> Michael Babcock
>>> OneMain Financial
>>> z/OS Systems Programmer, Lead
>>>
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>>
>>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Strange FTP behavior

2022-09-18 Thread Jake Anderson
Hi

Something I didn't include in my original post

The Linux path from where the file is being GET to mainframe. The Linux
path is mounted to a windows server, so the file is available in windows
but mapped to LINUX

So as a test I copied the file to Linux local disk and tried ftp and the
get operation works.

The FTP JCL is spawned by webserver which inturn runs batch to do GET

Earlier

Strange thing is that it works perfectly from submitting the batch natively
within tso but when it is spawned by webserver it fails

The webserver has a started task in mainframe and I don't see any error in
it's log

While doing GET there is no data transfer but it destroys the local file in
windows without any data transfer



On Sat, Sep 17, 2022, 6:21 PM Jake Anderson 
wrote:

> Ftp trace didn't show any error causing zero transfer
>
> On Sat, Sep 17, 2022, 4:03 PM Michael Babcock 
> wrote:
>
>> Jake, did you add TRACE to the PARM on the EXEC PGM=FTP statement?
>>
>> On Sat, Sep 17, 2022 at 6:27 AM Jake Anderson 
>> wrote:
>>
>> > Hello
>> >
>> > Cross posted
>> >
>> > I was able to create the user with RESTRICTED attribute
>> >
>> > I have given a surrogate access to a STC owner is to the ID which I
>> created
>> > with RESTRICTED attribute
>> >
>> > Here when we submit job with USER=EXTBATCH
>> > It internally does a FTP to a Linux server. For connecting the Linux
>> using
>> > FTP we are using ID created in Linux which is wmMF01
>> >
>> > The FTP logon is successful but when it tries to do a get operation on
>> an
>> > existing file in Linux to mainframe then it doesn't transfer instead it
>> > gives zero bytes transferred
>> >
>> > To isolate the issue I tried to run the same batch using my own
>> Mainframe
>> > ID and wmMF01 but I was able to transfer the ID fron Linux to mainframe
>> > without any problem.
>> >
>> > Unfortunately this is not even throwing any error message to debug and I
>> > know that this is due to the RESTRICTED ATTRIBUTE
>> >
>> > There were some more case studies I did
>> >
>> > 1 ) When I submit the JCL with USER=EXTBATCH the transfer works
>> > perfectly fine
>> >
>> > I did enable FTP DEBUG ALL but no message is displayed about zero bytes
>> > getting transferred
>> >
>> > I hope I am missing some BPX racf profile for which the started task
>> owner
>> > is supposed to be permitted and I am not sure what BPX profile will
>> allow
>> > the FTP to take place
>> >
>> > EXTBATCH has OMVS segment, Started task owner too has OMVS segment and
>> it's
>> > default groups too have GID
>> >
>> > Could someone please point to a right direction on troubleshooting this
>> in
>> > detail
>> >
>> > Jake
>> >
>> > --
>> > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> >
>> --
>> Michael Babcock
>> OneMain Financial
>> z/OS Systems Programmer, Lead
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Strange FTP behavior

2022-09-17 Thread Jake Anderson
Ftp trace didn't show any error causing zero transfer

On Sat, Sep 17, 2022, 4:03 PM Michael Babcock  wrote:

> Jake, did you add TRACE to the PARM on the EXEC PGM=FTP statement?
>
> On Sat, Sep 17, 2022 at 6:27 AM Jake Anderson 
> wrote:
>
> > Hello
> >
> > Cross posted
> >
> > I was able to create the user with RESTRICTED attribute
> >
> > I have given a surrogate access to a STC owner is to the ID which I
> created
> > with RESTRICTED attribute
> >
> > Here when we submit job with USER=EXTBATCH
> > It internally does a FTP to a Linux server. For connecting the Linux
> using
> > FTP we are using ID created in Linux which is wmMF01
> >
> > The FTP logon is successful but when it tries to do a get operation on an
> > existing file in Linux to mainframe then it doesn't transfer instead it
> > gives zero bytes transferred
> >
> > To isolate the issue I tried to run the same batch using my own Mainframe
> > ID and wmMF01 but I was able to transfer the ID fron Linux to mainframe
> > without any problem.
> >
> > Unfortunately this is not even throwing any error message to debug and I
> > know that this is due to the RESTRICTED ATTRIBUTE
> >
> > There were some more case studies I did
> >
> > 1 ) When I submit the JCL with USER=EXTBATCH the transfer works
> > perfectly fine
> >
> > I did enable FTP DEBUG ALL but no message is displayed about zero bytes
> > getting transferred
> >
> > I hope I am missing some BPX racf profile for which the started task
> owner
> > is supposed to be permitted and I am not sure what BPX profile will allow
> > the FTP to take place
> >
> > EXTBATCH has OMVS segment, Started task owner too has OMVS segment and
> it's
> > default groups too have GID
> >
> > Could someone please point to a right direction on troubleshooting this
> in
> > detail
> >
> > Jake
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Strange FTP behavior

2022-09-17 Thread Michael Babcock
Jake, did you add TRACE to the PARM on the EXEC PGM=FTP statement?

On Sat, Sep 17, 2022 at 6:27 AM Jake Anderson 
wrote:

> Hello
>
> Cross posted
>
> I was able to create the user with RESTRICTED attribute
>
> I have given a surrogate access to a STC owner is to the ID which I created
> with RESTRICTED attribute
>
> Here when we submit job with USER=EXTBATCH
> It internally does a FTP to a Linux server. For connecting the Linux using
> FTP we are using ID created in Linux which is wmMF01
>
> The FTP logon is successful but when it tries to do a get operation on an
> existing file in Linux to mainframe then it doesn't transfer instead it
> gives zero bytes transferred
>
> To isolate the issue I tried to run the same batch using my own Mainframe
> ID and wmMF01 but I was able to transfer the ID fron Linux to mainframe
> without any problem.
>
> Unfortunately this is not even throwing any error message to debug and I
> know that this is due to the RESTRICTED ATTRIBUTE
>
> There were some more case studies I did
>
> 1 ) When I submit the JCL with USER=EXTBATCH the transfer works
> perfectly fine
>
> I did enable FTP DEBUG ALL but no message is displayed about zero bytes
> getting transferred
>
> I hope I am missing some BPX racf profile for which the started task owner
> is supposed to be permitted and I am not sure what BPX profile will allow
> the FTP to take place
>
> EXTBATCH has OMVS segment, Started task owner too has OMVS segment and it's
> default groups too have GID
>
> Could someone please point to a right direction on troubleshooting this in
> detail
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Strange FTP behavior

2022-09-17 Thread Jake Anderson
Hello

Cross posted

I was able to create the user with RESTRICTED attribute

I have given a surrogate access to a STC owner is to the ID which I created
with RESTRICTED attribute

Here when we submit job with USER=EXTBATCH
It internally does a FTP to a Linux server. For connecting the Linux using
FTP we are using ID created in Linux which is wmMF01

The FTP logon is successful but when it tries to do a get operation on an
existing file in Linux to mainframe then it doesn't transfer instead it
gives zero bytes transferred

To isolate the issue I tried to run the same batch using my own Mainframe
ID and wmMF01 but I was able to transfer the ID fron Linux to mainframe
without any problem.

Unfortunately this is not even throwing any error message to debug and I
know that this is due to the RESTRICTED ATTRIBUTE

There were some more case studies I did

1 ) When I submit the JCL with USER=EXTBATCH the transfer works
perfectly fine

I did enable FTP DEBUG ALL but no message is displayed about zero bytes
getting transferred

I hope I am missing some BPX racf profile for which the started task owner
is supposed to be permitted and I am not sure what BPX profile will allow
the FTP to take place

EXTBATCH has OMVS segment, Started task owner too has OMVS segment and it's
default groups too have GID

Could someone please point to a right direction on troubleshooting this in
detail

Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN