Re: Allocation mystery
On Thu, 31 May 2012 15:25:04 -0600, Steve Comstock wrote: I run a job that creates a new data set using this DD statement: //NEWMASTDD DISP=(NEW,CATLG),DSN=SYSUID..WORK.NEW.ZINPUTA, // LIKE=STNT329.TRAIN.ZINPUTA Job runs fine and creates the new file. Is the data set SMS managed? Now I run it again; I expect it to fail with 'DUPLICATE DATA SET NAME' - but it doesn't. Instead, it goes ahead and allocates the file on a storage volume and gives me a zero completion code; just doesn't catalog the data set. Storage volume suggests that it is allocated to a non-managed volume. This is not unusual. Did you receive a NOT CATLGD 2 message? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: XPLINK Modules in SCEERUN2
On Tue, 22 May 2012 12:49:48 -0500, Mark Zelden wrote: Pointing to the specific manual and section title would have been good since the specifics could change. I did a quick check that manual prior to Kirk posting, as that is where I expected to find it but somehow missed it within all the XPLINK hits I had. I see now that 3 of the modules in the sample LPA member (2 + 1 alias) are documented as XPLINK in appendix 1.3.2. CRTEC128 and alias C128 are not mentioned at all in that section. I think that some confusion was caused by the recommendation to include XPLink modules in LPA. The section of the manual that points to the member references C/C++. XPLink is actually, a calling convention that is used by C/C++. The recommendation should probably have been to include C/C++ runtime modules in dynamic LPA. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Early IPL problems
On Fri, 18 May 2012 01:43:56 -0400, Jim Mulder wrote: When the 2074 control unit came along, it responded to the reset by clearing the screens of its terminals/consoles and displaying some kind of link message. This makes me wonder, why does the 2074 clear the screens? Can that behavior be fixed? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Preventive z/OS maintenance, was: EPSPT vs. FIXCAT
On Fri, 18 May 2012 00:52:38 -0700, Walter Marguccio wrote: this is my understanding of the RSUmmyy. My memory could be rusty on this, but many moons ago customers were tired of peeking through too many PTFs delivered in SMCREC, SMCCOR, PUTmmyy recipients, and complained to IBM. As a result, RSUmmyy was developed in order to let customer select as few PTFs as possible, but as many PTFs as needed. What I remember is that RSU was changed so that customers would be able to apply all of the latest PTFs (FSVO Latest) with the understanding that they were all tested as a group. Because of the testing that was done at IBM, there is a better chance of fixing problems without introducing new ones. In practice, many customers choose to upgrade to an RSU level than the most current after receiving the latest HOLDDATA, thus providing an additional measure of safety. For information, see the CST website. The mission statement is at http://www-03.ibm.com/systems/z/os/zos/support/servicetest/mission.html -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Comparison of compiler generated code AD 1980(ish) v 2010(ish)
On Tue, 15 May 2012 20:07:52 +, Robert Prins wrote: maybe a 16-byte three-instruction sequence like 003FC0 E310 DF10 0158 003120 | LY r1,a1:d7952:l4(,r13,7952) 003FC6 E300 1047 0015 003120 | LGH r0,_shadow20(,r1,71) 003FCC 4000 E064003120 | STH r0,_shadow20(,r14,100) is really faster than the simple 6-byte one-instruction sequence 0026D4 D2 01 7 064 6 047 MVC REPT_LINE.DATE.MONTH(2),REPT_LIST.DATE.MONTH Not likely. Address Generation Interlock (AGI) will cause the second instruction to stall until the address is available in R1. In addition, instruction cracking will, under some circumstances, cause a z196 processor to execute a load and a store when a MVC instruction is executed. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Convert CPU time to MSUs
On Thu, 10 May 2012 10:55:42 -0400, John Gilmore wrote: Factor is in fact a decreasing function of ENGINES. It drops off in a moderately but clearly convex way with increasing values of ENGINES. You need a table of the form You could derive such a table from the charts on https://www-304.ibm.com/servers/resourcelink/lib03060.nsf/pages/srmindex?OpenDocument . Or you could use the SU/second information for your processor from the tables. Or you could get the factor from the SRM control block that contains it. Search the MVS bookshelf for SERVICE UNIT and you will find several hits. The IRARMCTZ looks promising. SHOWMVS is another possible resource. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Convert CPU time to MSUs
On Tue, 8 May 2012 08:33:18 -0500, K Zafirop kzafiropou...@eurobank.gr wrote: We would like to convert CPU seconds copnsumed by an address space in 1 hour (CPUSECs) to Service Units (SU). Here is how SHOWMVS calculates SU/Second: * *Service units per second (using RMCTADJC) * *Source: IRARMCPU module in SYS1.NUCLEUS(IEAVNP10) * HARD20 L R6,WKCELL3 restore CPU noRS0101 L R3,=F'1600' 16,000,000 M R2,=F'1'10K L R14,CVTOPCTPRESOURCE MANAGER CONTROL TABLE D R2,RMCTADJC-RMCT(,R14) adjustment factor for CPU CVD R3,WKCELL3 R3=SU*1 MVC WORK256(11),=X'4020202020214B20202020' 9. EDWORK256(11),WKCELL3+3 EDIT STRING ' This system can deliver',(WORK256,11), X ' service units per second',X INTO=LINE -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Wed, 9 May 2012 22:12:17 +1000, Andrew Rowley wrote: I'm not completely convinced of the evils of over initiation anyway. I used to scoff at the problem of over-initiation for many of the same reasons as you cite. Way back when I upgraded form MVS 3.1.3 to OS/390 2.4, we went directly to goal mode with WLM-managed initiators. The system was severely CPU constrained and we were s uffering form poor and erratic response time for CICS and TSO. Batch throughput wasn't good either. When I initially planned to go directly to goal mode, I had anticipated that there would be a CPU upgrade. That CPU upgrade never materialized. After we went production with the new system, CICS and TSO response times improved considerably and were much more consistent. Batch turnaround time did not seem to suffer, though I did not quantify it. The improvement was quite a surprise, especially given that in those days, every new release was expected to require more resources than the previous one, and this was a jump of seven or so releases. One big difference that I noticed was that WLM was running considerably fewer initiators than what we ran previously. I concluded that we had been suffering from the effects of over-initiation. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Convert CPU time to MSUs
On Tue, 8 May 2012 08:33:18 -0500, K Zafirop wrote: We would like to convert CPU seconds copnsumed by an address space in 1 hour (CPUSECs) to Service Units (SU). The system performs this calculation. Are you sure you want to do it yourself? Our machine has 5 engines. Is it true that we have available 18000 CPU seconds? yes SU = CPUSECs * SU_SEC so far, so good where SU_SEC = SU_HOUR / (ENGINES * 60 * 60) Service units per second for processors is documented in the Initialization and Tuning Guide. The latest information is at https://www-304.ibm.com/servers/resourcelink/lib03060.nsf/pages/srmindex?OpenDocument . If you are using advertised MSU to compute SU/second, you will not get good results. I don't remember which control block contains the CPU/second value that SRM uses. Also beware that if you make dynamic changes for the processor, such as with capacity on demand, the SU/second value will change. SRM is aware and its calculations of SU usage are adjusted accordingly. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: It's feeding time in Jurassic Park . . .
On Fri, 4 May 2012 14:12:48 -0500, Kerneels de Wet wrote: No disrespect but this looks a little like I disagree. This post and your later one are quite disrespectful. This is a technical forum with which you may be unfamiliar. AFAICT, you have posted exactly twice to IBM-MAIN, both of them in this thread with no apparent purpose than to attack George. George is a familiar name here. While I do not recall any of the previous threads with which he was involved or the level of his involvement, he has started an interesting and worthwhile discussion. You, on the other hand have contributed nothing. Rather, you have detracted from this forum. b) You use a nameless email account PKB. You use a nameless email account with no identifying information. Of course, to do so is your right, but why do you make an issue of it? ABSOFTWARECONSULTANTS.COM is an empty web site, apparently registered with ICANN anonymously four years ago. c) The SHARE grease monkeys immediately respond More insults. Apparently you don't have a clue what SHARE is. I would suggest that you refrain from posting until you learn some basic netiquette. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Comments on DFSMS verbose messages?
On Sun, 6 May 2012 23:23:14 -0400, Robert A. Rosenberg wrote: The problem is that before 64 AMODE you had 3 AMODE Choices - 24-Only, 31-Only, or BOTH 24 and 31 (ie: Any). Where does AMODE(ANY) mean both? Certainly not on the AMODE assembler instruction or in the binder. If I code AMODE-31 I can have problems with something that needs AMODE-24. yes. There needs to be am AMODE (such as ALL) to say that all 3 AMODES (24/31/64) are supported. That makes no sense. Addressing mode is set in the PSW and it tells the processor how to behave. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Comments on DFSMS verbose messages?
On Mon, 7 May 2012 08:09:45 -0600, Steve Comstock wrote: On 5/7/2012 7:54 AM, Tom Marchant wrote: On Sun, 6 May 2012 23:23:14 -0400, Robert A. Rosenberg wrote: The problem is that before 64 AMODE you had 3 AMODE Choices - 24-Only, 31-Only, or BOTH 24 and 31 (ie: Any). Where does AMODE(ANY) mean both? Certainly not on the AMODE assembler instruction or in the binder. AMODE ANY means the program will be given control in the AMODE of its invoker No, it doesn't. Regardless of AMODE specification, a program that is invoked with BASR or BALR will get control in the AMODE of its caller. A program that is invoked with BASSM will have the AMODE set based upon the value of bits 32 and 63 in register 15 (assuming standard linkage conventions). When a load module that is marked AMODE ANY is LOADed, which way are these bits set in the entry point address? Of course, if a module that was assembled AMODE ANY is bound with another module that has its AMODE set to 24 or 31, the resulting load module will have its AMODE set to 24 or 31, respectively. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Engine increase on the 2097
On Fri, 4 May 2012 14:39:29 +, Lopez, Sharon wrote: We are turning on 1 engine this weekend to one of our processors; we are going from a 2097-604 to a 2097-605. ... How can we verify that the actual physical engine has been turned on? Is there a MVS display that will show this or somewhere within the HMC? Thanks. MVS operator command D M=CPU -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Thu, 3 May 2012 09:04:17 +0200, Vernooij, CP - SPLXM wrote: Tom Marchant m42tom-ibmm...@yahoo.com wrote in message news:3196993092879856.wa.m42tomibmmainyahoo@bama.ua.edu... What do you see in your service classes? Afaik WLM also manages the individual jobs in a SC, to distribute the resources among them. Based upon what criteria? Some snapshots from SDSF DA: JOBNAMESrvClassSP CPU% DP ZRICFE9TBAT_PJ 1 2.26 D8 ZRICFE9DBAT_PJ 1 0.09 D8 MHTLX03LBAT_PJ 1 0.00 CC ZWACR01LBAT_PJ 1 0.05 CC That's the first time I've seen that. I wonder why WLM would assign a different DP to two jobs in the same service class. Are all of these jobs running on the same LPAR? If I use SDSF to look at active jobs on multiple LPARs at the same time, the dispatching priority for a service class on the different systems are different, but on any given LPAR they are the same. The conditions on the different LPARs are different and the instance of WLM on each of them manages its work according to the conditions on that LPAR. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 1.12 1.13 JES2 toleration PTF APPLY problem
On Wed, 2 May 2012 13:06:56 +0200, Miklos Szigetvari wrote: O.k now, but how can I copy an FMID from one target to another ? BUILDMCS -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Tue, 1 May 2012 22:06:55 +0200, Vernooij, CP - SPLXM wrote: In our case, production batch varies from seconds to hours That was my case too. It was several years ago that I was in a shop where I had primary responsibility for performance, but what I found there is that: During the day, most of the production jobs were shorter duration, with the longest running jobs being run at night There was very little non-production work at night During the day, CICS was the most critical and there was a lot of development batch and TSO work Even at night, about as many jobs were of short duration as long duration jobs. At night, there was little competition for resources. For my shop I set a goal for production of 50% complete in 30 minutes. I did that after some analysis of the production jobs that run over a period of time and found that about half of the production jobs run in under 30 minutes. By using a percentile goal like this, WLM gave priority to production over non-production. This works because WLM manages the service class, not individual jobs. For example, when WLM changes the dispatching priority of a service class, every job in the service class is set to the same DP. As long as the arrival rate of shorter work is high enough, the longer running jobs go along for the ride. Most non-production batch was in discretionary. I was using WLM managed initiators for almost everything, which helped the performance of everything because it kept the system from being over-initiated. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Wed, 2 May 2012 15:26:54 +0200, Vernooij, CP - SPLXM wrote: Tom Marchant m42tom-ibmm...@yahoo.com wrote in message news:2739094540663537.wa.m42tomibmmainyahoo@bama.ua.edu... WLM manages the service class, not individual jobs. For example, when WLM changes the dispatching priority of a service class, every job in the service class is set to the same DP. Are you sure, under what circumstances? I don't see this in my SC's (be it with Velocity). I should have written service class period. Yes, I'm pretty sure, but if I'm wrong I hope to be corrected. This does not apply, for example to CICS address spaces that are managed with transaction goals. There may be other exceptions that I am not aware of. AFAIK this is the same for velocity goals and response time goals for address spaces that are not recognized as server address spaces by WLM. What do you see in your service classes? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Tue, 1 May 2012 07:33:49 -0500, Staller, Allan wrote: I can see a techno-political use for a penalty service class. i.e. If a particular job exceeds the installation defined limits for a particular type of work, migrate to a service class just barely above discretionary, as a punishment. IMO, most batch should be run in discretionary. The exception is workload with turnaround requirements. These should be met with response time goals. A penalty service class that is just barely above discretionary makes no sense at all to me. When WLM has plenty of discretionary work to do, it is able to get the most work out of the system. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Tue, 1 May 2012 15:40:59 +0200, Vernooij, CP - SPLXM wrote: In Goal mode you specify the performance with Vel/Resp + Imp, the same as you did with DP prior to Goal mode. IMO using velocity goals to try to manage priorities does not let WLM do its job as effectively as if you use response goals for most of your work. Prior to Goal mode, there was nothing like a response time goal. In the case of batch work, response time is roughly the same as turnaround time. When setting response time goals for batch, it is important to use an appropriate percentile to get the workload to run the way you expect it to. If you also make as much work discretionary as possible and make sure that you don't have any unrealistic goals, WLM will maximize the throughput. Anyone setting WLM goals should be familiar with John Arwe's paper about velocity goals. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Tue, 1 May 2012 10:42:14 -0500, Tom Marchant wrote: Anyone setting WLM goals should be familiar with John Arwe's paper about velocity goals. Someone asked me off line where to find John Arwe's paper. http://www-03.ibm.com/systems/resources/servers_eserver_zseries_zos_wlm_pdf_velocity_pdf_velocity.pdf -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WLM : multiple periods not recommended for batch - why?
On Tue, 1 May 2012 13:29:06 -0500, Mark Zelden m...@mzelden.com wrote: On Tue, 1 May 2012 10:28:33 -0500, Tom Marchant m42tom-ibmm...@yahoo.com wrote: IMO, most batch should be run in discretionary. The exception is workload with turnaround requirements. These should be met with response time goals. A penalty service class that is just barely above discretionary makes no sense at all to me. When WLM has plenty of discretionary work to do, it is able to get the most work out of the system. 1) As someone already mentioned, there are legitimate applications where batch is every bit as important as online / interactive work. If you system is running at or near 100%, your not going to get that batch work done at all, or not within SLAs if it is discretionary. Agreed. That's why I wrote Most batch and The exception is workload with turnaround requirements 2) While your idea may work fine in a 100% production LPAR only, most shops have LPARs where there is a mixture. If all batch is discretionary, what prioritizes production over test / development batch? I didn't say All batch is discretionary. Also, not all production batch has the same requirements. I agree that test batch should usually be set to discretionary. I say usually because I'm sure there are some posts in the archives where people have removed discretionary and given it a low importance like 5 - and low velocity.You can search the archives for their reasons. I don't like velocity goals except for long running address spaces. If I was going to do that, I would set a low response time goal. For example, in our environment, the vast majority of development jobs end in considerably less than a minute after being submitted. In this environment, if I wanted to set a low goal like you suggest, it might be 50% complete in less than 15 minutes. Remember that discretionary work is managed like a Mean Time To Wait group. IMO low priority work is managed better in discretionary than with either a low velocity goal or a low response time goal. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ZOS 1.13 SMPTABL Mystery
On Wed, 25 Apr 2012 19:24:57 -0400, Shmuel Metz (Seymour J.) wrote: In 4f96b36c.3000...@acm.org, on 04/24/2012 at 09:06 AM, Joel C. Ewing jcew...@acm.org said: SMP/E dialogs do not work that way. Users do not share the same variables directly, they share the same list of named maintenance projects Is that a new function? I don't recall ever seeing named projects in the dialogs. Joel is referring to is the Run comment. Yes, you can deduce most of the state information from the CSI, possibly with help from the SMP/E log datasets; but it takes much more work and adds unnecessary opportunity for human error. Isn't it the other way around? The state information in the ISPF variables may be stale if you RECEIVE updated HOLDDATA, while the state information in the CSI is current. The state information that is stored in SMPTABL is not the state of SYSMODs. It is the state of the Sysmod Management dialog. For example, someone could start a SYSMOD Management dialog process to install RSU maintenance and select the APPLY/ACCEPT path. It might take several iterations of APPLY CHECK, reading HOLDDATA, adding or excluding SYSMODs, etc. before being ready to do the APPLY. That might include receiving additional HOLDDATA or SYSMODs. If you take over a dialog that someone else started, you can you don't necessarily have to go through all of the iterations that they did. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
On Thu, 26 Apr 2012 09:24:10 -0700, esmie moo wrote: Good Morning Gentle Readers, The dsn has the following allcation but I am not sure how to correct the problem. I have never seen before where the current utilization is larger than the allocation. I've never seen that either. Before attempting any correction, I would use IEHLIST to obtain a LISTVTOC FORMAT and a LISTVTOC DUMP for the data set. I wonder if ISPF is reporting the information correctly. If the LISTVTOC confirms the information that ISPF shows, I'd recommend calling the IBM support center. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DSN MYSTERY - CURRENT UTILIZATION GREATER THAN CURRENT ALLOCATION.
On Thu, 26 Apr 2012 20:48:48 +, Gibney, Dave wrote: Migrate/recall it and it might get better. I wouldn't do that without first taking a full volume backup. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
On Tue, 24 Apr 2012 16:23:50 +0300, Binyamin Dissen wrote: If the invalid page can be paged-in, in what way is it invalid? Bit 53 of a page table entry is the Page-invalid bit. If it is set in the page table entry that is used to reference a location in storage, a Page-translation exception, PIC 11 (commonly known as a page fault) is recognized. Similarly, bit 58 of the segment table entry is the Segment-invalid bit. If it is set in the segment table that is used to reference the page table needed to reference a location in storage, a Segment-translation exception (PIC 10) is recognized. There are similar invalid bits in bit 58 of each of the three levels of region tables. It is more common for these exceptions to be resolved and the instruction retried than it is for the access to result in a S0C4 abend. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Explination of S0C4 reason code 4 and related data areas
On Tue, 24 Apr 2012 17:21:24 +0300, Binyamin Dissen bdis...@dissensoftware.com wrote: On Tue, 24 Apr 2012 09:15:05 -0500 Tom Marchant m42tom-ibmm...@yahoo.com wrote: :It is more common for these exceptions to be resolved and the :instruction retried than it is for the access to result in a S0C4 abend. As I specified page in, it is clear that the hardware received an exception. I'm not sure what you mean by that. _All_ S0C4 abends are the result of the processor recognizing an exception. But I would suggest that most references to invalid pages do not cause an 0C4. Yes. That's what I wrote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Reversing the Catalog Definition entries
On Wed, 18 Apr 2012 08:18:25 +0530, Jake anderson wrote: I am just curious to know if we have indirectly cataloged one set of volume lets say ZX2RS2 to SYSR2. Can we change back the entries in Master Catalog from SYSR2 to ZX2RS2 ? Could anyone please advise me if such options are available to do so. Are you sure you want to do that? Why? There might be a better solution to whatever problem you are trying to solve. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/OS every two years (Official announcment)
On Fri, 13 Apr 2012 09:44:45 -0500, Jonathan Goossen wrote: I find both PDF and Info Center easily navigable. snip IMO it is a matter of what we get use to. Perhaps it is a matter of what we are used to. Earlier today, someone asked me a question about LARGEDS support for JES2 SPOOL and I did a search in if the JES2 bookshelf in the Softcopy reader to quickly find the information I needed. Later, I did the same search in InfoCenter. I found it to be inferior. - Softcopy reader tells me which books have hits and I can then look at the hits in each book. Infocenter just lists all of the hits with no indication AFAICT which book they are from until I open them. - I can open each hit in a separate window with the Softcopy reader. In Infocenter, I can also open each hit in a new window (or tab), but when I do, the search text is not highlighted. - Infocenter has many false hits. For my search for LARGEDS, it turned up several entries in the manuals with the word large -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Modernizing the BCP code ?
On Thu, 12 Apr 2012 10:14:34 -0500, McKown, John wrote: Has IBM upgraded the PL/AS(current name?) compiler to emit Relative and Immediate instructions?. Probably, since the RI facility was required for OS/390 2.10. The new instructions may (or may not) be less resource efficient that the older versions. Well, on the z10, 668 of the 894 instructions are implemented entirely in hardware. I would assume that they are very efficient. IMO, the only time to use a relative instruction is in baseless code. We can disagree here. I use relative branches in all new code unless I need the branch to be indexed. Relative branches avoid Address-Generation-Interlocks. Again, the only time to use immediate instructions is when the value is a constant and will fit into a halfword. For my code, I can not use the Extended-Immediate instructions because our customers may be running on processors that do not include those instructions. Oh, and one other reason to use at least one Branch instruction in your program instead of a Brance Relative. If the start of a program starts with the sequence: USING *,15 B AROUND DC C'some character string' AROUND DS 0H Then the SYSUDUMP will print some character string in the save area trace portion of the dump. In most cases, this works because GPR15 points to the B instruction. You get the same thing if the first instruction is J AROUND If your program is ATTACHed in AMODE 64, the B AROUND won't work. In that case, register 15 does not contain the entry point address. You are expected to use relative branching. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Modernizing the BCP code ?
On Thu, 12 Apr 2012 19:25:34 +0200, R.S. wrote: As far as I know, z9 wasn't so revolutionary generation. z9 introduced these facilities: DAT-enhancement facility 2 ETF2-enhancement facility ETF3-enhancement facility Extended-immediate facility HFP-unnormalized-extensions facility Message-security-assist extension 1 Modified-CCW-indirect-data-addressing facility PER-3 facility Server-time-protocol facility Store-clock-fast facility Store-facility-list-extended facility: TOD-clock-steering facility Extended-Immediate is nice. I wonder if the clock facilities are the reason for the level set. A big change was introduced with z/990 and later with z10. z20, yes. z990, not so much. And a big change with z996. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Modernizing the BCP code ?
On Thu, 12 Apr 2012 21:30:24 +0200, R.S. wrote: W dniu 2012-04-12 20:47, Tom Marchant pisze: z9 introduced these facilities: ... So what? How does it compare to 50+ new instructions in z10? A big change was introduced with z/990 and later with z10. z20, yes. z990, not so much. And a big change with z996. You're talking about z30, z8 and USS? vbg sorry, finger check. I meant to say z10, yes. z990, not so much. And a big change with z196. Just to remain: z/990 introduced CSS concept, 60 LPARs, 1024 channels, 30 LPARs and 512 channels on the z990. CSS and greater than 256 channels was quite a significant architectural change, IMO CCF-CPACF(+Crypto cards), STP, Server-Time Protocol was introduced on z9. PCHIDs, 16 CPs, new specialized CPs. Was it small change? I don't think so. Good point. Lots of stuff in z990. I was thinking more of instructions. More than 100 new instructions on the z196. I would think that the level that IBM selects for a level set is based upon the facilities that the operating system wants to depend upon being there. The timing of the level set is likely somewhat political. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Query about overcoming -- debunking, countering, and burying --mainframe myths
On Tue, 10 Apr 2012 22:31:26 -0400, Gabe Goldberg wrote: long ago, when my employer was upgrading a 370/148 to the newly announced (but not yet shipping) 4341. A renowned industry expert ... [said] the 4341 might not be compatible with the 148 Not what you are looking for, but in the late 1970's, when I was an Amdahl SE someone said that they understood that the Amdahl was IBM-compatible, but would it run Cobol? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Query about overcoming -- debunking, countering, and burying --mainframe myths
On Wed, 11 Apr 2012 08:50:28 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 11 Apr 2012 07:04:45 -0500, Tom Marchant wrote: someone said that they understood that the Amdahl was IBM-compatible, but would it run Cobol? I understand that Hercules is zSeries compatible, but will it run z/OS? That is a marketing and licensing question. The question about the Amdahl processor running Cobol was a technical compatibility question. The license was available. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Malicious Software Protection
On Thu, 29 Mar 2012 07:41:20 -0500, Steve Dover wrote: I wish listservers had a like button similar to Facebook and such. I would like this comment. I don't. And I wouldn't. Every time you visit a page with a Facebook like, your movements are tracked. For more information about this, see http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1717563 It is apt that this comment would be made in a thread about malicious software. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Detect SVC to Place Caller in Key 0
On Thu, 29 Mar 2012 15:21:41 GMT, MD Johnson wrote: Does anyone know what I could look for to detect when an SVC contains code to place the caller into and authorized state (key 0). You could run a GTF trace and examine all SVC calls and returns. Key 0 is not an adequate test, though. You'd have to test for supervisor state or any system key. Even that is not sufficient, because you can't tell from that whether they turned on JSCBAUTH. And then there are PC routines If the SVC (or PC) passes control to an address supplied by the caller, allowing the caller's code to run as part of the SVC, you might be out of luck. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Detect SVC to Place Caller in Key 0
On Thu, 29 Mar 2012 11:51:07 -0500, Paul Gilmartin wrote: On Thu, 29 Mar 2012 11:00:15 -0500, Tom Marchant wrote: On Thu, 29 Mar 2012 15:21:41 GMT, MD Johnson wrote: Does anyone know what I could look for to detect when an SVC contains code to place the caller into and authorized state (key 0). If the SVC (or PC) passes control to an address supplied by the caller, allowing the caller's code to run as part of the SVC, you might be out of luck. If the SVC (or PC) passes control with escalated privilege to an address supplied by the caller, isn't it ipso facto unsafe? Yes. Is it significantly different from returning control with escalated privileges? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DELETE DUPLICTE DSN
On Thu, 22 Mar 2012 15:09:09 -0500, Paul Gilmartin wrote: On Thu, 22 Mar 2012 13:27:43 -0500, Tom Marchant wrote: That's not what the OP wrote. The OP wrote is in use. My mistake. Thanks for the correction. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DELETE DUPLICTE DSN
On Thu, 22 Mar 2012 11:59:09 -0400, Robert A. Rosenberg wrote: At 06:24 -0700 on 03/22/2012, John Dawes wrote about UNABLE TO DELETE DUPLICTE DSN: G'Day I am trying to delete a duplicate dsn via TSO. Since the cataloged version which resides on volume MPR003 is in use, I thought that I could rename the duplicate dsn which resides on MPR027. However when I try to rename the dsn (via TSO) it gave me the message Duplicate data set name followed by Data set is cataloged on a volume other than MPR027. Both volumes are managed by SMS. Is there some other tactic I could employ? Thanks. Since the problem is that the DSN Name is enqueued upon (which is That's not what the OP wrote. The problem is that the data set is on an SMS-managed volume and the catalog says that the data set is on a different volume. you need to rename the dataset you want to delete (so it is not a duplicate of a dataset with a current ENQ). One way to do this is to use SUPERZAP to edit the VTOC entry to alter the dataset name. Not a great idea, IMO. Once this is done you can then do the delete. This may leave a orphan record in the VTOCIX Also in the VVDS. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Execution Velocity
On Tue, 20 Mar 2012 23:11:30 +, Graham Harris wrote: ... could be polluting all your processor caches a lot more than you were experiencing previously on 3 CPs, which could lead to increased overheads in the OS managing higher levels of cache-misses under the covers. The operating system does not get involved in cache misses. When the processor references storage that is not in the most local cache, the hardware retrieves it from the next level cache, if it is available there. If not, it tries the next level and the next. A z196 has a 4 level cache. IIRC a z10 has 3 levels of cache. If it can't be found in any cache, main storage is referenced. This all done entirely by the hardware, and it results in the instruction requiring more time to execute. To look at it another way, cache exists because main storage is very slow compared to the processor speed. Without cache, the processor would not be able to execute instructions nearly as fast as it could. Cache allows data from main storage to be kept very close to the processor in extremely fast memory, allowing the processor to execute instructions as fast as possible. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Execution Velocity
On Tue, 20 Mar 2012 11:05:25 -0500, gsg wrote: Can someone please explain execution velocity for Workload Manager, I'd really appreciate it. John Arwe's paper, for which Alan posted a link is excellent. We do not seem to be getting the results we thought we would. On this particular LPAR, we we're running with 3CPs, but when we activated a 4th CP, our critical path ran longer. Overall we are pushing through more work, but our critical path window ran longer. We are stumped on why. We're starting to look at RMF data, but thought I would throw it out to see if anyone has any clues. Clues come from RMF data about how your goals are being met. We have a HOTBATCH service class defined with IMP=1, Execution Velocity of 90, with the CPU Critical flag turned on. This service class has a jobclass assigned to it. At any given time during our batch window, there may be up to two of three of these jobs running. Other service class we have define for batch are PRDBATHI(IMP=2, Execution Velocity of 30) and PRDBATLO(Discretionary). It sounds as if you have turnaround time requirements for these jobs. IMO, velocity goals are not the best for this kind of workload. Have you considered response time goals? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMPE HOLDDATA question..
On Thu, 8 Mar 2012 04:39:45 -0600, Veena, Sridhar wrote: ++HOLD(HAAWA10) FMID(HAAWA10) REASON(AM58699) ERROR DATE(12066) COMMENT(SMRTDATA(SYMP(DAL) CHGDT(120306))) CLASS(HIPER). ++HOLD(HAAW910) FMID(HAAW910) REASON(AM58694) ERROR DATE(12060) COMMENT(SMRTDATA(SYMP(DAL) CHGDT(120229))) CLASS(HIPER). ++HOLD(HADLA10) FMID(HADLA10) REASON(AM54484) ERROR DATE(12040) COMMENT(SMRTDATA(FIX(UK75991) SYMP(FUL) CHGDT(120209))) CLASS(HIPER). ++HOLD(HADRA10) FMID(HADRA10) REASON(AM48159) ERROR DATE(12045) COMMENT(SMRTDATA(FIX(UK74162) SYMP(FUL) CHGDT(120214))) CLASS(HIPER). ++HOLD(HADRB10) FMID(HADRB10) REASON(AM54307) ERROR DATE(12061) COMMENT(SMRTDATA(FIX(UK75928) SYMP(FUL) CHGDT(120301))) CLASS(HIPER). The first HOLD statement says do not apply SYSMOD HAAWA10 because there is an unresolved APAR AM58699 (HIPER). The second HOLD statement says do not apply SYSMOD HAAW910 because there is an unresolved APAR AM58694 (HIPER). Error HOLDDATA does not tell you what to apply or not apply. It tells SMP/E about known errors. It also provides information used by REPORT ERRORSYSMODS to tell you about error SYSMODs that are on your system and (if available) the PTF that resolves the error. Additionally, REPORT ERRORSYSMODS will tell you if there is a known error in the resolving PTF. When you are applying a product that has an error hold, you need to examine the APAR information and determine whether you want to take the risk of running with the error. An FMID is a SYSMOD that provided a product or a part of a product. If there is no resolving PTF. If you need the function provided by FMIDs HAAWA10 and/or HAAW910 Third HOLD statement says there is an APAR AM54484 on FMID HADLA10 but a fix PTF UK75991 is available. Yes. If UK75991 is applied (or accepted) at the same time as HADLA10, the error hold will be resolved. It is not the FIX(UK75928) in the HOLDDATA that tells SMP/E this at apply time, but the SUP(AM54484) that is in PTF UK75991. Does this mean I skip applying first two SYSMODs HAAWA10 and HAAW910, I will apply the third SYSMOD HADLA10 but follow it up with PTF UK75991 apply. Not quite. You would not apply HADLA10 and follow it up with UK75991. You would apply them both at the same time. One way of doing that is to APPLY HADLA10 specIfying GROUPEXTEND. HOLDDATA is not something for you to read and make decisions about what to do. You should download and RECEIVE it regularly and run REPORT ERRORSYSMODS. The report will list known errors that are already applied to your system and tell you whether there are fixes for those errors. What does it mean when they say obtain your latest HOLDDATA from IBM site and apply it?! Also, when exactly I choose to BYPASS the HOLD information?! You don't APPLY HOLDDATA. You RECEIVE it. RECEIVE brings it into your global zone so that the information may be used by SMP/E during APPLY and ACCEPT processing. All of the HOLDDATA that you showed is for function SYSMODs. An FMID is a product or part of a product at a particular release level. If you have a need to apply that product, you will try to apply it. If your need for that release of the product exceeds the risk of running without the fix to the problem, you would BYPASS the error. I don't know what HAAWA10 and HAAW910 are, but per the normal FMID naming conventions, they are for two different releases of the same product. You would not likely have them both on the same system. Again, error HOLDDATA is not meant for you to read. It includes HOLDDATA for products that you do not have and do not intend to install. If the SYSMOD that was held was a PTF. you would examine the APAR information for the error and for the APAR that the PTF fixes. You have to weigh the risks of running without the PTF against the risk of running with the known error. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SMPE HOLDDATA question..
On Thu, 8 Mar 2012 04:39:45 -0600, Veena, Sridhar wrote: I am new to System programming and have the following doubt... I should have added that APPLY CHECK is your friend. It is better to run APPLY CHECK than to try to make sense of error HOLDDATA. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Program FLIH backdoor - This is a criminal breach of security!
On Thu, 8 Mar 2012 13:49:28 +, Pate, Gene wrote: You have your definition for 'backdoor', I have mine, Next. That is the root of your confusion. This thread is about a vendor creating a backdoor according to my definition. You are amazed at the uproar over this because you applied your definition of what a backdoor is without considering the description of what the backdoor was in the original discussion. if they were APF authorized then they could by definition switch anyone or any task in the system to supervisor state Yes, an APF authorized program can do that. It can also create a backdoor (my definition) that any task in the system can walk through and get into supervisor state. That is the objection that was raised, and it is a very different matter. Since your definition of a backdoor is simply an intercept of a system routine, what would you call it when an authorized program creates an interface that any program can use to put itself into supervisor state? Now if they did this magic and they were NOT APF authorized, then we have a lot to talk about here. Of course they were authorized to be able to install their intercept I have not seen the vendor code and cannot comment on what it does or does not do or how much security checking it does or does not perform before it does what it does. That was Ed's point too. Neither have I and it's the reason I said alleged. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: JCL example to relink a CSECT into an existing load module
On Thu, 8 Mar 2012 12:56:32 -0500, Tony Harminc wrote: //SYSLMOD DD DSN=main.loadlib //NEWMOD DD DSN=load.library.where.you.put.the.new.module //SYSLIN DD * INCLUDE NEWMOD(BA4C1426) INCLUDE SYSLMOD(BA4C1976) NAME BA4C1976(R) In order for this to work correctly, an ENTRY statement is needed: //SYSLMOD DD DSN=main.loadlib //NEWMOD DD DSN=load.library.where.you.put.the.new.module //SYSLIN DD * INCLUDE NEWMOD(BA4C1426) INCLUDE SYSLMOD(BA4C1976) ENTRY BA4C1976 NAME BA4C1976(R) The binder will include the new BA4C1426 first, then the old BA4C1976. The old BA4C1976 contains a BA4C1426 CSECT, but since you have already included a CSECT by that name, the old BA4C1426 CSECT is not retained. The ENTRY statement is needed or the entry point for the new load module would be BA4C1426. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)
On Tue, 6 Mar 2012 20:39:02 +, Pate, Gene wrote: By PCFLIH backdoor I mean a routine whose address replaced the address of the IBM supplied PCFLIH. That would be a hook or an intercept. Backdoor means something else entirely. The backdoor routine received control every time a PC interrupt ITYM a program interruption. occurred and, based on the reason for the PC interrupt it either emulated the failing instruction using available instructions and returned control to the next sequential instruction or passed control to the IBM supplied PCFLIH routine for it to process the PC interrupt. I believe that this is also what the vendor routine being discussed did. That is certainly not what the vendor routine being discussed is alleged to have done. It is alleged to return to the program that was interrupted in supervisor state. It is further alleged that it is relatively easy for any program to exploit this and to get put into supervisor state. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Stupid JCL trick?
On Tue, 21 Feb 2012 10:16:25 -0600, McKown, John wrote: Wrap the step(s) you want to bypass with: // IF (stepname.RUN=TRUE AND stepname.RUN=FALSE) THEN steps to be bypassed // ENDIF I sometimes do this, which also requires a prior step: // DD DATA,DLM=$$ steps to be skipped $$ Insert an IEFBR14 step before if you want to skip the first step(s). -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Physical record size query
On Tue, 7 Feb 2012 15:55:31 +0100, Vernooij, CP - SPLXM wrote: Yes, the RAID devices are only there to emulate 3390 devices and that is what z/OS cares about. So the rules for 3390 devices are still valid. Try to use System Determined Blocksize, so you don't have to do the calculation anymore. Right. An exception to the rule about half-track blocking is that load libraries should specify BLKSIZE=32760. The binder (and IEBCOPY) will make the best usage of the tracks then. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: STCKF availability
On Fri, 3 Feb 2012 14:39:35 -0600, Anthony Fletcher wrote: Does anyone know which machine the STCKF instruction became available on?. z9, IIRC -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Research z196 Papers
On Tue, 31 Jan 2012 14:28:02 +, Bob Shannon wrote: Charging for the Research Journal publication is one of the worst decisions IBM has made. I agree. If I had access I'd probably read about 10 articles in this issue, but I'm not about to spend $300 to be able to read them. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: TOD clock format
On Mon, 30 Jan 2012 15:27:06 -0800, Phil Smith wrote: I looked at PofOp and didn't see it (but then, it's not the most accessible volume any more - remember the old days, when it was what, 200 pages?). The -7 edition of the System/360 POO is on bitsavers. It is 199 pages and you won't find a TOD clock in it. The -4 edition of the System/370 POO, dated September, 1974 is 329 pages. Regardless, there is a lot to a z/Architecture processor and I disagree that the POO is a difficult document. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: change job classes for ones submitted via intrdr
On Tue, 24 Jan 2012 10:47:37 -0600, Walt Farrell wrote: They're jobs, but they enter the system via stcinrdr not intrdr. Are you saying that a started job is more like a job than like a started task? If so, it surprises me. I would have thought that once it is running it looks about the same as any started task. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
On Sat, 21 Jan 2012 10:25:34 -0600, Paul Gilmartin wrote: Can LINKLIST contain aliases? IIRC (but I may not remember correctly) SETPROG ADD can specify an alias. However, If so: (0) Place the alias name in PARMLIB LINKLIST defs; IDCAMS DEFINE ALIAS to the real data set name. (1) create a new dataset with a different name and copy the data to it, (2) IDCAMS DELETE ALIAS; DEFINE ALIAS to identify the new data set. (3) LLA REFRESH to identify members in the new data set. LLA is not Link list. LLA REFRESH does not close, free, allocate and open the LINKLIST set. It re-reads the directory. Think about it. Stop LLA. LINKLIST keeps on satisfying requests, albeit more slowly. The system opened the LINKLIST set when the LINKLIST ACTIVATE was done. Start LLA again. If LLA is using different data sets than what are in the LINKLIST because you tried to outsmart the system, you will have errors. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: New code? use ENQ/DEQ or ISGENQ?
On Wed, 18 Jan 2012 15:29:22 -0600, McKown, John wrote: I found another good reason to use ISGENQ instead of ENQ/DEQ. It supports MF=L and MF=E for RENT coding. So do ENQ and DEQ. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error apply ZAP
On Tue, 10 Jan 2012 00:11:52 -0500, Robert A. Rosenberg wrote: PTF1 with Elements A and B and PTF2 that PREs PTF1 which replaces PTF1's Element A. If you RESTORE PTF1 you must also have SMPE RESTORE PTF2 since you need to all back to the version of Element A that PTF1 replaced. I do not remember if this addition of a PTF that PRE'ed the PTF being RESTORE'd will be automatic or not It will if you specify GROUP. My issue is with the reverse case where you are RESTORE'ing PTF2. Right now this will ALSO restore PTF1 (and thus back out Element B from PTF1) and possibly other PTFs that PTF1 PREs. You can restore PTF2 if PTF1 has been ACCEPTed. If PTF1 has not been accepted, you have to RESTORE PTF1 too. SMP/E will not do it for you. To back out PTF2 ALL that is needed is to select Element A from PTF1 and ignore PTF1's Element B (since B is at PTF1 level even after PTF2 is APPLY'ed and thus there is no need to remove it to remove the PTF2 level of Element A). RESTORE does not take elements from PTFs. It takes them from the DLIB zone. The way it works currently, RESTORE'ing PTF2, RESTOREs PTF1 which triggers getting A and B from whoever PTF1 PRE'ed (who owned A and B before PTF1 was APPLY'ed). If that PTF contained any element other than A and B, IT gets added to the list of PTFs that will get RESTORE'ed SMP/E does not add prerequisites to the RESTORE group. This backtracking continues until you find a set of PTFs in the PRE/SUP chain that contains all the Elements (and only them) that is being backed out - These copies of the elements are what are used. Wrong again. There is no requirement that the elements that are replaced during RESTORE come from a PTF that contains exactly the same elements that are in the PTF being RESTOREd. Evidently you have not performed RESTORE processing recently. I have. Yesterday, in fact. It ain't what you don't know that gets you into trouble. It's what you know for sure that just ain't so. - Mark Twain -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error apply ZAP
On Tue, 10 Jan 2012 08:23:05 -0600, Paul Gilmartin wrote: On Tue, 10 Jan 2012 07:12:21 -0600, Tom Marchant wrote: On Tue, 10 Jan 2012 00:11:52 -0500, Robert A. Rosenberg wrote: This backtracking continues until you find a set of PTFs in the PRE/SUP chain that contains all the Elements (and only them) that is being backed out - These copies of the elements are what are used. There is no requirement that the elements that are replaced during RESTORE come from a PTF that contains exactly the same elements that are in the PTF being RESTOREd. Read again. He didn't say a PTF; he said a set of PTFs. Ok. He said a set of PTFs in the PRE/SUP chain that contains all the Elements (and only them). That is not what SMP/E does. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error apply ZAP
On Tue, 10 Jan 2012 10:23:37 -0600, Paul Gilmartin wrote: Let me give an example. Suppose after I have APPLYed PTFs A, B, and C in sequence I detect a bug. I'd like to isolate the causing PTF. So I do what is necessary to RESTORE C and test again. The bug is still there. So I'd like to RESTORE B and test yet again. But I can't because in order to RESTORE C I had to ACCEPT B, and now it can't be RESTOREd. This is terrible; it's a deficiency in design. You didn't have to ACCEPT B or A. Indeed, in the example that you gave, it would be foolish to ACCEPT A or B. What you should have done in that instance, assuming that A, B and C all modified some of the same elements, is to RESTORE A, B and C, then apply A and B. Your assertion, That is not what SMP/E does, is not a refutation of Robert's complaints and mine, but a confirmation that it fails to support needed function. I made no comments about your or Mr. Rosenberg's complaints about the design of SMP/E. My comments were about his incorrect description of what SMP/E does during RESTORE processing. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Peculiar issue related to TSO logons
On Tue, 10 Jan 2012 16:03:30 -0500, Tony Harminc wrote: On 10 January 2012 10:33, Richards, Robert B. robert.richa...@opm.gov wrote: Rex, Thank you. I got rid of all but one using your suggestion. That last one was a FORCE U=*LOGON*,a=?? I would think the risks of issuing a FORCE to be much higher than those of leaving the STARTING TSU sitting there... Right. The address space is created when LOGON is issued. At that time, there is no user ID, so it shows as STARTING. Why was it so important to get rid of these? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 21st Century Migrates Mainframe with Clerity
On Thu, 5 Jan 2012 10:31:18 -0500, Anne Lynn Wheeler wrote: Intel Core i7 at 177,730 MIPs/sec http://en.wikipedia.org/wiki/Instructions_per_second That's a six core processor running at a 3.3 GHz clock rate. That translates to each core completing about 9 instructions per clock cycle. I am skeptical. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 21st Century Migrates Mainframe with Clerity
On Wed, 4 Jan 2012 21:16:49 +, Kopischke, David G. wrote: Here's one I came across a few minutes ago. Not much information as to the size of the installation, but it's apparently a successful re-hosting. And it only took a year ??? http://www.insurancetech.com/architecture-infrastructure/232301250?cid=nl_ins_dailyelq=98a33fd7dd5849f58313c5f02c397bd6 Re-hosting? quote allowed us to port directly from the mainframe to the Unix platform /quote -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on adding an SVC routine dynamically to a running system
On Tue, 3 Jan 2012 16:44:58 +, Bill Fairchild wrote: A BAKR/PR combination would generate at least one system trace entry Would it? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on adding an SVC routine dynamically to a running system
On Sun, 1 Jan 2012 12:58:46 -0600, Dave Day wrote: I was using the trace entry in the trace table as a trigger mechanism for my code. By matching entries, I can give count and elapsed time in my reporting logic. You lost me there. You want to issue an SVC to cause a trace entry to be created. You want to do that solely so that you can search the trace table to find the entries and calculate elapsed time and some kind of count? What's wrong with just issuing a TIME macro to get the time entry? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
On Thu, 29 Dec 2011 20:29:02 -0600, Brian Westerman wrote: I found out that the quote is not on by default (the hard way :)) and also that I have to click on it BEFORE I enter any data. I'm glad that you've figured out how to quote the message that you are replying to. Now, I'd like to ask you to delete most of the message you are replying to, leaving enough to establish context for your remarks. I would also suggest that you post your comments AFTER the material that you quote. It make a difference if there is more than one point that you would like to reply to, as I do in this reply. It also makes a difference if someone would like to reply to more than one thing in your post. Also, when top posting, it is easy to forget to trim the message that you are replying to. On Thu, 29 Dec 2011 15:02:14 +, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: I see your point, but have a request for you. Don't get quite so aggressive with the electronic scissors on snipping away the context. The beginning of your comment below says it all - That works What's that? Since there have been several comments/points of view made, it would be much easier to leave the comment you are replying to in your reply. The information contained in this e-mail may contain confidential ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Above is an example of text that should have been deleted from this post. I left it in to illustrate the point of the need to delete those parts of the post that are not relevant to your reply. Perhaps you can also see why bottom posting is better. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: RSU Apply Error in PTF
On Fri, 30 Dec 2011 10:44:47 +0530, saurabh khandelwal wrote: But in apply job I received RC 08 for some of the PTF. When I looked at output , I found most of the PTF failed because of UA59434 PTF. In more detail I found below error in my job. UA59434 HJE7760 GIM24001E 8 ASSEMBLER PROCESSING FAILED FOR MODULE ISFDA IN THE SISFSRC1 LIBRARY. Did you look at the assembler output? I am really not getting clue to resolve this issue. I am attaching apply job output. Can you please help me to resolve this issue. What do you have specified in your SYSLIB DDDEF? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on adding an SVC routine dynamically to a running system
On Thu, 29 Dec 2011 09:00:54 -0600, Dave Day wrote: The auth services guide in the chapter on user SVCs, states a type 3 needs to be in LPA. Yet the SVCUPDATE will accept, and update the svc table, an address in ECSA. Do I need to add the routine to LPA using CSVDYLPA prior to SVCUPDATE? Why wouldn't you want to? It's easier than loading the module into CSA. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PCOMM access to workstation file system
On Wed, 28 Dec 2011 10:28:54 -0500, Shmuel Metz (Seymour J.) wrote: You can't use the WSA until it's installed. Yes, I know. The workstation download dialog gives three ways to install the WSA. 1. FTP (requires workstation FTP server) 2. ISPF C/S (requires workstation connection) 3. Manual The OP mentioned that the help panels says, You can also choose to have ISPF create the directory on your workstation before copying the file. He asked how it does that. I listed the ways that it can. I don't remember ever having to download a newer WSA, so that one isn't particularly interesting. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PCOMM access to workstation file system
On Thu, 29 Dec 2011 12:43:27 +0200, Itschak Mugzach wrote: Surprise! I know what WSA is. Would you believe that? As I wrote in previous mails, my interest is not in working in a client server mode, WSA does much more useful things (IMO) than allow you to work in client server mode. I use it mostly for file transfer, but have played with its ability to edit PC files using the ISPF editor. Dave Salt might step in to list other capabilities of the connection. but in a way that will enables me to share Mainframe TSO and PC file system using the fact that PCOMM is running on the workstation. PCOMM running on the workstation has nothing to do with it. You could, for example, run your emulator (which doesn't have to be PCOMM, BTW) on one computer and WSA on another, then use WSA to access the files on that other computer. Or you could use a real 3270 and access the files on your workstation using WSA. I know how to do this using VBSCRIPTS, but I want to do it directly from PCOMM. For example, if you define an input field on a panel, specify a URL and click on it, you will be passed to a browser. That is purely a function of PCOMM. TSO has nothing to do with it, though it may have provided the URL. The idea is to access the file system instead of leaving PCOMM. It sounds like you are asking to have an emulator that also does other things. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PCOMM access to workstation file system
On Wed, 28 Dec 2011 10:49:00 +0200, Itschak Mugzach wrote: In a help panel (ISPWSDH1) explaining how to download the ISPF C/S client (ISPF OPT3.7), it says that you can also choose to have ISPF create the directory on your workstation For other purpose, i wonder how can this be done other then VBSCRIPT? 1. FTP 2. Workstation agent -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on PR/SM dispatcher
On Tue, 20 Dec 2011 09:14:36 -0500, Shmuel Metz wrote: How did MDF detect the end of a timeslice if not by an interrupt? That is how it detected the end of a time slice. Early MDF code would dispatch a different domain as soon as a processor entered a wait state. That was determined to cause performance problems, largely due to the effects of cache misses. By the time MDF was delivered to the field, it was changed so that a domain was allowed to run on a processor until its time slice ended. The result was improved performance. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on PR/SM dispatcher
On Tue, 20 Dec 2011 10:33:14 -0500, Shmuel Metz wrote: If I recall correctly, MDF was implemented in what Amdahl called macrocode, That's correct. Very similar to the millicode on current IBM mainframes. A superset of 370 instructions that ran in system state. not by dedicated hardware. There was considerable hardware included in the Amdahl 580 series processors to make macrocode and MDF work. There was a separate set of registers that were available in system state. System state was a third state of operation, in addition to problem and supervisor state. There were additional instructions for referencing the domain's registers and storage. Ther was also hardware for mapping domain storage and 31-bit or 32-bit addressing. I can't remember which. This was all designed long before Extended Architecture. When IBM introduced XA, the design of the 580 allowed Amdahl to implement Extended Architecture relatively easily. There was an ALTA Principles of Operation that described the additional registers, instructions, etc. I turned in my copy of the ALTA POO when I left Amdahl, but I studied it thoroughly while I was there. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Question on PR/SM dispatcher
On Tue, 20 Dec 2011 09:19:35 +0100, Vernooij, CP wrote: I am quite sure that pr/sm always dispatched Logical CPs and Amdahls MDF dispatched entire domains (their word for lpar). If by dispatched entire domains you mean that all of the logical processors for a domain were always dispatched together, I don't think that is correct. For one thing, it would have made MDF more complicated than it needed to be. For another, it would have meant that if you had domain A with 1 LP and domain B with 2 LPs on a system with two physical processors, whenever domain A was active, one of the processors would have always been idle. That would not have been very efficient. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WAIT ECB WITH 00 First Byte
On Fri, 16 Dec 2011 00:30:52 +0200, Binyamin Dissen wrote: AFAIK multi-ecb WAIT (for example, 5 ECBs, count of 1) does not reset the additional ECB's when the count is reached. Not sure what you mean by this, Binyamin. My understanding, which might be incorrect or incomplete, is that WAIT sets the wait bits, stores the RB address in the ECBs, sets the wait count in the RB and puts the task in a wait state. At that point, isn't WAIT finished? POST sets the post bit, clears the wait bit, decrements the wait count if it is greater than zero, then if it is zero, makes the task dispatchable. The ECBs are not reset. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WAIT ECB WITH 00 First Byte
On Fri, 16 Dec 2011 07:34:35 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Fri, 16 Dec 2011 00:30:52 +0200, Binyamin Dissen wrote: AFAIK multi-ecb WAIT (for example, 5 ECBs, count of 1) does not reset the additional ECB's when the count is reached. Not sure what you mean by this, Binyamin. My understanding, which might be incorrect or incomplete, is that WAIT sets the wait bits, stores the RB address in the ECBs, sets the wait count in the RB and puts the task in a wait state. At that point, isn't WAIT finished? POST sets the post bit, clears the wait bit, decrements the wait count if it is greater than zero, then if it is zero, makes the task dispatchable. The ECBs are not reset. I should have said, POST sets the post bit, if the wait bit is set, clears the wait bit, decrements the wait count in the RB if the wait count is greater than zero, then if it is zero, it makes the task dispatchable. Similarly, if the post bit in an ECB is set, WAIT does not set the wait bit. Also, the wait count is set to the count specified minus the number of ECBs that were found to have the post bit already set, but not less than zero. If the wait count is not zero, the task is put into a wait state. Just my understanding. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: WAIT ECB WITH 00 First Byte
On Fri, 16 Dec 2011 07:14:21 -0600, Donald Likens wrote: I see this situation in a locked up (waiting forever) environment. I have no idea how it gets set this way. I have decided to do it another way. Previously, On Wed, 14 Dec 2011 22:59:37 -0600, Donald Likens wrote: I know that an ECB's first byte is x'80' if waiting and x'40' if posted but what does X'00' mean. When I zero out the ECB I zero out the whole word. This ECB has a PRB in it. If you were waiting and you saw in a dump that the first byte of the ECB was zero, that means that someone zeroed the byte when they shouldn't have. If you have an ECB with the wait and post bits off and an RB address in it, the wait bit must have been zeroed after the WAIT was issued and POST must not have been issued. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Imagine dealing with THIS in production
On Fri, 16 Dec 2011 14:57:14 -0600, Mike Schwab wrote: At least they only loose 1 birthday a lifetime. Just think about all the people born on Feb 29th. The 60th day of the year? What's the big deal with that? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM RDZ vs COBOS
On Wed, 14 Dec 2011 14:53:57 +0200, Itschak Mugzach wrote: Does anyone here uses the open source Cobos product as a replacement for IBM RDZ? It doesn't look like open source to me, despite the statement on http://sourceforge.net/projects/cobosproject/ that it is. The license is listed as Other license. Sourceforge links to http://cobos.metrixware.org/ and if you look at their license, it reads, in part, quote if Licensee is: (i) an Organization, the licensee may install and use the Software on a maximum of one (1) local developer Workstations with a maximum of two (2) CPUs; or (ii) an Educational Institution, Licensee may install and use the Software on an unlimited number of Workstations and CPUs, provided such use is solely for educational or training purposes and not for Licensees internal business or any commercial use Any other use requires that you acquire a commercial version of the Metrixware software under the terms of the commercial Metrixware End-User License Agreement. /quote I wouldn't consider downloading it to test it because I have no way of knowing whether someone else in the company might have done so, and their license allows it to be installed on only one workstation within the company. -- Tom Marchant -- 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: Fwd: case from DR in France.
On Tue, 13 Dec 2011 10:16:21 -0800, Ed Gould wrote: Has anyone noticed that we never hear from any of the contributors from the CBT ? No. This month, Mark Zelden and Clark Morris referenced their contributions to the CBT tape. You have made your views clear about Shai's contributions. Your last two posts were absolutely worthless. -- Tom Marchant -- 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: RECFM=VBA and no JCL
On Wed, 7 Dec 2011 19:45:58 -0800, Scott Ford wrote: I have the following situation: I'm having trouble parsing your post. Do you mind if I pick it apart? I am calling a program via Cobol You have a Cobol program? and the output is RECFM=VBA,LRECL=133,BLKSIZE=1330 (only an example) The actual allocations are done dynamically via BPXWDYN and work fine no problem. Ok. There is no DD statement in your JCL. I then close the file and free it and re-allocate it ( no JCL ) for this file its dynamic and of course I can read it. After writing the data set, you close it, free it and reallocate it so that you can open it for input? Same DDNAME or different? If I code a 'DD' with a RECFM=VB,LRECL=137 it works great with no problems. Ok. I assume without the BPXWDYN calls? I can I do the same internally inside my Cobol code without a 'DD' stmt ? Isn't that what you said you were doing first with BPXWDYN? -- Tom Marchant -- 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 sheesh! for today
On Thu, 8 Dec 2011 14:18:06 +0100, Thomas Berg wrote: From my naive viewpoint it's not hard to do a better replacement, Like JOL? As inline data is now allowed in procs as of z/OS 1.13 You could e g have a rexx pgm that reads input that can have any syntax of Your choice and execute it as allocations etc - and even interpret eventual rexx code in the data. One difficulty with trying to replace JCL with ReXX code is that the dynamic allocations can lead to more deadlocks between jobs. The initiator avoids them by ENQing all the data sets defined in the JCL before the job starts. -- Tom Marchant -- 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 sheesh! for today
On Thu, 8 Dec 2011 07:56:52 -0600, Paul Gilmartin wrote: On Thu, 8 Dec 2011 07:35:36 -0600, Tom Marchant wrote: One difficulty with trying to replace JCL with ReXX code is that the dynamic allocations can lead to more deadlocks between jobs. The initiator avoids them by ENQing all the data sets defined in the JCL before the job starts. That function could, and should, be provided to Rexx in a function package. I can even imagine an extension to BPXWDYN that would allow allocating multiple data sets in a single call. Yes, that would be easy. More difficult would be to maintain the ENQ across deallocation and reallocation to different DDNAMES for use in different steps. Would you want to allocate all of the data sets for a hundred steps at the same time in the beginning of the job? Even for those steps that are skipped? What happens if you need to add or remove a step? -- Tom Marchant -- 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: RECFM=VBA and no JCL
On Thu, 8 Dec 2011 06:37:18 -0800, Scott Ford wrote: 3. Alloc dd(sysprint) to disk Using BPXWDYN - Lrecl = 133 , Recfm=vb, dsorg=ps 4. Call program 5. Close sysin 6. Close sysprint 7. Free sysin 8. Free sysprint 9. Open #3 file from above as Optional in Cobol with Recording mode is V what DDNAME? 10. Read file the output is unreadable. How can you read SYSPRINT after you free it? No 'DD' s for 1,3 or 9. If I add a 'DD' as shown below, it works fine //FILE2DD DISP=SHR,DSN=SFORD.SYSPRINT, // DCB=(RECFM=VB,LRECL=137) FILE2? -- Tom Marchant -- 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's basis for TCP/IP
On Tue, 6 Dec 2011 08:48:40 -0600, Chris Mason wrote: Indeed there was an upheaval in OS/390 V1R5 (VEE ONE AR FIVE) That's V2R5, as you noted below. The new Communications Server component was introduced in V2R4, but only for Unix applications. IIRC, the CS included VTAM and TCP/IP and they were pretty tightly integrated. The announcement of 2.4 and preview of 2.5 is here: http://www-01.ibm.com/common/ssi/ShowDoc.jsp?docURL=/common/ssi/rep_ca/6/877/ENUSZP97-0486/index.htmllang=en quote CS OS/390 adds a new, completely redesigned,TCP/IP stack, which exploits native OS/390 services and multiprocessing capability, for significantly improved performance, reliability, availability, serviceability, and scalability. /quote This agrees with my memory of SHARE sessions from the era. -- Tom Marchant -- 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: SMP/E vs. Multi-CSECT MOD Elements?
On Mon, 5 Dec 2011 10:02:00 -0600, Staller, Allan wrote: How will APPLY know to replace (i.e. delete) the unreferenced CSECT's? When a SYSMOD includes a ++MOD that specifies the CSECTS that are included in that MOD, and another SYSMOD provides a replacement ++MOD that has a different list of CSECTS specified, SMP/E knows that there is a difference. This is not the same as providing a ++MOD that contains multiple CSECTS and not telling SMP/E about them. In that case, SMP/E would not know. -- Tom Marchant -- 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: Difference between IEF458D and IEF099I
On Fri, 2 Dec 2011 10:35:54 -0500, Lizette Koehler wrote: z/OS V1.11 We get many jobs contending for datasets. These are all DASD rather than tape. Sometimes I will see the IEF458D message and sometimes the IEF099I. quote IEF458D jobname stepname WAITING FOR DATASET. TO CANCEL WAIT REPLY 'NO' Explanation: For authorized dynamic allocation, the system requires a data set that is in use by another job. Message IEF863I names the data set. /quote quote IEF099I JOB jobname WAITING FOR DATA SETS Explanation: During initialization of a job, the job required data sets that were not available. These data sets are named in message IEF863I. When the data sets become available, the system will reserve them for the job and job initialization will continue. /quote I am trying to see what the difference is which causes one of these two to be produced. It looks like you get IEF099I when the data set is in the JCL and IEF485D when it is requested by dynamic allocation. And how I can get the IEF458D to not show up. Be careful what you wish for. If indeed IEF458D is for dynamic allocation, the message allows you to cancel to avoid a deadlock. I do have OPS/MVS so a complete suppression would work, but if it were TAPE I think I need to see it. Do you have jobs that dynamically allocate tape data sets? -- Tom Marchant -- 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: Assembler calling macro IEEVARYD
On Fri, 2 Dec 2011 19:33:13 +, Rob Scott wrote: Here is the meat from something I wrote 15 years ago : Notes : (1) You must be supervisor and key0 I'm sure that the sample you provided would be helpful to someone, but I'm not so sure that it would help the OP, who wrote: On Fri, 2 Dec 2011 11:17:54 -0600, Leonardo Vaz wrote: I'm supposed to getmain some storage but I'm not really sure how to. -- Tom Marchant -- 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: SMPE Help Needed
On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Other replies have asked you what SMP/E says about the status of UA60411. Have you checked? Go to option 3.2 of the SMP/E dialogs and list SYSMOD UA60411. What does it show? ACCEPT does not remove a PTF from the global zone (and the PTS). That is done by REJECT, which can be set to be done automatically upon ACCEPT. It can also be done independently. You could also have backleveled your PTS by, for example, restoring it (or the volume that is on) from a backup. RESTORE should not be necessary. -- Tom Marchant -- 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: SMPE Help Needed
On Wed, 23 Nov 2011 11:34:41 -0500, Martin, Larry D wrote: You may have missed my earlier replies. The US60411 shows both Received and Applied. It was not Accepted. Yes, I saw that you wrote that in a previous append, but the importance of that depends upon where you found that information. You did not say. Where did you look to see that it was received and applied? We have tried to help you by guessing, since you have not provided the requested information. I am proceeding with a Restore and then re-receive it. Why do you want to RESTORE? -- Tom Marchant -- 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: SMPE Help Needed
On Wed, 23 Nov 2011 11:58:00 -0500, Martin, Larry D wrote: Gil, Good thought - did NOT happen Again, I can only guess, since you didn't provide the error message that should have appeared in SMPRPT. However, you did tell us the RECEIVE command that you issued and it did not include BYPASS(APPLYCHECK). Without that, SMP/E will not receive a PTF that has already been applied. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- 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: Clarification on IEHPROGM
On Tue, 15 Nov 2011 16:24:25 +0530, Jake anderson wrote: I am quite sure that the 'password' error is caused by the fact that the data set is SMS managed. Was just curious to know why this password error Pops up for the SMS managed Dataset whereas we have not protected the dataset with Password. Probably because IEHPROGM is a very old program, predating SMS by decades. There was probably a an error from the RENAME macro with status code 2: | 2 (X'02') | One of the following conditions occurred:| | | | | |The data set could not be renamed because the| | | data set was password protected and the password | | | was not supplied in the two attempts allowed.| | | | | |An attempt was made to rename a VSAM data space | | | or an integrated catalog facility VSAM data set. | | | | | |An attempt was made to rename a VTOC index data | | | set. | | | | | |An SMS-validation failure occurred. | As has been mentioned by others, you can not use IEHPROGM to rename an SMS-managed data set because every SMS-managed data set must be cataloged. -- Tom Marchant -- 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: Clarification on IEHPROGM
On Tue, 15 Nov 2011 07:50:49 -0600, Norbert Friemel wrote: On Tue, 15 Nov 2011 06:56:44 -0600, Tom Marchant wrote: you can not use IEHPROGM to rename an SMS-managed data set When renaming SMS-managed data sets, IEHPROGM will uncatalog the data set and recatalog the data set under the new name Thank you for the correction. Please ignore my previous post. -- Tom Marchant -- 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: Hiperspaces
On Fri, 11 Nov 2011 08:03:01 -0800, Scott Ford wrote: What I want to do is have a program read and place its SYSPRINT output (large amt - 300,000 - 121 byte records) That's not such a large amount. Less than 40MB. Under 50 cylinders. to either a datasopace or hiperspace. After the data is placed there, have a running task pick up the data and delete the hiperspace when done. Have you considered using a Unix pipe? -- Tom Marchant -- 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: DST option ?
On Tue, 8 Nov 2011 20:38:04 -0800, Ed Gould wrote: I was not suggesting this be done worldwide but anyplace that wants to not deal with daylight savings time issue. IMO (and it is only my *opinion*) that is even worse. If, for example, Indiana didn't want to change their clocks twice a year, you propose that they set their clocks ahead by half an hour all year. In the summer they would be half an hour ahead of Chicago and half an hour behind Detroit and New York. In the winter, they'd be an hour and a half ahead of Chicago and half an hour ahead of Detroit and New York. -- Tom Marchant -- 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: IODF Mis-Cataloged
On Tue, 8 Nov 2011 22:45:55 -0600, John McKown wrote: The IODF does not need to be in the master catalog in order to be used for IPL. Right. In fact, it does not need to be cataloged at all. In fact, until the IODF is loaded there is no way to access the master catalog. In fact, the IODF is only used at IPL/NIP time and not by z/OS during normal operations at all. Not by normal z/OS operations, but by ACTIVATE and by HCD. For both ACTIVATE and HCD, it has to be found using the normal catalog search order. -- Tom Marchant -- 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: DST option ?
On Tue, 8 Nov 2011 08:01:42 -0800, Ed Gould wrote: After listening to all the controversy about DST how about just adding 30 minutes and stay at the that time year around? That would make everybody happy, no? No. Half hour time zone differences are more of a PITA than full hour differences. You can be certain that the whole world would not adopt that change. -- Tom Marchant -- 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: Re-Linkling a load module with AC(1)
On Thu, 3 Nov 2011 15:11:21 -0500, Fred Kaptein wrote: Hello, I am looking to relink a vendor supplied program module which is set up similar to the following: - Module name is PCOPY - Module PCOPY is linked as AC(0) I would like to relink PCOPY with the following: - Linked as AC(1) Why do you want to do that? As Peter said, relinking a non-authorized load module to make it authorized creates a potential integrity exposure. -- Tom Marchant -- 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: DSN NOT RELEASING OVER ALLOCATED SPACE
On Fri, 4 Nov 2011 08:28:50 -0700, willie bunter wrote: I looked further into this problem and I noticed that some of these dsns are still being kept even though the job encounters a SYSTEM abend. Does the step with DISP=(,CATLG,DELETE) abend? The JCL is coded as DISP=(,CATLG,DELETE). My question is shouldn't the dsn be deleted when the abend occurs? Only if the abend is in a step that specifies DELETE on the DD statement for that data set. Or, is the dsn only deleted in case of an abend if the DSN opened/closed? Whether or not the data set is opened has no effect on the disposition. -- Tom Marchant -- 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: DSN NOT RELEASING OVER ALLOCATED SPACE
On Fri, 4 Nov 2011 08:05:17 -0700, willie bunter wrote: DSN=PROD.OTKT.SORTED.PAYMT(+1),DISP=(,CATLG,DELETE),SPACE=(CYL,(800,200), RLSE),DCB=(MODELDCB,RECFM=FB,LRECL=740,DSORG=PS) You could use, for example, SPACE=(CYL,(0,300),RLSE) The first extent will not be allocated untill it is opened for output. -- Tom Marchant -- 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: do u? Use SYMBOLICRELATE?
On Thu, 3 Nov 2011 11:57:43 -0500, McKown, John wrote: Does anybody use SYMBOLICREATE to create aliases so that the actual DSN can automatically change based on a static system symbol? I'm with Mark Jacobs and Mary Anne Matyaz on this. I've been out of doing systems programming and doing product development for a few years now, but at my previous shop, I used it extensively. I had one product that needed maintenance nearly every week and frequently the maintenance was bad and needed to be backed off. SYMBOLICRELATE made my life much easier. My manager likes for product libraries to have the release/maintenance as a node in the DSN. That's kind of what I did, but with weekly maintenance, I had to come up with something that was much more granular. The symbols wouldn't have meant much to my manager, but it was easy for me to tell which libraries and target zones were what. But this means that we need to make JCL changes when we upgrade. Not with a data set alias. Or we need to put the executable libraries in the LNKLST. The product that I mentioned above has several data sets. Panels, Clsits, skelteons, tables, procs, load libraries (one of them APF authorized). The load library went in the linklist and APF list, not using the alias (you can't do that) but using the same symbol that is used in the SYMBOLICRELATE. The product also had a subsystem. My process was: 1. Clone the target zone. 2. Apply the maintenance. 3. Add a library to the APF list. 4. Stop the subsystem. 5. Use SYMUPDTE (now IEASYMUP) to update the symbol. 6. Create and activate a new LINKLIST set. 7. Start the subsystem. 8. Update IEASYMxx when I'm satisfied that we will keep it up. Backing off required only steps 4-7. But is it better to create a normal ALIAS without the maintenance level and simply reDEFINE the alias when I upgrade? Rather than change the IEASYMnn member of PARMLIB. Better how? If the data sets are cataloged in a shared catalog, changing normal aliases means that you have no choice but to upgrade all of the systems to the newer level at the same time. Is that good or bad? If a product has only one data set and it is not cataloged in a shared catalog, you might consider normal aliases to be just as good, but I can't see how it is better. Do you have complicated change control procedures that you have to go through every time you update PARMLIB but not when you update catalogs? -- Tom Marchant -- 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: Re-Linkling a load module with AC(1)
On Thu, 3 Nov 2011 13:31:48 -0700, Schwarz, Barry A wrote: Delete the include of PCOPY2. Move the NAME statement to the end of your input. Change the operand to PCOPY(R). Right. I would add: use a different DDNAME than SYSLIB and/or get rid of LET. RTFM. -- Tom Marchant -- 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: S878 RC 10 Above or Below the Line? Private or LSQA?
On Tue, 1 Nov 2011 18:31:29 +, Henke, George wrote: Getting this on a home grown session manager. It shows 9.7 M out of 10 M allocated below and 90 M above. We have an IEFUSI installed. I suspect the problem is below the line since the session manager normally uses under 2 M. Some are speculating it LSQA is the problem, but if that were the case we should get RC 0C Suspicion and speculation are not helpful. The only way to find out is to examine the storage utilization in a dump. Any way this could be an LSQA problem even though it is RC 10? Yes. You could have something that is sucking up LSQA so that when a low private request is made it fails. LSQA utilization can limit the available private. IMO, it is more likely that it is private. Any other ideas? Yes. Read the dump. Don't guess. Analyze the storage utilization. -- Tom Marchant -- 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: STP and Time Change
On Sun, 30 Oct 2011 10:57:33 -0700, Scott Ford wrote: Yep, I know that I have never heard of STP, I dont use STP on z/OS , no real need. I have used the NTPD on various Unix platforms. STP is Server Time Protocol. It replaced the function of the 9037 Sysplex Timer, and IIRC it became available on the z9. There is a real need if you are running a parallel sysplex. STP use SNTP to synchronize to an NTP server, but AFAIK, NTP does not provide sufficient resolution to synchronize the TOD clocks in a parallel sysplex. -- Tom Marchant -- 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
