FTP QUESTION
G'day, I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the MAINFRAME. The PDS has been preallocated. The FTP function works however when I check the PDS member the it has all garbled characters. I tried the FTP with the BIN command and without. Is there something else I can try? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP QUESTION
Ascii crlf You need to translate the txt file to EBCDIC -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, April 11, 2012 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: FTP QUESTION G'day, I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the MAINFRAME. The PDS has been preallocated. The FTP function works however when I check the PDS member the it has all garbled characters. I tried the FTP with the BIN command and without. Is there something else I can try? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP QUESTION
John, try using ASC instead of BIN. Billy On Wed, Apr 11, 2012 at 8:41 AM, John Dawes jhn_da...@yahoo.com.au wrote: G'day, I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the MAINFRAME. The PDS has been preallocated. The FTP function works however when I check the PDS member the it has all garbled characters. I tried the FTP with the BIN command and without. Is there something else I can try? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP QUESTION
Thanks. Where should I issue the command ASCII CRLF? Should I put it in place of the BIN command? From: Veilleux, Jon L veilleu...@aetna.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, 11 April 2012 8:44 AM Subject: Re: FTP QUESTION Ascii crlf You need to translate the txt file to EBCDIC -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, April 11, 2012 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: FTP QUESTION G'day, I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the MAINFRAME. The PDS has been preallocated. The FTP function works however when I check the PDS member the it has all garbled characters. I tried the FTP with the BIN command and without. Is there something else I can try? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP QUESTION
Thanks to all. It worked when I used ASCII. From: Bill Ashton bill00ash...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, 11 April 2012 8:44 AM Subject: Re: FTP QUESTION John, try using ASC instead of BIN. Billy On Wed, Apr 11, 2012 at 8:41 AM, John Dawes jhn_da...@yahoo.com.au wrote: G'day, I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the MAINFRAME. The PDS has been preallocated. The FTP function works however when I check the PDS member the it has all garbled characters. I tried the FTP with the BIN command and without. Is there something else I can try? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP QUESTION
How did you create the file on the PC? It needs to be a standard text file. Can you read it correctly using NOTEPAD on Windows or less on Linux/UNIX? It definitely CANNOT be a MS Word file, unless you did a save as in text format. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Wednesday, April 11, 2012 7:42 AM To: IBM-MAIN@bama.ua.edu Subject: FTP QUESTION G'day, I am trying to FTP a txt file - jcl of 850 lines long - from my PC to the MAINFRAME. The PDS has been preallocated. The FTP function works however when I check the PDS member the it has all garbled characters. I tried the FTP with the BIN command and without. Is there something else I can try? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: FTP Question
David ... z/os, or ZOS, or Z/OS ... How interesting that even with three shots at it, they *all* came out wrong! Just for the record it's z (lower case) / (pick whatever case you like for that one) and then OS (upper case) - or maybe you were just pulling my leg! I never intended to modify any FTP of a TERSED file. ... Also, I tested FTP of a ps file, a ps-e file, an IBM Terse file and MODE C was the fastest followd by PS-E then terse. I tried - maybe not quite hard enough - to work out how this could have been punctuated so that I would not get confused over whether or not terse was used but I'm afraid I just couldn't! These FTP's currently have an Elapse Time of 20 minutes to 3 hours using BLOCK Mode. With MODE C they use 6 minutes to 90 minutes. If you compare what RFC 959 says about Mode B and mode C, they cannot be considered equivalent. http://www.ietf.org/rfc/rfc959.txt Maybe this is yet another misunderstanding and the comparison is really *not* using MODE C compared to using MODE C. In any case, compression or run-length encoding (RLE)[1] seems to be quite useful given the characteristics of the content of the files you need to transmit. - [1] In contexts other than FTP for moving data around you may find RLE mentioned as an encoding option. You may also find an option mentioning the names of two eminent gentlemen, a Dr (probably) Lempel an a Dr (probably) Ziv, to which a third name may also be added, Dr (probably) Welch. http://en.wikipedia.org/wiki/Lempel%E2%80%93Ziv%E2%80%93Welch I got involved with a project where this sort of consideration was important a while ago and I very vaguely recall that possibly the algorithm used in what is described as terse may actually be that invented by these illustrious gentlemen. - Chris Mason On Fri, 12 Aug 2011 03:23:10 +, Mingee, David david.min...@libertymutual.com wrote: Thanks for the valuable information. I plan to use the MODE C cmd in selected (10 or 20) z/os, or ZOS, or Z/OS R 1.12. IBM Mainframe(z196) batch jobs. These FTP's currently have an Elapse Time of 20 minutes to 3 hours using BLOCK Mode. With MODE C they use 6 minutes to 90 minutes. I never intended to modify any FTP of a TERSED file. I meant to state that MODE C can be faster and less of a resource hog that a terse, ftp, and then unterse. Bottom line, our batch will complete sooner and help insure we meet our SLA's. I also plan to put in place the new DSWAITTIME nn parameter. I really enjoy the veritable plethora of in depth information provided by the many factotums and doyens on this SITE. David L. Mingee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
--snip-- FSVO (in a broader context than IBM's FTP) compress I just downloaded the Gutenberg Project's Moby Dick (a novel; arguably text-rich). The statistics: Compressed: 584,758 bytes Uncompressed: 1,231,344 bytes I'll fully agree (without trying the experiment) about tersed data. BTW, is mode C in an RFC nowadays? It's easy enough to find FTP clients that don't support it. unsnip IMHO, different compression/compaction algorithms have strengths and weaknesses. I've always been a big fan of Huffman or Adaptive Huffman for text, whereas LZW seems to be a good fit if the data is of a wider range of values than straight text. Repetitive data almost demands LZW for maximum efficiency. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
On Wed, 10 Aug 2011 08:25:53 -0500, Chris Mason wrote: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b990/5.44 Because compression is such a light-weight process - here a comparison with the heavy-weight processes compaction or encryption is valid! - it has a very small overhead. It causes a major reduction on the volume of data to be moved when the data consists of reports with a lot of white space - let's just say blank characters - and maybe lots of fancy lines of asterisks or maybe just hyphens to assist with the presentation of arithmetical calculations - that sort of thing. Of course, these are parochial definitions of compress and compact. Elsewhere in the data processing community (there is such an elsewhere), the publication you cite would hardly be taken as authoritative. You would be stark, raving to consider compressing anything other than text. Text-rich text, a novel for example, would also be getting close to pointless. As for tersed data - perish the thought! FSVO (in a broader context than IBM's FTP) compress I just downloaded the Gutenberg Project's Moby Dick (a novel; arguably text-rich). The statistics: Compressed: 584,758 bytes Uncompressed: 1,231,344 bytes I'll fully agree (without trying the experiment) about tersed data. BTW, is mode C in an RFC nowadays? It's easy enough to find FTP clients that don't support it. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
Paul I recently saw - again I have to confess - a program where a character intended to be portrayed as habitually and incessantly argumentative was described in terms of it being very likely that if left alone he would immediately find a reason to argue with himself. If I see it again - it's not that bad a piece - I'll be able to tell myself that's what Paul Gilmartin must be like. In the light of observations such as this, it's useful to examine whether there is an attempt at pure mischief or it is genuine. So let us see what the original post was all about, shall we? After all the whole purpose of the list - as I thought - actually any of these lists as long as it's not VSE-L - is to provide a satisfactory and satisfying answer to the question as asked (- at least initially. There are some to whom creating tangential discussion becomes not so much incidental as an obsession - but we'll try to pass over them - well, we'll try.) I am asking for opinions on the ramifications or value of using the MODE C (compress) command within generic ZOS batch FTP. In my opinion pretty clear, wouldn't you agree? IBM wasn't actually specified but, hey, it is *IBM*-Main after all. So we've established it's IBM and it's z/OS (well ZOS, but I'm sure I'll be allowed the adjustment) and it's FTP, the FTP server supplied by the IP component of Communications Server. ... the publication you cite would hardly be taken as authoritative. So quoting the manual which referred to the precise topic about which the question was posed is inappropriate. I'd like to know what an extremely large number of expletives deleted is appropriate. Well, I can't ask you obviously, so I'll have to direct my what's your opinion? to everybody else. Indeed IBM does use the word compress and compact in specific senses and because the context - as already established - was in the context of IBM products, I used this accepted - a barbed assertion! - terminology. I expect that the fact that the terminology was established for use with SNA products in the latish 1970s is the reason for the simulated irritation. Compression is just about as I described it while compaction is a further step which, come to think of it, is actually not all that much more processing-intensive. In fact, I could promote the idea that compaction is a relatively light-weight option for the novel since it is quite good for approximately halving the volume of data - on top of any benefit from compression. Thanks at least for prompting me to present compaction more accurately - and to recall where it is documented: Network Job Entry Formats and Protocols http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A620/11.4.2.3 Of course, I was delighted to note the riling potential in the second sentence in this other parochial reference: quote Note: Compaction is only done on SNA transmissions. /quote Of course, it helps I used to teach this stuff once - and, moreover, I recall well the teacher who introduced it all to me, a charming Italian gentleman. - FSVO (in a broader context than IBM's FTP) compress ... Moby Dick (a novel; arguably text-rich). The statistics: Compressed: 584,758 bytes Uncompressed: 1,231,344 bytes On the basis of this argument, arguably blank-rich. Was the original double-spaced for those who have difficulty reading single-spaced text? I'd say that was what the statistics supported, wouldn't you? Actually, being serious for a moment, I could guess - given this is all about what is meant by the word compression etc. - that the text had been subjected to both IBM's compression and compaction. Maybe that's what your broader context is, and, taking the opportunity, the context for compression - and compaction - within IBM extends way beyond the FTP products. - BTW, is mode C in an RFC nowadays? Well, you did ask! ()If you have a hat, prepare to eat it now!() I cheated and used Wikipedia but it was just as good - and it reads believably - as using the RFC. http://en.wikipedia.org/wiki/File_Transfer_Protocol Under section Protocol overview we find the following at the beginning and the end: quote The protocol is specified in RFC 959, which is summarized below. ... Data transfer can be done in any of three modes: - Stream mode: Data is sent as a continuous stream, relieving FTP from doing any processing. Rather, all processing is left up to TCP. No End-of-file indicator is needed, unless the data is divided into records. - Block mode: FTP breaks the data into several blocks (block header, byte count, and data field) and then passes it on to TCP. - Compressed mode: Data is compressed using a single algorithm (usually run-length encoding). /quote I must say that there is a smidgen of wriggle in that usually. Usually is not a good word to find when the matter in hand is a communication protocol really quite sensitive to the precise interpretation of each byte of data as it
Re: FTP Question
Thanks for the valuable information. I plan to use the MODE C cmd in selected (10 or 20) z/os, or ZOS, or Z/OS R 1.12. IBM Mainframe(z196) batch jobs. These FTP's currently have an Elapse Time of 20 minutes to 3 hours using BLOCK Mode. With MODE C they use 6 minutes to 90 minutes. I never intended to modify any FTP of a TERSED file. I meant to state that MODE C can be faster and less of a resource hog that a terse, ftp, and then unterse. Bottom line, our batch will complete sooner and help insure we meet our SLA's. I also plan to put in place the new DSWAITTIME nn parameter. I really enjoy the veritable plethora of in depth information provided by the many factotums and doyens on this SITE. David L. Mingee Principal Systems Administrator Indianapolis Production Control Data Center Operations / Operations Technical Support Work Ext 782-6460 Work Direct Dial 317 581-6460 Home 317 598-0919 / Cell 317 341-0885 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Thursday, August 11, 2011 10:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP Question Paul I recently saw - again I have to confess - a program where a character intended to be portrayed as habitually and incessantly argumentative was described in terms of it being very likely that if left alone he would immediately find a reason to argue with himself. If I see it again - it's not that bad a piece - I'll be able to tell myself that's what Paul Gilmartin must be like. In the light of observations such as this, it's useful to examine whether there is an attempt at pure mischief or it is genuine. So let us see what the original post was all about, shall we? After all the whole purpose of the list - as I thought - actually any of these lists as long as it's not VSE-L - is to provide a satisfactory and satisfying answer to the question as asked (- at least initially. There are some to whom creating tangential discussion becomes not so much incidental as an obsession - but we'll try to pass over them - well, we'll try.) I am asking for opinions on the ramifications or value of using the MODE C (compress) command within generic ZOS batch FTP. In my opinion pretty clear, wouldn't you agree? IBM wasn't actually specified but, hey, it is *IBM*-Main after all. So we've established it's IBM and it's z/OS (well ZOS, but I'm sure I'll be allowed the adjustment) and it's FTP, the FTP server supplied by the IP component of Communications Server. ... the publication you cite would hardly be taken as authoritative. So quoting the manual which referred to the precise topic about which the question was posed is inappropriate. I'd like to know what an extremely large number of expletives deleted is appropriate. Well, I can't ask you obviously, so I'll have to direct my what's your opinion? to everybody else. Indeed IBM does use the word compress and compact in specific senses and because the context - as already established - was in the context of IBM products, I used this accepted - a barbed assertion! - terminology. I expect that the fact that the terminology was established for use with SNA products in the latish 1970s is the reason for the simulated irritation. Compression is just about as I described it while compaction is a further step which, come to think of it, is actually not all that much more processing-intensive. In fact, I could promote the idea that compaction is a relatively light-weight option for the novel since it is quite good for approximately halving the volume of data - on top of any benefit from compression. Thanks at least for prompting me to present compaction more accurately - and to recall where it is documented: Network Job Entry Formats and Protocols http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A620/11.4.2.3 Of course, I was delighted to note the riling potential in the second sentence in this other parochial reference: quote Note: Compaction is only done on SNA transmissions. /quote Of course, it helps I used to teach this stuff once - and, moreover, I recall well the teacher who introduced it all to me, a charming Italian gentleman. - FSVO (in a broader context than IBM's FTP) compress ... Moby Dick (a novel; arguably text-rich). The statistics: Compressed: 584,758 bytes Uncompressed: 1,231,344 bytes On the basis of this argument, arguably blank-rich. Was the original double-spaced for those who have difficulty reading single-spaced text? I'd say that was what the statistics supported, wouldn't you? Actually, being serious for a moment, I could guess - given this is all about what is meant by the word compression etc. - that the text had been subjected to both IBM's compression and compaction. Maybe that's what your broader context is, and, taking the opportunity, the context for compression - and compaction - within IBM extends way beyond the FTP
Antwort: FTP Question
David, - Compressed text is clear text compared to encrypted text. And encryption software should be ubiquitary; z/OS comes with ftp encryption more or less out of the box, AT-TLS. - Success of compression depends on structure of source. Plain text files like PARMLIB members should give very good compression. Instead, for tersed files I would not expect much benefit from compression. Sometimes, compressed files is even larger than original. I think, you have already found this in your tests. But also, LRECL and RECFM, especially FB vs. VB as well as conversion of character sets (SBCS vs. DBCS for instance) might be an important factor, especially when the target system for PUT is not MVS. Can you confirm this by your tests? - Speaking of SMF and RMF: compression needs CPU. From my experience, license charge for software sometimes is related to CPU usage. So take care: turning on compression in large scale might require to raise your MSU and you might need to pay more money.I would expect charge for network traffic to be much less than charge for MSU. - What quantities are you targeting? Would you agree that sending very high amount of data over large distance (e.g. moving a TS3500 from Massachusetts to India) is still more efficient by air-mailing tape cartridges than using ftp? Cheers Michael Von:Mingee, David david.min...@libertymutual.com An: IBM-MAIN@bama.ua.edu Datum: 2011-08-10 07:30 Betreff:FTP Question Gesendet von: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sorry, I forgot to change the subject. Hello Experts, I am asking for opinions on the ramifications or value of using the MODE C (compress) command within generic ZOS batch FTP. I am not a SYSPROG and do not have full access to SMF and RMF. My brief testing showed 3 to 10 times faster run time when using MODE C before the PUT or GET. I assume this saves bandwidth and the data is transmitted not in clear text for those that do not have encryption software. I suspect there is more over head in TCPIP or some STC. I plan to recommend this to our tech staff unless there is a major reason not to implement. Also, I tested FTP of a ps file, a ps-e file, an IBM Terse file and MODE C was the fastest followd by PS-E then terse. David L. Mingee Principal Systems Administrator Indianapolis Production Control Data Center Operations / Operations Technical Support Work Ext 782-6460 Work Direct Dial 317 581-6460 Home 317 598-0919 / Cell 317 341-0885 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
David I assume this saves bandwidth and the data is transmitted not in clear text ... Not true. In effect, data *is* transmitted in clear text. Quoting Michael Klaeschen ... Compressed text is clear text compared to encrypted text. while trying to steer you into a proper understanding towards compression this leans too far in trying to accommodate a comparison since there is almost no comparison. Compressed text *is* clear text. It's just that formatting is messed up by removing blanks and replacing them with a code and strings of the same character - more than 3 if the compression algorithm is sensible - being reduced isn't going to impair readability to any significant degree. From the description of the MOde subcommandSet the data transfer mode in z/OS Communications Server IP Users Guide and Commands: quote C Sets the compressed mode. In compressed mode, data is transmitted as a series of data blocks, preceded by one or more header bytes. Compressed mode preserves the logical record boundaries of the data set or file. In compressed mode, data is transmitted without repetitive characters and blanks. When MOde is set to C, the data transfer type must be EBCDIC. Note: Because additional processing time is required for both the sender and receiver to compress or decompress the data, evaluate the time factor before you compress a file. Specifying MOde C is equivalent to specifying the COMpress subcommand. /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b990/5.44 Because compression is such a light-weight process - here a comparison with the heavy-weight processes compaction or encryption is valid! - it has a very small overhead. It causes a major reduction on the volume of data to be moved when the data consists of reports with a lot of white space - let's just say blank characters - and maybe lots of fancy lines of asterisks or maybe just hyphens to assist with the presentation of arithmetical calculations - that sort of thing. You would be stark, raving to consider compressing anything other than text. Text-rich text, a novel for example, would also be getting close to pointless. As for tersed data - perish the thought! - Incidentally, I expect Michael's ubiquitary should be ubiquitous. You should also note that certain geographies do tend to put perhaps a bit more emphasis on security matters than others. I'm not saying it's wrong, just a tendency to overemphasise, first in the list of whatever rather than nth. It always brings a smile to my face and it goes with the expression Vertrauen ist gut, aber Kontrolle ist besser! - I think the last time I heard that using a van might be more efficient than sending over telephone wires was in 1978. Of course, it's common sense and fairly simple arithmetic to be able to work out the orders of magnitude of data volume, time and cost for any given application. When the order of magnitude - back of an envelope calculation - shows that two choices are in the same ball-park, then you need to refine the calculation. Chris Mason On Wed, 10 Aug 2011 05:27:16 +, Mingee, David david.min...@libertymutual.com wrote: Sorry, I forgot to change the subject. Hello Experts, I am asking for opinions on the ramifications or value of using the MODE C (compress) command within generic ZOS batch FTP. I am not a SYSPROG and do not have full access to SMF and RMF. My brief testing showed 3 to 10 times faster run time when using MODE C before the PUT or GET. I assume this saves bandwidth and the data is transmitted not in clear text for those that do not have encryption software. I suspect there is more over head in TCPIP or some STC. I plan to recommend this to our tech staff unless there is a major reason not to implement. Also, I tested FTP of a ps file, a ps-e file, an IBM Terse file and MODE C was the fastest followd by PS-E then terse. David L. Mingee -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP Question
Sorry, I forgot to change the subject. Hello Experts, I am asking for opinions on the ramifications or value of using the MODE C (compress) command within generic ZOS batch FTP. I am not a SYSPROG and do not have full access to SMF and RMF. My brief testing showed 3 to 10 times faster run time when using MODE C before the PUT or GET. I assume this saves bandwidth and the data is transmitted not in clear text for those that do not have encryption software. I suspect there is more over head in TCPIP or some STC. I plan to recommend this to our tech staff unless there is a major reason not to implement. Also, I tested FTP of a ps file, a ps-e file, an IBM Terse file and MODE C was the fastest followd by PS-E then terse. David L. Mingee Principal Systems Administrator Indianapolis Production Control Data Center Operations / Operations Technical Support Work Ext 782-6460 Work Direct Dial 317 581-6460 Home 317 598-0919 / Cell 317 341-0885 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Would any solution account for such a case? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
In c25c37dc7105ba4b983629ccc8b724ad2ba6a...@doaisd5201.state.mt.ads, on 04/01/2011 at 06:56 PM, Grinsell, Don dgrins...@mt.gov said: Check out the FTP Client API for REXX in the CS: IP Programmer's Guide and Reference. Wasn't the OP looking for a windoze client rather than a z/OS client? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Sat, 2 Apr 2011 01:47:00 -0400, Steve Horein wrote: BASE64 snipped. How does this happen? Does your proposal correctly handle the case where another job may create the data set during the window between the DIR and the PUT? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Whoa there fella ... !!! One could impute JGs influence here. I don't know how you'd live with yourself. g,d,r Shane ... On Fri, Apr 1st, 2011 at 4:21 PM, Paul Gilmartin wrote: ... It's dismaying how many followups presumed a z/OS client, or imputed facilities present only in IBM clients to clients or servers from other vendors. Somehow the phrase radically naif comes to mind. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
In a6b9336cdb62bb46b9f8708e686a7ea005d9901...@nrhmms8p02.uicnrh.dom, on 03/31/2011 at 07:34 AM, McKown, John john.mck...@healthmarkets.com said: z/OS really needs a better ftp client. I wish we had one that is scriptable Perl comes with Net::FTP. I don't know whether there is a Rexx equivalent floating around. much like IDCAMS is scriptable. ? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Possibly because the ftp rename command invokes the Unix mv command which then assumes you really meant move. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, March 31, 2011 10:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP question snip (A startling result of an experiment in another thread.) When the target is a UNIX file: ftp cd /u/user 250 HFS directory /u/user is the current working directory ftp rename temp.dup2 temp.dup1 350 RNFR accepted. Please supply new name for RNTO. 250 /u/user/temp.dup2 renamed to /u/user/temp.dup1 the file is calmly renamed, replacing the original target. I presume, without any definitive proof, that the operation is atomic in accordance with UNIX custom. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Fri, 1 Apr 2011 14:07:07 -0400, Shmuel Metz (Seymour J.) wrote: In a6b9336cdb62bb46b9f8708e686a7ea005d9901...@nrhmms8p02.uicnrh.dom, on 03/31/2011 at 07:34 AM, McKown, John said: z/OS really needs a better ftp client. I wish we had one that is scriptable ... much like IDCAMS is scriptable. ? IDCAMS has at least conditionals; the typical FTP client hasn't, although nothing in the RFC prohibits implementing such a client. The chief obstacle to implementing a scriptable FTP client is RFC 959's failure to specify fully the format of the reply to LIST and NLST commands. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Check out the FTP Client API for REXX in the CS: IP Programmer's Guide and Reference. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d390/13.0?SHELF=EZ2ZBK0I.bksDT=20090331112644 -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov Courage is going from failure to failure without losing enthusiasm. -- Winston Churchill -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, 01 April 2011 12:07 To: IBM-MAIN@bama.ua.edu Subject: Re: FTP question In a6b9336cdb62bb46b9f8708e686a7ea005d9901...@nrhmms8p02.uicnrh.dom, on 03/31/2011 at 07:34 AM, McKown, John john.mck...@healthmarkets.com said: z/OS really needs a better ftp client. I wish we had one that is scriptable Perl comes with Net::FTP. I don't know whether there is a Rexx equivalent floating around. much like IDCAMS is scriptable. ? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Fri, 1 Apr 2011 11:53:37 -0700, Schwarz, Barry A wrote: Possibly because the ftp rename command invokes the Unix mv command which then assumes you really meant move. I doubt it. The evidence: $ ftp mvs 220-FTPD1 IBM FTP CS V1R12 at MVS 18:58:45 on 2011-04-01. Remote system type is MVS. ftp ftp cd /u/user 250 HFS directory /u/user is the current working directory ftp put .profile fooprof 200 Port request OK. 125 Storing data set /u/user/fooprof 250 Transfer completed successfully. local: .profile remote: fooprof 761 bytes sent in 0.0042 seconds (177.41 Kbytes/s) but: ftp rename fooprof /tmp/fooprof 350 RNFR accepted. Please supply new name for RNTO. 550 Renaming attempt failed. Rc was 144 Errno 144 is: #define EXDEV 144 /* A link to a file on another file system was attempted */ Whereas mv succeeds: $ mv fooprof /tmp/fooprof; echo $? 0 -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
The REXX function package for FTP client seems like an odd design to me. has anyone here used it? Would seem to me like a REXX host command environment for FTP would be much easier to use, but that's just my opinion. Kirk Wolf Dovetailed Technologies http://dovetail.com On Fri, Apr 1, 2011 at 1:56 PM, Grinsell, Don dgrins...@mt.gov wrote: Check out the FTP Client API for REXX in the CS: IP Programmer's Guide and Reference. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d390/13.0?SHELF=EZ2ZBK0I.bksDT=20090331112644 -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov Courage is going from failure to failure without losing enthusiasm. -- Winston Churchill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Native Windows batch should do what you want. How about something like this: @ECHO OFF SETLOCAL :: Build FTP script ftp.script ECHO Username ftp.script ECHO Password ftp.script ECHO dir Dataset ftp.script ECHO quit :: Loop through FTP command output FOR /F tokens=1* %%A IN ('ftp -s:ftp.script zOS-Host') DO ( IF /I %%A EQU 226 SET Found=True IF /I %%A EQU 550 SET Found=False ) DEL ftp.script :: Call routine based on result CALL :%Found% :: Exit the batch EXIT %RC% /B :: Result routines :True ECHO. Dataset exists! SET RC=12 GOTO :EOF :False ECHO. Dataset not found. SET RC=0 GOTO :EOF 2011/3/31 גדי בן אבי gad...@malam.com Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP question
Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Sure, using FTP exits. ITschak 2011/3/31 גדי בן אבי gad...@malam.com Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
I tought it will fail when not using the '(replace'. 2011/3/31 Itschak Mugzach imugz...@gmail.com Sure, using FTP exits. ITschak 2011/3/31 גדי בן אבי gad...@malam.com Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator.
Re: FTP question
Replace works when z/OS is the client. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Matan Cohen Sent: Thursday, March 31, 2011 11:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP question I tought it will fail when not using the '(replace'. 2011/3/31 Itschak Mugzach imugz...@gmail.com Sure, using FTP exits. ITschak 2011/3/31 גדי בן אבי gad...@malam.com Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- best regards, matan cohen MF System Administrator. לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Thu, 31 Mar 2011 10:56:39 +0300 ??? ?? ??? gad...@malam.com wrote: :One of our users wants an ftp transfer to fail if the data set already exists. :z/OS is the server. :The client is windows. :Is this possible? Try a GET first, and if no data obtained ... An MVS server will require REPLACE if the dataset exists -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
We use the followings steps Del targetfilename.$TMP$ Put sourcefilename targetfiname.$TMP$ If the put is RC 0 then the dataset is complete Ren targetfilename.$TMP$ realtargetname The rename is atomic, and will fails if the real target dataset exist on evry platform -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
-Original Message- From: IBM Mainframe Discussion List On Behalf Of ??? ?? ??? Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? Omitting the (REPLACE keyword from the PUT command doesn't work?? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux Sent: Thursday, March 31, 2011 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP question We use the followings steps Del targetfilename.$TMP$ Put sourcefilename targetfiname.$TMP$ If the put is RC 0 then the dataset is complete Ren targetfilename.$TMP$ realtargetname The rename is atomic, and will fails if the real target dataset exist on evry platform This works and I think it is the only way to do the noreplace in a generic, general, manner. Unfortunately it does not avoid the file upload entirely and so still takes as long as replacing. Another possible problem is that the z/OS step will exit with a non-zero RC if the file exists when using the '(EXIT' parameter, because the ren fails. Of course, the del could also fail and, with (EXIT, that would terminate your ftp step prematurely. z/OS really needs a better ftp client. I wish we had one that is scriptable much like IDCAMS is scriptable. No, don't ask me to write it. If I did, it would likely be in REXX. And I'd likely get in trouble from my management for wasting MSUs. We are sensitive to MSU usage. My boss monitors it because it directly impacts his software budget. And, from what I can tell, upper management has a visceral desire to eliminate IT spending altogether. Of course, at their level, they want to eliminate all spending other than their salaries. Yes, I'm very cynical. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
There exists REXX for PC (Reginald, OOREXX, etc) in the windows environment. I would code a REXX script which would issue an FTP and DIR then check for the files existence. If not exist then FTP put. That is if the Windows initiates FTP. If z/OS initiates FTP the do reverse with REXX script. On Thu, Mar 31, 2011 at 8:34 AM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux Sent: Thursday, March 31, 2011 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP question We use the followings steps Del targetfilename.$TMP$ Put sourcefilename targetfiname.$TMP$ If the put is RC 0 then the dataset is complete Ren targetfilename.$TMP$ realtargetname The rename is atomic, and will fails if the real target dataset exist on evry platform This works and I think it is the only way to do the noreplace in a generic, general, manner. Unfortunately it does not avoid the file upload entirely and so still takes as long as replacing. Another possible problem is that the z/OS step will exit with a non-zero RC if the file exists when using the '(EXIT' parameter, because the ren fails. Of course, the del could also fail and, with (EXIT, that would terminate your ftp step prematurely. z/OS really needs a better ftp client. I wish we had one that is scriptable much like IDCAMS is scriptable. No, don't ask me to write it. If I did, it would likely be in REXX. And I'd likely get in trouble from my management for wasting MSUs. We are sensitive to MSU usage. My boss monitors it because it directly impacts his software budget. And, from what I can tell, upper management has a visceral desire to eliminate IT spending altogether. Of course, at their level, they want to eliminate all spending other than their salaries. Yes, I'm very cynical. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Those who can make you believe religious absurdities, can make you commit atrocities. Voltaire The philosopher has never killed any priests, whereas the priest has killed a great many philosophers. Denis Diderot Men will never be free until the last king is strangled with the entrails of the last priest. Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Since no one has mentioned this, it probably won't work on z/OS, but on the Windows based FTP server we use (Gene6), if the user has access to PUT a file but does not have access to DELETE a file, a PUT fails if the file already exists. This is because if the file already exists the FTP server needs to delete it. So if the user does not have delete access the put fails. I don't have any way to test this on z/OS, but someone might want to try it. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 On 3/31/2011 at 1:56 AM, in message c11ded818b17214792b97fba28712bed04fa69c...@jer-email1.jer.ad.malam.com, ??? ?? ??? gad...@malam.com wrote: Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this electronic communication and any document attached hereto or transmitted herewith is confidential and intended for the exclusive use of the individual or entity named above. If the reader of this message is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any examination, use, dissemination, distribution or copying of this communication or any part thereof is strictly prohibited. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Thursday, March 31, 2011 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP question Since no one has mentioned this, it probably won't work on z/OS, but on the Windows based FTP server we use (Gene6), if the user has access to PUT a file but does not have access to DELETE a file, a PUT fails if the file already exists. This is because if the file already exists the FTP server needs to delete it. So if the user does not have delete access the put fails. I don't have any way to test this on z/OS, but someone might want to try it. Frank -- Frank Swarbrick DELETE would require ALTER access for the dataset. However, PUT would only require UPDATE. So it would be possible for a user to PUT to an existing z/OS dataset, but not to PUT if the dataset did not exist. But the OP wants the opposite. They want the PUT to fail if it already exists but succeed if it does not. I wonder if SUNIQUE or RUNIQUE would give them what they want. What that does is create a unique dataset name if the specified dataset already exists, so it is not replaced. But I think that is still not what is wanted. What appears to be wanted is to not bother doing the PUT at all if the dataset already exists. ftp does not really have this capability. In this case, I do a two step ftp. //TEST EXEC PGM=FTP,PARM='(EXIT' //OUTPUT DD SYSOUT=* //INPUT DD * IP USERID PASSWORD LS REMOTE.FILE /* //PUT EXEC PGM=FTP,PARM='(EXIT',COND=(0,EQ,TEST) //OUTPUT DD SYSOUT=* //INPUT DD * IP USERID PASSWORD PUT LOCAL.FILE REMOTE.FILE /* // -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
This is certainly possible if you use our free Co:Z SFTP server on z/OS. This would also have the benefit of being secure and sftp uses a single ssh port (22) which is more firewall/nat router friendly than FTP. The windows client could use PuTTY's psftp command, like this: C:\ psftp user@zos psftp ls /+noreplace psftp ls /+recfm=fb,lrecl=121,space=cyl.3.1 psftp put local.txt //HLQ.DATASET psftp quit The put would fail if the dataset already exists. See the PuTTY psftp documentation for using psftp with a batch script. Kirk Wolf Dovetailed Technologies http://dovetail.com 2011/3/31 גדי בן אבי gad...@malam.com Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
If you are using SAS for Windows, UNIX or whatever platform you can use FILENAME ddname FTP statement to check if a dataset exists, and to write directly to datasets on the mainframe without using the typical FTP line commands. I've used edited copies of working code. The second example could be something as simple as: Data _null_; Infile jclgen; File jclftp; Input @; Put _infile_; Return; Run; Sample code follows: ***; *** Get a listing of all the PAIO logs datasets and store in a ***; *** SAS file, ***; ***; filename dir ftp '' ls user='userid' debug host='111.222.333.444' PASS='password' cd='HLQ..IODRIVER.TESTID..' ; data paio_logfiles; infiledir length=ll stopover; input llq $varying8. ll @; ifllq=:'LOG'; dsname =HLQ..IODRIVER.||TESTID..||llq; output; run; ***; *** Allocate the dataset that will contain the modified ***; *** JCL to be executed on the mainframe. ***; *** ***; *** NB the ENCODING=EBCDIC037 is required so that EBCDIC ***; *** characters are written to the file***; ***; FILENAME JCLFTP CLEAR; FILENAME jclftp FTP 'HLQ.iodriver.prof..jclgen' HOST='111.222.333.444' USER='userid' PASS=password LRECL=80 RCMD='SITE RDW' recfm=f ENCODING=EBCDIC037; ***; *** Post process JCLGEN.JCL ***; *** === ***; ***; data jcl; infilejclgen length=l stopover; file jclftp; input @; ifl10 then do; put_infile_; return; end; input @3 jcl $8. @; ifjcl=:'VSP' then do; input @6 num2. @; end; ifjcl=:NJOBS08 then do; put @1 //NJOBS04 DD DUMMY; return; end; if0=num=3then do; put_infile_; put@1 /*XEQ N1; return; end; else if 4=num=7 then do; put_infile_; put@1 /*XEQ N2; return; end; put _infile_; return; run; -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roberto Halais Sent: Thursday, March 31, 2011 5:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] FTP question There exists REXX for PC (Reginald, OOREXX, etc) in the windows environment. I would code a REXX script which would issue an FTP and DIR then check for the files existence. If not exist then FTP put. That is if the Windows initiates FTP. If z/OS initiates FTP the do reverse with REXX script. On Thu, Mar 31, 2011 at 8:34 AM, McKown, John john.mck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux Sent: Thursday, March 31, 2011 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP question We use the followings steps Del targetfilename.$TMP$ Put sourcefilename targetfiname.$TMP$ If the put is RC 0 then the dataset is complete Ren targetfilename.$TMP$ realtargetname The rename is atomic, and will fails if the real target dataset exist on evry platform This works and I think it is the only way to do the noreplace in a generic, general, manner. Unfortunately it does not avoid the file upload entirely and so still takes as long as replacing. Another possible problem is that the z/OS step will exit with a non-zero RC if the file exists when using the '(EXIT' parameter, because the ren fails. Of course, the del could also fail and, with (EXIT, that would terminate your ftp step prematurely. z/OS really needs a better ftp client. I wish we had one that is scriptable much like IDCAMS is scriptable. No, don't ask me to write it. If I did, it would likely be in REXX. And I'd likely get in trouble from my management for wasting MSUs. We are sensitive to MSU usage. My boss monitors it because it directly impacts his software budget. And, from what I can
Re: FTP question
On Thu, 31 Mar 2011 10:56:39 +0300, #1490;#1491;#1497; amp;#1489;#1503; #1488;#1489;#1497; gad...@malam.com wrote: Hi, One of our users wants an ftp transfer to fail if the data set already exists. z/OS is the server. The client is windows. Is this possible? TIA Gadi Try: SUNIQUE ON before the PUT command. -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Thu, 31 Mar 2011 07:34:27 -0500, McKown, John wrote: -Original Message- [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux Sent: Thursday, March 31, 2011 6:57 AM We use the followings steps Del targetfilename.$TMP$ Put sourcefilename targetfiname.$TMP$ If the put is RC 0 then the dataset is complete Ren targetfilename.$TMP$ realtargetname The rename is atomic, and will fails if the real target dataset exist on evry platform This works and I think it is the only way to do the noreplace in a generic, general, manner. Unfortunately it does not avoid the file upload entirely and so still takes as long as replacing. Another possible problem is that the z/OS step will exit with a non-zero RC if the file exists when using the '(EXIT' parameter, because the ren fails. Of course, the del could also fail and, with (EXIT, that would terminate your ftp step prematurely. First, given how plainly the OP stated: ... z/OS is the server. The client is windows. ... It's dismaying how many followups presumed a z/OS client, or imputed facilities present only in IBM clients to clients or servers from other vendors. Somehow the phrase radically naif comes to mind. By experiment with a z/OS 1.12 server, for classic data sets RENAME fails if the target DSN preexists: 503 $ ftp user@3mvs Connected to mvs 220-FTPD1 IBM FTP CS V1R12 at ..., 17:10:35 on 2011-03-31. ftp rename temp.dup2 temp.dup1 350 RNFR accepted. Please supply new name for RNTO. 550 Rename fails: user.TEMP.DUP1 already exists. Atomic when the target is not replaced is a notional nullity -- to me, it means that when the target is replaced there is no interval during which any other process/task/address space can observe its nonexistence. I suppose that if an ENQ EXC is obtained and held while the original target is uncatalogued, scratched, and renamed-to the criterion for an atomic and preemptive rename is satisfied. TSO, at least, has the contrary habit of FREEing the ENQ at the point of the DELETE and before the RENAME can be done. (A startling result of an experiment in another thread.) When the target is a UNIX file: ftp cd /u/user 250 HFS directory /u/user is the current working directory ftp rename temp.dup2 temp.dup1 350 RNFR accepted. Please supply new name for RNTO. 250 /u/user/temp.dup2 renamed to /u/user/temp.dup1 the file is calmly renamed, replacing the original target. I presume, without any definitive proof, that the operation is atomic in accordance with UNIX custom. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
Mark, Setting up and using a custom translate table is not only possible, but fairly easy to do. I just went through the exercise about a week ago. If you go down the path of a custom translate table, you can contact me off-list and I can give you the steps you need to go through. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Tuesday, June 02, 2009 4:29 PM To: IBM-MAIN@bama.ua.edu Subject: FTP Question We are z/OS V1R9. When transferring a file from the MF to the Unix Server the x'6a' is being translated to a ASCII x'1a'. We need this to be translated to an x'7c'. Does IBM have a translate table that does this and if not how do I generate a translate table ? Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP Question
We are z/OS V1R9. When transferring a file from the MF to the Unix Server the x'6a' is being translated to a ASCII x'1a'. We need this to be translated to an x'7c'. Does IBM have a translate table that does this and if not how do I generate a translate table ? Any help would be appreciated. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
They are called 'code pages'. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Steely Sent: Tuesday, June 02, 2009 4:29 PM To: IBM-MAIN@bama.ua.edu Subject: FTP Question We are z/OS V1R9. When transferring a file from the MF to the Unix Server the x'6a' is being translated to a ASCII x'1a'. We need this to be translated to an x'7c'. Does IBM have a translate table that does this and if not how do I generate a translate table ? Any help would be appreciated. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
If you haven't customized the SBDATACONN parameter in the FTPDATA and FTSDATA configuration files, the default EBCDIC-ASCII conversion is FTP_STANDARD_TABLE, which for text uses a fixed translation table that pre-dates current code pages and uses 7-bit ASCII -- definitely not a one-to-one mapping, and a text file using all character codes on MVS is guaranteed data loss on round trip via FTP. I would recommend overriding the SBDATACONN default in FTPDATA and FTSDATA with something like SBDATACONN(IBM-1047,ISO8859-1) or perhaps using IBM-037 if you prefer the IBM-037 bracket and logical not conventions to IBM-1047. This gives a one-to-one translation, and a round trip via FTP can get you back to the original text file. I don't have the code sets in front of me, so can't be sure these handle the specific character codes in question as you want, but unless you are wanting a non-conventional translation, the odds are much better when you are dealing with an 8-bit target code set. You can test this out without changing current MVS FTP configuration by overriding your current MVS FTP SBDATACONN defaults: If the transfer is initiated by a client on MVS, before the PUT/GET issue FTP command LOCSITE SBD=(IBM-1047,ISO8859-1) If the transfer is initiated by a client on the UNIX system, before the PUT/GET issue the FTP command QUOTE SITE SBD=(IBM-1047,ISO8859-1) I'm not sure about z/OS 1.9, but on some earlier versions of z/OS the functioning of this conversion may be dependent on first configuring the Unicode conversion services to load the appropriate conversion tables for code sets IBM-1047 and ISO8859-1. I believe there are ways to totally replace the module that supplies the FTP_STANDARD_TABLE, but solutions based on built-in z/OS conversion support and standard code sets is a better approach. JC Ewing Mark Steely wrote: We are z/OS V1R9. When transferring a file from the MF to the Unix Server the x'6a' is being translated to a ASCII x'1a'. We need this to be translated to an x'7c'. Does IBM have a translate table that does this and if not how do I generate a translate table ? Any help would be appreciated. Thank You ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
Since you are using Client FTP in TSO, you need the TSO MOUNT privilege and you need AUTOTAPEMOUNT specified in your FTP.DATA file. There are several places where the FTP.DATA file can be found, make sure you get the correct one. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP Question
We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into a FTP problem We are able to FTP to a tape drive on our current system, however when we FTP to a tape drive on the Z/OS 1.9 system we get the following Error (error code 0218 info code S99ERSN 0FD6) Any help would be appreciated. . EZA1460I Command: EZA1736I cd /usr/util/prod/data/rp EZA1701I CWD /usr/util/prod/data/rp 250 CWD command successful. EZA1460I Command: EZA1736I locsite lrecl=80 unit=cart EZA1460I Command: EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error code 0218 info code S99ERSN 0FD6) EZA1735I Std Return Code = 16000, Error Code = 00018 EZA1701I QUIT 221 Goodbye. Frank W Sabo Jr. SR. Systems Administrator Giant Eagle Inc. Phone: 412 967-3764 Fax:412 967-6120 Email: frank.s...@gianteagle.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
Sabo, Frank wrote: We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into a FTP problem We are able to FTP to a tape drive on our current system, however when we FTP to a tape drive on the Z/OS 1.9 system we get the following Error (error code 0218 info code S99ERSN 0FD6) Does this help? FD6 (4054) Meaning: The specified data set was not found. Application Programmer Action: Ensure that the data set name was specified correctly, and that the data set is cataloged in the appropriate catalog. Contact the system programmer to check if the alias entries point to the catalog. Reissue the request. Any help would be appreciated. . EZA1460I Command: EZA1736I cd /usr/util/prod/data/rp EZA1701I CWD /usr/util/prod/data/rp 250 CWD command successful. EZA1460I Command: EZA1736I locsite lrecl=80 unit=cart EZA1460I Command: EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error code 0218 info code S99ERSN 0FD6) EZA1735I Std Return Code = 16000, Error Code = 00018 EZA1701I QUIT 221 Goodbye. Frank W Sabo Jr. SR. Systems Administrator Giant Eagle Inc. Phone: 412 967-3764 Fax:412 967-6120 Email: frank.s...@gianteagle.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Jacobs Time Customer Service Tampa, FL ...the very powerful and the very stupid have one thing in common, they don't alter their views to fit the facts, they alter the facts to fit their views. The Doctor, The Face of Evil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
This is a dynamic allocation failure. Dynamic allocation error codes are described in MVS Programming: Authorized Assembler Services Guide Document Number SA22-7608-13 (z//OS 1.10) The 0218 Specified volume or an acceptable volume is not mounted, and user does not have volume mounting authorization through the DYNALLOC request. (dsname allocation) Application Programmer Action: Change volume specification, or have the volume mounted, or change the allocation request to allow volume mounting. Resubmit the request. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sabo, Frank Sent: Tuesday, February 17, 2009 08:52 To: IBM-MAIN@bama.ua.edu Subject: FTP Question We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into a FTP problem We are able to FTP to a tape drive on our current system, however when we FTP to a tape drive on the Z/OS 1.9 system we get the following Error (error code 0218 info code S99ERSN 0FD6) Any help would be appreciated. . EZA1460I Command: EZA1736I cd /usr/util/prod/data/rp EZA1701I CWD /usr/util/prod/data/rp 250 CWD command successful. EZA1460I Command: EZA1736I locsite lrecl=80 unit=cart EZA1460I Command: EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error code 0218 info code S99ERSN 0FD6) EZA1735I Std Return Code = 16000, Error Code = 00018 EZA1701I QUIT 221 Goodbye. Frank W Sabo Jr. SR. Systems Administrator Giant Eagle Inc. Phone: 412 967-3764 Fax:412 967-6120 Email: frank.s...@gianteagle.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
We are able to FTP to a tape drive on our current system, however when we FTP to a tape drive on the Z/OS 1.9 system we get the following Error (error code 0218 info code S99ERSN 0FD6) The 0218 error code indicates the user may not have MOUNT authority. Check the TSO/E customization manual and search for MOUNT or TSOAUTH. Your security admin may have to ake a change. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP Question
I would also look in syslog at the time of this failure for any additional messages for the dsn PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 That might also indicate the problem. FYI - The Dynamic allocation codes can be found in ISPF by issue HELP; HELP; Index, then go to D1 in the panels. Simple but I find them helpful. Lizette This is a dynamic allocation failure. Dynamic allocation error codes are described in MVS Programming: Authorized Assembler Services Guide Document Number SA22-7608-13 (z//OS 1.10) The 0218 Specified volume or an acceptable volume is not mounted, and user does not have volume mounting authorization through the DYNALLOC request. (dsname allocation) Application Programmer Action: Change volume specification, or have the volume mounted, or change the allocation request to allow volume mounting. Resubmit the request. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sabo, Frank Sent: Tuesday, February 17, 2009 08:52 To: IBM-MAIN@bama.ua.edu Subject: FTP Question We are in the middle of converting form OS/390 2.10 to Z/OS 1.9 and ran into a FTP problem We are able to FTP to a tape drive on our current system, however when we FTP to a tape drive on the Z/OS 1.9 system we get the following Error (error code 0218 info code S99ERSN 0FD6) Any help would be appreciated. . EZA1460I Command: EZA1736I cd /usr/util/prod/data/rp EZA1701I CWD /usr/util/prod/data/rp 250 CWD command successful. EZA1460I Command: EZA1736I locsite lrecl=80 unit=cart EZA1460I Command: EZA1736I get rpp1673_shadow_file.dat 'pwh99o.data.rpfile.not.gdg(+1)' EZA2562W Allocation of PWH99O.DATA.RPFILE.NOT.GDG.G2068V00 failed (error code 0218 info code S99ERSN 0FD6) EZA1735I Std Return Code = 16000, Error Code = 00018 EZA1701I QUIT 221 Goodbye. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP QUESTION - Put Command
Good Day, I am attempting to FTP a file to a sequential dataset which is preallocated on the MAINFRAME. When I issued the command :put jclbkup 'my.dsn.mainframe' . The jclbkup is the name of the file which is on my D drive. The command is accepted but I don't see any records being FTP'd. I verify the dsn on the MAINFRAME and it is empty. Can anybody please point out my error? Thanks. Get the name you always wanted with the new y7mail email address. www.yahoo7.com.au/mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP QUESTION - Put Command
John Dawes fo the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/30/2008 11:06:50 AM: Good Day, I am attempting to FTP a file to a sequential dataset which is preallocated on the MAINFRAME. When I issued the command :put jclbkup 'my.dsn.mainframe' . The jclbkup is the name of the file which is on my D drive. The command is accepted but I don't see any records being FTP'd. I verify the dsn on the MAINFRAME and it is empty. Can anybody please point out my error? Can you post the FTP messages? Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP QUESTION - Put Command
Here it is: ftp PUT Local file D:\Documents and Settings\SYSEN1\My Documents\NTP FTP\FTPTEST --- On Tue, 1/7/08, John P Kalinich [EMAIL PROTECTED] wrote: From: John P Kalinich [EMAIL PROTECTED] Subject: Re: FTP QUESTION - Put Command To: IBM-MAIN@BAMA.UA.EDU Received: Tuesday, 1 July, 2008, 2:08 AM John Dawes fo the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/30/2008 11:06:50 AM: Good Day, I am attempting to FTP a file to a sequential dataset which is preallocated on the MAINFRAME. When I issued the command :put jclbkup 'my.dsn.mainframe' . The jclbkup is the name of the file which is on my D drive. The command is accepted but I don't see any records being FTP'd. I verify the dsn on the MAINFRAME and it is empty. Can anybody please point out my error? Can you post the FTP messages? Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Get the name you always wanted with the new y7mail email address. www.yahoo7.com.au/mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP QUESTION - Put Command
I think you need to add the (REPLACE command at the end of the FTP command Alan Brown IBM Software Group John Dawes [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/30/2008 12:06 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject FTP QUESTION - Put Command Good Day, I am attempting to FTP a file to a sequential dataset which is preallocated on the MAINFRAME. When I issued the command :put jclbkup 'my.dsn.mainframe' . The jclbkup is the name of the file which is on my D drive. The command is accepted but I don't see any records being FTP'd. I verify the dsn on the MAINFRAME and it is empty. Can anybody please point out my error? Thanks. Get the name you always wanted with the new y7mail email address. www.yahoo7.com.au/mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP QUESTION - Put Command
I think he was referring to the output from the command you issued. On Mon, Jun 30, 2008 at 12:15 PM, John Dawes [EMAIL PROTECTED] wrote: Here it is: ftp PUT Local file D:\Documents and Settings\SYSEN1\My Documents\NTP FTP\FTPTEST --- On Tue, 1/7/08, John P Kalinich [EMAIL PROTECTED] wrote: From: John P Kalinich [EMAIL PROTECTED] Subject: Re: FTP QUESTION - Put Command To: IBM-MAIN@BAMA.UA.EDU Received: Tuesday, 1 July, 2008, 2:08 AM John Dawes fo the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/30/2008 11:06:50 AM: Good Day, I am attempting to FTP a file to a sequential dataset which is preallocated on the MAINFRAME. When I issued the command :put jclbkup 'my.dsn.mainframe' . The jclbkup is the name of the file which is on my D drive. The command is accepted but I don't see any records being FTP'd. I verify the dsn on the MAINFRAME and it is empty. Can anybody please point out my error? Can you post the FTP messages? Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Get the name you always wanted with the new y7mail email address. www.yahoo7.com.au/mail -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mark Pace Mainline Information Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Do you have FTP logging enabled in your SYS1.TCPPARMS(FTPDATA)? I think this is done with: FTPLOGGING TRUE This will produce some messages that are sent to the syslog daemon. That way, you can see every incoming FTP transaction that logs the date/time, foreign ip address, username, MVS dataset name, DCB attributes and bytes transferred. You can even take this 1 step further by enabling trace by issuing the following command: F FTPSERVE,DEBUG=(FLO,FSC(3),CMD) This gives you even more detail info that is logged into the syslog daemon. The trick is to know where you syslog daemon is configured to store the syslog data. Look in /etc/syslog.conf and see what the *.debug is set to store the debug data. Armed with this info, you can go back to your open systems people and work thru the log file and try to find where the contamination is occuring. Bryan Klimek Mayo Clinic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP question
I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Thu, 28 Feb 2008 07:05:05 -0500, Mike Liberatore [EMAIL PROTECTED] wrote: I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! I don't see how IP addresses would be relevant at all. With FTP the application specifies where to put the data, so I suspect you are probably running a script on A that tells FTP (via the put command) to place the data into one of B's data sets. You'll need to look at all those scripts and find which one has the error. Just my guess, of course. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
Only one idea, user error. Over 15 years of IP access to mvs, I've had several PFCSKS swear that they found a case where my server was making a mistake. They have yet to win one. You can check SMF records to see when the incorrect datasets are created and by who. Then backtrack from there. I'd bet on either another process you don't know about, a test script somewhere, or some server admin cloned a box and it's running both it's own script and that of it's organ donar. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Liberatore Sent: Thursday, February 28, 2008 6:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP question I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! A bug on the Windows side? On my system, all ftp activity is logged to /var/log/daemon. I can see entries similar to: Feb 27 23:45:38 LIH1/BPXROOT ,FTPD5, ftpd[50332185]: EZYFS50I ID=FTPD100237 CONN starts Client IPaddr=10.170.9.39 hostname=UNKNOWN Feb 27 23:45:39 LIH1/FTH001 FTPD5ftps[50332185]: EZYFS56I ID=FTPD100237 ACCESS OK USERID=FTH001 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS60I ID=FTPD100237 ALLOC OK Create MVS DSN=FTHPG.CHASE.NASE.INSCONTJ.G4966V00 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS61I ID=FTPD100237 ALLOC DDNAME=SYS1 VOLSER=FT0004 DSORG=PS DISP=(NEW,CATLG,CATLG) Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS62I ID=FTPD100237 ALLOC SMS Storclas=SCFXFER Mgmtclas=MCNOACT Dataclas=DCSTD1 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS70I ID=FTPD100237 DEALL OK Release MVS DSN=FTHPG.CHASE.NASE.INSCONTJ.G4966V00 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS81I ID=FTPD100237 TRANS MVS DSN=FTHPG.CHASE.NASE.INSCONTJ.G4966V00 Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS83I ID=FTPD100237 TRANS Stru=F Mode=S Type=A Input=23040 bytes Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS80I ID=FTPD100237 TRANS Reply=250 Transfer completed successfully. Feb 27 23:45:39 LIH1/FTH001 FTH001 ftps[50332185]: EZYFS52I ID=FTPD100237 CONN ends Input=23040 bytes Output=0 bytes Perhaps your system has something similar? FTP will also log to SMF. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
My first stop would be to better understand the upload (sever to MF) process. From your description, the MF is just a repository. It has no idea what is in the files. In other words, server 'a' is FTP'ing to the MF with instructions to stow data in X.Y.Z(+1). I would ask why server 'a' is sometimes storing data in server 'b' files. I would also look into making it impossible for server 'a' to access server 'b' files via MF security. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Liberatore Sent: Thursday, February 28, 2008 6:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP question I have several Open systems servers each running windows 2003. having unique IP addresses and each running their own scripts to capture data. This data is then being sent via ftp and stored on mainframe lpar as GDGs. Each file being sent to the mainframe is unique and is being stored in their own GDGs. However in some cases data from Server A is being stored into Server Bs GDG on the mainframe and vice versa. Doesn't happen consistently. Any idea as to how data from one Server A can be getting stored on Server Bs files? Again, each Sever has it's own IP address and its on Mainframe GDG data sets. Thanks in advance!! NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FTP question
I have received a file which has been ftp'd in binary from a mainframe site to a windows pc and then emailed to me. The file was originally RECFM=VB. Is there a way to ftp it back to another mainframe and recreate the original file attributes. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On 2/4/08, Jim McAlpine [EMAIL PROTECTED] wrote: I have received a file which has been ftp'd in binary from a mainframe site to a windows pc and then emailed to me. The file was originally RECFM=VB. Is there a way to ftp it back to another mainframe and recreate the original file attributes. Jim McAlpine I've just come across a recent thread which discussed this very same problem. Looks like I'll get the client to terse or xmit the file first. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
In [EMAIL PROTECTED], on 02/04/2008 at 12:58 PM, Jim McAlpine [EMAIL PROTECTED] said: I have received a file which has been ftp'd in binary from a mainframe site to a windows pc and then emailed to me. The file was originally RECFM=VB. Is there a way to ftp it back to another mainframe and recreate the original file attributes. If some combination of bin and struc doesn't work, try sending it in binary to an intermediate Unix file on your MVS system. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
On Mon, 4 Feb 2008 11:27:00 -0500, Shmuel Metz (Seymour J.) wrote: I have received a file which has been ftp'd in binary from a mainframe site to a windows pc and then emailed to me. The file was originally RECFM=VB. Is there a way to ftp it back to another mainframe and recreate the original file attributes. If some combination of bin and struc doesn't work, try sending it in binary to an intermediate Unix file on your MVS system. By dismaying experiment, (LOC)SITE RDW is incredibly misimplemented; good only for interpreting the RDWs on the non-IBM system, not for restoring the file to z/OS. STRU R is likely to be rejected by a non-IBM client. The only way to do this iw to work from the non-IBM system as a client (which the OP was likely trying to do anyway) and use BINARY; QUOTE (whatever). Better is TERSE or TRANSMIT. None of these techniques can reconstruct the existing E-mail attachment. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP question
In [EMAIL PROTECTED], on 02/04/2008 at 12:06 PM, Paul Gilmartin [EMAIL PROTECTED] said: None of these techniques can reconstruct the existing E-mail attachment. What e-mail attachment? FTP is not MIME. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html