Re: Initiators
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Wednesday, September 15, 2010 2:56 PM To: IBM-MAIN@bama.ua.edu Subject: Initiators Is there any reason why you shouldn't have alot of initiators defined, but have alot of them drained. Is there any performance considerations? Thanks SNIPPAGE Each initiator, drained or running, takes up room in the SQA for ASCBs and such. Other than that, there is some storage taken within JES2 (or JES3). That's about the only real overhead I can think of for excess, but drained, INITS. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Initiators
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, September 15, 2010 3:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Initiators On Wed, 15 Sep 2010 16:06:55 -0400, Thompson, Steve wrote: Each initiator, drained or running, takes up room in the SQA for ASCBs and such. An address space is created when the initiator is started. When the initiator is drained the address space ends. There is no ASCB for a drained initiator. SNIPPAGE And where does the ASCB go? It isn't pageable now is it? I thought all of these had to be configured in IEASYSxx. And that is even if it is WLM controlled. MAXUSER=nn This parameter specifies a value that, under most conditions, the system uses to limit the number of jobs and started tasks that can run concurrently during a given IPL. The number includes time sharing jobs, batch jobs, started system tasks, the master scheduler, JES2 or JES3. MAXUSER entries can also include ASIDs that have been marked non-reusable if their total number exceeds the RSVNONR value. This parameter is also used to allocate console control block areas in CSA that contain run-time job description data. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 vs. JES3
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, September 08, 2010 6:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 vs. JES3 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab SNIPPAGE I sure would not want to to experience a pressurization loss in an airplane near Bolivia or Tibet. In that case the pilot is required to descend to 10,000 ft above sea level. Problem is, the runways in those areas are about 13,000 above sea levels, and planes are not good at moving through solid rock. Submariner to pilot: We've never left one of ours up there. SNIP They tell us to avoid thunderstorms by 20 Nautical miles or better. The convective currents with the Cumulonimbus, hail, and the like can make for a very bad day. And we are also told to avoid Cumulogranite at all costs. Encountering Cumulogranite could wreck your whole day. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 vs. JES3
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Monday, September 06, 2010 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 vs. JES3 In 45d79eacefba9b428e3d400e924d36b903e59...@iwdubcormsg007.sci.local, on 09/05/2010 at 06:13 PM, Thompson, Steve steve_thomp...@stercomm.com said: Why is JES2 better than JES3? Why is an airplane better than a submarine? I'd like to know whether you plan to travel under the ice or over it before answering the question. SNIP Actually, I was planning on using a torpedo. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 vs. JES3
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Sunday, September 05, 2010 5:14 PM To: IBM-MAIN@bama.ua.edu Subject: JES2 vs. JES3 SNIPPAGE I have worked in both environments, and have migrated between the environments, and even started a VSE to MVS/JES3 project -- my specialty was ALC and operations (just before I was hired by Amdahl) with CTG. Going back to the '70s, I vaguely remember a rule of thumb (if you were building a shop or converting from non-IBM to IBM): If you are going to run up to 3 CPUs (basically a Box, or CEC as it would be called today) in a site, you would use JES2 because JES3 Global was expensive (in CPU cycles). If you were going to have 3 or more CECs in a site, you would give strong consideration to JES3. Today, I have been looking at features I was familiar with in JES3 and it appears to me that many of them have been moved to BCP (basic control program) to make SYSPLEX operations easier to do. A good example of this is the change in console support and command routing. From my perspective, and this is just my opinion having NOT used JES3 under z/OS, the only thing that JES3 would buy us today is the JOB scheduler that JES3 had, and Job Set Up. JOB Setup is a foreign concept to anyone who has done JES2 only. And it causes heartburn for people having to provide a JOB stream to/for a JES3 environment. The idea that JES3 and MVS can both manage tape drives/mounts and JES3 requires the data sets to exist before the JOB starts (otherwise you get a JCL error -- UNLESS the data set is created in the JOB via JCL) is hard for some to get their hands around. I have done work for a US Gov't agency, that was running a single CEC with JES3 Global and no locals. As I understood it, they did this because they were dependent on the JES3 job management (job scheduler) system. But they could not otherwise justify JES3. And if they had not been a JES3 shop in years gone by, they would have just gotten a simple job scheduler. I would like to hear from current JES3 users and what they think. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES2 vs. JES3
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Sunday, September 05, 2010 4:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: O/T IBM to Ship World's Fastest Computer Chip SNIPPAGE As someone who was in a field where you can't get a consensus on whether JES2 is better than JES3 and who is a follower of transportation issues (and a member of Transport Action Atlantic), I doubt a reporter would be able to determine easily which side of an argument is flat out wrong, even with some hours of research. SNIPPAGE I created a new thread out of this because I think this is a bit more important a topic -- so why let it get lost in O/T IBM blah blah? Why is JES2 better than JES3? Why is JES3 better than JES2? Why would JES3 be preferred over JES2? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Emulator Software
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Sunday, August 29, 2010 4:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 3270 Emulator Software SNIIPAGE How many people are still in the business that even remember how a true 3270 even worked?? :-) SNIP I do. Up until ACS and I parted ways (where I was the last of the OBS/ACS WYLBUR developers) I still had a 3270 Mod5 and a 3270 Mod2 to verify that what was happening with the 3270 Emulators was correct. And I had access to a 3279-2 8 color monitor. That was when I came to find that QWS3270 was excellent (I won't even mention the emulator ACS was using at the time). If I found a difference, I had the fix from them in 2-3 days tops. I also remember, very fuzzily, GAM and the 40x12 version of the 3270. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Connectivity test
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Wednesday, August 25, 2010 9:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Connectivity test Richards, Robert B. wrote: Sending this to see if it gets through and I see it. Your test failed and I could not see your test. ;-D Please turn your mouse and monitor 90 degrees clockwise and retry sending this. ;-D SNIPPAGE No, wait. The script says that I have to ask you to turn off the power while holding down the reset button for 5 seconds and then turn the power back on. Enter your userid and password again and then re-try the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3270 Emulator Software
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, August 24, 2010 5:56 AM To: IBM-MAIN@bama.ua.edu Subject: 3270 Emulator Software SNIPPAGE However, I was wondering if there were others. My requirements are support (well supported), cost, encryption and usage across a wide platform (z/OS, Linux, Windows, etc...). And it has to be deployed via Citrix. I am not sure what anyone else is using out there for this type of software. I love Vista3270 but I am not sure that my company will even look at it. SNIPPAGE I personally use QWS3270 Plus. There is also a secure version (does SSL as I recall). I have run it on Linux using Wine (not the secure, as I don't have that variant). It is well supported, and as far as I am concerned, the price is good (QWS3270 Plus is less than US$30 single seat the last time I priced it). I am not a Citrix user, so I have no idea about how QWS will interface with it (we have Citrix here, I am just fortunate to only need a normal VPN). The biggest kicker that I have come across in evaluating 3270 software: Scripting language and how it is supported. If you already have a system written using one language, will it easily port to another 3270 emulation system? The next one, which is much more important to me is, can I map my keyboard (whether it is a keyboard or a laptop keyboard wannabe) to behave as much as possible to a real 3270 keyboard, including all the programmable keys (PF and PA)? Since I am a touch typist, this is a critical thing to me. Don't make me use a mouse to get PF3 or PA2 or some such. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: API or visibility into PR/SM for Vendor-written programs?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, August 18, 2010 8:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: API or visibility into PR/SM for Vendor-written programs? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Thanks. (Does anyone else find these IBM sign-on's to be inscrutable? When I go to the links below it wants me to sign in. When I sign in it rejects my credentials. When I click on forgot my password it says I am already signed in.) Left Hand, Left Hand, this is Right Hand; Come in, over Doesn't make much sense to me, either. SNIP I find this kind of thing happens when I am using FireFox and not Internet Exploder. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auditor request question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Tuesday, August 10, 2010 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: auditor request question Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. SNIPPAGE I've worked in at least 9 shops where console login was possible. None of them required this. ONLY the hardware consoles required a logon (as opposed to the MVS consoles). The computer rooms were limited access. So only authorized personnel were allowed in the computer room unescorted. In the case of mainframe environments where the printers are in one place, the command center is in another, and the tape library/ATL equipment are in yet another, the communications equipment in yet another, how many times would you like one person to logon to do their work as they moved around the shop handling their duties? In all the places where I've worked with an MVS environment, each one of those locations had a console so that commands could be entered immediately, if and when so needed. I think your auditors are PAPS oriented, and not mainframe oriented. Regards, Steve Thompson -- Opinions expressed by this poster do not necessarily reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on size of IEFBR14 and z/OS V1.11
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, August 04, 2010 12:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Question on size of IEFBR14 and z/OS V1.11 Barbara, Thanks. This may be a similar issue. I am going to have them use 0M then I will not need to read a dump. Yeah!! Lizette SNIPPAGE Would this be related to the reason for the PARMLIB(DIAGxx) member with VSM CHECKREGIONLOSS needing to be specified? If so, then I think IBM needs to take another look at their handling (or mis-handling) of LSQA. After all, IEFBR14 is in LPA. There is no need, that I am aware of, for a GETMAIN of any kind to load it for the STEP being executed. Theoretically, you should be able to use REGION=68K (like the example given in the JCL REF) and get it to work. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: remove() of PDSE member leaves PDS locked
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, August 02, 2010 3:13 PM To: IBM-MAIN@bama.ua.edu Subject: Re: remove() of PDSE member leaves PDS locked On Mon, 2 Aug 2010 14:38:08 -0500, William H. Blair wrote: For there to have been a rationale (for a decision or choice) there would have to have been a decision or choice (not to call STOW to delete the member). There never was such a decision made so there was (and is) no need to justify something that never, in fact, happened. Nowadays the only rationale, spurious, is that it's always been that way. And ever shall be, as long as descendants of OS/360 endure. Nope. There is [still] no rationale because there has never been any consideration of the issue -- serious or otherwise. Mentally reviewing this thread, ... I see never been any consideration as a failure of the designers to step back and ask themselves, What will be the customers' perception of this behavior? snippage The customers in those days actually read the doc and could, in many cases, program the thing from the display station as well as wire the plug boards for the external units. So, the customers came to see that DISP= was a DATA SET LEVEL disposition. At least this customer had that understanding. And when I wrote this for a Univac system, their equivalent of disposition was for the file not the data within the file. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: History of Hard-coded Offsets (Was: TSSO problems)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lloyd Fuller Sent: Sunday, August 01, 2010 8:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: History of Hard-coded Offsets (Was: TSSO problems) Shmuel Metz (Seymour J.) wrote: I believe HLASM is based on the H level assembler with lots of changes. Soem of which had been developed at SLAC. Yep. I was one of the ones that helped develop the business case for them so that John could get the HLASM written after he moved to IBM. We spent lots of time at SHARE and at home documenting which we wanted and why. Lloyd SNIP I really wish you all had seen the benefits of the MACRO/conditional assembly diagnostics that the F Assembler had. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALTER of open VSAM cluster
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Thursday, July 29, 2010 8:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ALTER of open VSAM cluster SNIPPAGE ... Steve, If you are implying that changing FREESPACE of a loaded file will affect future adds at the high end of the key range, this is not true. Changing FREESPACE has no effect on a VSAM file already containing records. FREESPACE is only used when the file is in a reset or initial empty state with no records and an initial file load is done. I am also certain that if you could ALTER the VSAM catalog entry while the file is still OPEN for that initial load process, that the running program doing the load is at that point only using in-memory control blocks for the VSAM file with values that were derived at OPEN time, and only future OPENS would see any change. SNIP Unless something has changed since z/OS 1.1, and a third party product would give new behaviors -- even when not being directly invoked, that is exactly what we did at a certain insurance type company for their customer claims file. It was laid down with NO freespace. Then it was altered pretty much the way I said. The CICS system was brought up after the ALTER (which is why I said the catalog info was changed -- I didn't mean to imply an open file would get this behavior without an intervening close). Meanwhile, I was interpreting the original op's question on the basis of the alter being done for current operations, not later reloading the file. Yes, in that case the file must be defined with REUSE. SNIP Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALTER of open VSAM cluster
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Friday, July 30, 2010 8:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ALTER of open VSAM cluster -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing Sent: Thursday, July 29, 2010 8:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ALTER of open VSAM cluster SNIPPAGE ... Steve, If you are implying that changing FREESPACE of a loaded file will affect future adds at the high end of the key range, this is not true. Changing FREESPACE has no effect on a VSAM file already containing records. FREESPACE is only used when the file is in a reset or initial empty state with no records and an initial file load is done. I am also certain that if you could ALTER the VSAM catalog entry while the file is still OPEN for that initial load process, that the running program doing the load is at that point only using in-memory control blocks for the VSAM file with values that were derived at OPEN time, and only future OPENS would see any change. SNIP Unless something has changed since z/OS 1.1, and a third party product would give new behaviors -- even when not being directly invoked, that is exactly what we did at a certain insurance type company for their customer claims file. It was laid down with NO freespace. Then it was altered pretty much the way I said. The CICS system was brought up after the ALTER (which is why I said the catalog info was changed -- I didn't mean to imply an open file would get this behavior without an intervening close). Meanwhile, I was interpreting the original op's question on the basis of the alter being done for current operations, not later reloading the file. Yes, in that case the file must be defined with REUSE. SNIP Well, I went back to my trusty IDCAMS manual from z/OS 1.7 to capture a little tid-bit from the ALTER command and its FREESPACE write-up. And here is what I found, that somehow I had not ever seen before. If the FREESPACE is altered after the data set has been loaded, and sequential insert processing is used, the allocation of free space is not honored. So, if any one wants my address, I'm in the process of another helping of humble pie with a side of crow. And I imagine a few more helpings might be on the way. I sure hope those guys that set that up at that company read this little tid-bit, because we all were under the impression that we had solved a performance problem with this. It sure seemed that way anyhow. Regards, Steve Thompson Ps. Nothing like crow for breakfast. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALTER of open VSAM cluster
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Thursday, July 29, 2010 5:53 PM To: IBM-MAIN@bama.ua.edu Subject: ALTER of open VSAM cluster It appears we can ALTER FREESPACE while a file is open to CICS (or anywhere else, I assume). Is this an OK thing to do, so the next time the file is reloaded it will use the new freespace values? SNIP The ALTER modifies the definition info in the Catalog (as I recall). So the effect is rather immediate. What this will do is allow you to LOAD with x y for freespace, and then when running change to m n for freespace. So, let us say that you LOAD a KSDS with FREESPACE(0 0) that has 50 CYLs of data. Once the load is complete you ALTER it to FREESPACE(25 25). You know that the majority of the adds to the file will start in the last 2 cylinders of data (as loaded) and go from there. So the CA/CI splits will start at that point. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another reason to hate PDSE's
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, July 27, 2010 12:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Another reason to hate PDSE's SNIP If you don't understand what's wrong with PDS, re-read Etienne Thijsse's thread on attempting to delete a PDSE member. Or imagine my astonished dismay the first time I allocated a member with DISP=(OLD,DELETE) and watched the entire PDS vanish. Enough counterintuitive behaviors and flaws with recondite repairs add up to wrong. SNIPPAGE I suppose that if I were to work with a VSAM file with DISP=(SHR,DELETE), that it would be JCL's fault when the VSAM file goes to the bit bucket. And if you were using a data base that you have to point to, and you wanted to delete a row and coded DISP=(OLD,DELETE), that would be JCL's fault also. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: remove() of PDSE member leaves PDS locked
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Etienne Thijsse Sent: Tuesday, July 27, 2010 12:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: remove() of PDSE member leaves PDS locked On Tue, 27 Jul 2010 11:50:35 -0500, Paul Gilmartin paulgboul...@aim.com wrote: SNIPPAGE Thinking of it, ISPF is probably bad advice. You'd need to be running under ISPF, which means you'd need to be running under TSO, which means you'd need to be running APF authorized. PITA. SNIPPAGE APF authorized is bad. The program must be able to run without. So no ISPF... FTP is a nice twist :-) that may work (although performance will suck.., but beter something than nothing). SNIPPAGE If you run under ISPF, you do not have to be APF authorized. You don't even have to run from an APF library. When you invoke PDF services (now integral to ISPF, right?), the service communicates with ISPF as needed and so the cross-over between the TCB you are running under (applications run as a daughter task to ISPF as I recall) and ISPF will deal with authorization issues. SO, you can use ISPF services in a TSO Batch environment (or online for that matter). And probably get done what you need to do. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROP instead of POPS, PoO, et al.
--Original Message-- From: Ken Porowski Sender: IBM Mainframe Discussion List To: IBM-MAIN@bama.ua.edu ReplyTo: IBM Mainframe Discussion List Subject: Re: PROP instead of POPS, PoO, et al. Sent: Jul 22, 2010 5:04 PM But it's still a Green Card isn't it? SNIPPAGE Aren't Green Cards purple now? zShields up Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 7trk tape drive
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, July 23, 2010 11:25 AM To: IBM-MAIN@bama.ua.edu Subject: 7trk tape drive I've been asked to locate a 7 track tape drive in the DC area. Would anyone know of one? SNIP You might try asking at Goddard Space (NASA). They had some pretty old equipment. Otherwise, I would suggest looking for a Kennedy drive, but I fear they are out of business. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe books
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Friday, July 23, 2010 4:04 PM To: IBM-MAIN@bama.ua.edu Subject: Mainframe books I'm looking for a book that breaks down the interanls of MVS. I was talking to one of our SYSPROGS and he said there use to be a book that really broke everything down into real simple terms that was easy to understand. He couln't remember what the name was though. I'm sure it wasn't on MVS, probably much earlier. If anyone knows of such a book or have any recommendations, I'd appreciate it. SNIP Invitation to MVS Logic and Debugging by Katzman Tharayil Another that might be of interest is: MVS Power Programming by Marx Davis Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM zEnterprise
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, July 22, 2010 11:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM zEnterprise On Thu, 22 Jul 2010 15:50:15 +0300, GADI wrote: Between 32GB and 3TB of RAIM. Oops! Vocabulary time warp. When did Storage become Memory? Is Redundant array of independent memory (RAIM) much different from ECC? SNIP RAIM (Receiver Autonomous Integrity Monitoring - GPS) is used so that if we have cosmic radiation, we will be warned and the triple bit parity will be triggered ;-) Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Detecting when a READ/GET crosses a concatenation boundary
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kenneth J. Kripke Sent: Sunday, July 18, 2010 5:09 PM To: IBM-MAIN@bama.ua.edu Subject: Detecting when a READ/GET crosses a concatenation boundary Hello; I wish to detect when a BSAM read or QSAM GET crosses a concatenation boundary. I am guessing I need to code an OPEN and EOV DCB exit to get control. The input data sets can reside on DASD or TAPE, but, the environment does not mix unlike devices...all one way or the other. Purpose: Be able to the extract the dsn actively being processed. Environment has specifc dsn naming conventions that tie back to a cycle number and the generating jobstream. Any assistance/tips would be greatly appreciated. SNIP DFSMS Using Data Sets gives some tips in this area. Look at the area covering Concatenating Data Sets Sequentially. The OPEN exit is driven for each data set in the concat as the Access Method switches to it. So from this, you should be able to get the DSN. And the Label exits get driven as well. Take a look at Using Non-VSAM User-Written Exit Routines with the specifics of Open/Close/EOV Standard User Label Exit. So you are on the right track. Beware of mixed mode (24/31 bit addressing), it can get you really lost when trying to diagnose a problem. Also, look out for LBI -- you have said something about tapes. They can be in LARGE BLOCK (32K) and certain things may be different for the exits (I can't remember exactly how that works -- I get to diagnose problems with our code from time to time). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2 versus 4 processors
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Crispin Hugo Sent: Friday, July 16, 2010 1:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: 2 versus 4 processors Hi Ron, I am sorry but I don't understand what you mean. We are a software development company so our work has no standard at all. SNIPPAGE That last statement makes all the difference in the world. IF you are doing multi-tasking type work, the more CPUs that can be dispatched, SIMULTANEOUSLY in your address space(s), the better. From a former life: We ran a 4 CPU shop with each Domain (AMDAHL) have 2 CPUs. I needed to test with 4 but couldn't get them (politics). A Federal Government customer was running with 4 CPUs and ran into a problem that we could ONLY get (reliably) when running with 4 CPUs. So for race condition testing, the more CPUs you can have (up to some point), the better. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there any kind of system exit taken when an RB ends?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, July 12, 2010 5:08 AM To: IBM-MAIN@bama.ua.edu Subject: Is there any kind of system exit taken when an RB ends? Say I would like to get control when a specific PRB ends (while the TCB remains). Are my choices to either poll or modify the return PSW? SNIP Perhaps you might look at establishing an ESTAI after the fact? OR, you might try SVC Screening for SVC 3? But my favorite is the Resource Manager. Use to be an RTM Exit. Just a few ideas... Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there any kind of system exit taken when an RB ends?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, July 12, 2010 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there any kind of system exit taken when an RB ends? On Mon, 12 Jul 2010 09:26:24 -0400 Thompson, Steve steve_thomp...@stercomm.com wrote: SNIP :But my favorite is the Resource Manager. Use to be an RTM Exit. Resource manager does not get control when a RB ends. SNIPPAGE Yeah, I was thinking you actually meant the last PRB (the one that was created when the task was ATTACHed). Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL COPY Problem
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sergio Lima Sent: Thursday, July 08, 2010 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: COBOL COPY Problem Hello List=2C =20 We need compile some batch Cobol programs here=2C and have a problem. =20 First=2C if compile without CBL LIB=2C received this error : =20 IGYDS0010-S A COPY statement was found but the LIB compiler option was = not i effect. Scanning was resumed at the item following the next pe= riod. =20 Then=2C after include my LIB where are the COPYBOOKS=2C and insert CBL LIB = In the COBOL SOURCE received this error : =20 10.58.48 JOB02869 THURSDAY=2C 08 JUL 2010 = =20 10.58.48 JOB02869 IRR010I USERID IBMUSER IS ASSIGNED TO THIS JOB. = =20 10.58.49 JOB02869 ICH70001I IBMUSER LAST ACCESS AT 10:58:02 ON THURSDAY= =2C JULY=20 10.58.49 JOB02869 $HASP373 COMPBAT STARTED - INIT 1- CLASS A - SYS SY= S1 =20 10.58.49 JOB02869 IEF403I COMPBAT - STARTED - TIME=3D10.58.49 = =20 10.58.51 JOB02869 IEC130I SYSLIB DD STATEMENT MISSING = =20 SNIP Your COBOL compiler step needs a SYSLIB that points to where your COPY Books (members) are. //COBOL.SYSLIB DD DSN=cobol.copy.source,DISP=SHR Put in the correct PDS[E] DSN. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL COPY Problem
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Thursday, July 08, 2010 3:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL COPY Problem -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sergio Lima Sent: Thursday, July 08, 2010 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: COBOL COPY Problem Hello List=2C =20 We need compile some batch Cobol programs here=2C and have a problem. =20 First=2C if compile without CBL LIB=2C received this error : =20 IGYDS0010-S A COPY statement was found but the LIB compiler option was = not i effect. Scanning was resumed at the item following the next pe= riod. =20 Then=2C after include my LIB where are the COPYBOOKS=2C and insert CBL LIB = In the COBOL SOURCE received this error : =20 10.58.48 JOB02869 THURSDAY=2C 08 JUL 2010 = =20 10.58.48 JOB02869 IRR010I USERID IBMUSER IS ASSIGNED TO THIS JOB. = =20 10.58.49 JOB02869 ICH70001I IBMUSER LAST ACCESS AT 10:58:02 ON THURSDAY= =2C JULY=20 10.58.49 JOB02869 $HASP373 COMPBAT STARTED - INIT 1- CLASS A - SYS SY= S1 =20 10.58.49 JOB02869 IEF403I COMPBAT - STARTED - TIME=3D10.58.49 = =20 10.58.51 JOB02869 IEC130I SYSLIB DD STATEMENT MISSING = =20 SNIPPAGE After reading other replies, I could see in their copies of the post the override for the SYSLIB, which just was not clear in what I had (see the above broken text -- in the copy of the post that I got, only got worse as you read to the bottom). The problem is, the COBOL step overrides must appear before the LKED overrides, or the ones needed for COBOL will not be attached to that step and the compiler will not see the SYSLIB DD (which is why, for every COPY statement, you got the IEC130I message). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Network Data Mover
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Johnson Sent: Tuesday, July 06, 2010 1:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Network Data Mover NDM is called Connect Direct now. IBM just recently purchased Sterling software, the Connect Direct owner from ATT. --- The buy-out is still pending governmental review and all that, so we are still who we is. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CNET: IBM names Firefox its default browser
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, July 01, 2010 10:11 AM To: IBM-MAIN@bama.ua.edu Subject: FW: CNET: IBM names Firefox its default browser http://news.cnet.com/8301-30685_3-20009387-264.html SNIP I wonder if they have gotten the IBM Web people to realize this -- because there is a big difference in the behavior between FF and IE in the area of logons for IBMLink and such. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Sunday, June 27, 2010 7:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete all members of a PDS that is allocated -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Sunday, June 27, 2010 5:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete all members of a PDS that is allocated SNIPPAGE That might work, as long as you have a mechanism for manipulating the keys in the directory also. The last used block in the directory has a key of X''. snip Yeah, there is that issue. I was trying to think of a way around STOW. The xSAM writes of directory blocks would work, if you could get the KEY of CKD involved. However, if you did this and then immediately followed it by IEBCOPY for compress, I wonder if that would solve all the problems. I guess I can find out sometime tomorrow, when I have the time, to try this with IDCAMS with a REPRO of a bunch of pseudo directory blocks... SNIP Well, just using IDCAMS to repro in the first directory block as the initial empty block and then follow this by a repro of a place-holder member in the source PDS I was practicing with -- SB14-10. So much for this idea. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's Hyperbuf
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sharon Lopez Sent: Monday, June 28, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: CA's Hyperbuf Does anyone have any comments on CA's Hyperbuf product? We are replacing BMC's Batch optimizer and we are having alot of problems with Hyperbuf. SNIP Connect:Direct for z/OS: If you use VSAM cache utilities, you must remove any Connect:Direct VSAM files from their control or unpredictable results may occur. Connect:Direct for z/OS Installation Guide Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Schenck Sent: Monday, June 28, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PoPS Manual Rick, You can get to z/Arch Pops by starting at http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss Enter country, then Search for publications, enter pub SA22-7832 , click Go, and you're there. Works every time, that is until IBM changes the link again. SNIPPAGE Alas, the poor op doesn't (didn't) have internet access at the time he needed the information, depending on the CDs from IBM. Which is why the complaint, where did they put it? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
I just have to ask this one question. How difficult is it to get the number of directory blocks from a PDS in a _ program (where the blank can be filled in with COBOL, PL/1, REXX, etc., but not HLASM/ASM) and then open the data set with RECFM=U and then write an initial directory block followed by n empty blocks? With that question asked, if it is not so difficult, wouldn't that allow you to clear a PDS right rapidly? The only access you would have to have for the data set is update, because you aren't deleting it or [re-]allocating it. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Friday, June 25, 2010 3:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete all members of a PDS that is allocated On Fri, 25 Jun 2010 19:42:27 +, Ted MacNEIL eamacn...@yahoo.ca wrote: In a z/OS environment, with access methods, online sub-systems, utilities, and the like, less than 5% of the code running on the z/Box is user-written. Where did you get that statistic from? SNIPPAGE Well, aren't 86.7% of all stats made up on the spot? And wouldn't this mean that 90+% of all code running on the system is from IBM or an ISV? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is it 5%
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Friday, June 25, 2010 4:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Is it 5% I don't think there's much to be gained by treating Mr. MacNeil's rhetorical flourish as a research finding. Gee. Thanks for the respect. It was not rhetorical. I did empirical research with STOBE. Have you? Also, try -PEEKing with OMEGAMON, and finding where the time is spent. Yes, user code is written to handle business rules, but how much of system services are done by user code? Check, then b*tch. SNIPPAGE OK. I write BSAM code using low level interfaces. As well as TCP/IP and UDT. But I work for an ISV. So my code will be part of that large amount that is not written by the customer base. However, in a prior life, I have done VSE to MVS migrations, banking and scientific software. As a result, I've seen a lot of shops that did their own in-house development. I've seen a lot of code written in Assembler, COBOL, RPG, FORTRAN, PL/1 and 3rd GLs besides CLIST and REXX. So, based on some snap shots of some code from some customers we can say that the users are only responsible for 5% of the CPU usage? I think I have a healthy skepticism here. But I've been proven wrong before. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geographic separation of primary and backup/DR sites
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jeffrey Deaver Sent: Thursday, June 24, 2010 7:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Geographic separation of primary and backup/DR sites Also remember if DR is fairly close to base make sure they are on separate power grids or at least have generators. That is such a nebulous term, power grid. Anyone have more definite references for what that should mean? Does it just mean separate power substations? That the ultimate feed comes from completely different generating plants? Of different types? (Nuke vs Coal?) And how exactly do you find out information like that? And can't the power down the last mile be coming from one place today and other tomorrow depending on how the power company manages it? While I'm sure this is not comprehensive, this Blackout Tracker website gives some interesting insight into power outages... http://powerquality.eaton.com/blackouttracker/default.asp SNIP The North East power outage that wrapped Lake Erie shows that EATON's map is, well, misleading. I would contact the power company that supplies power to the current HQ Data Center (as in who you pay for electricity). I would ask them what regional grid they are part of and the area that grid covers. When they ask what you mean, just say AEP and FirstEnergy, where the grid ringing Lake Erie went dark... With that information, I would compare this to the company that provides natural gas and diesel for the area where the current HQ Data Center is. And then I would find a good location out side of this supply area to put or contract for my recovery site. That's assuming that if the rest of the company is toast that my data center must be functioning... Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: instream data
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, June 24, 2010 1:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: instream data SNIPPAGE That has been a restriction since the dawn of OS/360. In that case, I think it was due to the primitive nature of the reader code. IIRC, the original reader code (pre HASP), read cards from the card reader. When it detected in-stream data, it actually created an temporary OS dataset and wrote the cards into that dataset. The processing of PROCs (expansion) was done in another part of the code, not in the actual reader. So, to have in stream data would require a more complicated and advanced expansion. And that was not really possible at the time. SNIP JES2 specific comment Of course, that is not really a good reason to continue to have this restriction, IMO. SNIPPAGE Let us not forget JES3 (ASP). Interestingly JES2 supports a larger in-stream LRECL than JES3 does (or did, they may have fixed that in the last few releases). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disk replacing Tape?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Wednesday, June 23, 2010 9:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Disk replacing Tape? In a message dated 6/23/2010 9:14:52 A.M. Central Daylight Time, rfocht...@ync.net writes: forgotten anything or done anything that will bend the plan. Our DR involves an alternate site on the other side of the campus. Minimum separation 10 miles? SNIP Brings up a question. When doing a DR test, are you married to the recovery location? If you own the hot site then this question may not apply. In DR tests, does anyone look at who else is using the DR site (assuming non-owned recovery location)? How many of those would be having to do DR at the same time should there be some regional disaster? So if the DR site is full, wouldn't tape be needed to go to a different recovery site? So are you married to that site, or do you have the ability to go to a different site. And if you can change sites, wouldn't you have to use tape? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Geographic separation of primary and backup/DR sites
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, June 23, 2010 12:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Geographic separation of primary and backup/DR sites The thing that gets me about our DR, is that all of our tapes are at Iron Mountain. We are in N. Richland Hills, TX and our tapes are in Lewisville, TX which is the same geographical location (infrastructure). So if we are physically destroyed (we're close to DFW airport), then our tapes may well be in a secure area, but cannot necessarily be loaded onto a plane to go to our DR site in Philly. We even duplex so that if a plane goes down we can use the duplex. But it all depends on the tapes being able to be shipped. SNIP Think outside the box. There are MANY airports around, besides Addison, Denton, and Sherman. All of the ones I've named can handle large turbo-props (think C130 class) or jets (think 727/737 class). And I would imagine the air freight operators have contingency plans to use such. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Leap frog from z/OS 1.7 to z/OS 1.11
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schmeelk, Gregory Sent: Thursday, June 10, 2010 12:44 PM To: IBM-MAIN@bama.ua.edu Subject: Leap frog from z/OS 1.7 to z/OS 1.11 Has anyone here done the jump from z/OS 1.7 to z/OS 1.11 without going throu= gh 1.9 first? If so, can you tell me any specific gotchas that you came a= cross? SNIPPAGE This just came up on CICS-L in a matter of speaking. CSA KEY8 GETMAIN will probably fail. You will need to make sure that you either have all software using CSA upgraded, or you will need to set the system to allow it. Storage Management Change Storage may be allocated differently (depending on PARMLIB settings). With the new method, Storage now is gotten at the bottom of a page (rather than top) and moves up (which prevents some fragmentation of storage). This means that a GETMAIN may have part of the storage in an existing page with the rest in a subsequent page. So your storage won't be properly initialized. There is an option to cause z/OS to use the old storage management rather than the new storage management. Those are just two items to watch for. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiprise 3k for personal Use?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc Sent: Thursday, June 03, 2010 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Multiprise 3k for personal Use? On 3 June 2010 07:16, R.S. r.skoru...@bremultibank.com.pl wrote: BTW: MP3K is relatively small, but not less affordable than big 9672. Not less? For the home user it's not only a question of acquisition cost. The MP3000 is a great little box, because it is entirely self-contained (DASD, network, etc.) and because it runs on an ordinary household power circuit. It uses about as much electricity as a largish PC server, and of course puts out a matching and not huge amount of heat, so it's entirely reasonable for home use. On the other hand, having just helped put one into the back of an SUV (on its way to Mike Ross's corestore.org), I can tell you that it's not a light box, even with all the DASD, fans, side and end covers, and several other things removed! SNIPPAGE How well you make my point about needing a drop, plug, LOAD and IPL type of entry box. In my opinion this is the way to have an entry level [starter?] system. You want to replace my Intel type servers with a mainframe? I have 1 file server, 2 DB Servers, and a print server. I don't have a SAN. And I have 25 users. So, I need, per IBM today, a z/9 (or 10), raised flooring, special power circuits, and a RAID box. The entry to a mainframe is quite expensive. Today, my hardware costs are less than $10K, everything runs on 120VAC single phase, and I don't have to put in a Liebart or some such. So to convert to a mainframe it is not cost effective until I hit that magical 30 Server number. But by then, when you factor the software migration costs, it is still not cost effective to go to a z box. I really wish that IBM would re-think this area. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations for a good old fashion HEX calcuator
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, June 03, 2010 11:43 AM To: IBM-MAIN@bama.ua.edu Subject: Recommendations for a good old fashion HEX calcuator I am not looking for a Software Hex Calculator. I would like a hold in your hand hex calculator. My old Casio no longer displays and I will need to replace it. Does anyone have any favorites? My Casio was very inexpensive and very capable. SNIPPAGE When mine died I went to a Sharp Scientific calculator that had HEX/BIN/OCT/DEC capabilities. When it died I replaced it with a SHARP FL-506V. It has a battery and solar cell with multi-line playback. I think it cost me a grand total of US$28. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROG750
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Sunday, May 30, 2010 9:09 PM To: IBM-MAIN@bama.ua.edu Subject: PROG750 Where can I find out what PROG750 means for a TN3270 session? SNIPPAGE Frank: All I can find has to do with problems with a printer. There is an APAR, but I don't know if it applies to you: PQ56834: PROG750 ON TELNET CLIENT There is a RED Book: http://www.redbooks.ibm.com/redbooks/pdfs/sg244689.pdf but I don't know that this would actually apply. I would like to think that any of these from 2007 and earlier you would already have. But if memory serves me correctly, you are migrating from VSE to z/OS, so you may have some older software out on your devices... Also, you say TN3270. What TN3270 software are you using? It may be that your ISV needs to provide a fix. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Allocate a dataset in an specific track into the DASD (z/OS)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, May 27, 2010 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Allocate a dataset in an specific track into the DASD (z/OS) On Thu, 27 May 2010 12:04:40 +, Ted MacNEIL eamacn...@yahoo.ca wrote: Is there some way to allocate a dataset specifying the exact position into the Disk? I have a question! Why do you need to do this? I had a need to do it last week (maybe for the first time in many years). I need to move / expand the VTOC on a mod 27 and moved a data set that was adjacent. I wanted to allocate a place holder so nothing else would get allocated there (because I wanted to do it at a later date/time) and even though I specified the exact size of the free space I wanted to occupy, and it was at the front of the volume, for some reason DADSM wasn't allocating it there until I used ABSTR. SNIPPAGE So how do I do with Windows or *nix? Remember, coming to a blade near you Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS1.11 Allocation error
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Darth Keller Sent: Thursday, May 27, 2010 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: zOS1.11 Allocation error We have an application which runs a batch job, in one step of which they use an IEFBR14 to recall multiple GDG's. They do this by specifying the GDG base with DISP=(MOD,KEEP,KEEP). There are approx.50 DD's in the step and they have multiple jobs that do this - I try not to judge, but I certainly can't defend this process. Anyway - SNIPPAGE Meanwhile, if you will invoke IKJEFT01 (TSO in batch) and issue the HRECALL in the batch job, I think you will get the desired results. And they [your users] won't have to logon to TSO and do the HRECALL manually. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon!
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Craddock Sent: Tuesday, May 25, 2010 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/Vendor Watch: zNext or z11? Either Way, It's Coming Soon! On Tue, May 25, 2010 at 12:31 PM, McKown, John john.mck...@healthmarkets.com wrote: Depends. What are they running? How do they measure up time? We are still stuck in the 1970s for all intents and purposes. We run CICS with VSAM. No RDMS. No Websphere. 100% COBOL. We do run some 3270 screen scraping and even have a few CICS web like transactions via HTTP. But we have a lot of night down-time for running batch reports and updates against the CICS VSAM files. This is on CICS/TS 3.2, z/OS 1.10, and a z9BC. Our legacy applications are old, old, old. http://bama.ua.edu/archives/ibm-main.html I laughingly refer to this as running in 1985 compatibility mode and pretty much all but the top tier of customers still run that way. There's a huge gulf between what the platform is capable of and what people actually do with it. SNIP Perhaps if you stop and think about it for a few moments, the shops that stop and do all these batch updates (or come to a halt for 30-90 minutes) are the shops that seem to be able recover quickly during a Recovery practice. The ones that run 24x7 with no daily sync-point (across all systems) find that when they are forced to do a D/R practice, they have n number of platforms in various states (looking at a business day), and then realize that they have a secondary disaster on their hands. Meanwhile, continuing to think about the aforementioned situation (running in '85 compat mode), yes, there are things that can be done to allow real-time updates using VSAM. But when has a good business case been presented to upper management to go to that kind of processing? Understand, with a Bank, that may be forbidden by law (debits first processing being illegal...). Regards, Steve Thompson -- opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting BIND/LINK date out of load module members
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Relson Sent: Monday, May 24, 2010 6:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Getting BIND/LINK date out of load module members I thought I'd try good ole AMBLIST and see if it would help. It promptly choked to death on a PDSE Object!!! Then I suggest that you contact IBM service once you have satisfied yourself that it is not a user error. choked to death is not a very technical description. AMBLIST supports Program Objects in PDSEs. SNIPPAGE I hate it when I go to recreate something and things work right. I'm going to guess that the update to the load lib (PDSE) I was pointing to started early and we collided. I say that because the output of the AMBLIST appears to give what was being requested. I think a REXX to reprocess the output could give a format similar to LIBR. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer(s) -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting BIND/LINK date out of load module members
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Frank Swarbrick Sent: Friday, May 21, 2010 7:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Getting BIND/LINK date out of load module members SNIPPAGE In VSE I can do this: // EXEC LIBR LISTD SUBLIB=USER.PROD /* And I get a nice report of the members in the USER.PROD VSE library, like this: DIRECTORY DISPLAYSUBLIBRARY=USER.PROD DATE: 2010-05-21 TIME: 18:41 M E M B E R CREATION LAST BYTESLIBR CONT SVA A- R- NAME TYPE DATE UPDATE RECORDS BLKS STOR ELIG MODE ACCTCHEK PHASE02-02-20 08-06-04 35984 B 37 YES NO 31 ANY SNIPPAGE I thought I'd try good ole AMBLIST and see if it would help. It promptly choked to death on a PDSE Object!!! I do miss some of the functions that DOS/VS VSE had/has when I get into some of the brain damaged problems of MVS. I seemed to remember a utility in the MVS world that kinda approximated what you are after, but since it wasn't AMBLIST, I don't know what to suggest, other than to check the CBT and see if there is anything on it that might meet your needs in this area. Regards, Steve Thompson -- Opinions expressed by this poster are those of poster and not necessarily those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS file system and some Friday thoughts
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thomas Berg Sent: Friday, May 21, 2010 8:03 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS file system and some Friday thoughts SNIPPAGE Am I an idiot or just a typical programmer ? :) door flung open And there is a difference? shields at maximum Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Large 3270 screen size and TSO/ISPF 6.0 on z/OS v1.10
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of zMan Sent: Thursday, May 20, 2010 8:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Large 3270 screen size and TSO/ISPF 6.0 on z/OS v1.10 On Thu, May 20, 2010 at 4:48 AM, Nick Jones nbjone...@talktalk.net wrote: Mark, Sorry to pick up on this old post but we have just upgraded from z/OS 1.9 to z/OS 1.11 and, like you, take advantage of screen sizes in excess of 62x160. We have the same problem with ISPF 6.1 as you had with ISPF 6.0. i.e. TSO obeys the terminal setting of 86x190, as does SELCOPY/i when run directly from TSO, but ISPF switches to MOD 2. Did you manage to get a solution (or an explination) from IBM ? What's to explain? TSO is old and grotty, and supporting random screen sizes in fullscreen apps is a pain. By no means impossible, of course, but a lot of work. Will making that investment sell more TSO or keep sites from migrating off? Unlikely... so why would they do it? Unpleasant reality, but reality nonetheless. SNIPPAGE Let me see if I have this right. TSO supports the huge screen size. So it is old and grotty. ISPF has a problem with it and forces MOD2. But it is OK since it supports the workstation model with GUI. The problem with ISPF, according to one of the guys here who does more stuff with ISPF than I do, is that ISPF supports a smaller size -- because for whatever reason, they [ISPF] changed things to use a smaller workspace/buffer/screen size/addressing (it was one of those or some combination). IIRC, an earlier release of ISPF *WAS* supporting the larger sizes (was that z/OS 1.6?). But, TSO supports the humungous screen sizes -- so it is old grotty and well, dead. Reality, not perception. Regards, Steve Thompson -- Satire by this poster may not reflect poster's employer's position. Opinions expressed by this poster may not reflect those of poster's employer. YMMV. Sales/use Taxes are the buyer's responsibility. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LINK Question (SRB Mode?)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Art Celestini Sent: Thursday, May 20, 2010 2:16 PM To: IBM-MAIN@bama.ua.edu Subject: LINK Question (SRB Mode?) A colleague has written me about a set of circumstances he is observing: Program A is authorized, running in Key 7, TCB mode, and issues a LINK for Program B. When Program B gets control, it finds PSATOLD=0 and PSASRBM=04. Program A's state was verified with a S0C1 just before the LINK, and Program B's state verified with a S0C1 at entry. How could LINK possibly give the target program control in SRB Mode? Offhand, I don't know the z/OS release he is running on but I expect it would be at least 1.8. SNIP I had asked this same question of Dump Services people. I will summarize what was said. Basically, when an sdump is being taken of your address space, the CPU it (SDUMP) is running on, is in SRB mode. If that was also the same CPU you were using, it may appear in the dump to have been in SRB mode, but when your program was running it may well have been running in TCB mode. IF PSATOLD is zero when your program checks it (while it is being dispatched), it is NOT in TCB mode. If this is not true, and you can otherwise prove you are in TCB mode, you have the opportunity to cause IBM to take an APAR (probably for a dispatcher bug). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Killing Off Symbolic JCL Parameter
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Kovach Sent: Tuesday, May 11, 2010 10:44 AM To: IBM-MAIN@bama.ua.edu Subject: Killing Off Symbolic JCL Parameter I am changing a PROC so that DEFAULT SYMBOLIC PRDHLQ=X.YYY.= All,=0A=0AI am changing a PROC so that DEFAULT SYMBOLIC PRDHLQ=3DX.YYY.= ZZ is no longer necessary.=A0 Unfortunately, many JCL members referencde=A0= the PROC and supply override values for=A0PRDHLQ=3D.=A0 I want to change th= e PROC without having to change the JCL right now.=0A=0AI already tried to = plug the symbolic into a PARM=0A=0A//STEP=A0 EXEC PGM=3DIEFBR14,PARM=3DHLQ= PARM=0A=0APRO/JCL says that the override PARAMETER needs to be QUOTED.=A0 T= his would require changing the JCL.=A0 =0A=0AAny other ideas on how to burn= off the ORPHANED SYMBOLIC?=0A=0AThanks,=0A=0AMike Kovach SNIPPAGE Put in an IEFBR14 step as the first thing in the proc. I would use COND=ONLY for this step. Then you can substitute all the parms into the PARM= string. This allows this step to eat the unwanted/needed parms while not executing. And should an ABEND occur prior, this step should still do nothing. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Windows on Z/os and Z/vm shortly?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, May 11, 2010 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Windows on Z/os and Z/vm shortly? SNIPPAGE From reading, z/VOS ipls itself. It is a advanced instruction emulator and jit type translator of some sort. The z9 and z10 machines have PCI bus on them. Why not just have an actual Xeon on a PCI card with some sort of interface circuitry? SNIPPAGE Wouldn't that make the z/OS a type of AS/400? Then wouldn't that cause the FS crowd to get un-happy? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Amazing article.
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Monday, May 10, 2010 11:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Amazing article. On 6 May 2010 13:25:37 -0700, r.skoru...@bremultibank.com.pl (R.S.) wrote: Version for IT interlocutors: Mainframe? z/OS? Is it a clone of AIX? Linux? C'mon! Since it's not Windows, it must be any non-Windows operating system! [=] It must be kind of Unix!. I wonder how many operating systems are being used in such business environments.Is Pick still being used? How about VAX? Other IBM mini-environment OS's (not to mention OS/2)? Anybody have a list of how much other mainframe operating systems are being used? SNIP I will not say these are mainframe, but I know they are being used: OpenVMS HPNS (formerly Tandem NonSTOP) Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, May 06, 2010 7:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Member name format for z/OS directory as simulated PDS? On Thu, 6 May 2010 18:32:10 -0400, Thompson, Steve wrote: JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. Strange rule; I wonder what motivated it? DOS to MVS migrations would be my guess. When I'm doing one, I make use of this. I believe you're saying you quote the data set name to prevent it's being catalogued. How is this useful? Is it the only way (or easiest) to prevent cataloguing? SNIP I wasn't addressing the CATALOG issue. Back in the '80s I was actually cataloging VSE data sets in the MVS Catalog (a USER CAT for this purpose). Since I have not run many migrations since about 1997 (as opposed to being involved in the back side cleaning up), I don't know if it can still be done (long qualifiers, lowercase, etc.). OMVS came along since then and I really haven't experimented too much with this. And because of the DOS Contamination bit, normally one sets aside 1-8 (I've never seen more than 8) units that are shared between the two systems. If you don't limit those volumes and they get actively used by both systems (as opposed to specific manual managed file processing), MVS goes nuts recovering the free space DSCB(s) for those volume's VTOCs (which happens every time MVS needs to read a contaminated VTOC to get space). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Talman Sent: Thursday, May 06, 2010 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Member name format for z/OS directory as simulated PDS? going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. It would take an experiment to see if LOAD and LINK would allow them. We still have libraries with those members in them. I think it was the work of Librarian or an old release of Endevor. SNIP Or NETVIEW. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Member name format for z/OS directory as simulated PDS?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, May 06, 2010 4:35 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Member name format for z/OS directory as simulated PDS? On Thu, 6 May 2010 17:14:07 -0400, Tony Harminc wrote: On 6 May 2010 15:10, Kirk Talman wrote: going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. JCL doesn't restrict the characters allowed in a DSNAME, as long as the DSNAME is quoted. But if it's quoted, it can't be catalogued. Strange rule; I wonder what motivated it? snip DOS to MVS migrations would be my guess. When I'm doing one, I make use of this. However, many VSE shops today are using names such as MVS would use because of the use of VSAM. So the need for this was dying -- until you get to OE/OMVS and having to use non-MVS/DOS/VM file systems. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Munged Subject [Calcul ate Tape B ytes to Tr acks]
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Sunday, May 02, 2010 9:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Calcul ate Tape B ytes to Tr acks I have been watching subject lines get munged for a while. And so I thought I'd try to track it down. In this case it appears to get started when John Gilmore replied to a posting. The above subject started out as: Calculate Tape Bytes to Tracks And with John's first reply it became: Calcul ate Tape B ytes to Tr acks Anyone have any idea what would do this? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calculate Tape Bytes to Tracks
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Sunday, May 02, 2010 4:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Calculate Tape Bytes to Tracks someone will correct me if I am incorrect - but i believe that the maximum blocksize on DASD (3390-compatible) to assure 2 blocks per track is 27998 That is correct. But, that is not the statement I was responding to. IBM allows you to shoot yourself in the foot, and you can specify a blocksize greater than 27998. BTW, you can specify greater than 32760. I specify 32767 with SMF data all the time on disk. SNIP Since you bring it up indirectly, shouldn't LBI allow for full track writes? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Calling unauthorized code from an authorized address space
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Thursday, April 22, 2010 9:08 AM To: IBM-MAIN@bama.ua.edu Subject: Calling unauthorized code from an authorized address space Hi All, Switching subject lines to something more appropriate. I'm trying to write some authorized code that has a requirement to invoke unauthorized user exits. I'd like to be able to do the following. 1) Provide an anchor word so that the user exit can allocate and retain memory from call to call. 2) Pass a buffer of data (or the address of the buffer) to the user exit so that the user exit can modify the data. 3) Allow the user exit to pass the address of data it has generated back to the authorized caller. 3.1) Data in item 3 will most likely be in a different buffer than data in item 2. Pointers (with enough detail please so I can do the research) on how to do this and maintain system integrity will be greatly appreciated. Thanks, Sam SNIP One of the ways to protect yourself is to force the EXITs to use a storage key that is different from yours, and enforce that rule. Why? The EXITs are running in your address space, and so may change storage that is in the key they are running in. So can you attach them such that they will be in KEY10? Or, can you set up all your code to be loaded in KEY10 or KEY0 so that the exit code can't modify your code? Now, can you put all of your control blocks (or structures) in KEY10 or other than KEY8/9 if the exits will run in KEY8? If the exits will run in KEY10, then you can operate normally. Now, any address that is passed back to you, must be checked for a valid storage KEY. It can't be an address of your storage. If it is, the EXIT has passed a bad address. OR, the address passed back to you must be an address you passed it. But now, how do you tell if the EXIT wrote beyond what you intended? If the EXITs run in a different address space, you can use PC/PT/PR to deal with all of this. I'm sure there will be others who will give more gotchas for this type of problem. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Repro Variable blocked records
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joe Reichman Sent: Thursday, April 22, 2010 9:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Repro Variable blocked records It's a VB so When I create it in my Easytrieve program I display the record Length and the length includes the trailing blanks is there any way to dump the RDW SNIPPAGE Yes. You specify the following (you will have to manually deblock from the dump which will be done as physical blocks): //IDCAMS EXEC PGM=IDCAMS //SYSUT1 DD DISP=SHR,DSN=your.data.set.name.here, // DCB=(RECFM=U,LRECL=32760) //SYSPRINT DD SYSOUT=* //SYSINDD * PRINT IFILE(SYSUT1) DUMP COUNT(2) /* Sent from my HP Mobile WORKSTATION which doubles as my Dick Tracy Two Way Wrist TV. -- Opinions expressed by this poster may not reflect the opinions of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code page for Java on USS
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Wednesday, April 21, 2010 10:09 AM To: IBM-MAIN@bama.ua.edu Subject: Code page for Java on USS I'm in the initial throes of setting up an environment to run Java UDFs in DB2 for z/OS and I'm getting hit by the square brackets problem when trying to compile a small Java program. How and where do I set the code page so I get the correct square brackets. Code page 1047 rings a vague bell, but where do I set that up. SNIP If you are using ISPF, then USS is probably not your problem (either Unix System Services OR VTAM's Unformatted System Services). The problem may be a translate table used by VTAM or within your 3270 emulator package. And no, I'm not being pedantic here, USS is misleading in this case -- insufficient context. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Code page for Java on USS
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Wednesday, April 21, 2010 10:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Code page for Java on USS On Wed, Apr 21, 2010 at 4:15 PM, Thompson, Steve steve_thomp...@stercomm.com wrote: If you are using ISPF, then USS is probably not your problem (either Unix System Services OR VTAM's Unformatted System Services). The problem may be a translate table used by VTAM or within your 3270 emulator package. And no, I'm not being pedantic here, USS is misleading in this case -- insufficient context. Regards, Steve Thompson I thought that might get a bite somehow. Anyhow the problem is sorted thanks, I just needed to FTP the program with the correct code page. Just a touch of old timers disease again. SNIP Unfortunately, your clarification posting and my reply crossed. Gotta love these code page migraines (long story, having issues with them here -- including curly braces, DBCS, etc.). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEBCOPY losing APF authorisation in middle of JO B - etc
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Tuesday, April 20, 2010 4:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IEBCOP Y losing A PF authori sation in middle of JOB - etc Chris Craddock and now Jim Mulder have exhausted this topic; but moribund threads often take a long time to die here; instead, like a second-tier operatic heroine, they go on singing interminably. An authorized step cannot load a member from an unauthorized library; and an unauthorized step cannot of course load a member from an authorized library. E basta. SNIP Actually, an authorized program can attach a daughter task, have it MODESET to PROB. The daughter task then does a LOAD(s), then POSTs the JS TCB when done. The authorized program, which is still in SUPSTATE under the JS TCB, promptly resets the JSCBAUTH I know of about three products that did this for various reasons. I don't know if they still do. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JET v Prop v Volcano [was FTP to z/OS Problem]
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Mason Sent: Thursday, April 15, 2010 10:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to z/OS Problem SNIPPAGE quote The Wrong Sort of Planet They wouldn't listen to me; I did tell them; one good volcanic eruption and they're useless; they'll rue the day they decided on these newfangled jets and abandoned propellers! /quote Non-UK readers need to know that the excuse used by the UK rail infrastructure company for difficulties keeping trains on time one recent autumn - appropriately also known as fall - was headlined as The wrong sort of leaves. This last winter a similar excuse for transport disruption borrowed the headline as The wrong sort of snow. And in case, you haven't seen the news, the air space of a large part of Western Europe has been closed since it turns out that the particles being put out by the volcano - situated so conveniently in the middle of the busiest air corridor on the planet, given their genesis, are particularly harmful to jet engines. Having sent the letter, I was amused to see that an aeroplane providing pictures of the eruption was - you guessed it - propeller-driven! SNIPPAGE At 160 KIAS (Knots Indicated Air Speed) and beyond (which Propeller aircraft are capable of), the ash and grit from a volcano is rather corrosive to the leading edges of wings, windshields, etc. But it is much more sensational for the unknowing reporters to say that jet engines are more susceptible to damage... However, having wings develop holey (not Holy) leading edges in flight tends to make flight crews into test pilots with no real warning... I would also imagine that the aircraft taking the pictures was making sure that they were staying clear of the ash plume. Later, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: Tuesday, April 13, 2010 9:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use On Tue, 6 Apr 2010 10:39:22 -0500, Walt Farrell wfarr...@us.ibm.com wrote: SNIPPAGE Quoting from IO12263: quote ...However, of all the functions described above, several need to be controlled very carefully. *Users who are granted access to these resources have the potential to undermine system security regardless of any data set protections you may have in place.* Therefore, they should be as trusted, for example, as users who have authority to update APF authorized libraries. ... [Emphasis and coloring mine] SNIPPAGE After some discussion here in the office, we are wondering why SMP/E would be allowed to subvert the protections on data sets (see the bold in the above quote). The discussion came down to this sample: If one only has READ authority to SYS1.LPALIB [or pick one of your favorites for this example], why should SMP/E allow a USERMOD (or one's own cobbled PTF) to that library? Now, if the underlying security product (NOT RACF) allows this access when SMP/E asks, those of us discussing this [here in our offices] don't think this is an IBM integrity issue. And given that we are an ISV, we know we will have to inform our L1/2 persons to be aware of the SMP/E error messages that will come out and the questions that will come their way as a result. Regards, Steve Thompson -- Opinions expressed by this poster do not necessarily reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How many mainframes are there?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lindy Mayfield Sent: Saturday, April 10, 2010 9:11 PM To: IBM-MAIN@bama.ua.edu Subject: How many mainframes are there? Just curious how many mainframes are in the world. And also how many mainf= rame people (sysprogs, developers, etc). I just wanted to know how exclusive a club am I in. Then of course I have = to decide if I want to belong to a club that would have me a member. Hopin= g it doesn't get to that. SNIP Are you referring to just IBM type mainframes, or do you wish to include UNISYS, and Honeywell (the ones that I remember and think are still manufacturing)? As to IBM mainframes, do you want to know how many are still under IBM service, or are running naked? In the latter case, I don't think IBM knows how many of those are out there -- until they need to get an upgrade. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT IBM breaks OSS patent promise, targets mainframe emulator
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould Sent: Thursday, April 08, 2010 11:34 PM To: IBM-MAIN@bama.ua.edu Subject: OT IBM breaks OSS patent promise, targets mainframe emulator http://arstechnica.com/open-source/news/2010/04/ibm-breaks-oss-patent-pr omise-targets-mainframe-emulator.ars SNIP I would still like to know, is IBM charging for its patents as part of the licensing cost of its SCPs, or is it charging in the cost of the hardware, or both. That question was quashed when IBM acquired PSI. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, April 08, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote: //PASOBOR EXEC PGM=IEFBR14 //D1 DD DISP=(MOD,DELETE),UNIT=SYSALLDA, // SPACE=(1,1), // DSN=USTS.U0Z72B6.. BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)). Why? In my opinion Simpler Is Better. What advantage do you see in using the more complicated form? snip Gil, try it and let us know how you get around paying your syntax. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, April 08, 2010 9:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION SNIIPAGE Perhaps the same reason you allocate SYSPRINT and SYSOUT in an IEFBR14 step. (What about SYSIN?) Habit? Perhaps your installation has a different version of IEFBR14 from mine. I used SPACE=(1,0). I'm a minimalist. Does thle involve less work cleaning up the VTOC on DELETE? But I agree, IDCAMS is better; it avoids a job step with 3 allocations, and it avoids creating a data set only to delete it immediately. SNIP Seriously, I knew that you do this in ALLOC under TSO. But I've never seen SPACE=(1,1) work in JCL. I just looked at my old 1.7 manual and as I read it, you must code the allocation unit parm. Uh, OK, is it assuming a block of 1 byte in this case? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, April 08, 2010 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION Thompson, Steve wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, April 08, 2010 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote: //PASOBOR EXEC PGM=IEFBR14 //D1 DD DISP=(MOD,DELETE),UNIT=SYSALLDA, // SPACE=(1,1), // DSN=USTS.U0Z72B6.. BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)). Why? In my opinion Simpler Is Better. What advantage do you see in using the more complicated form? snip Gil, try it and let us know how you get around paying your syntax. Regards, Steve Thompson Nothing wrong with the syntax: it says allocate enough space to hold 1 block of 1 byte long; the system will figure out that can fit on one track. SNIP This was just a case of tunnel vision. I knew about block size allocation. But my brain rebelled at 0 or 1. Then I started thinking... This is what you get when you work on data xfer software and are dependant on how JCL and SVC99 Text units interplay and then you are working on some special problem... The joys of tunnel vision. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Wednesday, April 07, 2010 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION Just a warning about using SPACE=(TRK,0). We had a job that used that and it all of a sudden started getting abends with a message that there was no space defined. Our storage folks had just set up SMS for VSAM Extended for that specific group of datasets. It appears that once you do that it closes a hole that allowed the SPACE=(TRK,0) specification. We had to change it to SPACE=(TRK,1) which worked. SNIP Uh, won't this break the ability to create a model 1 DSCB? But then, the reasons for having such have probably gone away. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL QUESTION
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, April 07, 2010 12:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL QUESTION On Wed, 7 Apr 2010 11:09:28 -0500, McKown, John wrote: all the time. If you need to be sure that nobody else is using the DSN, then put an IEFBR14 step at the end of the job with a DISP=OLD on it. But beware JES3 setup. DISP=MOD is safer. (Does JES3 require UNIT and SPACE, lest DSN not exist?) SNIP I know that it does require the DSN (whether by catalog or by volume specific allocation). I don't recall it requiring space. However, I normally use SPACE=(TRK,1) as someone else demonstrated. Using IDCAMS will get you a JCL error, because SETUP makes sure that the DSN is actually available -- it doesn't see the dynamic build. Later, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there a way to execute the same non-CICS DB2 COBOL program in both batch and online?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Amlan Prasad Sent: Wednesday, March 24, 2010 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Is there a way to execute the same non-CICS DB2 COBOL program in both batch and online? Hello, My understanding is that DB2 CAF for CICS and batch environments are different because of which two different load modules are needed to run in these environments even when the actual program may be same. In my project there are many COBOL programs which have DB2 statements but no CICS and are needed for both batch and online. They are just service programs. Currently we have to create two different programs with almost identical code to get two different load modules. If there is some way where we can have only one program load module work in both environments, it will be very helpful. We are using CA-Endevor as change management software which also currently can not create two physically different load modules for the same code otherwise that also could have worked for us. SNIP Capture the OBJECT deck output from the COBOL compiler. Now run two different linkedit steps, each will point to the OBJECT that was captured, but will have different INCLUDE statements to control the output. Speaking of output, you will have to write to two different Loadlibs. This will become a new and different Endevor processor. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Encryption software?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Tuesday, March 23, 2010 11:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Encryption software? We heard via the rumor mill a last summer that EKM support is going away and that we will have to migrate to TKLM or a competitive product in the future. The spectre of this occurring quickly was raised and then dismissed by our IBM team. We are among customers who use EKM for backend tape encryption and are not keen on moving to TKLM since EKM has been free with z/OS and TKLM is priced, requires DB2, etc. snippage We structure our DR process to insure we have the key data sets we need at DR to recover and resume operation. snippage Maybe a few of us are missing something here. If you go to a D/R site to test, your stand alone system start-up on tape can't be encrypted or you can't install that system, right? So, once the system is installed, you have specifically not backed up your certificate file/database so that the rest of the tapes are un-usable. Is that also correct? Now you need a way to get that information into your system, using some special knowledge (such as the password, or key code) that allows this repository to be installed making your cert file/database available. Is this also correct? I'm asking, because the product I work on only does encryption for data in flight. Data encrypted on DASD or tape is another animal entirely. Hence the silence from here. So wouldn't encrypted 'data at rest' be a DFSMS issue (or some third party that is somehow invoked to do this)? Which would be handled by the file / database situation to which I referred above. Now, because of export laws (being that encryption things are munitions as far as the US Gov't is concerned), as I understand the rules, we can't talk about particulars publicly. Which may also be another reason for the silence. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Executive article on the death of tape
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, March 23, 2010 5:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe Executive article on the death of tape Pinnacle wrote: Anybody read the Mainframe Executive article on the death of tape as a backup media? The guy writing it used to work for STK and Sun, and now works for disk-based backup vendors. He says the following: - 15% of all backups fail (my experience 1%) - 10-50% of all restores from tape fail (my experience 1%) - 40-50% failure when restoring data from tape 5 years (my experience again is 1%) So what are you guys seeing out there? Do we really have mainframe tape failure rates in the double-digits percentwise? If we do, then the guy is right and tape is dead, but I just don't buy those figures. What say you? SNIP It sounds like the author of the article might be making up his own statistics. Or maybe those statistics are for tape solutions for other platforms. Either way, it can't be good for Mainframe Executive. SNIP Just remember that 84.9% of all statistics are made up on the spot. ;-) Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to break out CPU-time
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donald Johnson Sent: Friday, March 19, 2010 1:56 PM To: IBM-MAIN@bama.ua.edu Subject: How to break out CPU-time I have a started task that performs a number of functions. In CA Sysview or SDSF I can see the total elapsed time and CPU time, I/O etc. for the overall task. Is there any way to get a more detailed breakdown of these summary numbers? For instance, can I break down the CPU time into more detail to see what is actually consuming these cycles? SNIP There is a new product for this called z/XPF that Dave Cole has on his web site (www.colesoft.com). You might want to give it a try. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Notify a user if a job ends with non zero RC
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Thursday, March 18, 2010 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: Notify a user if a job ends with non zero RC There are probably a number of ways to achieve the above but I'm looking for the best way. Basically if any step in a job ends with a non zero return code, I want to notify a particular user who will not be the submitting user. I've done this in the past but I'm looking for the latest tricks to achieve this. SNIP If you are running an automated operations product, you should be able to trigger off the JOBNAME and MSGID. This is a quick way of doing this without having to write an exit, a lot of REXX code, etc (depending on which AO product you have -- if any). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
Where do I find such a doc? And specifically, if a JOB is defined with SPIN for various outputs, how does one select a specific DD they want to look at. The simplest way of putting this is like this: JOB runs for 15 hours. The JES JOB LOG spins 10 times. But in doing this, so do 4 other outputs (spin that is), and 10 different things got dynamically allocated. So the user wants to find (or display) just the JES JOB LOG entries. They will be happy with some command that just jumps from one to the next. The following is an example of what is seen on the ST panel after a ? beside the JOB in question: JESMSGLG JES2 JESYSMSG JES2 SYS9 M1A470S2 OUTDDM1A470S2 SYS00010 M1A470S2 SYS00013 M1A470S2 OUTDDM1A470S2 SYS00014 M1A470S2 SYS00017 M1A470S2 OUTDDM1A470S2 SYS00018 M1A470S2 SYS00021 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 OUTDDM1A470S2 SYS00022 M1A470S2 SYS00025 M1A470S2 OUTDDM1A470S2 SYS00026 M1A470S2 SYS00029 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 SYS00030 M1A470S2 SYS00033 M1A470S2 OUTDDM1A470S2 SYS00022 M1A470S2 SYS00025 M1A470S2 OUTDDM1A470S2 JESMSGLG JES2 JESYSMSG JES2 SYS00026 M1A470S2 SYS00029 M1A470S2 OUTDDM1A470S2 SYS00030 M1A470S2 SYS00033 M1A470S2 JESMSGLG JES2 JESYSMSG JES2 Surely (not Shirley) there is some way to get just the JESMSGLG DD info, or just the OUTDD info while ignoring the others (this is for a USER, not some SYSPROG...). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Friday, March 12, 2010 1:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN FILTER DDNAME JESMSGLG FILTER DDNAME OUTDD FILTER OFF to see them all MERGE POSTS -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, March 12, 2010 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN One thing you could do ? the job, then SORT DDNAME on the command line, then everything is together. Or a process could be built with the SDSF REXX interface to collect all the stuff. Does that help? Lizette SNIPPAGE Thanks to both of you. Yes, this helps in the immediate case. But the other problem I have is, the only SDSF manual I can find (titled: SDSF Operation and Customization) is not USER oriented. While the HELP PF1 is helpful, if you don't know what the thing is called that you are after, have fun finding it. In my case, all this time I thought FILTER was for handling which JES system, owner, JOB prefix, etc. was being filtered. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN
BINGO! And I found it in PDF -- which I happen to prefer for in my collection. I was afraid that this no longer existed (and it appears to not in the current z/OS releases). But this is the guy I was looking for. Thank you very much. Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Friday, March 12, 2010 2:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF DOC for USER -- NOT SYSPROG/SEC ADMIN Steve, there was an old manual long ago that was directed more to the end user. It was called the SDSF USER GUIDE AND REFERENCE. It may still be helpful. http://tinyurl.com/yj96j7m This will take you to the bookserver on IBM to the OS/390 V2.10 version. See if that helps. Lizette SNIPPAGE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Entry point for a Mainframe?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Tuesday, March 09, 2010 6:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Entry point for a Mainframe? In contrast, today's smallest capacity IBM mainframe is the System z10 = BC model 2098-A01, rated at approximately 26 MIPS and a mere 3 MSUs. If yo= u need to upgrade, you can even move to a 4 MSU model, then 5, etc., and = way past 10 times the capacity of a maxed out MP3000. (Very nice!) SNIPPAGE And the power requirements for this z10? Can it be plugged into a wall beside my desk lamp on a 30A circuit? The entry point for a mainframe needs to be compared to the entry point of a x86 server. It can contain 2TB of RAID5 storage (I know, it could be more or less). It can contain 4 CPUs (2 physical with dual core) -- yes, it could be more or less. But this is where the FLEX/ES box came into this. And IBM's offering was the MP2000 which was replaced by the MP3000 (which us Tier 2 guys could sell, but not the next level up -- which meant we were on a death march, but I digress). But what were the environmental requirements for these boxes? If you go to the next level of server, and leave the clusters of floor models, you have to go to a rack and the blades. I don't think this is an entry level. And look at the increased environmentals. So are we saying, that after 20+ years, the entry level mainframe is similar to the S/360-20, where we have the CPU, the Tape drives and controller the two (or 4) 2311 drives, 1 or two printers and a 2501 card reader with a 1442 punch/reader? All requiring 220 or 208 3Phase? And the Wintell system is a monitor, keyboard, mouse, CPU box, Ethernet cable to a hub/switch and plugs into a wall at 125VAC 60Hz. So the z10 requires a raid box and what other externals? And what power requirements? And how much in the way of environmentals? See, entry level systems need a bit more thought than our current box can be configured with 3 MSUs and ... If you made no provision for entry level, and sales people are incented to kick small mainframes out because you can sell more x86 hardware... then you will not be planting seeds that will become the large systems in the future. So the entry point for a mainframe is rather high, because IBM says so. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those held by poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBMLINK Dbase error
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Tuesday, March 09, 2010 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: IBMLINK Dbase error Anyone else seen and error updating an PMR? For the last hour, I get the following message when I attempt to PMR update. An error has occurred: The database is currently unavailable. The return code is 606. Please try again later SNIP Yes, and they had to make two passes at my ETR to get it fixed. First was to make it so I could even list the ETRs and the second was so I could update them. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z9 / z10 instruction speed(s) -- OCTANE of CPUs
SNIPPAGE So the next time I fill up at the gas station the price should be based on horsepower. All the SUV's should pay vastlly more for the same gas that I use for my Honda Civic. I always use high-test since high-octane is always better even for small cars, better mileage and cooler running engines. The grade of gas used affects the temperature of the engine. It is one reason, why airplanes use special high octane gas. SNIPPAGE It may be one reason, but it is not the defining reason. 80 Octane is not readily available in the US any longer, so 100LL is what is used. 100LL (Low Lead -- as in TetraEthyl Lead) is needed to avoid detonation in high horsepower engines. The other octane levels are gone (unless on a military field, but since I don't operate there, I can't really say what their octane ratings are). And this is why there are people pushing for AutoGas STCs, but requiring that the autogas NOT have alcohol in it (since it attracts moisture, and climbing out to 10,000 ft MSL can mean the outside temp is -30C in the winter guess what happens). sore subject for me But today, even the low end auto engines have detonation sensors to change the timing and mixture. So running premium is a waste. The idea that we need different CPUs to allow for different workloads is a bit twisted. That the clock speed would be different, or the internal cache would be different, etc. is understandable. But, using certain arguments, and apparently IBM does, we do not see mainframes in the 10-20 MIP range with embedded disk drives, etc. (similar to the P/390 on steroids, MP/3000, or the FLEX/ES machines, or PSIs offerings). We don't see this because it is not in IBM's best interest. So we sell you the same machine, but at a lower cost because we disabled it, than the one we sell to the top level power users. Isn't this socialism in effect in computer systems? Seems that Bausch ran into this problem when they were doing the same thing (effectively) for contacts. If you paid more for your contacts, you could wear them for 3 months. Otherwise, you paid less for a box of contacts, but could only wear them for a week at a time. Regards, Steve Thompson -- Opinions expressed by this poster do not necessarily reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Entry point for a Mainframe?
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Monday, March 08, 2010 4:50 PM To: IBM-MAIN@bama.ua.edu Subject: Entry point for a Mainframe? In various threads there has been mention of IBM neglecting the entry level or small z/OS shops. Taking a look at the smallest of the z10s available =20 z10-BC 2098-A01 3-MSU (29 MIPS) z10-EC 2097-401 27-MSU (217 MIPS) z10-EC 2097-701 115-MSU (924 MIPS) I wonder what is considered an entry level or small shop these days. I get along on an older z990-302 132-MSUs (832 MIPS) and it seems pretty small to me. Oddly enough the 2097-701 is less MSUS but more MIPS (yes I know it is marketing and has no basis in reality). And yes I know that historically the world ran on a dozen or so 1 MIPS boxes but where would progress be without bloat. =20 Could you actually get any productive work done on a 3 MSU box today? z/OS, TSO, BATCH, CICS, DB2, Websphere, and associated monitors et. al.=20 And if you wanted more than one LPAR? (Please do not continue the LPARS more or less thread here). SNIPPAGE I could, and have, run a department off of a P390 with OS/390 V1R1, of 10 people and still had sub second response time. With a MP/3000 type machine (which I think is the truly entry level), having hard drives on board, Ethernet adapter on board (that works, Dave), and external tape drives. With this type of set up (at 30MIPS), I'm quite sure you can handle 100 CICS users, plus a few programmers using TSO. This is the level of machine IBM killed when they pulled the plug on the FLEX/ES boxes. And those boxes (FLEX/ES) were upgradeable (as I understand it) to be able to connect to the standard RAID boxes, and even have CTCA between them (once they had ESCON capability), so that you could grow into a sysplex. And what did such a box cost compared to the z10-BC? That would have been a drop, plug and play environment (pretty much a turn-key system). Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Plans to Discontinue REDBOOK Series
Perhaps if you stopped taking the time to continue these things you could get some gas? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Monday, March 08, 2010 5:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Plans to Discontinue REDBOOK Series it's a dumb idea to even consider discontinuing the Redbook Series It would be a dumb idea, IFF (if and only if) IBM was considering this. Three respected IBM'rs said they weren't. Methinks: A tempest in a teacup. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Dispatcher vs. CPU (was LPARs: More or Less?)
Some years ago, there was a chart shown, that showed knees for the number of CPUs that MVS, VM, VSE could handle. Some time later, after certain updates and changes, a new chart was produced showing a new set of knees. Prior to this, Amdahl had put out the Multiple Domain Facility, after finding that there were more CPU cycles available than a single MVS could handle/manage. Is this still the case? With a Domain (LPAR to you IBM types) being able to have more than 2GB of C-Store, which reduces paging, but increases locality of reference delays, does one get max performance without 2 or more Domains running z/OS? This is strictly a CPU utilization via dispatcher question (engineering type of thing) and not a billing for software, and so forth. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defrag
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, March 05, 2010 12:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Defrag --snip -- AFAIK, you are limited to 16 extents on a volume (NON-VSAM, PDS, DAM, etc.). If you are allowed (or can) do multi-volume, then yes, you get 16 [max] per volume for 59 volumes. Reclaiming space in the VTOC: If I can get all my space consolidated to just the DSCB #1, then all the other DSCBs (model 3s) become available, giving space for more allocations in the VTOC. If I remember correctly, there can be up to 4 Model 3 DSCBs to get you to 16 extents (for a data set) -- (non-VSAM, PDS, DAM, PS, etc.). Otherwise, once you have used up all the DSCBs in the VTOC, you can't allocate anything more, or even get a secondary extent on that volume. So defragging does recover space for a VTOC. unsnip -- I can't speak for Extended Format, but for non-Extended Format datasets, you can only have one FORMAT-3 DSCB per dataset (Except for the special case of ISAM, now long dead.) Rick SNIP Based on the doc, if an F1DSCB can only have 3 extents, and an F4DSCB can only have 4 extents, but a simple PS data set is limited to 16 Extents on a volume, then we have a problem. It has been 14+ years since I've had to do DSCB handling (OBS/ACS WYLBUR would try to get a PDS to a single extent...). So I don't recall the actual layouts and only went by what IBM's doc says. And I could very well have misread or misinterpreted DFP/DFSMS's verbiage. But the point was recovering space in a VTOC... Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defrag
Because that's not our problem. I thought I was answering the original poster's question and extended it out to the VTOC and repercussions there, along with possibly running out of space in the VTOC, which is why you might want to do DEFRAG. Regards, Steve Thompson -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Friday, March 05, 2010 3:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Defrag Steve, Why not just allocate a bigger VTOC. The argument is that the regular shuffling of thousands of CYls into contiguous extents to save one or two cyls on a VTOC is valuable exercise. I don't see it. I would give the Storage Admin help and guidance on sizing a VTOC, and how to reallocate a larger one. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Friday, March 05, 2010 10:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Defrag -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, March 05, 2010 12:33 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Defrag --snip -- AFAIK, you are limited to 16 extents on a volume (NON-VSAM, PDS, DAM, etc.). If you are allowed (or can) do multi-volume, then yes, you get 16 [max] per volume for 59 volumes. Reclaiming space in the VTOC: If I can get all my space consolidated to just the DSCB #1, then all the other DSCBs (model 3s) become available, giving space for more allocations in the VTOC. If I remember correctly, there can be up to 4 Model 3 DSCBs to get you to 16 extents (for a data set) -- (non-VSAM, PDS, DAM, PS, etc.). Otherwise, once you have used up all the DSCBs in the VTOC, you can't allocate anything more, or even get a secondary extent on that volume. So defragging does recover space for a VTOC. unsnip -- I can't speak for Extended Format, but for non-Extended Format datasets, you can only have one FORMAT-3 DSCB per dataset (Except for the special case of ISAM, now long dead.) Rick SNIP Based on the doc, if an F1DSCB can only have 3 extents, and an F4DSCB can only have 4 extents, but a simple PS data set is limited to 16 Extents on a volume, then we have a problem. It has been 14+ years since I've had to do DSCB handling (OBS/ACS WYLBUR would try to get a PDS to a single extent...). So I don't recall the actual layouts and only went by what IBM's doc says. And I could very well have misread or misinterpreted DFP/DFSMS's verbiage. But the point was recovering space in a VTOC... Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defrag
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, March 04, 2010 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Defrag -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Thursday, March 04, 2010 12:23 PM To: IBM-MAIN@bama.ua.edu Subject: Defrag Each day I run a Compress, Release, and Defrag on each volume in my SMS DASD Storage group. Some of the volumes still remain pretty fragmented. Is there a way to defrag the Storage Group? -- Mark Pace Hum, we don't even bother. We have set things up so that almost all our datasets are multivolume, via the DATACLAS. And by using DVC (Dynamic Volume Count) and so on. The DASD is so fast any more that we don't think it is worth the time to do defrags on volumes. Oh, and we try to keep a fairly good amount of head room in the Storage Groups as well. SNIP But how does this solve problems for NON-VSAM / non-EXTENDED data sets? 16 extents and you are done (on a volume). How does this reclaim space in the VTOC (I don't really care, but I can see why one might, even with indexed VTOC). I had asked a related question some time ago and I don't recall any one addressing it. I know that we are all [probably all] running with RAID. But since a real device is being emulated, we wind up with the problems that the VTOC recognizes (even though, virtually, the data may be side by side in an actual single extent). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Defrag
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Thursday, March 04, 2010 1:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Defrag Steve, That's not exactly correct. It's 16 extents for 59 volumes and then you're done. John's answer is the solution for your problem. ACC and STOP-X37 users have known this for 30 years. I have no idea what reclaiming space in the VTOC is. SNIP AFAIK, you are limited to 16 extents on a volume (NON-VSAM, PDS, DAM, etc.). If you are allowed (or can) do multi-volume, then yes, you get 16 [max] per volume for 59 volumes. Reclaiming space in the VTOC: If I can get all my space consolidated to just the DSCB #1, then all the other DSCBs (model 3s) become available, giving space for more allocations in the VTOC. If I remember correctly, there can be up to 4 Model 3 DSCBs to get you to 16 extents (for a data set) -- (non-VSAM, PDS, DAM, PS, etc.). Otherwise, once you have used up all the DSCBs in the VTOC, you can't allocate anything more, or even get a secondary extent on that volume. So defragging does recover space for a VTOC. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z9 / z10 instruction speed(s)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Tuesday, March 02, 2010 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: z9 / z10 instruction speed(s) There are multiple z9 models. Each model has its own MSU rating, which is= basically related to the number of CPs enabled and their speed. Now, I k= now that all the CPs on all z9 run same hardware speed. So, I'm wondering h= ow they are knee capped? Now, I know that the knee capping is done by l= oading in a specific MCL. So, I'm thinking that this somehow does something= like inserts a wait state during instruction processing. That is, the XY= Z instruction on all z9s run in the same amount of time. But there is some= thing extra done at the end of the XYZ instruction which causes a wait b= efore the next instruction is actually executed. Am I on the right track? O= r is it done is some other strange manner? SNIP From somewhere in the hazy past, it had something to do with instruction fetch. So while instruction fetch was being held up for n microcode cycles, the pipe was being filled, effectively, with NOPR instructions. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazed idea: SDSF for z/Linux
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Altmark Sent: Sunday, February 28, 2010 8:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Crazed idea: SDSF for z/Linux On Fri, 26 Feb 2010 11:26:44 -0500, Thompson, Steve steve_thomp...@stercomm.com wrote: SNIPPAGE But again if running under VM, VM has the ability to prevent your access to the target volumes by reason of IEF, does it not? Sure, but no more than LPAR I/O config. Exception: You can give a guest R/O access to the volume - LPAR can't do that. Of course, that doesn't help you *repair* it unless you want to clone it and repair the clone, leaving the original untouched. I don't know what IEF means. SNIPPAGE Interpretive Execution Facility -- the owner (or was) of SIE Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Red Alert: All TCPIP users on z/OS 1.11 (2010.02.26)
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Friday, February 26, 2010 6:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Red Alert: All TCPIP users on z/OS 1.11 (2010.02.26) I seem to remember a similar red alert last year for all the then = supported zOS releases. I'm surprised this popped up again under zOS = 1.11. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List on behalf of Knutson, Sam Sent: Fri 2/26/2010 7:25 PM To: IBM-MAIN@bama.ua.edu Subject: Red Alert: All TCPIP users on z/OS 1.11 (2010.02.26) =20 http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/20100226.html = Abstract: A logic error in the base TCPIP code of z/OS 1.11 can cause applications = using ASYNCIO Writes to be driven twice. This can affect various = applications and subsystems using z/OS TCPIP ASYNCIO on the sending = side, such as Websphere MQ, JES and non-IBM products. Description: A logic error in TCPIP on z/OS 1.11 can cause applications using ASYNCIO = Writes to be driven twice. The application data presented on the socket = write operation is sent over the TCP connection twice, thus corrupting = the data stream. This can affect various applications and subsystems = using z/OS TCPIP ASYNCIO on the sending side, such as Websphere MQ, JES = and non-IBM products. Please see APAR PM08514 for the details and = symptoms that may result.=20 Recommended Action: All z/OS 1.11 users should install the APAR fix for PM08514 that is = currently available from IBM Support. This APAR does not apply to prior = z/OS releases.=20 SNIPPAGE It is the same thing. We were talking with IBM on Friday and ... Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazed idea: SDSF for z/Linux
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Altmark Sent: Friday, February 26, 2010 12:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Crazed idea: SDSF for z/Linux On Thu, 25 Feb 2010 11:59:41 -0500, Thompson, Steve steve_thomp...@stercomm.com wrote: Yes this raises security issues. But you have physical access in this case. If these things are only given to the root or a special user w/in the *nix environment, you have addressed much of the security issues. If you are running under VM, and VM is giving you access to the physical addresses, then the security is controlled by VM. Not. The problem is that the z/OS audit trail will not contain any record that user STEVE accessed the spool and z/OS access rules will not be applied to the datasets on the volume. SNIP I think we are talking about two different issues. In a D/R situation, where you have killed your running system, and somehow your 1 pack emergency system won't IPL (since it takes at least 2 volumes for SYSRES now), you can fix things if you have a standalone system. [OR, you are at the D/R site and need to make some change to get the system to IPL...] I have used such a system that is booted from the HMC's CD unit. And the editor that I used was a royal pain, because it had to write back to the block it read from. If you have more of a system to do that kind of work with, then recovering a wrecked JES2PARM or PARMLIB element/member becomes much easier. And in this case of the standalone editor, there were no directory entry updates made, no SMF data, etc. etc. -- Aside: do I need to get into spool at this point? I dunno, I guess it would depend on if there was something there that would tell me what I need to know to fix this system so it can IPL -- Now, if you were to do this with a running system (z/Linux for instance), I'd think that the auditors and security people should be able to use piano wire or whatever. But again if running under VM, VM has the ability to prevent your access to the target volumes by reason of IEF, does it not? This is what gives the last line of defense, such that it is. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect poster's employer's opinions -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's with IBMLINK now??
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Friday, February 26, 2010 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's with IBMLINK now?? I just deleted the bluecoat string from the address in the address window and got in, so the original URI apparently is still working. Makes me wonder where the bluecoat is coming from, and why. pause OK, just exited IBMLINK and re-entered via www.ibm.com/ibmlink, and got the normal www-304.ibm.com/. . . URI (no bluecoat). C'est la vie, I guess. -jc- SNIPPAGE I just battled with it. I logged on to deal with some ETRs and what it did was put me into the last SIS session I had, while giving me nasty grams that my session had timed out. So, I went to my bookmarks and clicked on that and instantly went to the menu screen I had expected. Then I signed out and back in again. And I got to play the same game again. Houston, I think you have a problem. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Adventure - Or Colossal Cave Adventure
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of jack.hamil...@kp.org Sent: Wednesday, February 24, 2010 6:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Adventure - Or Colossal Cave Adventure WYLBUR was used by Stanford and SLAC, and by some other academic=20 institutions.=20 There's a commercial version called SuperWylbur, http://www.superwylbur.com/, I think there was another commercial=20 version called Interact from Online Business Systems, but Mr. Google is=20 not being helpful on that. And there were rumors of a DOS or Windows versions, but I was never able=20 to track it down. SNIP OBS/WYLBUR (which became ACS/WYLBUR) had WYLBUR/AT which ran under DOS or Windows. I still have a copy on a floppy. But it apparently has some issues with Y2K. We found it interesting that we were client-server capable before anyone had come up with the client-server name. To answer another question, ACS/WYLBUR was in use at many university sites, and several US Gov't sites, and some other industries were also using it. We had one insurance industry customer that told us they decided to get off WYLBUR and go to TSO. After moving one department to TSO they realized that they were going to need a CPU upgrade. At that time they had 200+ users per WYLBUR image (and I don't know how many images they had running). We also don't know how big a department was (we assumed about 50 logon accounts). They decided that WYLBUR was not going to go away after all. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crazed idea: SDSF for z/Linux
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, February 25, 2010 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Crazed idea: SDSF for z/Linux SNIPPAGE The z/OS JES spool. But it might be interesting to have similar for VM:Spool, normal VM SPOOL, z/VSE, and others. But that's getting futher afield. Like being able to read z/OS legacy (PS and PDS) datasets directly. Again, to avoid any CPU use in z/OS itself. But security is still an issue on all of these accesses. SNIPPAGE This is similar to using a Linux Live CD to diagnose and fix a Windows system (even if it is running NTFS). The Linux system could be used for D/R purposes to diagnose or fix the non-running system. Yes this raises security issues. But you have physical access in this case. If these things are only given to the root or a special user w/in the *nix environment, you have addressed much of the security issues. If you are running under VM, and VM is giving you access to the physical addresses, then the security is controlled by VM. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html