Re: OAM and Object Tape Support with an MTL
OAM is pretty fast for SMS managed tape. For example, we have a client that uses literally thousands of really small tapes per day (it's a long sordid story as to why) with 512 virtual tape transports and an average of 156 in constant use, averaging 3 to 5 mounts per second, there is less than .25 second (wall clock) delay between the request for a tape and the mount being satisfied. If you define the tapes in your IODF with the following attributes: LIBRARY-ID somelibraryid <--same id and port for each device that will share that library LIBPORT-ID someport MTLYES then set up in ISMF option 10.3 (library mgmt|tape) that same libraryID and an initial status of "online" for each LPAR that needs it (if not sysplexed, each one is set separately on ISMF for that LPAR). and also set "MANUAL" for library type and device type, then set up a valid storage class (along with and ACS routine to control it) and storage group (and a SG ACS routine entry) (remembering on the ISMF storage group panel to select the "alter group status" option at the bottom of the page to a "y" and then specify the library name and that you "ENABLE" it for that specific LPAR). (since it's manual you will need to do this for each LPAR, but it's just because you can't do it for all of them at once, (not if you want it to work)). Once you complete those steps, OAM should reset itself and tell you it knows about your manual library and the tapes you vary online (the ones you defined in your IODF) will be SMS managed. The rest is done within your tape library system (setting up the tapes to your tape management system (CA-1 or RMM, etc.) is fairly simple but there are some settings that you don't want to forget and if it's CA-1 you need to make sure his OAM exits are active. Then inside the Virtual tape system itself, you have to define the tapes and make sure they are synced with your tape management system on the mainframe. It may seem like a lot of work, but it's all pretty straightforward. If you have any problems just contact me offline or via this list and I'll help you with it. Offline is quicker because I don't always check the list, but the list would be good so that it get documented for other people later on. I think most of the virtual tape vendors have a section in their installation guide that covers these steps (BUS-TECH had a really good one but they sold themselves to EMC who discontinued the device), but they are sometimes very difficult to follow and the vendors themselves sometimes don't know. Mostly because they stick you with the marketing people who don't want to admit they don't know how to set the libraries up. :) I've set things up for clients with about every virtual tape vendor that exists (and those that don't any more) so I know where most of the pitfalls are. Brian Westerman On Mon, 23 Apr 2018 18:47:14 +, Benik, John Ewrote: >Thank you for the replies. Yes we have implemented SMS tape with our MTL and >since the libraries have to be defined to SMS it is our understanding that OAM >would have to be used for allocation purposes. I attended an OAM session at >Share this year and was trying to investigate if there is anything we should >be doing in OAM to enhance performance. It does not sound like there is >however. > > > >John Benik > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >Behalf Of Brian Westerman >Sent: Saturday, April 21, 2018 7:07 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: OAM and Object Tape Support with an MTL > >If you are going to use System Managed Tape with your MTL, then you do have a >couple of configuration options under ISMF you will need to update. > >Also, did you define you library(ies) in your IODF EDT? > >OAM is not really obsolete, it has a real purpose in some situations. The >above is just one of them. > >Brian > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, send email to >lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >This e-mail, including attachments, may include confidential and/or >proprietary information, and may be used only by the person or entity >to which it is addressed. If the reader of this e-mail is not the intended >recipient or his or her authorized agent, the reader is hereby notified >that any dissemination, distribution or copying of this e-mail is >prohibited. If you have received this e-mail in error, please notify the >sender by replying to this message and delete this e-mail immediately. > > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN
Re: Where do I find a list of world timezones in z/OS USS notation?
>I also have the timezone in the LE parameters member of PARMLIB. I.e. CEEPRM00. LE has the concept of "environment variables" which is similar to UNIX. So I set the TZ variable for LE as well. I'm not sure if this is required or not. Is it required? No. Is it useful? Absolutely! Without it, you would need to specify ENVAR('TZ=...') via EXEC PARM= in each and every job, STC, etc. where some UNIX code is running. -- Peter Hunkeler -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: Re: Where do I find a list of world timezones in z/OS USS notation?
>What is important is the numeric part. ... and whether or not there is a text string *after* that numeric part. It is the trigger to activate the automatic daylight saving time handling. No string, no DST handling. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSdss dump fix after binary transfer
That sequence won't work, when you upload it the the PC the blocks will be messed up. DFDSS (and FDR) both use special blocking that gets broken if you don't handle it correctly. If you need to go to the PC, then you should terse it or use AWStape as previously offered. If you can go directly to z/OS either under hercules or z/pdt from the mainframe z/OS, then you can use the TYPE and MODE commands I offered. Those are the only ways that I am sure will work, there are likely others, but regular FTP even in binary mode won't suffice if the PC (windows or linux or chrome) is the recipient. You can find a good discussion of this "problem" on the Hercules forum, and I think there are some other odd ideas that may or may not work, but it will also explain exactly why plain old FTP won't work if you are going to the PC for intermediate storage. Brian On Mon, 23 Apr 2018 16:58:32 -0500, Mike Schwabwrote: >ADRDSSU backup to dasd then FTP the backup to PC and restore to Hercules. > >On Mon, Apr 23, 2018 at 3:05 PM, John McKown > wrote: >> On Mon, Apr 23, 2018 at 2:45 PM, Brian Westerman < >> brian_wester...@syzygyinc.com> wrote: >> >>> z/pdt and Hercules both run z/OS on PC's. That's the platform combination >>> I meant. Getting your volumes to your PC based z/OS is what I thought the >>> purpose was for this op. >>> >> >> I would think, in that case, that it would be "better" to dump the volumes >> onto an actual tape media (likely virtual) , then use AWSTAPE to create a >> "virtual tape" DSN on disk. This could then be binary ftp'd down to the PC >> running zPDT and the file "mounted" to z/OS on a virtual (AWS) tape device. >> >> >>> >>> Since the op wanted to transmit their Volume to their PC, my assumption >>> was that they "probably" wanted to use it there for some purpose other than >>> just something to take up space on their hard drive :) >>> >> >> I was thinking it was an intermediate node. z/OS -> PC -> z/OS. >> >> >> >>> >>> Brian >>> >>> >> >> -- >> We all have skeletons in our closet. >> Mine are so old, they have osteoporosis. >> >> Maranatha! <>< >> John McKown >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > >-- >Mike A Schwab, Springfield IL USA >Where do Forest Rangers go to get away from it all? > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
On 23/04/2018 9:29 PM, Seymour J Metz wrote: Isn't a class with no methods essentially a record type? Although that still leaves the issue of reading and writing them. Nope. There's no such thing as a Java class with no methods because all classes are sub-classes of the Object root class [1] and inherit all it's methods such as toString, hashCode et al. [1] https://docs.oracle.com/javase/7/docs/api/java/lang/Object.html -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion Liston behalf of David Crayford Sent: Monday, April 23, 2018 4:45 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com) C++ doesn't have garbage collection. Resource finalization is deterministic and performed by a destructor. Also, C++ has POD structs that map data in the same way as assembler, C, COBOL, PL/1 and access record based data sources in exactly the same way. Java doesn't have records and does not support value types (like C#) so you can't define a class with fixed sized buffers on the stack. To map a record from a legacy data source you have to use a byte array and manipulate it using a class like a ByteBuffer. This is mostly done using code generation tools to serialize the data into the corresponding Java types. Of course, there is a lot of overhead in doing so but that's why IBM have provided zIIP processors. If it wasn't for zIIPs Java would not be viable on z/OS. IBM have done a lot of work on the hardware stack to make Java more efficient. The z114 has a new facility to help implement pauseless garbage collection. The z/OS JVM is highly optimized for heap memory management and efficient use of cache lines. It provides excellent features for concurrent programming and provides collection libraries for concurrent data structures using lock-free/wait-free algorithms. For example, ConcurrentHashMap can make use of transactional memory to serialize access The string class uses the new SIMD instructions for search/replace methods. Once the JIT compiler has warmed up it will inline the hot spots to improve code locality and mitigate instruction caches misses. The most important thing to bear in mind is that replacing a legacy application written in assembler with Java is madness and doomed to failure. IMO, Java should be used only for new applications or modernizing and existing legacy application. On 23/04/2018 6:29 AM, Hobart Spitz wrote: Somewhere, maybe in a different branch of this topic, there was a discussion about the pros and cons of replacing Assembler with Java. I apologize for posting here if it's the wrong place, but I can't seem to find the original discussion, and I have a question that seems relevant and important, IMHO. That's said, I can answer the question, for C/C++, as follows. (I pose the question for Java, below.) *With the *nix/C record and string models, there are these issues:* 1. Errant/unexpected/unintended pieces of binary data in a text file/string can break something. 2. Separate functions/methods/techniques must be used to manipulate text files/strings versus binary files/string. You *must* know what you are dealing with up front, and/or somehow code logic for both. (I'm not sure the latter is possible in the general case.) 3. Even with *nix/C oriented machine instructions, the need to inspect all characters up to a target point results in performance killing cache flooding. 4. C++ does garbage collection resulting in "pauses" in forward progress, and working set, caching, and CPU spikes, among other things. Let's call these attributes fragility, productivity, and efficiency, respectively, for the convenience convenience. C has issue with these characteristics. As most of the readers here know, mainframe style records and strings do not suffer from these limitation. When the length of a string/record is known external to the data contents, you can manipulate any platform-native data in z/OS, z/VM without it breaking due to something in the data, you write the same code regardless of what you are dealing with, and, less obviously, any activity that skips a cache can avoid a cache line promotion saving processor resources. So, my "burning" question for Java is, which, if any, of these above issues (data fragility, coding productivity, efficiency, and garbage collections) does Java share with C/C++. If Java suffers from all or most of the issues, then I would say replacing Assembler with Java is pretty much out of the question. On the other hand, if Java suffers few or none of the above issues, it might be viable to replace Assembler with Java (ignoring other issues, like cost, testing, compatibility, data porting, etc.) To sum up: Does Java use a similar record/string model to that of C/C++, and does it do
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
On 23/04/2018 9:23 PM, Jerry Callen wrote: C and C++ do NOT have garbage collection; memory management is controlled by the programmer, with C++ providing a lot of assistance in the form of constructors and destructors. String manipulation can be done in a variety of ways; C++, in particular, provides counted strings and byte arrays with no restrictions on content. FWIW, while we impoverished souls on z/OS still use std::string with a COW implementation the C++11 standard forbids it. It turns out in multi-threaded applications the locking overhead was higher than copying [1]. I'm doing a lot of Java work right now and I can see the merits of the immutable Java string class with all the nice benefits like interning. [1] https://shaharmike.com/cpp/std-string/ I've programmed in assembler, PL/I, COBOL and C/C++. If you are dealing with COBOL records that make extensive use of OCCURS DEPENDING ON, it probably make sense to stick with COBOL. Otherwise, it's quite easy to write robust, efficient code in C and C++ on z/OS. Indeed. IMO, the more strongly typed the language the more robust it is. Assembler, COBOL, C et al don't fit into that category. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
On 23/04/2018 10:05 PM, Charles Mills wrote: The z114 has a new facility to help implement pauseless garbage collection. Note "pause less" garbage collection -- less pausing than previous implementations. Not pauseless as in "no pausing." Indeed. Thanks for the correction! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Monday, April 23, 2018 1:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com) C++ doesn't have garbage collection. Resource finalization is deterministic and performed by a destructor. Also, C++ has POD structs that map data in the same way as assembler, C, COBOL, PL/1 and access record based data sources in exactly the same way. Java doesn't have records and does not support value types (like C#) so you can't define a class with fixed sized buffers on the stack. To map a record from a legacy data source you have to use a byte array and manipulate it using a class like a ByteBuffer. This is mostly done using code generation tools to serialize the data into the corresponding Java types. Of course, there is a lot of overhead in doing so but that's why IBM have provided zIIP processors. If it wasn't for zIIPs Java would not be viable on z/OS. IBM have done a lot of work on the hardware stack to make Java more efficient. The z114 has a new facility to help implement pauseless garbage collection. The z/OS JVM is highly optimized for heap memory management and efficient use of cache lines. It provides excellent features for concurrent programming and provides collection libraries for concurrent data structures using lock-free/wait-free algorithms. For example, ConcurrentHashMap can make use of transactional memory to serialize access The string class uses the new SIMD instructions for search/replace methods. Once the JIT compiler has warmed up it will inline the hot spots to improve code locality and mitigate instruction caches misses. The most important thing to bear in mind is that replacing a legacy application written in assembler with Java is madness and doomed to failure. IMO, Java should be used only for new applications or modernizing and existing legacy application. On 23/04/2018 6:29 AM, Hobart Spitz wrote: Somewhere, maybe in a different branch of this topic, there was a discussion about the pros and cons of replacing Assembler with Java. I apologize for posting here if it's the wrong place, but I can't seem to find the original discussion, and I have a question that seems relevant and important, IMHO. That's said, I can answer the question, for C/C++, as follows. (I pose the question for Java, below.) *With the *nix/C record and string models, there are these issues:* 1. Errant/unexpected/unintended pieces of binary data in a text file/string can break something. 2. Separate functions/methods/techniques must be used to manipulate text files/strings versus binary files/string. You *must* know what you are dealing with up front, and/or somehow code logic for both. (I'm not sure the latter is possible in the general case.) 3. Even with *nix/C oriented machine instructions, the need to inspect all characters up to a target point results in performance killing cache flooding. 4. C++ does garbage collection resulting in "pauses" in forward progress, and working set, caching, and CPU spikes, among other things. Let's call these attributes fragility, productivity, and efficiency, respectively, for the convenience convenience. C has issue with these characteristics. As most of the readers here know, mainframe style records and strings do not suffer from these limitation. When the length of a string/record is known external to the data contents, you can manipulate any platform-native data in z/OS, z/VM without it breaking due to something in the data, you write the same code regardless of what you are dealing with, and, less obviously, any activity that skips a cache can avoid a cache line promotion saving processor resources. So, my "burning" question for Java is, which, if any, of these above issues (data fragility, coding productivity, efficiency, and garbage collections) does Java share with C/C++. If Java suffers from all or most of the issues, then I would say replacing Assembler with Java is pretty much out of the question. On the other hand, if Java suffers few or none of the above issues, it might be viable to replace Assembler with Java (ignoring other issues, like cost, testing, compatibility, data porting, etc.) To sum up: Does Java use a similar record/string model to that of C/C++, and does it do garbage collection similarly. Thanks in advance for satisfying my curiosity. OREXXMan JCL is the buggy whip of 21st century computing. We want Pipelines in the z/OS base. On Sat, Apr 21, 2018 at 12:29 PM, Barry Merrill
Re: DFSMSdss dump fix after binary transfer
ADRDSSU backup to dasd then FTP the backup to PC and restore to Hercules. On Mon, Apr 23, 2018 at 3:05 PM, John McKownwrote: > On Mon, Apr 23, 2018 at 2:45 PM, Brian Westerman < > brian_wester...@syzygyinc.com> wrote: > >> z/pdt and Hercules both run z/OS on PC's. That's the platform combination >> I meant. Getting your volumes to your PC based z/OS is what I thought the >> purpose was for this op. >> > > I would think, in that case, that it would be "better" to dump the volumes > onto an actual tape media (likely virtual) , then use AWSTAPE to create a > "virtual tape" DSN on disk. This could then be binary ftp'd down to the PC > running zPDT and the file "mounted" to z/OS on a virtual (AWS) tape device. > > >> >> Since the op wanted to transmit their Volume to their PC, my assumption >> was that they "probably" wanted to use it there for some purpose other than >> just something to take up space on their hard drive :) >> > > I was thinking it was an intermediate node. z/OS -> PC -> z/OS. > > > >> >> Brian >> >> > > -- > We all have skeletons in our closet. > Mine are so old, they have osteoporosis. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSdss dump fix after binary transfer
On Mon, Apr 23, 2018 at 2:45 PM, Brian Westerman < brian_wester...@syzygyinc.com> wrote: > z/pdt and Hercules both run z/OS on PC's. That's the platform combination > I meant. Getting your volumes to your PC based z/OS is what I thought the > purpose was for this op. > I would think, in that case, that it would be "better" to dump the volumes onto an actual tape media (likely virtual) , then use AWSTAPE to create a "virtual tape" DSN on disk. This could then be binary ftp'd down to the PC running zPDT and the file "mounted" to z/OS on a virtual (AWS) tape device. > > Since the op wanted to transmit their Volume to their PC, my assumption > was that they "probably" wanted to use it there for some purpose other than > just something to take up space on their hard drive :) > I was thinking it was an intermediate node. z/OS -> PC -> z/OS. > > Brian > > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How far out of date are my skills
The ABC's of systems programming series are actually fairly good for something like refreshing your memory and showing how to now do things which may have changed in the past 10 years. Honestly though, if you were fairly good 10 years ago, you will be able to maintain a site now as it's far simpler than it "used to be". I think a lot of what you will run into is the wondering why it was so hard to do something before when it's so simple now. z/OS 1.5 was where a lot of the newer stuff began and since you were 1.6 you are already ahead of that. Most of the newer interesting stuff happened in 1.12 and up, but it's all pretty simple to catch up with. Just don't assume that because you "had to do it" some way 10 years ago that it's still that way now. One of the big changes at IBM was to ask Systems Programmers what was "hard" to work with and they tried to address that as things moved forward. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSdss dump fix after binary transfer
z/pdt and Hercules both run z/OS on PC's. That's the platform combination I meant. Getting your volumes to your PC based z/OS is what I thought the purpose was for this op. Since the op wanted to transmit their Volume to their PC, my assumption was that they "probably" wanted to use it there for some purpose other than just something to take up space on their hard drive :) Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF record analyze
I would suspect some accounting program going through every account and calculating late charges on accounts not paid by the 10th of the month. Look for a job that only runs on the 10th. Or a batch job step that takes almost no time except on the 10th. Or a batch job step that is considerably raised on the 10th above other days. On Thu, Apr 19, 2018 at 1:19 PM, venkat kulkarniwrote: > Hello Group, > > we are experiencing performance issue on every month 10th and our MSU usage > reach to maximum but we are unable to find reason. So, we wanted to analyze > our batch jobs, if any one of them causing this issue. > > But we do not have any tool for performing this activity. So, is it > possible that we extract only record 30 into different dataset from our > monthly smfdump and then RMF can give us report with history of batch jobs > and CPU used by these jobs. > > > Please help. > > Thanks & Regards > Venkat > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a list of authorised libaries in Rexx
There is also a lpinfo.txt file on http://www.mzelden.com/mvsutil.html This rexx specifically deals with APF, LPA and Linklist datasets. Additionally, there are some rexx exec in file 221 of the CBT tape that might be of interest!!! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell Sent: Monday, April 23, 2018 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Creating a list of authorised libaries in Rexx http://www.mzelden.com/mvsutil.html In a message dated 4/23/2018 2:38:30 AM Central Standard Time, imugz...@gmail.com writes: have a look at IPLINFO rexx exec from mark Zelden. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OAM and Object Tape Support with an MTL
Thank you for the replies. Yes we have implemented SMS tape with our MTL and since the libraries have to be defined to SMS it is our understanding that OAM would have to be used for allocation purposes. I attended an OAM session at Share this year and was trying to investigate if there is anything we should be doing in OAM to enhance performance. It does not sound like there is however. John Benik -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Westerman Sent: Saturday, April 21, 2018 7:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OAM and Object Tape Support with an MTL If you are going to use System Managed Tape with your MTL, then you do have a couple of configuration options under ISMF you will need to update. Also, did you define you library(ies) in your IODF EDT? OAM is not really obsolete, it has a real purpose in some situations. The above is just one of them. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS java development : off platform IDE
On Mon, Apr 23, 2018 at 1:08 PM, Jack J. Woehrwrote: > On 4/23/2018 10:03 AM, John McKown wrote: > >> especially >> with respect to doing development off-platform. >> > > Just mount them via NFS to your Linux development machine and use them in > NetBeans that way. > I guess that I can try that again. Me and NFS on z/OS don't seem to speak well together. > > I'm a NetBeans user since the 1990's myself :) > > -- > Jack J. Woehr # Science is more than a body of knowledge. It's a way of > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS java development : off platform IDE
On 4/23/2018 10:03 AM, John McKown wrote: especially with respect to doing development off-platform. Just mount them via NFS to your Linux development machine and use them in NetBeans that way. I'm a NetBeans user since the 1990's myself :) -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically interrogating the universe www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Free PDS86 V151
Excellent, when in doubt upgrade :-) -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer - RavenTek Solution Partners -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Monday, April 23, 2018 12:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Free PDS86 V151 Thanks Lionel. We were indeed running old version of the freebie PDS. I had downloaded 8.6.16.1 and everything was fine. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: Monday, April 23, 2018 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FW: Free PDS86 V151 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** LPD search code in PDSMAIN was failing for link pack modules because of a LPD entry size increase (40 to 48) in z/OS 2.3. Not being a programming interface, LPD search code was replaced with a LOAD macro. You must be executing a pre-8.6.16.0 version of PDS. Tell him to do a LOCATE command (if he has one) or rename the new PDS load module so there will not be a duplicate name in different libraries. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, January 24, 2018 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Free PDS86 V151 Anyone tried using freebie PDS86 on z/OS V2.3? Before I start digging a lot, I thought I'd ask around here. I don't use it much, other than to add space or directory blocks to standard PDS datasets, but some of my team mates use it to copy data around. Seem to be getting errors now... Of course, IKJEFTSR is available, and lives in SYS1.LPALIB Command ===> Enter an ISPF command, a PDS subcommand or a specia - DSN=E008058.JCL.DATA,VOL=SER=TCB961 MEM=IEB* - >copy * jcl.data.new PDS484W COPY IS IN PROGRESS PDS859E COMMAND IKJEFTSR WAS NOT FOUND _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Free PDS86 V151
Thanks Lionel. We were indeed running old version of the freebie PDS. I had downloaded 8.6.16.1 and everything was fine. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: Monday, April 23, 2018 1:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FW: Free PDS86 V151 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** LPD search code in PDSMAIN was failing for link pack modules because of a LPD entry size increase (40 to 48) in z/OS 2.3. Not being a programming interface, LPD search code was replaced with a LOAD macro. You must be executing a pre-8.6.16.0 version of PDS. Tell him to do a LOCATE command (if he has one) or rename the new PDS load module so there will not be a duplicate name in different libraries. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, January 24, 2018 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Free PDS86 V151 Anyone tried using freebie PDS86 on z/OS V2.3? Before I start digging a lot, I thought I'd ask around here. I don't use it much, other than to add space or directory blocks to standard PDS datasets, but some of my team mates use it to copy data around. Seem to be getting errors now... Of course, IKJEFTSR is available, and lives in SYS1.LPALIB Command ===> Enter an ISPF command, a PDS subcommand or a specia - DSN=E008058.JCL.DATA,VOL=SER=TCB961 MEM=IEB* - >copy * jcl.data.new PDS484W COPY IS IN PROGRESS PDS859E COMMAND IKJEFTSR WAS NOT FOUND _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FW: Free PDS86 V151
LPD search code in PDSMAIN was failing for link pack modules because of a LPD entry size increase (40 to 48) in z/OS 2.3. Not being a programming interface, LPD search code was replaced with a LOAD macro. You must be executing a pre-8.6.16.0 version of PDS. Tell him to do a LOCATE command (if he has one) or rename the new PDS load module so there will not be a duplicate name in different libraries. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, January 24, 2018 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Free PDS86 V151 Anyone tried using freebie PDS86 on z/OS V2.3? Before I start digging a lot, I thought I'd ask around here. I don't use it much, other than to add space or directory blocks to standard PDS datasets, but some of my team mates use it to copy data around. Seem to be getting errors now... Of course, IKJEFTSR is available, and lives in SYS1.LPALIB Command ===> Enter an ISPF command, a PDS subcommand or a specia - DSN=E008058.JCL.DATA,VOL=SER=TCB961 MEM=IEB* - >copy * jcl.data.new PDS484W COPY IS IN PROGRESS PDS859E COMMAND IKJEFTSR WAS NOT FOUND _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS java development : off platform IDE
On Mon, Apr 23, 2018 at 12:07 PM, Kirk Wolfwrote: > If you want an official answer, then ask IBM. > > If you want an unauthorized, unofficial opinion, then do what everyone else > does and just download the jar and use it in your IDE. > I most likely will. IBM really seems to be a bit more reasonable than some others (*cough* Oracle *cough*). So long as I don't go distributing the jars to others (and why a someone would want a z/OS specific jar file, I don't understand), I guess IBM will be "reasonable". Of course, this entire discussion is theoretical and has nothing at all to do with any person, people, or companies currently living or dead who reside on or near Earth. > > Kirk Wolf > Dovetailed Technologies > http://dovetail.com > > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS java development : off platform IDE
If you want an official answer, then ask IBM. If you want an unauthorized, unofficial opinion, then do what everyone else does and just download the jar and use it in your IDE. Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Apr 23, 2018 at 11:57 AM, John McKownwrote: > On Mon, Apr 23, 2018 at 11:50 AM, Kirk Wolf wrote: > > > More likely you just want to cause trouble :-) > > > > Most likely. May as well, seeing as how I'm stuck at work anyway. {grin} > > > > > > > Kirk Wolf > > Dovetailed Technologies > > http://dovetail.com > > > > On Mon, Apr 23, 2018 at 11:03 AM, John McKown < > > john.archie.mck...@gmail.com> > > wrote: > > > > > I probably shouldn't ask this and just "innocently" do it. But I'm not > > that > > > smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++) > > development > > > on Linux/Intel. This is not about using NetBeans vs any other IDE, so > > lets > > > please not go there, OK? > > > > > > If I am using just "plain ole" java and using the SDK, I don't have any > > > problems using NetBeans to do what I need, and I simply do a binary > > upload > > > of the resulting Java jar file to z/OS. So far, no problems. But if I > > want > > > to do more "real" z/OS development. This means using some "non > standard" > > > libraries (jar files). In particular the "ibmjzos.jar" along with > others. > > > In order to easily use this (and other) libraries, I need to download > > them > > > to my PC and register them with NetBeans as a standard library. > > > > > > So, I am having problems determining if the above download is > > permissible. > > > We have a z/OS license. And so I know that using them and even > developing > > > with then is permissible, at least if I develop on z/OS. But I don't > want > > > to try to run NetBeans on z/OS. That's just silly. I really cannot > find a > > > decent explanation of how these Java jar libraries are licensed, > > especially > > > with respect to doing development off-platform. > > > > > > -- > > > We all have skeletons in our closet. > > > Mine are so old, they have osteoporosis. > > > > > > Maranatha! <>< > > > John McKown > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > We all have skeletons in our closet. > Mine are so old, they have osteoporosis. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF record analyze
MXG is a good product and has always provided excellent support as to what the SMF records mean. They have an option where you can run it with SAS (or WPS I believe) on a PC or server. Black Hill Software also has some SMF reporting tools which look pretty nice. We recently tested Pacific Systems Group SMF Writer to analyze OMVS SMF30 records for a client issue. It worked very well for our quick and dirty purposes, and has maps for all of the important SMF records and has a nice 4GL (something like EZTrieve) which is trivial to learn. See: http://www.pacsys.com/smf/ Also: http://www.pacsys.com/smf/smf30_v1r11.htm Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Apr 23, 2018 at 11:34 AM, Ron hawkinswrote: > Venkat, > > There have been some recommendations to MXG with SAS to do the analysis, > and I think that is the best way to go. > > However, from the framing of your question, I think there would be a large > learning curve if you were to start doing this from scratch. Not just > learning SAS (MXG is easy), but what to look for in the analysis itself. > For example, you probably want to be using the Type 30 interval records, > and make sure you include STC in the captured records (DFSMShsm may be the > culprit.) > > I would suggest bringing in a consultant or company to do the analysis and > recommendations. > > Ron > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of venkat kulkarni > Sent: Thursday, April 19, 2018 11:20 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [IBM-MAIN] SMF record analyze > > Hello Group, > > we are experiencing performance issue on every month 10th and our MSU > usage reach to maximum but we are unable to find reason. So, we wanted to > analyze our batch jobs, if any one of them causing this issue. > > But we do not have any tool for performing this activity. So, is it > possible that we extract only record 30 into different dataset from our > monthly smfdump and then RMF can give us report with history of batch jobs > and CPU used by these jobs. > > > Please help. > > Thanks & Regards > Venkat > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS java development : off platform IDE
On Mon, Apr 23, 2018 at 11:50 AM, Kirk Wolfwrote: > More likely you just want to cause trouble :-) > Most likely. May as well, seeing as how I'm stuck at work anyway. {grin} > > Kirk Wolf > Dovetailed Technologies > http://dovetail.com > > On Mon, Apr 23, 2018 at 11:03 AM, John McKown < > john.archie.mck...@gmail.com> > wrote: > > > I probably shouldn't ask this and just "innocently" do it. But I'm not > that > > smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++) > development > > on Linux/Intel. This is not about using NetBeans vs any other IDE, so > lets > > please not go there, OK? > > > > If I am using just "plain ole" java and using the SDK, I don't have any > > problems using NetBeans to do what I need, and I simply do a binary > upload > > of the resulting Java jar file to z/OS. So far, no problems. But if I > want > > to do more "real" z/OS development. This means using some "non standard" > > libraries (jar files). In particular the "ibmjzos.jar" along with others. > > In order to easily use this (and other) libraries, I need to download > them > > to my PC and register them with NetBeans as a standard library. > > > > So, I am having problems determining if the above download is > permissible. > > We have a z/OS license. And so I know that using them and even developing > > with then is permissible, at least if I develop on z/OS. But I don't want > > to try to run NetBeans on z/OS. That's just silly. I really cannot find a > > decent explanation of how these Java jar libraries are licensed, > especially > > with respect to doing development off-platform. > > > > -- > > We all have skeletons in our closet. > > Mine are so old, they have osteoporosis. > > > > Maranatha! <>< > > John McKown > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS java development : off platform IDE
More likely you just want to cause trouble :-) Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Apr 23, 2018 at 11:03 AM, John McKownwrote: > I probably shouldn't ask this and just "innocently" do it. But I'm not that > smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++) development > on Linux/Intel. This is not about using NetBeans vs any other IDE, so lets > please not go there, OK? > > If I am using just "plain ole" java and using the SDK, I don't have any > problems using NetBeans to do what I need, and I simply do a binary upload > of the resulting Java jar file to z/OS. So far, no problems. But if I want > to do more "real" z/OS development. This means using some "non standard" > libraries (jar files). In particular the "ibmjzos.jar" along with others. > In order to easily use this (and other) libraries, I need to download them > to my PC and register them with NetBeans as a standard library. > > So, I am having problems determining if the above download is permissible. > We have a z/OS license. And so I know that using them and even developing > with then is permissible, at least if I develop on z/OS. But I don't want > to try to run NetBeans on z/OS. That's just silly. I really cannot find a > decent explanation of how these Java jar libraries are licensed, especially > with respect to doing development off-platform. > > -- > We all have skeletons in our closet. > Mine are so old, they have osteoporosis. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SCP an MVS dataset
To clarify: Co:Z is available under either our free Community License or under a commercial license which includes support. For info, see our support page: https://dovetail.com/support.html Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Apr 23, 2018 at 11:13 AM, Sasso, Lenwrote: > Coz is great and it is free. > > Thank You! > > Len Sasso > System Administrator > General Dynamics Information Technology > 327 Columbia TPKE > Rensselaer, NY 12144 > > Phone: (518) 257-4209 > Cell: (518) 894-0879 > Fax: (518) 257-4300 > len.sa...@csra.com > URL: www.gdit.com > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sankaranarayanan, Vignesh > Sent: Monday, April 23, 2018 12:12 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: SCP an MVS dataset > > Huh.. I thought Co:Z was paid software. > I'll check out what it can do (good for knowledge), but will probably > stick with the default ported tools version of SFTP. > Looking to transfer binary data so SCP is out and SFTP is my solution now. > > Thanks again Rob. > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sankaranarayanan, Vignesh > Sent: Monday 23-Apr-2018 21:36 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: SCP an MVS dataset > > Hi Rob, > > Although I appreciate the sentiment, 'need' is a pretty strong word > Always looking for the poor man's solution 'cause it's good to make the > best ouf of what ya got. > > – Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jackson, Rob > Sent: Monday 23-Apr-2018 18:12 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: SCP an MVS dataset > > Does it have to be SCP? I would hope the server to which you're sending > would support SFTP too. Either way, you need Co:Z SFTP, here: > https://dovetail.com/products/sftp.html. It is a lifesaver. > > > First Tennessee Bank > Mainframe Technical Support > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Sankaranarayanan, Vignesh > Sent: Monday, April 23, 2018 8:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SCP an MVS dataset > > [External Email] > > Hello All > > A quick question... is it possible to SCP an MVS dataset on to a target? > I'm able to successfully send USS files but I get 'FOTS1744 > No such file or directory. (errno2=0x05620062)' when trying a dataset. > > - Vignesh > Mainframe Infrastructure > > > MARKSANDSPENCER.COM > > Unless otherwise stated above: > Marks and Spencer plc > Registered Office: > Waterside House > 35 North Wharf Road > London > W2 1NW > > Registered No. 214436 in England and Wales. > > Telephone (020) 7935 4422 > Facsimile (020) 7487 2670 > > www.marksandspencer.com > > Please note that electronic mail may be monitored. > > This e-mail is confidential. If you received it by mistake, please let us > know and then delete it from your system; you should not copy, disclose, or > distribute its contents to anyone nor act in reliance on this e-mail, as > this is prohibited and may be unlawful. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST > TENNESSEE > > Confidentiality notice: > This e-mail message, including any attachments, may contain legally > privileged and/or confidential information. If you are not the intended > recipient(s), or the employee or agent responsible for delivery of this > message to the intended recipient(s), you are hereby notified that any > dissemination, distribution, or copying of this e-mail message is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and delete this e-mail message from your computer. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > This electronic message transmission contains information from CSRA that > may be attorney-client privileged, proprietary or confidential. The > information in this message is intended only for use by the individual(s) > to
Re: SMF record analyze
Venkat, There have been some recommendations to MXG with SAS to do the analysis, and I think that is the best way to go. However, from the framing of your question, I think there would be a large learning curve if you were to start doing this from scratch. Not just learning SAS (MXG is easy), but what to look for in the analysis itself. For example, you probably want to be using the Type 30 interval records, and make sure you include STC in the captured records (DFSMShsm may be the culprit.) I would suggest bringing in a consultant or company to do the analysis and recommendations. Ron -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of venkat kulkarni Sent: Thursday, April 19, 2018 11:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] SMF record analyze Hello Group, we are experiencing performance issue on every month 10th and our MSU usage reach to maximum but we are unable to find reason. So, we wanted to analyze our batch jobs, if any one of them causing this issue. But we do not have any tool for performing this activity. So, is it possible that we extract only record 30 into different dataset from our monthly smfdump and then RMF can give us report with history of batch jobs and CPU used by these jobs. Please help. Thanks & Regards Venkat -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SCP an MVS dataset
Coz is great and it is free. Thank You! Len Sasso System Administrator General Dynamics Information Technology 327 Columbia TPKE Rensselaer, NY 12144 Phone: (518) 257-4209 Cell: (518) 894-0879 Fax: (518) 257-4300 len.sa...@csra.com URL: www.gdit.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday, April 23, 2018 12:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCP an MVS dataset Huh.. I thought Co:Z was paid software. I'll check out what it can do (good for knowledge), but will probably stick with the default ported tools version of SFTP. Looking to transfer binary data so SCP is out and SFTP is my solution now. Thanks again Rob. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday 23-Apr-2018 21:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCP an MVS dataset Hi Rob, Although I appreciate the sentiment, 'need' is a pretty strong word Always looking for the poor man's solution 'cause it's good to make the best ouf of what ya got. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jackson, Rob Sent: Monday 23-Apr-2018 18:12 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCP an MVS dataset Does it have to be SCP? I would hope the server to which you're sending would support SFTP too. Either way, you need Co:Z SFTP, here: https://dovetail.com/products/sftp.html. It is a lifesaver. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of Sankaranarayanan, Vignesh Sent: Monday, April 23, 2018 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SCP an MVS dataset [External Email] Hello All A quick question... is it possible to SCP an MVS dataset on to a target? I'm able to successfully send USS files but I get 'FOTS1744 No such file or directory. (errno2=0x05620062)' when trying a dataset. - Vignesh Mainframe Infrastructure MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This electronic message transmission contains information from CSRA that may be attorney-client privileged, proprietary or confidential. The information in this message is intended only for use by the individual(s) to whom it is addressed. If you believe you have received this message in error, please contact me immediately and be aware that any use, disclosure, copying or distribution of the contents of this message is strictly prohibited. NOTE: Regardless of content, this email shall not operate to bind CSRA to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of email for such purpose. -- For
Re: [EXTERNAL] Re: SCP an MVS dataset
Huh.. I thought Co:Z was paid software. I'll check out what it can do (good for knowledge), but will probably stick with the default ported tools version of SFTP. Looking to transfer binary data so SCP is out and SFTP is my solution now. Thanks again Rob. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Monday 23-Apr-2018 21:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SCP an MVS dataset Hi Rob, Although I appreciate the sentiment, 'need' is a pretty strong word Always looking for the poor man's solution 'cause it's good to make the best ouf of what ya got. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jackson, Rob Sent: Monday 23-Apr-2018 18:12 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCP an MVS dataset Does it have to be SCP? I would hope the server to which you're sending would support SFTP too. Either way, you need Co:Z SFTP, here: https://dovetail.com/products/sftp.html. It is a lifesaver. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of Sankaranarayanan, Vignesh Sent: Monday, April 23, 2018 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SCP an MVS dataset [External Email] Hello All A quick question... is it possible to SCP an MVS dataset on to a target? I'm able to successfully send USS files but I get 'FOTS1744 No such file or directory. (errno2=0x05620062)' when trying a dataset. - Vignesh Mainframe Infrastructure MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SCP an MVS dataset
Hi Rob, Although I appreciate the sentiment, 'need' is a pretty strong word Always looking for the poor man's solution 'cause it's good to make the best ouf of what ya got. – Vignesh Mainframe Infrastructure -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jackson, Rob Sent: Monday 23-Apr-2018 18:12 To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SCP an MVS dataset Does it have to be SCP? I would hope the server to which you're sending would support SFTP too. Either way, you need Co:Z SFTP, here: https://dovetail.com/products/sftp.html. It is a lifesaver. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of Sankaranarayanan, Vignesh Sent: Monday, April 23, 2018 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SCP an MVS dataset [External Email] Hello All A quick question... is it possible to SCP an MVS dataset on to a target? I'm able to successfully send USS files but I get 'FOTS1744 No such file or directory. (errno2=0x05620062)' when trying a dataset. - Vignesh Mainframe Infrastructure MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS java development : off platform IDE
I probably shouldn't ask this and just "innocently" do it. But I'm not that smart. So I'll ask. I use the NetBeans IDE for Java (and C/C++) development on Linux/Intel. This is not about using NetBeans vs any other IDE, so lets please not go there, OK? If I am using just "plain ole" java and using the SDK, I don't have any problems using NetBeans to do what I need, and I simply do a binary upload of the resulting Java jar file to z/OS. So far, no problems. But if I want to do more "real" z/OS development. This means using some "non standard" libraries (jar files). In particular the "ibmjzos.jar" along with others. In order to easily use this (and other) libraries, I need to download them to my PC and register them with NetBeans as a standard library. So, I am having problems determining if the above download is permissible. We have a z/OS license. And so I know that using them and even developing with then is permissible, at least if I develop on z/OS. But I don't want to try to run NetBeans on z/OS. That's just silly. I really cannot find a decent explanation of how these Java jar libraries are licensed, especially with respect to doing development off-platform. -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where do I find a list of world timezones in z/OS USS notation?
On Mon, Apr 23, 2018 at 9:34 AM, Giliad Wilf < 00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote: > Thank you John, > > I thought there must exist a list with 'standard' timezone names, and that > "IST" by itself meant UTC+2 to z/OS USS, as I've never fiddled with this > parameter before. > There likely is such a list. I am not aware of it and have seen cases where there are duplicates (AMT -- Amazon, Brazil, Time and Armenia Time). ref: https://en.wikipedia.org/wiki/List_of_time_zone_abbreviations What is important is the numeric part. You can even be silly, if you like: $ TZ=CST6CDT date Mon Apr 23 09:40:16 CDT 2018 $ TZ=bubbles7bath date Mon Apr 23 08:40:29 bath 2018 > I consider entering 'IST-2IDT' into CEEPRMxx's ENVAR parameters too. > > Thanks again > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where do I find a list of world timezones in z/OS USS notation?
Thank you John, I thought there must exist a list with 'standard' timezone names, and that "IST" by itself meant UTC+2 to z/OS USS, as I've never fiddled with this parameter before. I consider entering 'IST-2IDT' into CEEPRMxx's ENVAR parameters too. Thanks again -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSdss dump fix after binary transfer
This doesn't help for something done already. But, if you do this again in the future, first process the ADRDSSU dump data set with either IBM's TRSMAIN or TSO's XMIT. Both of these methods convert the squirely RECFM=U records/blocks into fixed length records, 1024 or 80 byte records respectively. -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of Peter Hunkeler Sent: Monday, April 23, 2018 10:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: DFSMSdss dump fix after binary transfer [External Email] >A colleague has made a logical data set DUMP of important data and downloaded >to his PC in binary (by mistake, without additional steps). As expected, after >uploading from PC to z/OS, the format is broken, and ADRDSSU doesn't recognize >the DUMP (uploaded as blksize=27998, lrecl=0, recfm=u). >Any recovery ideas for this situation, how to recover the PC data to a >RESTORE-able dataset? :) The problem is that DSS Dumps are RECFM=U, and each block may have a different length, up to the maximum (usually half track). This is why DSS does not accept the dump after retransmitting back to z/OS (in binary, of course). I don't know if the format of the dump records is documented (outside of IBM), but looking at an (uncompressed) DSS dump data set, the individual blocks seem to be of format o Bytes 1-4 is the binary number of the record (block) within the dump data set. o Bytes 5-6 are maybe some flags. I see mostly x'0101', but also x'0202'. o Bytes 7-8 seems to be the number of bytes in this block including this field and the 6 bytes ahead. So to recover as a last resort, if you're desperate, you would need to o upload in binary as RECFM=U to z/OS. o read the RECFM=U blocks, e.g. with REXX o rebuild the original blocks using the information above o write the new RECFM=U blocks All of this is untested. -- Peter Hunkeler -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AW: DFSMSdss dump fix after binary transfer
>A colleague has made a logical data set DUMP of important data and downloaded >to his PC in binary (by mistake, without additional steps). As expected, after >uploading from PC to z/OS, the format is broken, and ADRDSSU doesn't recognize >the DUMP (uploaded as blksize=27998, lrecl=0, recfm=u). >Any recovery ideas for this situation, how to recover the PC data to a >RESTORE-able dataset? :) The problem is that DSS Dumps are RECFM=U, and each block may have a different length, up to the maximum (usually half track). This is why DSS does not accept the dump after retransmitting back to z/OS (in binary, of course). I don't know if the format of the dump records is documented (outside of IBM), but looking at an (uncompressed) DSS dump data set, the individual blocks seem to be of format o Bytes 1-4 is the binary number of the record (block) within the dump data set. o Bytes 5-6 are maybe some flags. I see mostly x'0101', but also x'0202'. o Bytes 7-8 seems to be the number of bytes in this block including this field and the 6 bytes ahead. So to recover as a last resort, if you're desperate, you would need to o upload in binary as RECFM=U to z/OS. o read the RECFM=U blocks, e.g. with REXX o rebuild the original blocks using the information above o write the new RECFM=U blocks All of this is untested. -- Peter Hunkeler -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
> The z114 has a new facility to help implement pauseless garbage collection. Note "pause less" garbage collection -- less pausing than previous implementations. Not pauseless as in "no pausing." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Monday, April 23, 2018 1:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com) C++ doesn't have garbage collection. Resource finalization is deterministic and performed by a destructor. Also, C++ has POD structs that map data in the same way as assembler, C, COBOL, PL/1 and access record based data sources in exactly the same way. Java doesn't have records and does not support value types (like C#) so you can't define a class with fixed sized buffers on the stack. To map a record from a legacy data source you have to use a byte array and manipulate it using a class like a ByteBuffer. This is mostly done using code generation tools to serialize the data into the corresponding Java types. Of course, there is a lot of overhead in doing so but that's why IBM have provided zIIP processors. If it wasn't for zIIPs Java would not be viable on z/OS. IBM have done a lot of work on the hardware stack to make Java more efficient. The z114 has a new facility to help implement pauseless garbage collection. The z/OS JVM is highly optimized for heap memory management and efficient use of cache lines. It provides excellent features for concurrent programming and provides collection libraries for concurrent data structures using lock-free/wait-free algorithms. For example, ConcurrentHashMap can make use of transactional memory to serialize access The string class uses the new SIMD instructions for search/replace methods. Once the JIT compiler has warmed up it will inline the hot spots to improve code locality and mitigate instruction caches misses. The most important thing to bear in mind is that replacing a legacy application written in assembler with Java is madness and doomed to failure. IMO, Java should be used only for new applications or modernizing and existing legacy application. On 23/04/2018 6:29 AM, Hobart Spitz wrote: > Somewhere, maybe in a different branch of this topic, there was a > discussion about the pros and cons of replacing Assembler with Java. I > apologize for posting here if it's the wrong place, but I can't seem to > find the original discussion, and I have a question that seems relevant and > important, IMHO. > > That's said, I can answer the question, for C/C++, as follows. (I pose the > question for Java, below.) > > *With the *nix/C record and string models, there are these issues:* > > 1. Errant/unexpected/unintended pieces of binary data in a text > file/string can break something. > 2. Separate functions/methods/techniques must be used to manipulate text > files/strings versus binary files/string. You *must* know what you are > dealing with up front, and/or somehow code logic for both. (I'm not sure > the latter is possible in the general case.) > 3. Even with *nix/C oriented machine instructions, the need to inspect > all characters up to a target point results in performance killing cache > flooding. > 4. C++ does garbage collection resulting in "pauses" in forward > progress, and working set, caching, and CPU spikes, among other things. > > Let's call these attributes fragility, productivity, and efficiency, > respectively, for the convenience convenience. C has issue with these > characteristics. > > As most of the readers here know, mainframe style records and strings do > not suffer from these limitation. When the length of a string/record is > known external to the data contents, you can manipulate any platform-native > data in z/OS, z/VM without it breaking due to something in the data, you > write the same code regardless of what you are dealing with, and, less > obviously, any activity that skips a cache can avoid a cache line promotion > saving processor resources. > > So, my "burning" question for Java is, which, if any, of these above issues > (data fragility, coding productivity, efficiency, and garbage collections) > does Java share with C/C++. > > If Java suffers from all or most of the issues, then I would say replacing > Assembler with Java is pretty much out of the question. On the other hand, > if Java suffers few or none of the above issues, it might be viable to > replace Assembler with Java (ignoring other issues, like cost, testing, > compatibility, data porting, etc.) > > To sum up: Does Java use a similar record/string model to that of C/C++, > and does it do garbage collection similarly. > > Thanks in advance for satisfying my curiosity. > > > > > > > > > > > > OREXXMan > JCL is the buggy whip of 21st century computing. > We want Pipelines in the z/OS base. > > On Sat, Apr 21, 2018
Re: How far out of date are my skills
If they let you go, well ... you were out of work when you came in. Nothing ventured, nothing gained. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane G Sent: Monday, April 23, 2018 1:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How far out of date are my skills On Sun, 22 Apr 2018 19:27:29 +, Rugen, Len wrote: >I left the Z/OS world at the version 1.6 after nearly many years of mainframe >OS and CICS work . I see adds for telecommute Z/OS support, how far out of >date are my skills? What should I read up on to stay current? Hmmm - things may be different elsewhere, but I have been *very* leery about getting back in the harness. What are the clients expectations ?. Not the glib head-hunter, the end client. They likely have a hole in their support team that used to be filled by someone who had been there for years and everyone felt comfortable with. Getting accepted is very hard, and you will probably be expected to be immediately useful - maybe even the expert. More so if going in as a consultant/contractor. And you won't be cut the same slack as the current incumbents that have been part of the furniture for years. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
On Mon, Apr 23, 2018 at 8:23 AM, Jerry Callenwrote: > > I've programmed in assembler, PL/I, COBOL and C/C++. If you are dealing > with COBOL records that make extensive use of OCCURS DEPENDING ON, it > probably make sense to stick with COBOL. Otherwise, it's quite easy to > write robust, efficient code in C and C++ on z/OS. > > Indeed COBOL ODO and related complexities make it difficult. The IBM Record Generator for Java" (formerly known as the JZOS Record Generator) does support converting COBOL ADATA layouts to Java record mapping classes: https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=an=ca=897=ENUS217-295 https://developer.ibm.com/cics/2016/05/12/java-cics-using-ibmjzos/ If you run a COBOL ODO through this, you can see the generated Java code that handles var length strings, arrays of structures, and offsetting everything (and the things that follow ODOs). The same thing could be implemented for C/C++. SMOP :-) Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMC Message Query
Ignore this request. A coworker explained that it was coming from a test sysplex that is looking for a standalone tape device that it cannot find. I missed noting the CSS #1 on the message. That would have given me a clue that it was not on the prod sysplex. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Monday, April 23, 2018 8:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: HMC Message Query Has anyone seen the following message and can explain it to me? "A device or control unit that is not configured in the current IOCDS attempted a request-in sequence" UNIT xx Channel Path yyy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SCP an MVS dataset
Yeah, before I discovered Co:Z, I wrote some REXX USS programs to copy-to-USS and copy-to-MVS. They worked, and you're welcome to them (might save you some time figuring out the copy options, etc.), but Co:Z is so much better. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of John McKown Sent: Monday, April 23, 2018 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SCP an MVS dataset [External Email] On Mon, Apr 23, 2018 at 7:24 AM, Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Hello All > > A quick question... is it possible to SCP an MVS dataset on to a target? > I'm able to successfully send USS files but I get 'FOTS1744 > No such file or directory. (errno2=0x05620062)' when trying a > dataset. > Using only IBM software, this is not possible. Dovetailed Technologies has a product (freely licensed) called "Co:Z sftp" which give you this capability. This is a zero cost product, but does an an option for paid support. So you can download it, install, and run it for _NO MONEY_. IMO, anyone who does not install all of the Co:Z products is doing themselves a grave disservice. And I do understand that some shops are hyper-aware of security and so it might be a real problem getting that software approved. ref: http://dovetail.com/products/sftp.html OK, some a really horrible way that might work, sort of. YOU HAVE BEEN PUT ON NOTICE. Use at own risk. If you want to transfer a file from Linux (I don't do Windows) to a z/OS data set over an SSH channel, it is possible to "cheat". But only if you want to convert from ASCII to EBCDIC and are willing to use the default translate table. The following Linux command shows how: cat some.file.txt | ssh user@host 'cp /dev/fd0 //some.file.txt' Now, the above is simplistic and works. The "cp" command runs as "user" on the "host" system. By default, the cp command prepends your RACF id onto the data set name, like in TSO (sort of). Now, a big problem is shell escape characters. Trying to send a single quote *'* to the z/OS system is a lesson in frustration due to this. And using the Co:Z "solves" this for me. > > - Vignesh > Mainframe Infrastructure > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
Isn't a class with no methods essentially a record type? Although that still leaves the issue of reading and writing them. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion Liston behalf of David Crayford Sent: Monday, April 23, 2018 4:45 AM To: IBM-MAIN@listserv.ua.edu Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com) C++ doesn't have garbage collection. Resource finalization is deterministic and performed by a destructor. Also, C++ has POD structs that map data in the same way as assembler, C, COBOL, PL/1 and access record based data sources in exactly the same way. Java doesn't have records and does not support value types (like C#) so you can't define a class with fixed sized buffers on the stack. To map a record from a legacy data source you have to use a byte array and manipulate it using a class like a ByteBuffer. This is mostly done using code generation tools to serialize the data into the corresponding Java types. Of course, there is a lot of overhead in doing so but that's why IBM have provided zIIP processors. If it wasn't for zIIPs Java would not be viable on z/OS. IBM have done a lot of work on the hardware stack to make Java more efficient. The z114 has a new facility to help implement pauseless garbage collection. The z/OS JVM is highly optimized for heap memory management and efficient use of cache lines. It provides excellent features for concurrent programming and provides collection libraries for concurrent data structures using lock-free/wait-free algorithms. For example, ConcurrentHashMap can make use of transactional memory to serialize access The string class uses the new SIMD instructions for search/replace methods. Once the JIT compiler has warmed up it will inline the hot spots to improve code locality and mitigate instruction caches misses. The most important thing to bear in mind is that replacing a legacy application written in assembler with Java is madness and doomed to failure. IMO, Java should be used only for new applications or modernizing and existing legacy application. On 23/04/2018 6:29 AM, Hobart Spitz wrote: > Somewhere, maybe in a different branch of this topic, there was a > discussion about the pros and cons of replacing Assembler with Java. I > apologize for posting here if it's the wrong place, but I can't seem to > find the original discussion, and I have a question that seems relevant and > important, IMHO. > > That's said, I can answer the question, for C/C++, as follows. (I pose the > question for Java, below.) > > *With the *nix/C record and string models, there are these issues:* > > 1. Errant/unexpected/unintended pieces of binary data in a text > file/string can break something. > 2. Separate functions/methods/techniques must be used to manipulate text > files/strings versus binary files/string. You *must* know what you are > dealing with up front, and/or somehow code logic for both. (I'm not sure > the latter is possible in the general case.) > 3. Even with *nix/C oriented machine instructions, the need to inspect > all characters up to a target point results in performance killing cache > flooding. > 4. C++ does garbage collection resulting in "pauses" in forward > progress, and working set, caching, and CPU spikes, among other things. > > Let's call these attributes fragility, productivity, and efficiency, > respectively, for the convenience convenience. C has issue with these > characteristics. > > As most of the readers here know, mainframe style records and strings do > not suffer from these limitation. When the length of a string/record is > known external to the data contents, you can manipulate any platform-native > data in z/OS, z/VM without it breaking due to something in the data, you > write the same code regardless of what you are dealing with, and, less > obviously, any activity that skips a cache can avoid a cache line promotion > saving processor resources. > > So, my "burning" question for Java is, which, if any, of these above issues > (data fragility, coding productivity, efficiency, and garbage collections) > does Java share with C/C++. > > If Java suffers from all or most of the issues, then I would say replacing > Assembler with Java is pretty much out of the question. On the other hand, > if Java suffers few or none of the above issues, it might be viable to > replace Assembler with Java (ignoring other issues, like cost, testing, > compatibility, data porting, etc.) > > To sum up: Does Java use a similar record/string model to that of C/C++, > and does it do garbage collection similarly. > > Thanks in advance for satisfying my curiosity. > > > > > > > > > > > > OREXXMan > JCL is the buggy whip of 21st century computing. > We want Pipelines in the z/OS base. > > On Sat, Apr 21, 2018 at 12:29 PM,
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
On Sun, 22 Apr 2018 18:29:38 -0400, Hobart Spitzwrote: >That's said, I can answer the question, for C/C++, as follows. (I pose the >question for Java, below.) > >*With the *nix/C record and string models, there are these issues:* > > 1. Errant/unexpected/unintended pieces of binary data in a text > file/string can break something. > 2. Separate functions/methods/techniques must be used to manipulate text > files/strings versus binary files/string. You *must* know what you are > dealing with up front, and/or somehow code logic for both. (I'm not sure > the latter is possible in the general case.) > 3. Even with *nix/C oriented machine instructions, the need to inspect > all characters up to a target point results in performance killing cache > flooding. > 4. C++ does garbage collection resulting in "pauses" in forward > progress, and working set, caching, and CPU spikes, among other things. > >Let's call these attributes fragility, productivity, and efficiency, >respectively, for the convenience convenience. C has issue with these >characteristics. C and C++ do NOT have garbage collection; memory management is controlled by the programmer, with C++ providing a lot of assistance in the form of constructors and destructors. String manipulation can be done in a variety of ways; C++, in particular, provides counted strings and byte arrays with no restrictions on content. I've programmed in assembler, PL/I, COBOL and C/C++. If you are dealing with COBOL records that make extensive use of OCCURS DEPENDING ON, it probably make sense to stick with COBOL. Otherwise, it's quite easy to write robust, efficient code in C and C++ on z/OS. -- Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where do I find a list of world timezones in z/OS USS notation?
Try setting: TZ= IST2IDT export $TZ in a Unix shell and see what happens. HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Giliad Wilf Sent: Monday, April 23, 2018 3:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Where do I find a list of world timezones in z/OS USS notation? Hi All, I'm configuring a new system in Israel and wish to pick the correct timezone for our location, in terms of z/OS USS. Our system has been built abroad using CST6CDT, and shipped to us in the form of some 32 dumped 3390-9 volume images. Now I wonder whether or not will IST2IDT be accepted by z/OS USS if placed in '/etc/init.options' and '/etc/profile' files. Are there any additional locations to update, aside from CLOCKxx's TIMEZONE parameter, which I'm going to change from 'W.06.00.00' to 'E.02.00.00'? Our z/OS runs on top of z/VM and Linux zPDT app., which show both correct UTC value, but use a TZ that appears to be the equivalent of EST5EDT. I'm not going to meddle with zPDT or with z/VM. Only with z/OS. Any insight will be greatly appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How far out of date are my skills
The last release I installed before I was laid off was 1.7, going to 1.9, 1.7 I believe was one of the biggest changes due to JES2 EXITS and INITRDR re design. I was able to eventually find a job in the field but a different supporting role, it was not until recently, 2011 :) I was installing, and supporting Z/os @ a 1.12 to 1.13 release level. not much changed, the ServerPac dialog got better IMO, but everyone (site) does things differently, I suspect, if you had no issues before, you should be ok now. best of luck Carmen Vitullo - Original Message - From: "Len Rugen"To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sunday, April 22, 2018 2:27:29 PM Subject: How far out of date are my skills I left the Z/OS world at the version 1.6 after nearly many years of mainframe OS and CICS work . I see adds for telecommute Z/OS support, how far out of date are my skills? What should I read up on to stay current? I know that as we moved along in Z/OS and previous version, 95% of what we continued to use was old, some new features were exploited, but never all of them. Most of the change was in hardware support. I don't miss pulling bus and tag cables under the floor :-) I didn't leave the mainframe, it left me. :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SCP an MVS dataset
On Mon, Apr 23, 2018 at 7:24 AM, Sankaranarayanan, Vignesh < vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > Hello All > > A quick question... is it possible to SCP an MVS dataset on to a target? > I'm able to successfully send USS files but I get 'FOTS1744 > No such file or directory. (errno2=0x05620062)' when trying a dataset. > Using only IBM software, this is not possible. Dovetailed Technologies has a product (freely licensed) called "Co:Z sftp" which give you this capability. This is a zero cost product, but does an an option for paid support. So you can download it, install, and run it for _NO MONEY_. IMO, anyone who does not install all of the Co:Z products is doing themselves a grave disservice. And I do understand that some shops are hyper-aware of security and so it might be a real problem getting that software approved. ref: http://dovetail.com/products/sftp.html OK, some a really horrible way that might work, sort of. YOU HAVE BEEN PUT ON NOTICE. Use at own risk. If you want to transfer a file from Linux (I don't do Windows) to a z/OS data set over an SSH channel, it is possible to "cheat". But only if you want to convert from ASCII to EBCDIC and are willing to use the default translate table. The following Linux command shows how: cat some.file.txt | ssh user@host 'cp /dev/fd0 //some.file.txt' Now, the above is simplistic and works. The "cp" command runs as "user" on the "host" system. By default, the cp command prepends your RACF id onto the data set name, like in TSO (sort of). Now, a big problem is shell escape characters. Trying to send a single quote *'* to the z/OS system is a lesson in frustration due to this. And using the Co:Z "solves" this for me. > > - Vignesh > Mainframe Infrastructure > -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SCP an MVS dataset
Does it have to be SCP? I would hope the server to which you're sending would support SFTP too. Either way, you need Co:Z SFTP, here: https://dovetail.com/products/sftp.html. It is a lifesaver. First Tennessee Bank Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion ListOn Behalf Of Sankaranarayanan, Vignesh Sent: Monday, April 23, 2018 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SCP an MVS dataset [External Email] Hello All A quick question... is it possible to SCP an MVS dataset on to a target? I'm able to successfully send USS files but I get 'FOTS1744 No such file or directory. (errno2=0x05620062)' when trying a dataset. - Vignesh Mainframe Infrastructure MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FIRST TENNESSEE Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Where do I find a list of world timezones in z/OS USS notation?
His may help https://www.timeanddate.com/time/current-number-time-zones.html -- Lionel B. Dyck (Contractor) < Mainframe Systems Programmer – RavenTek Solution Partners -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HMC Message Query
Has anyone seen the following message and can explain it to me? "A device or control unit that is not configured in the current IOCDS attempted a request-in sequence" UNIT xx Channel Path yyy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SCP an MVS dataset
Hello All A quick question... is it possible to SCP an MVS dataset on to a target? I'm able to successfully send USS files but I get 'FOTS1744 No such file or directory. (errno2=0x05620062)' when trying a dataset. - Vignesh Mainframe Infrastructure MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where do I find a list of world timezones in z/OS USS notation?
On Mon, Apr 23, 2018 at 3:42 AM, Giliad Wilf < 00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote: > Hi All, > > I'm configuring a new system in Israel and wish to pick the correct > timezone for our location, in terms of z/OS USS. > Basically, here is the source for the answer: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.bpxa500/bpxa50065.htm > > Our system has been built abroad using CST6CDT, and shipped to us in the > form of some 32 dumped 3390-9 volume images. > > Now I wonder whether or not will IST2IDT be accepted by z/OS USS if placed > in '/etc/init.options' and '/etc/profile' files. > Yes, but it is wrong. It should be IST-2IDT. The "-2" says "East". Use of "2" say "West" -- somewhere in the Atlantic, I guess. > > Are there any additional locations to update, aside from CLOCKxx's > TIMEZONE parameter, which I'm going to change from 'W.06.00.00' to > 'E.02.00.00'? > I also have the timezone in the LE parameters member of PARMLIB. I.e. CEEPRM00. LE has the concept of "environment variables" which is similar to UNIX. So I set the TZ variable for LE as well. I'm not sure if this is required or not. Example: /* NONCICS LE PARMS */ CEEDOPT( ALL31(OFF), STACK(,,BELOW) CBLQDA(OFF), COUNTRY(US), DEBUG, DYNDUMP(*USERID,DYNAMIC,NOTDUMP), * ENVAR('TZ=CST6CDT'),* LIBSTACK(8K,4K,FREE), STORAGE(NONE,NONE,NONE,8K) ) /* CICS LE PARMS */ CEECOPT( ALL31(OFF), STACK(,,BELOW), STORAGE(00,NONE,NONE,0K) ) /* 64 BIT GROUP */ CELQDOPT( ) So far, the above has a least not cause any problems. > Our z/OS runs on top of z/VM and Linux zPDT app., which show both correct > UTC value, but use a TZ that appears to be the equivalent of EST5EDT. > > I'm not going to meddle with zPDT or with z/VM. Only with z/OS. > > Any insight will be greatly appreciated. > Bottom line: you have an error. IST2IDT is for W.02.00.00 not "east". You need TZ=IST-2IDT as an example below shows example UNIX shell transcript from z/OS 1.12 $ printenv TZ;date CST6CDT Mon Apr 23 07:05:29 CDT 2018 $ export TZ=IST-2IDT;printenv TZ;date IST-2IDT Mon Apr 23 15:05:55 IDT 2018 LIH1:TSH009:/home/tsh009$ So, in /etc/init.options, I think you need the line: -e TZ=IST-2IDT And somewhere in /etc/profile, a line like: export TZ=IST-2IDT Along with the changes mentioned in CLOCKnn, CEEPRMnn. Shalom, -- We all have skeletons in our closet. Mine are so old, they have osteoporosis. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
My young whippersnapper self (I'm 31 now, but I started my career as a mainframe developer at 23) remembers listening to the seasoned professionals talk about Y2K. They told me that they weren't all that concerned with Y2K on mainframe insurance administration and claims systems since they used ALIS dates (my former employer was a Fortune 500 disability insurer) where the dates were stored as DDDYYY in packed decimal format, where DDD is the Julian date and YYY is the offset from 1800. Developers in the year 2799 might be in a pinch, but there's plenty of time to figure it out. :) Anthem, Inc. Nathan A. Smith, Database Administrator Sr., Anthem Database Services 600 Peachtree St. NE, Main Drop GA1319-A154, Atlanta, GA 30308 O: (770) 519-6496 | M: (770) 519-6496 nathanael.sm...@anthem.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Porowski, Kenneth Sent: Friday, April 20, 2018 16:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com) Now for those that didn't move to a 4 digit year to resolve Y2K but instead went to a window technique, how many of your current staff know what dates were used for the window so they can again fix the problem before it occurs. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David L. Craig Sent: Friday, April 20, 2018 4:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com) In 1974, we considered it, but the cost of a byte of disk storage was enough to push the storage of each date's century toward the '90s. We fully expected the remediation would be needed but storage would be more affordable by then, which panned out. What everybody got wrong was expecting the relative costs of hardware and software to not change, but in fact they flipped--hardware became dirt cheap but software became very expensive. On Fri, Apr 20, 2018 at 7:46 PM, Gerhard Adamwrote: > It was discussed, but the general feeling was that those systems would > have been rewritten or replaced long before it became an issue. > > No one expected applications to be running 30-40 years after they were > first implemented. > > Sent from my iPhone > > > On Apr 20, 2018, at 12:25 PM, Lester, Bob wrote: > > > > > > I agree with both you and Gil. But, how many programmers in the > > 60s, > 70s, even 80s were thinking about Y2K? Sure, the really good ones > were, but what about the other 80%? > > > > and, Y2K came off without a hitch...(FSVO - "hitch") > > > > I love Fridays... > > > > BobL > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Porowski, Kenneth > > Sent: Friday, April 20, 2018 1:20 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to > > New > Hardware (nextgov.com) [ EXTERNAL ] > > > > That was due to lack of foresight by the programmer not due to the > > age > of the system. > > > > > > > > This email message and any accompanying materials may contain > proprietary, privileged and confidential information of CIT Group Inc. > or its subsidiaries or affiliates (collectively, “CIT”), and are > intended solely for the recipient(s) named above. If you are not the > intended recipient of this communication, any use, disclosure, > printing, copying or distribution, or reliance on the contents, of > this communication is strictly prohibited. CIT disclaims any > liability for the review, retransmission, dissemination or other use > of, or the taking of any action in reliance upon, this communication > by persons other than the intended recipient(s). If you have received > this communication in error, please reply to the sender advising of > the error in transmission, and immediately delete and destroy the > communication and any accompanying materials. To the extent permitted > by applicable law, CIT and others may inspect, review, monitor, > analyze, copy, record and retain any communications sent from or received at > this email address. > > > > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Paul Gilmartin > > Sent: Friday, April 20, 2018 3:13 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: [IBM-MAIN] IRS - 60-Year-Old IT System Failed on Tax > > Day > Due to New Hardware (nextgov.com) > > > >> On Fri, 20 Apr 2018 07:14:20 -0700, Gerhard Adam wrote: > >> > >> Applications don't get old. They either do what they're supposed > >> to do > or they don't. It has nothing to do with age. > > Remember Y2K? > > > > -- gil > > > > > > -- For IBM-MAIN subscribe / signoff /
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
C++ doesn't have garbage collection. Resource finalization is deterministic and performed by a destructor. Also, C++ has POD structs that map data in the same way as assembler, C, COBOL, PL/1 and access record based data sources in exactly the same way. Java doesn't have records and does not support value types (like C#) so you can't define a class with fixed sized buffers on the stack. To map a record from a legacy data source you have to use a byte array and manipulate it using a class like a ByteBuffer. This is mostly done using code generation tools to serialize the data into the corresponding Java types. Of course, there is a lot of overhead in doing so but that's why IBM have provided zIIP processors. If it wasn't for zIIPs Java would not be viable on z/OS. IBM have done a lot of work on the hardware stack to make Java more efficient. The z114 has a new facility to help implement pauseless garbage collection. The z/OS JVM is highly optimized for heap memory management and efficient use of cache lines. It provides excellent features for concurrent programming and provides collection libraries for concurrent data structures using lock-free/wait-free algorithms. For example, ConcurrentHashMap can make use of transactional memory to serialize access The string class uses the new SIMD instructions for search/replace methods. Once the JIT compiler has warmed up it will inline the hot spots to improve code locality and mitigate instruction caches misses. The most important thing to bear in mind is that replacing a legacy application written in assembler with Java is madness and doomed to failure. IMO, Java should be used only for new applications or modernizing and existing legacy application. On 23/04/2018 6:29 AM, Hobart Spitz wrote: Somewhere, maybe in a different branch of this topic, there was a discussion about the pros and cons of replacing Assembler with Java. I apologize for posting here if it's the wrong place, but I can't seem to find the original discussion, and I have a question that seems relevant and important, IMHO. That's said, I can answer the question, for C/C++, as follows. (I pose the question for Java, below.) *With the *nix/C record and string models, there are these issues:* 1. Errant/unexpected/unintended pieces of binary data in a text file/string can break something. 2. Separate functions/methods/techniques must be used to manipulate text files/strings versus binary files/string. You *must* know what you are dealing with up front, and/or somehow code logic for both. (I'm not sure the latter is possible in the general case.) 3. Even with *nix/C oriented machine instructions, the need to inspect all characters up to a target point results in performance killing cache flooding. 4. C++ does garbage collection resulting in "pauses" in forward progress, and working set, caching, and CPU spikes, among other things. Let's call these attributes fragility, productivity, and efficiency, respectively, for the convenience convenience. C has issue with these characteristics. As most of the readers here know, mainframe style records and strings do not suffer from these limitation. When the length of a string/record is known external to the data contents, you can manipulate any platform-native data in z/OS, z/VM without it breaking due to something in the data, you write the same code regardless of what you are dealing with, and, less obviously, any activity that skips a cache can avoid a cache line promotion saving processor resources. So, my "burning" question for Java is, which, if any, of these above issues (data fragility, coding productivity, efficiency, and garbage collections) does Java share with C/C++. If Java suffers from all or most of the issues, then I would say replacing Assembler with Java is pretty much out of the question. On the other hand, if Java suffers few or none of the above issues, it might be viable to replace Assembler with Java (ignoring other issues, like cost, testing, compatibility, data porting, etc.) To sum up: Does Java use a similar record/string model to that of C/C++, and does it do garbage collection similarly. Thanks in advance for satisfying my curiosity. OREXXMan JCL is the buggy whip of 21st century computing. We want Pipelines in the z/OS base. On Sat, Apr 21, 2018 at 12:29 PM, Barry Merrillwrote: In 1975 there was a BOF, Bird's of a Feather Session on Year 2000 Concerns at the SPRING SHARE meeting, as I recall. BOF's were spontaneous evening meetings posted/scheduled usually that day. Barry Herbert W. “Barry” Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 www.mxg.com ba...@mxg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, April 20, 2018 5:27 PM To: IBM-MAIN@LISTSERV.UA.EDU
Where do I find a list of world timezones in z/OS USS notation?
Hi All, I'm configuring a new system in Israel and wish to pick the correct timezone for our location, in terms of z/OS USS. Our system has been built abroad using CST6CDT, and shipped to us in the form of some 32 dumped 3390-9 volume images. Now I wonder whether or not will IST2IDT be accepted by z/OS USS if placed in '/etc/init.options' and '/etc/profile' files. Are there any additional locations to update, aside from CLOCKxx's TIMEZONE parameter, which I'm going to change from 'W.06.00.00' to 'E.02.00.00'? Our z/OS runs on top of z/VM and Linux zPDT app., which show both correct UTC value, but use a TZ that appears to be the equivalent of EST5EDT. I'm not going to meddle with zPDT or with z/VM. Only with z/OS. Any insight will be greatly appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How far out of date are my skills
On Sun, 22 Apr 2018 19:27:29 +, Rugen, Len wrote: >I left the Z/OS world at the version 1.6 after nearly many years of mainframe >OS and CICS work . I see adds for telecommute Z/OS support, how far out of >date are my skills? What should I read up on to stay current? Hmmm - things may be different elsewhere, but I have been *very* leery about getting back in the harness. What are the clients expectations ?. Not the glib head-hunter, the end client. They likely have a hole in their support team that used to be filled by someone who had been there for years and everyone felt comfortable with. Getting accepted is very hard, and you will probably be expected to be immediately useful - maybe even the expert. More so if going in as a consultant/contractor. And you won't be cut the same slack as the current incumbents that have been part of the furniture for years. I decided I could do without the grief. YMMV. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a list of authorised libaries in Rexx
http://www.mzelden.com/mvsutil.html In a message dated 4/23/2018 2:38:30 AM Central Standard Time, imugz...@gmail.com writes: have a look at IPLINFO rexx exec from mark Zelden. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Creating a list of authorised libaries in Rexx
have a look at IPLINFO rexx exec from mark Zelden. ITschak On Mon, Apr 23, 2018 at 10:16 AM, Alan(GMAIL)Wattheywrote: > Thanks for all the replies. I guess the consensus is that I build the > list myself. I did suspect this but I wanted to make sure I was not > missing something obvious. > > I do know about the various Rexx procedures already in existence and have > written some before to check LNK and LPA dataset names are to our standard > so I have a starting point. Not only the APF, LPA and LNK can be > authorised of course but the manual seems reasonably clear on what they all > are. The in-memory lists should suffice and get around all the dynamic and > library renaming possibilities I highlighted. > > Sorry for the original subject on this chain as I was playing with > replying to an earlier post to get the correct destination email address > and somehow forgot to fill that bit in again. Oulook doesn't cope with > digests very well (or I don't). > > Regards, > Alan Watthey > > -Original Message- > From: Carmen Vitullo [mailto:cvitu...@hughes.net] > Sent: 19 April 2018 3:53 pm > Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108) > > At z/os 2.1 with some SDSF PTF's I think and at 2.2 the SDSFAUX address > space provides, parmlib,proclib,apf,linklist,dynamic exit,enq,address > space memory...any other good info > > > > > > Carmen Vitullo > > - Original Message - > > From: "Alan(GMAIL)Watthey" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Thursday, April 19, 2018 12:36:55 AM > Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108) > > Hi listers, > > > > I was wondering if there was an easy way to get all the authorised > libraries > on a z/OS system. I am looking ultimately for a Rexx solution. > > > > Now I obviously know about 'D PROG,APF' but according to the manual there > are many more authorised libraries than these. Also, there is PROGxx to > look at but SYS1.LINKLIB and SYS1.SVCLIB are authorised whether or not > they > are specified in PROGxx. Then we have all of LPA which is authorised > (pageable, fixed, modified and dynamic). Maybe someone has changed a > default library name (such as SYS1.LPALIB or SYS1.LINKLIB). Maybe someone > has dynamically added or deleted an authorised library. LINKLIST might be > automatically authorised or it might not. > > > > Will I have to build this entire list myself (that looks a bit daunting to > me), is there some obscure (or even obvious) MVS command available I have > never used before or can I find it somewhere in memory? > > > > Regards, > > Alan Watthey > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring for Legacy **| * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Creating a list of authorised libaries in Rexx
Thanks for all the replies. I guess the consensus is that I build the list myself. I did suspect this but I wanted to make sure I was not missing something obvious. I do know about the various Rexx procedures already in existence and have written some before to check LNK and LPA dataset names are to our standard so I have a starting point. Not only the APF, LPA and LNK can be authorised of course but the manual seems reasonably clear on what they all are. The in-memory lists should suffice and get around all the dynamic and library renaming possibilities I highlighted. Sorry for the original subject on this chain as I was playing with replying to an earlier post to get the correct destination email address and somehow forgot to fill that bit in again. Oulook doesn't cope with digests very well (or I don't). Regards, Alan Watthey -Original Message- From: Carmen Vitullo [mailto:cvitu...@hughes.net] Sent: 19 April 2018 3:53 pm Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108) At z/os 2.1 with some SDSF PTF's I think and at 2.2 the SDSFAUX address space provides, parmlib,proclib,apf,linklist,dynamic exit,enq,address space memory...any other good info Carmen Vitullo - Original Message - From: "Alan(GMAIL)Watthey"To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, April 19, 2018 12:36:55 AM Subject: Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108) Hi listers, I was wondering if there was an easy way to get all the authorised libraries on a z/OS system. I am looking ultimately for a Rexx solution. Now I obviously know about 'D PROG,APF' but according to the manual there are many more authorised libraries than these. Also, there is PROGxx to look at but SYS1.LINKLIB and SYS1.SVCLIB are authorised whether or not they are specified in PROGxx. Then we have all of LPA which is authorised (pageable, fixed, modified and dynamic). Maybe someone has changed a default library name (such as SYS1.LPALIB or SYS1.LINKLIB). Maybe someone has dynamically added or deleted an authorised library. LINKLIST might be automatically authorised or it might not. Will I have to build this entire list myself (that looks a bit daunting to me), is there some obscure (or even obvious) MVS command available I have never used before or can I find it somewhere in memory? Regards, Alan Watthey -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN