Re: Strange FTP behavior
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
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
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
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
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