Re: Phased Maintenance
I understand that IBM provides a multi-release co-existence support policy for z/OS and other ServerPac products, which very adequately covers much of our IBM inventory, and that IBM will fix any problems discovered. But, have you actually encountered any problems caused by co-execution of multiple maintenance levels or releases of IBM software? BTW, IBM transaction and database software is out of the scope of this question for us, because they are maintained separately. For years we have used a phased maintenance approach in our sysplexes, which consist of 3 systems at the most. Sometimes we have run for 1 week, sometimes for 4 weeks with different levels of maintenance or release in the same sysplex. It requires to really be up to speed with coexistence maintenance as indicated by IBM (and sometimes even by vendors). Yes, we have had problems in that approach. The most severe was when we went from 1.6 to 1.8 (I think) in the sandplex. We had just IPL'd 1.8, it was up for the night, and in the morning I was calmly informed by the HMC that IXC402D: the 1.8 system was not responding anymore. I took an sadump and had (another) bloody row with IBM to get their bug fixed. It turned out that we didn't have an apar on the 1.6 system that *wasn't* flagged coexistence. As a result, the 1.8 system went all over some GRS control blocks. Add to that a stupid (user) error in rollout that caused every TSO logon other than the sysprog logon to fail, which in turn send a memterm task in master address space to looping back on itself because that memterm routine *thought* it had gotten control in its 'home' address space instead of hps. After reading level1/2 the riot act (I was given the 'sympathy sickness'-spiel), they eventually got someone to look at my sadump who knew what she was doing. The less severe problems in that phased approach were easily fixable. The most funny was when IBM told me that we were at different MAS levels and I should apply a coexistence ptf when in reality we were at the exact same (hihgher) level everywhere. In that case it turned out that IBM was right and I was right. IBM fixed their apar text to include the 'all systems at the same level' description in the apar. In all, give due diligence, I don't think there are problems with phased (IBM) maintenance. For vendors, I have seen one that uses SMP/E but has no clue what a prereq across different fmids is. So I would never roll out *their* maintenance phased, but then, their software is not sysplex in scope. Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another stupid idea spawned by the zEC12.
IBM's Jeff Frey has already alluded to the fact that there's more function in the pipeline for Flash Express, like (probably) large in-memory DB2 databases. If you've got ideas, particularly of the I'll sign up to buy some/more if you implement this variety, send them through the official channels. Timothy Sipples Consulting Enterprise IT Architect (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CSI - Catalog Search Interface
Lizette Koehler wrote: CSIFLD2 = SUBSTR('HARBA',1,4) /* INIT FIELD 2 FOR Used HARBA */ Should 4 not be 8? However, the data is not coming back the way I want. Any suggestions? What are the RC and reason codes and Module Id upon return? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phased Maintenance
There is absolutely no need to implement changes in 1 big bang IPL on all your systems. We do it phased as long as I work here (which is very long). When we had 2 production LPARs we usually did it with 1 week in between, but during z/OS upgrades, both levels ran together perfectly for weeks. IBM defines well what levels are supported to run concurrently in a Sysplex. Other vendor should do so too. Now that our number of LPARs is growing, due to VWLC, our phased approach would indeed take weeks, so we decided to upgrade them in 2 groups. In one weekend, we IPL the group of LPARs that mostly run Dev/Acc subsystems, the next weekend the group with the main Prod subsystems. And during the coming z/OS upgrade, the difference will exist again for a couple of weeks. Kees. Dennis Schaffer dennis.schaf...@gmail.com wrote in message news:6772801431594618.wa.dennis.schaffergmail@listserv.ua.edu... Its been four years since my esteemed colleague, Robert, asked this question about phased maintenance. He wanted to understand the experiences of those of you who implement maintenance and new releases within the same sysplex by performing rolling LPAR IPLs across multiple days or weeks. Since then, very little has changed in our maintenance processes, except we've gotten bigger. Our largest sysplex is approaching a dozen LPARs and its becoming increasingly difficult to implement major maintenance changes in a single evening outage window. We've tip-toe'd into phased maintenance by implementing changes on one or two small special-purpose low-usage systems a few days in advance of making the same changes to the major production systems, which run a variety of transaction and database systems. But, some at our company are still very nervous about implementing this phased maintenance approach on our major production systems, especially when increasingly-restrictive scheduling means this mixed maintenance environment may need to exist for two or three weeks at a time. I understand that IBM provides a multi-release co-existence support policy for z/OS and other ServerPac products, which very adequately covers much of our IBM inventory, and that IBM will fix any problems discovered. But, have you actually encountered any problems caused by co-execution of multiple maintenance levels or releases of IBM software? BTW, IBM transaction and database software is out of the scope of this question for us, because they are maintained separately. In addition, I want to mention that we implement most of our ISV software inventory using the same maintenance philosophy and that's also a concern that may not have been addressed in Robert's original question. I'd appreciate any feedback you can provide on your current phased maintenance implementation experiences, especially when the mixed-maintenance environment coexists for a week or longer on major production systems. Thanks in advance for your feedback. Dennis Schaffer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee
To make long story short: IFL can be cost effective because of ISV licenses. Linux is (in theory) free, but Oracle and other are not. Assuming free software only it's very hard to justify spendings on IFL. BTW: Licensing models do change. How can one be sure that Oracle will keep the model unchanged? Maybe they will start using price per MIPS model? -- Radoslaw Skorupka Lodz, Poland W dniu 2012-09-05 09:19, Timothy Sipples1 pisze: For purposes of licensing its software running on Linux, IBM assigns a metric called PVUs (Processor Value Units) to each type of processor core. Most IBM software products for Linux are licensed according to the number of PVUs at a price per PVU. Likewise, annual software subscription and support renewals for those products are based on the same metric. So here's an example. Let's say you're going to run WebSphere Portal on Linux. One zEC12 IFL has the same PVU metric as one Intel Xeon Nehalem EX (X86) core, provided the latter is part of a server with 5 or more processor sockets. They both are rated at 120 PVUs in that case. So you can purchase WebSphere Portal licenses for, say, 6 IFLs (720 PVUs), and the same licensing will be exactly what you need to run the same IBM software on the same number of Nehalem EX cores (with that caveat above). Sometimes core vary in their PVUs. Much less powerful X86 cores, such as older pre-Nehalem cores, are rated at 50 PVUs per core, for example. In that case 1 zEC12 IFL would require as much software licensing as 2.4 X86 cores. Well, you can't actually license 2.4 cores -- it has to be a whole number. So 1 zEC12 IFL (120 PVUs) would require software licensing that's in between the licensing for 2 (100 PVUs) and 3 (150 PVUs) older X86 cores -- closer to 2 than 3. The biggest possible gap in IBM's current PVU table between zEC12 and something else is with Oracle/Sun UltraSPARC T1. Those SPARC cores are...well, let's just say they're not very good. So IBM rates them at 30 PVUs each. Oracle uses core factors, and it's very similar conceptually at first glance. An IFL has an Oracle core factor of 1, and (usually) an X86 core has a core factor of 0.5, to pick a couple examples. So 2 X86 cores has the same Oracle licensing as 1 IFL Well, not exactly. I don't speak for Oracle (or for IBM), but my understanding is that Oracle requires that you round up per X86 socket, and Oracle isn't so disposed to sub-capacity licensing as IBM is. IFLs are simple: count the number of IFLs running Oracle software, and that's that -- no rounding required since the core factor is 1. Capacity Backup (CBU) IFLs don't count. But for other core types, such as X86, it could get weird. Let's use this slightly artificial (but illustrative) configuration as an example: Server #1: 2 sockets, 5 X86 cores each. One chip (5 cores) runs IBM WebSphere Portal, and the other runs Oracle Database. Server #2: DR server, 2 sockets, 3 X86 cores each. One chip would run IBM WebSphere Portal in a disaster, the other Oracle Database -- at diminished capacity/performance because there are fewer cores. The server is installed but on cold standby. OK, first let's consider IBM software licensing. If the servers are running a valid virtualization product (according to IBM's list), and if you're following the other sub-capacity licensing rules (which aren't difficult to follow), then you would need 5 cores of WebSphere Portal. IBM does not require software licensing for DR servers if cold -- and in certain other cases. A 2 socket multi-core Intel X86 server typically has 70 PVUs per core, so you'd need to license 5 times 70 = 350 PVUs of WebSphere Portal. Now let's turn to Oracle. Oracle uses a core multiplier of 0.5 for this type of server, but that's applied per socket. And sub-capacity licensing is at least harder to get. Oracle does not typically waive licensing for DR servers either -- if it's installed and ready, even powered off, it still needs a license. So in this case the math would be: 5 * 0.5 = 2.5 rounded up to 3 3 * 2 = 6 full licenses required for Server #1 3 * 0.5 = 1.5 rounded up to 2 2 * 2 = 4 full licenses required for Server #2 6 + 4 = 10 full licenses required for both servers Oracle licensing = 10 * license price = Total License Amount Oracle maintenance = 10 * maintenance price = Total Maintenance Amount Anyway, I think you can see the problem. In this case you'd need 10 full licenses (at core factor 1) when the Oracle software is actually only running productively on 5 X86 cores -- and undoubtedly not at 90% average utilization. So you've got an effective Oracle core factor of 2 in this example instead of 0.5. Timothy Sipples Consulting Enterprise IT Architect (Based in Singapore) E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access
Re: IPL Probelm.
As Gadi said, these are the last messages you will see while in NIP. Seems to me that the system has transferred control to a console somewhere else. I think you need to put the hardware console into problem determination mode to see any post-NIP messages V CN(*),ACTIVATE Ant. Northern Territory Government Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
We disconnected all 2074 consoles from the machine and IPLed it from HMC but the same problem happened . I did V CN(*),activate but there is no response from the machine. Best regards Manshadi From: Anthony Thompson anthony.thomp...@nt.gov.au To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:56 AM Subject: Re: IPL Probelm. As Gadi said, these are the last messages you will see while in NIP. Seems to me that the system has transferred control to a console somewhere else. I think you need to put the hardware console into problem determination mode to see any post-NIP messages V CN(*),ACTIVATE Ant. Northern Territory Government Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Whenever we made console 720(Master) and 721(alternate) console after switching phase three line appear in alternate console and after that the system hanged. TIOT SIZE = 0032K, MAXIMUM SINGLE UNIT DD ENTRIES = 1635 MSTJCL00 JCL is starting At MSTJCL00 starting step the system will hanged. Best regards Manshadi From: Mehrshad Manshadi m_mansh...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 12:36 PM Subject: Re: IPL Probelm. We disconnected all 2074 consoles from the machine and IPLed it from HMC but the same problem happened . I did V CN(*),activate but there is no response from the machine. Best regards Manshadi From: Anthony Thompson anthony.thomp...@nt.gov.au To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:56 AM Subject: Re: IPL Probelm. As Gadi said, these are the last messages you will see while in NIP. Seems to me that the system has transferred control to a console somewhere else. I think you need to put the hardware console into problem determination mode to see any post-NIP messages V CN(*),ACTIVATE Ant. Northern Territory Government Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
What do you mean Did you check for a waitstate? ? please explain more. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:34 AM Subject: Re: IPL Probelm. As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Did you check if the machine entered a Waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346919709.93592.yahoomail...@web125602.mail.ne1.yahoo.com... What do you mean Did you check for a waitstate? ? please explain more. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:34 AM Subject: Re: IPL Probelm. As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
from where i must check this state? More information : Whenever we IPL the system from the other CPU with same (parameter,console and same load address) everything is fine and the system work properly. because of that it seems that it is hardware problem somewhere.!!!??? From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 12:57 PM Subject: Re: IPL Probelm. Did you check if the machine entered a Waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346919709.93592.yahoomail...@web125602.mail.ne1.yahoo.com... What do you mean Did you check for a waitstate? ? please explain more. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:34 AM Subject: Re: IPL Probelm. As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Ok thanks for your explanation. From: J. Cassidy s...@jdcassidy.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 1:01 PM Subject: Re: IPL Probelm. If you do not know what a waitstate is you should not be near a Mainframe nor asking questions in this forum. = What do you mean Did you check for a waitstate? ? please explain more. = = = = From: Vernooij, CP - SPLXM kees.verno...@klm.com = To: IBM-MAIN@LISTSERV.UA.EDU = Sent: Thursday, September 6, 2012 11:34 AM = Subject: Re: IPL Probelm. = = As Gadi said, the problem occurs after these messages. = Did you check for a waitstate? = = Kees. = = Mehrshad Manshadi m_mansh...@yahoo.com wrote in message = news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... = Hi, = = During IPL the system the last message which appear on the console is as = follows and after that the machine is not available any more. = I tried to IPL from HMC but the problem is exactly same. = = CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED = CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED = = zOS 1.6 = = Best regards = Manshadi = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = = For information, services and offers, please visit our web site: = http://www.klm.com. This e-mail and any attachment may contain = confidential and privileged material intended for the addressee only. If = you are not the addressee, you are notified that no part of the e-mail or = any attachment may be disclosed, copied or distributed, and that any other = action related to this e-mail or attachment is strictly prohibited, and = may be unlawful. If you have received this e-mail by error, please notify = the sender immediately by return e-mail, and delete this message. = = Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its = employees shall not be liable for the incorrect or incomplete transmission = of this e-mail or any attachments, nor responsible for any delay in = receipt. = Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch = Airlines) is registered in Amstelveen, The Netherlands, with registered = number 33014286 = = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
There is an wait state on the system I will investigate that. From: Mehrshad Manshadi m_mansh...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 1:06 PM Subject: Re: IPL Probelm. Ok thanks for your explanation. From: J. Cassidy s...@jdcassidy.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 1:01 PM Subject: Re: IPL Probelm. If you do not know what a waitstate is you should not be near a Mainframe nor asking questions in this forum. = What do you mean Did you check for a waitstate? ? please explain more. = = = = From: Vernooij, CP - SPLXM kees.verno...@klm.com = To: IBM-MAIN@LISTSERV.UA.EDU = Sent: Thursday, September 6, 2012 11:34 AM = Subject: Re: IPL Probelm. = = As Gadi said, the problem occurs after these messages. = Did you check for a waitstate? = = Kees. = = Mehrshad Manshadi m_mansh...@yahoo.com wrote in message = news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... = Hi, = = During IPL the system the last message which appear on the console is as = follows and after that the machine is not available any more. = I tried to IPL from HMC but the problem is exactly same. = = CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED = CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED = = zOS 1.6 = = Best regards = Manshadi = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = = For information, services and offers, please visit our web site: = http://www.klm.com. This e-mail and any attachment may contain = confidential and privileged material intended for the addressee only. If = you are not the addressee, you are notified that no part of the e-mail or = any attachment may be disclosed, copied or distributed, and that any other = action related to this e-mail or attachment is strictly prohibited, and = may be unlawful. If you have received this e-mail by error, please notify = the sender immediately by return e-mail, and delete this message. = = Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its = employees shall not be liable for the incorrect or incomplete transmission = of this e-mail or any attachments, nor responsible for any delay in = receipt. = Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch = Airlines) is registered in Amstelveen, The Netherlands, with registered = number 33014286 = = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Not so much a hardware, but more an IOCDS or configuration problem. If you don't know what a waitstate is, ask you operators, they should know. Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346920441.4432.yahoomail...@web125602.mail.ne1.yahoo.com... from where i must check this state? More information : Whenever we IPL the system from the other CPU with same (parameter,console and same load address) everything is fine and the system work properly. because of that it seems that it is hardware problem somewhere.!!!??? From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 12:57 PM Subject: Re: IPL Probelm. Did you check if the machine entered a Waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346919709.93592.yahoomail...@web125602.mail.ne1.yahoo.com... What do you mean Did you check for a waitstate? ? please explain more. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:34 AM Subject: Re: IPL Probelm. As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
What is the hardware? The wait state is in the PSW and you should be able to find it in the detail message on the HMC. What level/model HMC do you have? Given z/OS 1.6, I will guess relatively ancient :) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, September 06, 2012 1:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Probelm. Not so much a hardware, but more an IOCDS or configuration problem. If you don't know what a waitstate is, ask you operators, they should know. Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346920441.4432.yahoomail...@web125602.mail.ne1.yahoo.com... from where i must check this state? More information : Whenever we IPL the system from the other CPU with same (parameter,console and same load address) everything is fine and the system work properly. because of that it seems that it is hardware problem somewhere.!!!??? From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 12:57 PM Subject: Re: IPL Probelm. Did you check if the machine entered a Waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346919709.93592.yahoomail...@web125602.mail.ne1.yahoo.com... What do you mean Did you check for a waitstate? ? please explain more. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:34 AM Subject: Re: IPL Probelm. As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e- mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e- mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart
Re: IPL Probelm.
Thank you everybody to assist me. There is no wait state on the HMC. Let IBM investigate this problem. I sent the information to IBM. From: Gibney, Dave gib...@wsu.edu To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 1:37 PM Subject: Re: IPL Probelm. What is the hardware? The wait state is in the PSW and you should be able to find it in the detail message on the HMC. What level/model HMC do you have? Given z/OS 1.6, I will guess relatively ancient :) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, September 06, 2012 1:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Probelm. Not so much a hardware, but more an IOCDS or configuration problem. If you don't know what a waitstate is, ask you operators, they should know. Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346920441.4432.yahoomail...@web125602.mail.ne1.yahoo.com... from where i must check this state? More information : Whenever we IPL the system from the other CPU with same (parameter,console and same load address) everything is fine and the system work properly. because of that it seems that it is hardware problem somewhere.!!!??? From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 12:57 PM Subject: Re: IPL Probelm. Did you check if the machine entered a Waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346919709.93592.yahoomail...@web125602.mail.ne1.yahoo.com... What do you mean Did you check for a waitstate? ? please explain more. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:34 AM Subject: Re: IPL Probelm. As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e- mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e- mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this
SMP/E question
Hi, I received a service tape from IBM containing a bit more than 700 ptfs. When I ran APPLY CHECK, I got the messages below. What would be the recommended procedure to resolve these errors? Thanks Gadi 1PAGE 0001 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:12:16 SMP/E 36.07 SMPOUT OUTPUT SET BDY(MVST100). 00034307 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. APPLY PTFS GEXT CHECK 00034424 /* EXCLUDE(UK59091 00034740 ) */ 00035340 BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) . 00035400 GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA60617. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA38607 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA61944. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD GA39737 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62059. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40038 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62520. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39276 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62588. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39274 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62711. HOLD REASON IDS WERE NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62747. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62866. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62991. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63035. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40015 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63374. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63515. HOLD REASON IDS WERE 1PAGE 0002 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:15:35 SMP/E 36.07 SMPOUT OUTPUT NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63544. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA63374 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63597. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40149 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63654. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA63544 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63725. HOLD REASON IDS WERE NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63789. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40178 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA64129. HOLD REASON IDS WERE NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA64138. HOLD REASON IDS WERE
Re: SMP/E question
There are some things to check 1) Did you receive the latest HOLDDATA from IBM? 2) Did you verify the HOLDDARTA for these PTFs? I see in you BYPASS statement you include HOLDSYSTEM HOLDUSER. I usually use DOC, ACTION, IPL and a few others. This bypass statement you use BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) May install fixes that are not valid. I am not sure I would use those. Check out the listing for the Error Report and review the HOLD Errors that prevented the fixes from being applied checked Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, September 06, 2012 3:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E question Hi, I received a service tape from IBM containing a bit more than 700 ptfs. When I ran APPLY CHECK, I got the messages below. What would be the recommended procedure to resolve these errors? Thanks Gadi 1PAGE 0001 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:12:16 SMP/E 36.07 SMPOUT OUTPUT SET BDY(MVST100). 00034307 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. APPLY PTFS GEXT CHECK 00034424 /* EXCLUDE(UK59091 00034740 ) */ 00035340 BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) . 00035400 GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA60617. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA38607 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA61944. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD GA39737 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62059. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40038 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62520. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39276 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62588. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39274 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62711. HOLD REASON IDS WERE NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62747. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62866. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62991. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63035. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40015 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63374. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63515. HOLD REASON IDS WERE 1PAGE 0002 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:15:35 SMP/E 36.07 SMPOUT OUTPUT NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63544. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA63374 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63597. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40149 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63654. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62991 WAS
Re: IPL Probelm.
When you have an issue at IPL time, you need to take a SAD (Stand Alone Dump) and then review the contents. A SAD will contain the CONSOLE messages and some other details to help isolate the problem. Also, on the HMC you should have a RED ICON flashing. If you do, then double click that and you should see the HMC messages from the IPL. It might contain a wait state code. Lizette Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
Hi, I received the HOLDDATA from IBM. For example the first problem on the list is with PTF UA60617. I checked online, and it says that this PTF is from October 4th, 2011, and is still in error. Is there a way to find out if there is a fix for the fix? I will change my bypass statement. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 06, 2012 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question There are some things to check 1) Did you receive the latest HOLDDATA from IBM? 2) Did you verify the HOLDDARTA for these PTFs? I see in you BYPASS statement you include HOLDSYSTEM HOLDUSER. I usually use DOC, ACTION, IPL and a few others. This bypass statement you use BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) May install fixes that are not valid. I am not sure I would use those. Check out the listing for the Error Report and review the HOLD Errors that prevented the fixes from being applied checked Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, September 06, 2012 3:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E question Hi, I received a service tape from IBM containing a bit more than 700 ptfs. When I ran APPLY CHECK, I got the messages below. What would be the recommended procedure to resolve these errors? Thanks Gadi 1PAGE 0001 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:12:16 SMP/E 36.07 SMPOUT OUTPUT SET BDY(MVST100). 00034307 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. APPLY PTFS GEXT CHECK 00034424 /* EXCLUDE(UK59091 00034740 ) */ 00035340 BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) . 00035400 GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA60617. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA38607 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA61944. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD GA39737 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62059. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40038 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62520. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39276 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62588. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39274 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62711. HOLD REASON IDS WERE NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62747. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62866. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62991. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63035. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40015 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63374. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63515. HOLD REASON IDS WERE 1PAGE 0002 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:15:35 SMP/E 36.07 SMPOUT OUTPUT NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63544. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62991 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA63374 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR
ADDRESS LINKMVS - +IRX0250E System abend code 047, reason code 00000000
Cut and Paste from the manuals: z/OS V1R12.0 TSO/E REXX Reference SA22-7790-09 . Linking to and attaching programs You can use the LINK, LINKMVS, and LINKPGM host command environments to link to unauthorized programs. For example: ADDRESS LINK program p1 p2 ... You can use the ATTACH, ATTCHMVS, and ATTCHPGM host command environments to attach unauthorized programs. For example: ADDRESS ATTACH program p1 p2 ... For more information about linking to and attaching programs, see Host command environments for linking to and attaching programs in topic 2.5.9. 12.2 Exec processing routines - IRXJCL and IRXEXEC This topic provides information about the IRXJCL and IRXEXEC routines, which you can use to run REXX execs. You can use IRXJCL to run a REXX exec in MVS batch from JCL. You can also call IRXJCL from a REXX exec or a program that is running in any address space to run an exec. You can call the IRXEXEC routine from a REXX exec or program that is running in any address space to run an exec. IRXEXEC provides more flexibility than IRXJCL. With IRXJCL, you can pass the name of the exec and one argument on the call. Using IRXEXEC, you can, for example, pass multiple arguments or preload the exec in storage. The following topics describe each routine. If you use either IRXJCL or IRXEXEC to run a REXX exec in TSO/E foreground or background, note that you cannot invoke the REXX exec as authorized. Note: To permit FORTRAN programs to call IRXEXEC, TSO/E provides an alternate entry point for the IRXEXEC routine. The alternate entry point name is IRXEX. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEC12, and previous generations, why? type question - GPU computing.
- Original Message From: zMan zedgarhoo...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, September 5, 2012 5:17:37 PM Subject: Re: zEC12, and previous generations, why? type question - GPU computing. On Wed, Sep 5, 2012 at 2:28 PM, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: In a6b9336cdb62bb46b9f8708e686a7ea0115baa1...@nrhmms8p02.uicnrh.dom, on 09/05/2012 at 11:45 AM, McKown, John john.mck...@healthmarkets.com said: If it is because the z architecture is not good at numeric computation, The z architecture is fine for numeric computations. The problem is that the implementation is competing with processors manufactured in bulk. If IBM could sell millions of z boxen then they'd be able to cut the price dramatically. I've always wondered what would have happened had IBM used a 370 instruction set on the PC instead of Intel. 16MB ought to be enough for anybody? :-) Since IBM wasn't manufacturing the chips, of course that wasn't even on the table, but it's still a VERY interesting Gedankenexperiment... -- zMan -- I've got a mainframe and I'm not afraid to use it They could have gone with the Motorola 6800x chips instead. However, I am not sure that Motorola would have committed to producing as many chips as IBM thought they needed. The 6800x is what was used for the 370 part of the PC-370 systems. Lloyd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
There is a detailed report in your SMP/E output that will tell you why a PTF did not go on. Then you have to see why. Sometimes PTFs take a long time to resolve. In your SMP/E output look for Bypassed HOLD Reason Report. This will help you with why the fix was bypassed and what you need to do to apply. Remember not all PTFs that IBM ships may be applicable to your environment.. If you go to the SMP/E Commands SA22-7771-14 manual it will help you with your research. This is for SMP/E V3R5. If you are not on that version, you will need to find the appropriate level of the manual. Note: One of your hold reasons I would not use ERREL The SYSMOD is held for an error reason ID but should be installed anyway. IBM has determined that the problem the SYSMOD resolves is significantly more critical than the error reflected by the holding APAR. Unless there is a need to bypass that HOLDCLASS I would probably not use it. Are you installing an RSU or are you selecting PTFs to install? Lizette Hi, I received the HOLDDATA from IBM. For example the first problem on the list is with PTF UA60617. I checked online, and it says that this PTF is from October 4th, 2011, and is still in error. Is there a way to find out if there is a fix for the fix? I will change my bypass statement. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 06, 2012 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question There are some things to check 1) Did you receive the latest HOLDDATA from IBM? 2) Did you verify the HOLDDARTA for these PTFs? I see in you BYPASS statement you include HOLDSYSTEM HOLDUSER. I usually use DOC, ACTION, IPL and a few others. This bypass statement you use BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) May install fixes that are not valid. I am not sure I would use those. Check out the listing for the Error Report and review the HOLD Errors that prevented the fixes from being applied checked Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, September 06, 2012 3:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E question Hi, I received a service tape from IBM containing a bit more than 700 ptfs. When I ran APPLY CHECK, I got the messages below. What would be the recommended procedure to resolve these errors? Thanks Gadi 1PAGE 0001 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:12:16 SMP/E 36.07 SMPOUT OUTPUT SET BDY(MVST100). 00034307 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. APPLY PTFS GEXT CHECK 00034424 /* EXCLUDE(UK59091 00034740 ) */ 00035340 BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) . 00035400 GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA60617. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA38607 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA61944. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD GA39737 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62059. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40038 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62520. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39276 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62588. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39274 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62711. HOLD REASON IDS WERE NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62747. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62866. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62991. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62747 WAS HELD. GIM35906IPREREQUISITE SYSMOD UA62866 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA63035. HOLD REASON IDS
Re: SMP/E question
I ordered service for all my installed products (or at least the ones installed in the z/OS CSI). I ordered the service the ShopzSeries. I specified: Recommended (RSU) service for all installed products Recommended service through RSU1207, plus the latest critical service Eliminate supersedes: Yes Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 06, 2012 2:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question There is a detailed report in your SMP/E output that will tell you why a PTF did not go on. Then you have to see why. Sometimes PTFs take a long time to resolve. In your SMP/E output look for Bypassed HOLD Reason Report. This will help you with why the fix was bypassed and what you need to do to apply. Remember not all PTFs that IBM ships may be applicable to your environment.. If you go to the SMP/E Commands SA22-7771-14 manual it will help you with your research. This is for SMP/E V3R5. If you are not on that version, you will need to find the appropriate level of the manual. Note: One of your hold reasons I would not use ERREL The SYSMOD is held for an error reason ID but should be installed anyway. IBM has determined that the problem the SYSMOD resolves is significantly more critical than the error reflected by the holding APAR. Unless there is a need to bypass that HOLDCLASS I would probably not use it. Are you installing an RSU or are you selecting PTFs to install? Lizette Hi, I received the HOLDDATA from IBM. For example the first problem on the list is with PTF UA60617. I checked online, and it says that this PTF is from October 4th, 2011, and is still in error. Is there a way to find out if there is a fix for the fix? I will change my bypass statement. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 06, 2012 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP/E question There are some things to check 1) Did you receive the latest HOLDDATA from IBM? 2) Did you verify the HOLDDARTA for these PTFs? I see in you BYPASS statement you include HOLDSYSTEM HOLDUSER. I usually use DOC, ACTION, IPL and a few others. This bypass statement you use BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) May install fixes that are not valid. I am not sure I would use those. Check out the listing for the Error Report and review the HOLD Errors that prevented the fixes from being applied checked Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Thursday, September 06, 2012 3:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMP/E question Hi, I received a service tape from IBM containing a bit more than 700 ptfs. When I ran APPLY CHECK, I got the messages below. What would be the recommended procedure to resolve these errors? Thanks Gadi 1PAGE 0001 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:12:16 SMP/E 36.07 SMPOUT OUTPUT SET BDY(MVST100). 00034307 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. APPLY PTFS GEXT CHECK 00034424 /* EXCLUDE(UK59091 00034740 ) */ 00035340 BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) . 00035400 GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA60617. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA38607 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA61944. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD GA39737 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62059. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA40038 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62520. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39276 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62588. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA39274 WAS NOT RESOLVED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62711. HOLD REASON IDS WERE NOT RESOLVED. GIM35906IPREREQUISITE SYSMOD UA61944 WAS HELD. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62747. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED. GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA62866. HOLD REASON IDS WERE NOT RESOLVED. GIM35949IERROR HOLD GA39337 WAS NOT RESOLVED. SYSMOD UA65201 WOULD HAVE SUPERSEDED GA39337, BUT HAS FAILED.
RES: PDSE Fragmentation
Lizette, Thanks for your feedback. I'll check it out. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 3684-2177 R: 42177 3-1402 Fax: +55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de Lizette Koehler Enviada em: segunda-feira, 3 de setembro de 2012 11:41 Para: IBM-MAIN@LISTSERV.UA.EDU Assunto: Re: PDSE Fragmentation You might check into the tool PDSE and HFS Analysis Tool (PHATOOL) The PHATOOL is a service aid that operates as a application program. Its purpose is to check and analyze the directory structures (such as AD and ND) and display the allocation of data set pages. Note that: The PHATOOL is not a PDSE verification tool. The PHATOOL does not perform a consistency check between the attribute and name directory structures. The PHATOOL does not check member data. This is documented in the REDBOOK: Partitioned Data Set Extended Usage Guide SG24-6106-01 (May 2005) It might show you the fragmentation in the Directory of the PDSE which could allow you to verify a need for a reorg. Depending on your z/OS level there was a split in z/OS V1.12 (I think) where a new program for PDS/E datasets was created by IBM so you did not need to use IEBCOPY. Lizette AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
From: גדי בן אבי gad...@malam.com Subject: SMP/E question What would be the recommended procedure to resolve these errors? Gadi, there is no procedure to resolve the errors you see. If you receive the most current HOLDDATA from IBM and you receive them along with the 700 PTFs, there is nothing you can do to 'resolve' the fact that one or more PTFs won't be installable. That's what HOLDDATA are for. One thing you ca do is to obtain a clean APPLY CHECK, removing those PTFs which, for the reasons described by HOLDDATA, cannot be installed. One way to identify them is to browse the SMPRPT report and search for 'CAUSER. The CAUSER SYSMOD SUMMARY REPORT lists those PTFs which can't be installed, their FMID, and why they can't be installed. Add those PTFs to the EXCLUDE list and retry you APPLY CHECK. HTH Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
David, thank you. The UMCLASS provides the DFSMSHSM management class. But how do I go from having that information to providing a report with the dataset name, creation date and expiration date? where do I get the expiration date once I have the management class in a manner that I can write a program? I need to provide the report for what amounts over 1 million datasets. Regards, Uriel From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Gibney, Dave [gib...@wsu.edu] Sent: Wednesday, September 05, 2012 9:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: another DCOLLECT question DCOLLECT is documented in: z/OS DFSMS Access Method Services for Catalogs Document Number SC26-7394-10 Program Number 5694-A01 UMCLASS would seem to be the field(s) you need Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Uriel Carrasquilla Sent: Wednesday, September 05, 2012 6:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: another DCOLLECT question How do I get the expiration date for datasets undert HSM control? I had a response indicating the management class has it. My assignment is to get a listing by some specific high-level-qualifiers showing dataset name, creation and expiration dates. I have MXG and I am using the data read from DCOLLECT. How do I go about getting the management class for every dataset so I can fill the expiration date? Uriel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
In the Management class, there is one field that says to delete so many days after creation, and another field that says to delete so many days after the last access. Zero means don't apply this rule. On Thu, Sep 6, 2012 at 6:55 AM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: David, thank you. The UMCLASS provides the DFSMSHSM management class. But how do I go from having that information to providing a report with the dataset name, creation date and expiration date? where do I get the expiration date once I have the management class in a manner that I can write a program? I need to provide the report for what amounts over 1 million datasets. Regards, Uriel -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
And on top of that there is the LIMIT parameter of a GDG, that can cause a delete of a GDG member on a totally unpredictable moment. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO58m6b3Qax7+9zA3Tp7P-4mvixp_YQsBvVEpqb=c2k-...@mail.gmail.com ... In the Management class, there is one field that says to delete so many days after creation, and another field that says to delete so many days after the last access. Zero means don't apply this rule. On Thu, Sep 6, 2012 at 6:55 AM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: David, thank you. The UMCLASS provides the DFSMSHSM management class. But how do I go from having that information to providing a report with the dataset name, creation date and expiration date? where do I get the expiration date once I have the management class in a manner that I can write a program? I need to provide the report for what amounts over 1 million datasets. Regards, Uriel -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
And on top of that there is the LIMIT parameter of a GDG, that can cause a delete of a GDG member on a totally unpredictable moment. Or I'd rather say: on yet another predetermined moment, not calculable from DCOLLECT data. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO58m6b3Qax7+9zA3Tp7P-4mvixp_YQsBvVEpqb=c2k-...@mail.gmail.com ... In the Management class, there is one field that says to delete so many days after creation, and another field that says to delete so many days after the last access. Zero means don't apply this rule. On Thu, Sep 6, 2012 at 6:55 AM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: David, thank you. The UMCLASS provides the DFSMSHSM management class. But how do I go from having that information to providing a report with the dataset name, creation date and expiration date? where do I get the expiration date once I have the management class in a manner that I can write a program? I need to provide the report for what amounts over 1 million datasets. Regards, Uriel -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IARV64 GETSTOR with SEGMENTS=GUARDSIZE
Well, I guess that the manual documents GUARD SIZE must not be larger than the size of the memory object. but I would think that if the call does not acquire any storage, i.e., the entirety of the memory object is the guard, that there should be some kind of abend or return code. (somebody cobbled together some code and could not figure out why the immediate 0C4) -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Nice John. Very understanding of you. On Thu, Sep 6, 2012 at 4:31 AM, J. Cassidy s...@jdcassidy.net wrote: If you do not know what a waitstate is you should not be near a Mainframe nor asking questions in this forum. = What do you mean Did you check for a waitstate? ? please explain more. = = = = From: Vernooij, CP - SPLXM kees.verno...@klm.com = To: IBM-MAIN@LISTSERV.UA.EDU = Sent: Thursday, September 6, 2012 11:34 AM = Subject: Re: IPL Probelm. = = As Gadi said, the problem occurs after these messages. = Did you check for a waitstate? = = Kees. = = Mehrshad Manshadi m_mansh...@yahoo.com wrote in message = news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... = Hi, = = During IPL the system the last message which appear on the console is as = follows and after that the machine is not available any more. = I tried to IPL from HMC but the problem is exactly same. = = CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED = CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED = = zOS 1.6 = = Best regards = Manshadi = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = = For information, services and offers, please visit our web site: = http://www.klm.com. This e-mail and any attachment may contain = confidential and privileged material intended for the addressee only. If = you are not the addressee, you are notified that no part of the e-mail or = any attachment may be disclosed, copied or distributed, and that any other = action related to this e-mail or attachment is strictly prohibited, and = may be unlawful. If you have received this e-mail by error, please notify = the sender immediately by return e-mail, and delete this message. = = Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its = employees shall not be liable for the incorrect or incomplete transmission = of this e-mail or any attachments, nor responsible for any delay in = receipt. = Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch = Airlines) is registered in Amstelveen, The Netherlands, with registered = number 33014286 = = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Men will never be free until the last king is strangled with the entrails of the last priest. Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
I will disagree with this statement, slightly. Such a person has not been sufficiently trained in z/OS. And should not have been made responsible for as much as he has. But many companies today seem to assume that if they give you a job, say moving you from Windows to z/OS, then you automagically get the knowledge needed to do the job. I am assuming that the OP did not deliberately misrepresent himself to his employer. I have literally heard a manager indicate if you know how to admin a Windows box, then you *can* admin a Linux server or z/OS system, because they'are all the same! Said manager is no longer employed here. From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J. Cassidy [s...@jdcassidy.net] Sent: Thursday, September 06, 2012 3:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Probelm. If you do not know what a waitstate is you should not be near a Mainframe nor asking questions in this forum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Sorry Not nice at all. If you don't want to help or you can't t is o.k., but who can ask questions and how appropriate this questions are, it should be open to everybody. On 06.09.2012 14:22, Roberto Halais wrote: Nice John. Very understanding of you. On Thu, Sep 6, 2012 at 4:31 AM, J. Cassidy s...@jdcassidy.net wrote: If you do not know what a waitstate is you should not be near a Mainframe nor asking questions in this forum. = What do you mean Did you check for a waitstate? ? please explain more. = = = = From: Vernooij, CP - SPLXM kees.verno...@klm.com = To: IBM-MAIN@LISTSERV.UA.EDU = Sent: Thursday, September 6, 2012 11:34 AM = Subject: Re: IPL Probelm. = = As Gadi said, the problem occurs after these messages. = Did you check for a waitstate? = = Kees. = = Mehrshad Manshadi m_mansh...@yahoo.com wrote in message = news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... = Hi, = = During IPL the system the last message which appear on the console is as = follows and after that the machine is not available any more. = I tried to IPL from HMC but the problem is exactly same. = = CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED = CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED = = zOS 1.6 = = Best regards = Manshadi = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = = For information, services and offers, please visit our web site: = http://www.klm.com. This e-mail and any attachment may contain = confidential and privileged material intended for the addressee only. If = you are not the addressee, you are notified that no part of the e-mail or = any attachment may be disclosed, copied or distributed, and that any other = action related to this e-mail or attachment is strictly prohibited, and = may be unlawful. If you have received this e-mail by error, please notify = the sender immediately by return e-mail, and delete this message. = = Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its = employees shall not be liable for the incorrect or incomplete transmission = of this e-mail or any attachments, nor responsible for any delay in = receipt. = Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch = Airlines) is registered in Amstelveen, The Netherlands, with registered = number 33014286 = = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Mehrshad, so, if I undertood correctly, you don't have any HW message nor any system messages on whatever console While your system is hung what's its status on HMC console??? Has your system some parallel channel ?? Hi. Paolo Cacciari IBM BCRS Senior IT Specialist - Certified From: Mehrshad Manshadi m_mansh...@yahoo.com To: IBM-MAIN@listserv.ua.edu Date: 06/09/2012 12:23 Subject:Re: IPL Probelm. Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Thank you everybody to assist me. There is no wait state on the HMC. Let IBM investigate this problem. I sent the information to IBM. From: Gibney, Dave gib...@wsu.edu To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 1:37 PM Subject: Re: IPL Probelm. What is the hardware? The wait state is in the PSW and you should be able to find it in the detail message on the HMC. What level/model HMC do you have? Given z/OS 1.6, I will guess relatively ancient :) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, September 06, 2012 1:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Probelm. Not so much a hardware, but more an IOCDS or configuration problem. If you don't know what a waitstate is, ask you operators, they should know. Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346920441.4432.yahoomail...@web125602.mail.ne1.yahoo.com... from where i must check this state? More information : Whenever we IPL the system from the other CPU with same (parameter,console and same load address) everything is fine and the system work properly. because of that it seems that it is hardware problem somewhere.!!!??? From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 12:57 PM Subject: Re: IPL Probelm. Did you check if the machine entered a Waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346919709.93592.yahoomail...@web125602.mail.ne1.yahoo.com... What do you mean Did you check for a waitstate? ? please explain more. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 6, 2012 11:34 AM Subject: Re: IPL Probelm. As Gadi said, the problem occurs after these messages. Did you check for a waitstate? Kees. Mehrshad Manshadi m_mansh...@yahoo.com wrote in message news:1346908204.56278.yahoomail...@web125601.mail.ne1.yahoo.com... Hi, During IPL the system the last message which appear on the console is as follows and after that the machine is not available any more. I tried to IPL from HMC but the problem is exactly same. CUN2046I AN EMPTY UNICODE ENVIRONMENT HAS BEEN ESTABLISHED CUN2005I CONVERSION ENVIRONMENT SUCCESSFULLY INITIALIZED zOS 1.6 Best regards Manshadi - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e- mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our
Re: IPL Probelm.
What is the relative CPU power between the system which failed and the one which worked? I ask because we have a sandbox system here which is hard capped to 1 MSU on a z9BC. It gets stuck in _exactly_ the same place, with no messages, for over 5 minutes when we IPL it. We've learned to just be patient. It's just that the system is doing something in the interval which does not produce any messages. We have two other LPARs; one is production; the other is development. The development LPAR is not weighted as high as the production one. It also pauses for a short time at this point, whereas the production one does not. From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mehrshad Manshadi [m_mansh...@yahoo.com] Sent: Thursday, September 06, 2012 3:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Probelm. from where i must check this state? More information : Whenever we IPL the system from the other CPU with same (parameter,console and same load address) everything is fine and the system work properly. because of that it seems that it is hardware problem somewhere.!!!??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
If you look at all members of a GDG, and they are created on a reasonable schedule (once a week or day, etc.), you can predict the lifetime of the members. On Thu, Sep 6, 2012 at 7:10 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: And on top of that there is the LIMIT parameter of a GDG, that can cause a delete of a GDG member on a totally unpredictable moment. Or I'd rather say: on yet another predetermined moment, not calculable from DCOLLECT data. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO58m6b3Qax7+9zA3Tp7P-4mvixp_YQsBvVEpqb=c2k-...@mail.gmail.com ... In the Management class, there is one field that says to delete so many days after creation, and another field that says to delete so many days after the last access. Zero means don't apply this rule. On Thu, Sep 6, 2012 at 6:55 AM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: David, thank you. The UMCLASS provides the DFSMSHSM management class. But how do I go from having that information to providing a report with the dataset name, creation date and expiration date? where do I get the expiration date once I have the management class in a manner that I can write a program? I need to provide the report for what amounts over 1 million datasets. Regards, Uriel -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEC12, and previous generations, why? type question - GPU computing.
AT/370. On Thu, Sep 6, 2012 at 2:07 AM, Leopold Strauss leopold.stra...@isis-papyrus.com wrote: Yes. It was a microprogrammed motorola-68000-chip, which was used. Name was similar to PC/370, but I am not sure about that. Many years ago the company, where I was employeed at that tim, had one for short for testing-purposes. Ibelieve to remember, it was the time, where 3033-systems came up ( before 3081/3083). On 06.09.2012 07:58, George Henke wrote: I believe IBM produced a pc with a 370 to run VM on a PC. Merrill Lynch had one. Somewhere in the late 80's I believe. On Thu, Sep 6, 2012 at 1:52 AM, Timothy Sipples1 sipp...@sg.ibm.com wrote: Yes, there are organizations that use zEnterprise servers for heavy numeric computation. Like decimal floating point. Cryptography is another excellent example. And you can buy optional CryptoExpress adapters if you want to augment the excellent capabilities found in every machine. You can also buy the optional zBladeCenter Extension (zBX) if you want to add DataPower accelerators, Power blades, and/or X86 blades. You can also add an optional IBM DB2 Analytics Accelerator, to boost many types of DB2 queries. So we're way ahead of you, John. ;-) I think the simple answer is that it depends what you optimize for in designing a server processor (or complex). But IBM has broken a lot of rules already about which server should do what, and I predict more rules will be broken. With respect to the 370-on-a-chip, IBM sort of did that with the 1975 introduction of the IBM 5100 Portable Computer starting at $8,975 (1975 dollars), although it was for a relatively narrow initial purpose (to get APL running). The 5100 sold reasonably well from what I've read, but I think there were three basic problems which prevented it from becoming a blockbuster: 1. The price was not low enough for mass market appeal. (Apple had a similar problem with the Lisa in the early 1980s.) 2. The software selection didn't exactly hit the mark, although it was a good try for the time. (IBM learned the value of software somewhat later in its evolution but not in time for the 1981 IBM PC.) 3. It probably didn't have the right third party marketing and distribution channels. With some very notable exceptions, like typewriters, at that time IBM would have had some challenges with this type of product. Keep in mind that for 1975 this was absolutely amazing technology, but amazing technology required some expense. Being early is pricey. If the 5100 debuted in, say, 1977 or 1978, it would have still been well timed but could have dramatically reduced the chip and board count. I also think the small built-in monitor could have been sacrified (at least as an option) in favor of a display port of some kind -- ideally RF for TV hookup. And IBM might have gone with a diskette drive for storage -- the 5100 was too early for the 5.25 inch drive, which debuted in 1976. Finally, if IBM had provided a little more guidance on the 370 subset instruction set they implemented, software developers could have taken over from there. So I think the 5100 could have been a nice 5110 by tweaking the recipe a bit. But history didn't happen that way. IBM had some success with the System/4 Pi avionics processors which are descended from System/360. --**--** --**-- Timothy Sipples Consulting Enterprise IT Architect (Based in Singapore) E-Mail: sipp...@sg.ibm.com --**--** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mit freundlichen Grüßen / Kind Regards, Leopold Strauss Research and Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43 - 2236 – 27551, F: +43 - 2236 - 21081 @ leopold.strauss@isis-papyrus.**com leopold.stra...@isis-papyrus.com Visit our brand new extended Website at www.isis-papyrus.com This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This e-mail has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
On Thu, 6 Sep 2012 13:31:34 +0300, גדי בן אבי wrote: I received a service tape from IBM containing a bit more than 700 ptfs. When I ran APPLY CHECK, I got the messages below. What would be the recommended procedure to resolve these errors? This is normal. Any time you apply maintenance, there will be PTFs that are in error. The error PTFs are not applied. There can be circumstances when a specific error PTF will be applied. This usually happens when your shop has suffered from the problem that the error PTF attempted to correct AND you have determined that the problem introduced by the error is of a low risk in your shop. This is rarely a good idea, especially if you are not very experienced. IBM will eventually resolve the error with a superseding PTF. I see that you are applying all service. Some Sysprogs like to only apply maintenance through a recent quarterly RSU, but not necessarily the latest quarterly RSU. You might see more errors that way. You will likely apply more PTFs that are in error but have not yet been identified as being in error. BTW, I don't necessarily agree with Lizette's recommendation that you not apply ERREL PTFs. Perhaps others will chime in on that. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
Indeed predict, not calculate, like the days-not-used is at most predictable. Only days-old is calculable. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO58nxMQxi6kSFkELOQFwtjk=wkorjtfjepk20xa5cch...@mail.gmail.com ... If you look at all members of a GDG, and they are created on a reasonable schedule (once a week or day, etc.), you can predict the lifetime of the members. On Thu, Sep 6, 2012 at 7:10 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: And on top of that there is the LIMIT parameter of a GDG, that can cause a delete of a GDG member on a totally unpredictable moment. Or I'd rather say: on yet another predetermined moment, not calculable from DCOLLECT data. Kees. Mike Schwab mike.a.sch...@gmail.com wrote in message news:CAJTOO58m6b3Qax7+9zA3Tp7P-4mvixp_YQsBvVEpqb=c2k-...@mail.gmail.com ... In the Management class, there is one field that says to delete so many days after creation, and another field that says to delete so many days after the last access. Zero means don't apply this rule. On Thu, Sep 6, 2012 at 6:55 AM, Uriel Carrasquilla uriel.carrasqui...@mail.mcgill.ca wrote: David, thank you. The UMCLASS provides the DFSMSHSM management class. But how do I go from having that information to providing a report with the dataset name, creation date and expiration date? where do I get the expiration date once I have the management class in a manner that I can write a program? I need to provide the report for what amounts over 1 million datasets. Regards, Uriel -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEC12, and previous generations, why? type question - GPU computing.
There were two: the PC/370 and the AT/370. I am not sure that many PC/370s got distributed as they were real SLOW. My old company had both for awhile. Lloyd - Original Message From: zMan zedgarhoo...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, September 6, 2012 8:54:25 AM Subject: Re: zEC12, and previous generations, why? type question - GPU computing. AT/370. On Thu, Sep 6, 2012 at 2:07 AM, Leopold Strauss leopold.stra...@isis-papyrus.com wrote: Yes. It was a microprogrammed motorola-68000-chip, which was used. Name was similar to PC/370, but I am not sure about that. Many years ago the company, where I was employeed at that tim, had one for short for testing-purposes. Ibelieve to remember, it was the time, where 3033-systems came up ( before 3081/3083). On 06.09.2012 07:58, George Henke wrote: I believe IBM produced a pc with a 370 to run VM on a PC. Merrill Lynch had one. Somewhere in the late 80's I believe. On Thu, Sep 6, 2012 at 1:52 AM, Timothy Sipples1 sipp...@sg.ibm.com wrote: Yes, there are organizations that use zEnterprise servers for heavy numeric computation. Like decimal floating point. Cryptography is another excellent example. And you can buy optional CryptoExpress adapters if you want to augment the excellent capabilities found in every machine. You can also buy the optional zBladeCenter Extension (zBX) if you want to add DataPower accelerators, Power blades, and/or X86 blades. You can also add an optional IBM DB2 Analytics Accelerator, to boost many types of DB2 queries. So we're way ahead of you, John. ;-) I think the simple answer is that it depends what you optimize for in designing a server processor (or complex). But IBM has broken a lot of rules already about which server should do what, and I predict more rules will be broken. With respect to the 370-on-a-chip, IBM sort of did that with the 1975 introduction of the IBM 5100 Portable Computer starting at $8,975 (1975 dollars), although it was for a relatively narrow initial purpose (to get APL running). The 5100 sold reasonably well from what I've read, but I think there were three basic problems which prevented it from becoming a blockbuster: 1. The price was not low enough for mass market appeal. (Apple had a similar problem with the Lisa in the early 1980s.) 2. The software selection didn't exactly hit the mark, although it was a good try for the time. (IBM learned the value of software somewhat later in its evolution but not in time for the 1981 IBM PC.) 3. It probably didn't have the right third party marketing and distribution channels. With some very notable exceptions, like typewriters, at that time IBM would have had some challenges with this type of product. Keep in mind that for 1975 this was absolutely amazing technology, but amazing technology required some expense. Being early is pricey. If the 5100 debuted in, say, 1977 or 1978, it would have still been well timed but could have dramatically reduced the chip and board count. I also think the small built-in monitor could have been sacrified (at least as an option) in favor of a display port of some kind -- ideally RF for TV hookup. And IBM might have gone with a diskette drive for storage -- the 5100 was too early for the 5.25 inch drive, which debuted in 1976. Finally, if IBM had provided a little more guidance on the 370 subset instruction set they implemented, software developers could have taken over from there. So I think the 5100 could have been a nice 5110 by tweaking the recipe a bit. But history didn't happen that way. IBM had some success with the System/4 Pi avionics processors which are descended from System/360. --**--** --**-- Timothy Sipples Consulting Enterprise IT Architect (Based in Singapore) E-Mail: sipp...@sg.ibm.com --**--** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mit freundlichen Grüßen / Kind Regards, Leopold Strauss Research and Development ISIS Papyrus Europe AG Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria T: +43 - 2236 – 27551, F: +43 - 2236 - 21081 @ leopold.strauss@isis-papyrus.**com leopold.stra...@isis-papyrus.com Visit our brand new extended Website at www.isis-papyrus.com This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This e-mail has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: IPL Probelm.
I agree with John C. He is undertaking dangerous actions and we should not help him push more buttons of which we and he cannot oversee the consequences, but rather persuade him to consult someone with knowledge. What would you say if you were to help someone standing with a handgranate in a fireworks depot, asking you how to remove the pin? The only answer should: put it down and run away. Kees. McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea0115b9d0...@nrhmms8p02.uicnrh.dom. .. I will disagree with this statement, slightly. Such a person has not been sufficiently trained in z/OS. And should not have been made responsible for as much as he has. But many companies today seem to assume that if they give you a job, say moving you from Windows to z/OS, then you automagically get the knowledge needed to do the job. I am assuming that the OP did not deliberately misrepresent himself to his employer. I have literally heard a manager indicate if you know how to admin a Windows box, then you *can* admin a Linux server or z/OS system, because they'are all the same! Said manager is no longer employed here. From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J. Cassidy [s...@jdcassidy.net] Sent: Thursday, September 06, 2012 3:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Probelm. If you do not know what a waitstate is you should not be near a Mainframe nor asking questions in this forum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phased Maintenance
I concur with Barbara. Given ordinary due diligence, there should be no issues w/IBM software. In all of the 20+ years I have been in this business, I can recall 1 instance where the compat support was compromised and that wasn't fatal, just a nuisance. BTW, at one large former employer (44 CECS, 10 SYSplexes) full rollout took 4 months from dev 2 QC to prod. i.e. MONTH 1 LPAR DEV1 MONTH 2 LPAR QC1, DEV2 MONTH 3 LPAR QC2, PRD1 MONTH 4 LPAR PRD2 HTH, snip I understand that IBM provides a multi-release co-existence support policy for z/OS and other ServerPac products, which very adequately covers much of our IBM inventory, and that IBM will fix any problems discovered. But, have you actually encountered any problems caused by co-execution of multiple maintenance levels or releases of IBM software? BTW, IBM transaction and database software is out of the scope of this question for us, because they are maintained separately. snippage In all, give due diligence, I don't think there are problems with phased (IBM) maintenance. For vendors, I have seen one that uses SMP/E but has no clue what a prereq across different fmids is. So I would never roll out *their* maintenance phased, but then, their software is not sysplex in scope. Barbara Nitz /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Processor Polarization
Hi, Is CA-SYSVIEW, if I use the PARTINFO command I get information about the LPAR’s in my system. Some of the fields describe processor polarization. Does anyone know what this means? Where can I find more information about processor polarization? Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Preventing the installation of unapproved software
On Wed, 5 Sep 2012 10:50:25 -0500, Greg Dorner gdor...@wpsic.com wrote: Will you pass these 'rants and expletives' to these auditors? :-D I will be passing them on to my manager. We are talking Federal auditors and billion dollar government contracts, so, no, I won't be telling the auditors anything. I let management (who are trained not to put their foot in their mouths) handle that. I may be a mainframe systems programmer, but I'm not suicidal yet. :-D Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Youtr managers are trained not to put their foot in their mouths. Amazing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Nothing personal to the OP but that poor person has been put in charge of something in which he is out of his depth. What management decision led to this? Again, the stench of short-sighted greed reaches my nostrils. RBOS and CA-7. = I agree with John C. = He is undertaking dangerous actions and we should not help him push more = buttons of which we and he cannot oversee the consequences, but rather = persuade him to consult someone with knowledge. = What would you say if you were to help someone standing with a = handgranate in a fireworks depot, asking you how to remove the pin? The = only answer should: put it down and run away. = = Kees. = = McKown, John john.mck...@healthmarkets.com wrote in message = news:a6b9336cdb62bb46b9f8708e686a7ea0115b9d0...@nrhmms8p02.uicnrh.dom. = .. = I will disagree with this statement, slightly. Such a person has not = been sufficiently trained in z/OS. And should not have been made = responsible for as much as he has. But many companies today seem to = assume that if they give you a job, say moving you from Windows to z/OS, = then you automagically get the knowledge needed to do the job. I am = assuming that the OP did not deliberately misrepresent himself to his = employer. I have literally heard a manager indicate if you know how to = admin a Windows box, then you *can* admin a Linux server or z/OS system, = because they'are all the same! Said manager is no longer employed = here. = = = From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On = Behalf Of J. Cassidy [s...@jdcassidy.net] = Sent: Thursday, September 06, 2012 3:31 AM = To: IBM-MAIN@LISTSERV.UA.EDU = Subject: Re: IPL Probelm. = = If you do not know what a waitstate is you should not be near a = Mainframe = nor asking questions in this forum. = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = = = For information, services and offers, please visit our web site: = http://www.klm.com. This e-mail and any attachment may contain = confidential and privileged material intended for the addressee only. If = you are not the addressee, you are notified that no part of the e-mail or = any attachment may be disclosed, copied or distributed, and that any other = action related to this e-mail or attachment is strictly prohibited, and = may be unlawful. If you have received this e-mail by error, please notify = the sender immediately by return e-mail, and delete this message. = = Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its = employees shall not be liable for the incorrect or incomplete transmission = of this e-mail or any attachments, nor responsible for any delay in = receipt. = Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch = Airlines) is registered in Amstelveen, The Netherlands, with registered = number 33014286 = = = = -- = For IBM-MAIN subscribe / signoff / archive access instructions, = send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN = John Cassidy (Dipl.-Ingr.) Kapellenstr. 21a D-65193 Wiesbaden EU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
1) Run apply check with no holds bypassed 2) Add bypass(holdsys(,) for each 'SYSTEM HOLD' encountered. Rerun apply check. Wash rinse repeat until all system holds are resolved. 3) for each message GIM35901IERROR HOLD xxx WAS NOT RESOLVED. Go to http://www-947.ibm.com/support/entry/portal/search/ and enter xx as the search argument Select PTF pp appropriate for your OS release. Receive and add to apply check. E.g. APPLY CHECK S(RSU1207, ppp). If no PTF is available proceed to next item. Wash rinse repeat until the List is exhausted. [1] 4) Run APPLY with no check operand. [1] At the bottom of each search item returned there will be one of the following: A list of PTFS (Unn) with HYPER-links for ordering specific maintenance. Obtain this maintenance. A status of OPEN. No PTF currently available. In *some* cases an APAR fix can be obtained. APARs are not as completely tested as PTFS. Be cautious unless really needed. In some cases, PTF number, but no HIPER link. APAR has been tested and PTF is going through testing. HTH, snip I received a service tape from IBM containing a bit more than 700 ptfs. When I ran APPLY CHECK, I got the messages below. What would be the recommended procedure to resolve these errors? Thanks Gadi 1PAGE 0001 - NOW SET TO TARGET ZONE MVST100 DATE 09/06/12 TIME 13:12:16 SMP/E 36.07 SMPOUT OUTPUT SET BDY(MVST100). 00034307 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. APPLY PTFS GEXT CHECK 00034424 /* EXCLUDE(UK59091 00034740 ) */ 00035340 BYPASS(HOLDSYSTEM,HOLDUSER,HOLDCLASS(UCLREL,ERREL,HIPER)) . 00035400 GIM30206E ** APPLY PROCESSING FAILED FOR SYSMOD UA60617. HOLD REASON IDS WERE NOT RESOLVED. GIM35901IERROR HOLD AA38607 WAS NOT RESOLVED. . Remainder snipped -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Anyone know how to copy a PDS directory as a flat file?
I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Specify LRECL On Thu, 6 Sep 2012 06:28:42 -0700, Charles Mills wrote: I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS Add LRECL=256 should do it. //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Processor Polarization
This is a feature of hiperdispatch and the z10 processors. Here is a quick link for an easy to read explanation : http://idcp.marist.edu/pdfs/ztidbitz/28%20zTidBits%20(HiperDispatch).pdf Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: 06 September 2012 14:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Processor Polarization Hi, Is CA-SYSVIEW, if I use the PARTINFO command I get information about the LPAR’s in my system. Some of the fields describe processor polarization. Does anyone know what this means? Where can I find more information about processor polarization? Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Charles, If I recall when writing an Assembler Program for a STOW macro there were some pointers on how to dump a PDS Directory. And I think there may be information in the ISPF Manuals as well. Though I think you are better served by doing this with an assembler program. Also, remember IBM can change the info in the directory without explanation. Lizette I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Probelm.
Yep, I totally agree with John McKown. Z/os is a complex beast with many components , hardware and software. A support person just can't be thrown into this situation unless the know what is going on or trained correctly. Scott ford www.identityforge.com On Sep 6, 2012, at 8:29 AM, McKown, John john.mck...@healthmarkets.com wrote: I will disagree with this statement, slightly. Such a person has not been sufficiently trained in z/OS. And should not have been made responsible for as much as he has. But many companies today seem to assume that if they give you a job, say moving you from Windows to z/OS, then you automagically get the knowledge needed to do the job. I am assuming that the OP did not deliberately misrepresent himself to his employer. I have literally heard a manager indicate if you know how to admin a Windows box, then you *can* admin a Linux server or z/OS system, because they'are all the same! Said manager is no longer employed here. From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J. Cassidy [s...@jdcassidy.net] Sent: Thursday, September 06, 2012 3:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Probelm. If you do not know what a waitstate is you should not be near a Mainframe nor asking questions in this forum. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Charles, You can create the file using IEFBR14 ...haven't tried to copy a directory to it ... Scott ford www.identityforge.com On Sep 6, 2012, at 9:28 AM, Charles Mills charl...@mcn.org wrote: I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. Have you succeeded in opening your PDS as a sequential file? --jg On 9/6/12, Lizette Koehler stars...@mindspring.com wrote: Charles, If I recall when writing an Assembler Program for a STOW macro there were some pointers on how to dump a PDS Directory. And I think there may be information in the ISPF Manuals as well. Though I think you are better served by doing this with an assembler program. Also, remember IBM can change the info in the directory without explanation. Lizette I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phased Maintenance
Yes, Scott? Kees. Scott Ford scott_j_f...@yahoo.com wrote in message news:31c46c10-8c4a-479d-b199-b6f6a533c...@yahoo.com... Kees Scott ford www.identityforge.com On Sep 6, 2012, at 3:02 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: There is absolutely no need to implement changes in 1 big bang IPL on all your systems. We do it phased as long as I work here (which is very long). When we had 2 production LPARs we usually did it with 1 week in between, but during z/OS upgrades, both levels ran together perfectly for weeks. IBM defines well what levels are supported to run concurrently in a Sysplex. Other vendor should do so too. Now that our number of LPARs is growing, due to VWLC, our phased approach would indeed take weeks, so we decided to upgrade them in 2 groups. In one weekend, we IPL the group of LPARs that mostly run Dev/Acc subsystems, the next weekend the group with the main Prod subsystems. And during the coming z/OS upgrade, the difference will exist again for a couple of weeks. Kees. Dennis Schaffer dennis.schaf...@gmail.com wrote in message news:6772801431594618.wa.dennis.schaffergmail@listserv.ua.edu... Its been four years since my esteemed colleague, Robert, asked this question about phased maintenance. He wanted to understand the experiences of those of you who implement maintenance and new releases within the same sysplex by performing rolling LPAR IPLs across multiple days or weeks. Since then, very little has changed in our maintenance processes, except we've gotten bigger. Our largest sysplex is approaching a dozen LPARs and its becoming increasingly difficult to implement major maintenance changes in a single evening outage window. We've tip-toe'd into phased maintenance by implementing changes on one or two small special-purpose low-usage systems a few days in advance of making the same changes to the major production systems, which run a variety of transaction and database systems. But, some at our company are still very nervous about implementing this phased maintenance approach on our major production systems, especially when increasingly-restrictive scheduling means this mixed maintenance environment may need to exist for two or three weeks at a time. I understand that IBM provides a multi-release co-existence support policy for z/OS and other ServerPac products, which very adequately covers much of our IBM inventory, and that IBM will fix any problems discovered. But, have you actually encountered any problems caused by co-execution of multiple maintenance levels or releases of IBM software? BTW, IBM transaction and database software is out of the scope of this question for us, because they are maintained separately. In addition, I want to mention that we implement most of our ISV software inventory using the same maintenance philosophy and that's also a concern that may not have been addressed in Robert's original question. I'd appreciate any feedback you can provide on your current phased maintenance implementation experiences, especially when the mixed-maintenance environment coexists for a week or longer on major production systems. Thanks in advance for your feedback. Dennis Schaffer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access
ASVTMAXU goes beyond end of ASVT vector table
Hi, I am scanning the ASVT vector going through all active address spaces for a length of ASVTMAXU seems that ASVTMAXU is greater than number Of ASCB(s) in the vector table Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phased Maintenance
On Wed, 5 Sep 2012 23:41:53 -0500, Dennis Schaffer dennis.schaf...@gmail.com wrote: Its been four years since my esteemed colleague, Robert, asked this question about phased maintenance. He wanted to understand the experiences of those of you who implement maintenance and new releases within the same sysplex by performing rolling LPAR IPLs across multiple days or weeks. I'd appreciate any feedback you can provide on your current phased maintenance implementation experiences, especially when the mixed-maintenance environment coexists for a week or longer on major production systems. Hi Dennis, We do rolling ipl's across our sysplex's that take the kind of time frames that you are talking about. Our maintenance philosophy is that annually we have introduced a package that included the current release of z/os and new release's or maintenance for about 40 to 50 isv's or IBM products including CICS. This is a package that we build and test and then roll out thru our 6 sysplex's. In our User Acceptance Test system (2 system sysplex) we ipl on one of the systems and then 2 to 3 weeks later on the other. In our 2 production sysplexes we ipl 1/2 of the systems in the plex and then about a month later we do the other half. We also annually do 2 maintenance roll outs to all the sysplex's using the above methodology. We have never had a problem related to having 2 levels of the systems in the sysplex. In fact we like this because it gives us a place to run jobs that may be having issues with the upgraded system until we can get a fix for a problem that was introduced by the up level system. Doug Henry USBank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phased Maintenance
Sure. And it compromises the availability of your sysplexed subsystems, through wich you can easily IPL one system without impact on the availability for the user. That's one thing Sysplex was advertised for: take out one system without the user noticing it and IPL the new software. Kees. Scott Ford scott_j_f...@yahoo.com wrote in message news:bf593c2a-2c10-49cc-b0b3-41edbb0fd...@yahoo.com... Kees, I agree 1 big bang can be problematic. For example putting a lot of maintenance on a system, you have a problem it an be a challenge to determine root cause. I personally prefer a phased approach, but that's me. Scott ford www.identityforge.com On Sep 6, 2012, at 3:02 AM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: There is absolutely no need to implement changes in 1 big bang IPL on all your systems. We do it phased as long as I work here (which is very long). When we had 2 production LPARs we usually did it with 1 week in between, but during z/OS upgrades, both levels ran together perfectly for weeks. IBM defines well what levels are supported to run concurrently in a Sysplex. Other vendor should do so too. Now that our number of LPARs is growing, due to VWLC, our phased approach would indeed take weeks, so we decided to upgrade them in 2 groups. In one weekend, we IPL the group of LPARs that mostly run Dev/Acc subsystems, the next weekend the group with the main Prod subsystems. And during the coming z/OS upgrade, the difference will exist again for a couple of weeks. Kees. Dennis Schaffer dennis.schaf...@gmail.com wrote in message news:6772801431594618.wa.dennis.schaffergmail@listserv.ua.edu... Its been four years since my esteemed colleague, Robert, asked this question about phased maintenance. He wanted to understand the experiences of those of you who implement maintenance and new releases within the same sysplex by performing rolling LPAR IPLs across multiple days or weeks. Since then, very little has changed in our maintenance processes, except we've gotten bigger. Our largest sysplex is approaching a dozen LPARs and its becoming increasingly difficult to implement major maintenance changes in a single evening outage window. We've tip-toe'd into phased maintenance by implementing changes on one or two small special-purpose low-usage systems a few days in advance of making the same changes to the major production systems, which run a variety of transaction and database systems. But, some at our company are still very nervous about implementing this phased maintenance approach on our major production systems, especially when increasingly-restrictive scheduling means this mixed maintenance environment may need to exist for two or three weeks at a time. I understand that IBM provides a multi-release co-existence support policy for z/OS and other ServerPac products, which very adequately covers much of our IBM inventory, and that IBM will fix any problems discovered. But, have you actually encountered any problems caused by co-execution of multiple maintenance levels or releases of IBM software? BTW, IBM transaction and database software is out of the scope of this question for us, because they are maintained separately. In addition, I want to mention that we implement most of our ISV software inventory using the same maintenance philosophy and that's also a concern that may not have been addressed in Robert's original question. I'd appreciate any feedback you can provide on your current phased maintenance implementation experiences, especially when the mixed-maintenance environment coexists for a week or longer on major production systems. Thanks in advance for your feedback. Dennis Schaffer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered
Re: ASVTMAXU goes beyond end of ASVT vector table
The ASVT entries include free and non-reusable entries as well as active address spaces Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: 06 September 2012 15:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ASVTMAXU goes beyond end of ASVT vector table Hi, I am scanning the ASVT vector going through all active address spaces for a length of ASVTMAXU seems that ASVTMAXU is greater than number Of ASCB(s) in the vector table Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, September 06, 2012 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Anyone know how to copy a PDS directory as a flat file? I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
There are also software vendors that can change the information in a PDS directory without notice. PDSMAN and Endevor come to mind. Regards, John K John Gilmore of the IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 09/06/2012 08:56:31 AM: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. Have you succeeded in opening your PDS as a sequential file? --jg On 9/6/12, Lizette Koehler stars...@mindspring.com wrote: Charles, If I recall when writing an Assembler Program for a STOW macro there were some pointers on how to dump a PDS Directory. And I think there may be information in the ISPF Manuals as well. Though I think you are better served by doing this with an assembler program. Also, remember IBM can change the info in the directory without explanation. Lizette I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASVTMAXU goes beyond end of ASVT vector table
Look in the Initialization and Tuning Guide for your z/OS release. You need to disentangle the MAXUSER=, RSVSTRT=, and RSVNONR= values that are specified in IEASYSxx. --jg On 9/6/12, Rob Scott rsc...@rocketsoftware.com wrote: The ASVT entries include free and non-reusable entries as well as active address spaces Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: 06 September 2012 15:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: ASVTMAXU goes beyond end of ASVT vector table Hi, I am scanning the ASVT vector going through all active address spaces for a length of ASVTMAXU seems that ASVTMAXU is greater than number Of ASCB(s) in the vector table Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ASVTMAXU goes beyond end of ASVT vector table
On Thu, 6 Sep 2012 09:59:34 -0400, Micheal Butz michealb...@optonline.net wrote: I am scanning the ASVT vector going through all active address spaces for a length of ASVTMAXU seems that ASVTMAXU is greater than number Of ASCB(s) in the vector table Good for you! :-) Is there a question in there somewhere? Are you looking at a dump or a live system? What number do you think it has in it? Is it greater than the sum of MAXUSER+RSVSTRT+RSVNONR from your IEASYSxx? If this is a live system and what you say is true, I would expect interesting results from a couple of my ASID list programs from my web site. :-) Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
This should work for you. //GENEREXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=MY.CLIST,DISP=SHR,RECFM=FB,DSORG=PS, // LRECL=256,BLKSIZE=256 //SYSUT2 DD DISP=SHR,DSN=MY.CLIST.DIR, // SPACE=(CYL,(5,1),RLSE),STORCLAS=DEVS90, // LRECL=256,RECFM=FB,DSORG=PS //SYSIN DD DUMMY ...chris. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, September 06, 2012 8:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Anyone know how to copy a PDS directory as a flat file? I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) I tried //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)) but IEBGENER is too smart for that: IEB311I CONFLICTING DCB PARAMETERS IEB311I CONFLICTING DCB PARAMETERS (and copied nothing). Anyone know how to accomplish this, short of writing an assembler program to do it? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
The content of a PDS directory can of course change. How not? My points were two: 1) that it has been a very long time since changes in a mapping DSECT for a PDS directory block were required, and 2) that such changes are now highly unlikely. (Neither PDSMAN nor Endevor makes use of new or redefined fields.) Such a change is not, of course, absolutely precluded; nor again is grave damage inflicted by a purple cow falling from the sky. --jg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK 001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
On Thu, 6 Sep 2012 14:14:43 +, Bill Fairchild wrote: Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Perhaps you don't know about overrides in JCL DD and ALLOCATE commands? Adding to my prior remark, specify _everything_ in SYSUT1 DD. DSORG, RECFM, LRECL, BLKSIZE. On Thu, 6 Sep 2012 09:56:31 -0400, John Gilmore wrote: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. So much IBM software (probably ISPF) and customer software depend on the PDS directory format that I understand that a PDSE can be opened as PS and PDSE support emulates the PDS directory format. Have you succeeded in opening your PDS as a sequential file? I've done it in Rexx. Assembler is for people who like that sort of thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
On 9/6/2012 10:43 AM, John Dawes wrote: G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. Add FULL after the RESTORE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
I'm certain that you can read a PDS directory by specifying a DD with DSORG=PS,RECFM=F,LRECL=256,BLKSIZE=256. But don't PDS directory blocks have keys on disk? IEBGENER won't copy those - your target dataset will be regular DSORG=PS. Kirk Wolf Dovetailed Technologies http://dovetail.com +1 636.300.0901 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
Are you trying to do a full volume restore, or a logical data set restore? Looks like the latter. In which case, as the messages indicate, you have not specified which data set names/pattern to restore. You'd need a DATASET(INCL(**)) to restore all the data sets. If you want to do a full volume restore, then change the RESTORE to be something like: RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) NOCOPYVOLID From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, September 06, 2012 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: another DCOLLECT question
Please explain what you want to do. The MXG Software can make identifying the MGMTCLAS and other SMS components very easy. But I am not clear what you want to do with that data. In the MXG SOURCLIB dataset are CHAP Members. If you go into the library (Browse, Edit, VIEW) and enter on the command line SRCHFOR DATASETS it will show you all members that have information on that phrase. If you go to Option 1 in ISPF and enter dsn(CHAP*) it will display all CHAP members in the file. Then the SRCHFOR can just go against those members Do you need to summarize the data based on HLQ or Other? Do you need some sort of table that shows data set name and what is on DASD, ML1, ML2, etc? Do you just need a listing of MGMTCLAS and what datasets are associated with that? I will help to know more Lizette David, thank you. The UMCLASS provides the DFSMSHSM management class. But how do I go from having that information to providing a report with the dataset name, creation date and expiration date? where do I get the expiration date once I have the management class in a manner that I can write a program? I need to provide the report for what amounts over 1 million datasets. Regards, Uriel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hillgang Reminder
A reminder that the next meeting of Hillgang (the DC/MD/NoVA z/VM and Linux User Group) will take place Wednesday September 12 at the CA Offices in Herndon. The agenda, logistics, and directions are posted at http://www.vm.ibm.com/events/HG091212.PDF Please follow the instructions in the brochure to let us know your coming so we can order sufficient breakfast items. Neale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Anyone know how to copy a PDS directory as a flat file?
I've used this simple method in the past //S1 EXEC PGM=IKJEFT01 //SYSTSPRT DD DSN=YOUR.OUTPUT.FILE,DISP=(NEW,CATLG,), etc etc etc //SYSTSIN DD * PROF NOPREFIX LISTDS 'YOUR.PDS' MEMBERS - Original Message - From: Paul Gilmartin paulgboul...@aim.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 06, 2012 9:55 AM Subject: Re: Anyone know how to copy a PDS directory as a flat file? On Thu, 6 Sep 2012 14:14:43 +, Bill Fairchild wrote: Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Perhaps you don't know about overrides in JCL DD and ALLOCATE commands? Adding to my prior remark, specify _everything_ in SYSUT1 DD. DSORG, RECFM, LRECL, BLKSIZE. On Thu, 6 Sep 2012 09:56:31 -0400, John Gilmore wrote: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. So much IBM software (probably ISPF) and customer software depend on the PDS directory format that I understand that a PDSE can be opened as PS and PDSE support emulates the PDS directory format. Have you succeeded in opening your PDS as a sequential file? I've done it in Rexx. Assembler is for people who like that sort of thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Tony, That will list the members, I think Charles wants the hex data found in the directory itself. I am not sure there is an option on LISTD that will dump the HEX data of the directory itself. Lizette I've used this simple method in the past //S1 EXEC PGM=IKJEFT01 //SYSTSPRT DD DSN=YOUR.OUTPUT.FILE,DISP=(NEW,CATLG,), etc etc etc //SYSTSIN DD * PROF NOPREFIX LISTDS 'YOUR.PDS' MEMBERS - Original Message - From: Paul Gilmartin paulgboul...@aim.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 06, 2012 9:55 AM Subject: Re: Anyone know how to copy a PDS directory as a flat file? On Thu, 6 Sep 2012 14:14:43 +, Bill Fairchild wrote: Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Perhaps you don't know about overrides in JCL DD and ALLOCATE commands? Adding to my prior remark, specify _everything_ in SYSUT1 DD. DSORG, RECFM, LRECL, BLKSIZE. On Thu, 6 Sep 2012 09:56:31 -0400, John Gilmore wrote: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. So much IBM software (probably ISPF) and customer software depend on the PDS directory format that I understand that a PDSE can be opened as PS and PDSE support emulates the PDS directory format. Have you succeeded in opening your PDS as a sequential file? I've done it in Rexx. Assembler is for people who like that sort of thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Chris Webster's JCL will do the job, and I like its restraint. The input BLKSIZE= is necessary and is specified. An output BLKSIZE= is inappropriate and is not specified. Moreover, while I have never myself encountered a PDS directory that filled even five 3390 crypto-cylinders, reference to the manual shows that such a directory is, at least in principle, possible. --jg On 9/6/12, Kirk Wolf k...@dovetail.com wrote: I'm certain that you can read a PDS directory by specifying a DD with DSORG=PS,RECFM=F,LRECL=256,BLKSIZE=256. But don't PDS directory blocks have keys on disk? IEBGENER won't copy those - your target dataset will be regular DSORG=PS. Kirk Wolf Dovetailed Technologies http://dovetail.com +1 636.300.0901 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
Tom, I tried that but I got the same error messages: RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 11:22:44 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND From: Thomas Conley pinnc...@rochester.rr.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:03 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS On 9/6/2012 10:43 AM, John Dawes wrote: G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK 001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. Add FULL after the RESTORE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
I guess you better show us the JCL you used to do the backup/dump. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, September 06, 2012 11:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Tom, I tried that but I got the same error messages: RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 11:22:44 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND From: Thomas Conley pinnc...@rochester.rr.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:03 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS On 9/6/2012 10:43 AM, John Dawes wrote: G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK 001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. Add FULL after the RESTORE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
Try RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE HTH, snip RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 11:22:44 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
Jophn, I do not think you can do it that way due to this message , REQUIRED (SUB)PARAMETER OF 'DATASET Did you try Restore Include(dsn(**)) - OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - And why use Purge? When you did the backup did you use DELETE at that point? Do you need to catalog these datasets to the nonSMS volume? Could you paste the complete JCL and Control cards for backup and Restore? Are you MOVING datasets from an SMS volume to a NON SMS Volume? If so you could convert the SMS volume to NONSMS. Or you can use the ISMF Panels to generate the control cards. Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, September 06, 2012 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Tom, I tried that but I got the same error messages: RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 11:22:44 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND From: Thomas Conley pinnc...@rochester.rr.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:03 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS On 9/6/2012 10:43 AM, John Dawes wrote: G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK 001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. Add FULL after the RESTORE. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Yep, correct. I optimistically thought the OP was content with a member list. When I want all the detail I've used SAS PROC SOURCE. - Original Message - From: Lizette Koehler stars...@mindspring.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 06, 2012 10:21 AM Subject: Re: Anyone know how to copy a PDS directory as a flat file? Tony, That will list the members, I think Charles wants the hex data found in the directory itself. I am not sure there is an option on LISTD that will dump the HEX data of the directory itself. Lizette I've used this simple method in the past //S1 EXEC PGM=IKJEFT01 //SYSTSPRT DD DSN=YOUR.OUTPUT.FILE,DISP=(NEW,CATLG,), etc etc etc //SYSTSIN DD * PROF NOPREFIX LISTDS 'YOUR.PDS' MEMBERS - Original Message - From: Paul Gilmartin paulgboul...@aim.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 06, 2012 9:55 AM Subject: Re: Anyone know how to copy a PDS directory as a flat file? On Thu, 6 Sep 2012 14:14:43 +, Bill Fairchild wrote: Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Perhaps you don't know about overrides in JCL DD and ALLOCATE commands? Adding to my prior remark, specify _everything_ in SYSUT1 DD. DSORG, RECFM, LRECL, BLKSIZE. On Thu, 6 Sep 2012 09:56:31 -0400, John Gilmore wrote: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. So much IBM software (probably ISPF) and customer software depend on the PDS directory format that I understand that a PDSE can be opened as PS and PDSE support emulates the PDS directory format. Have you succeeded in opening your PDS as a sequential file? I've done it in Rexx. Assembler is for people who like that sort of thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
I am trying to do a full volume restore to a non-SMS volume. The backup which was created is of a SMS managed volume. I want to validate the backup which was made using DFDSS COPYDUMP. From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:08 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Are you trying to do a full volume restore, or a logical data set restore? Looks like the latter. In which case, as the messages indicate, you have not specified which data set names/pattern to restore. You'd need a DATASET(INCL(**)) to restore all the data sets. If you want to do a full volume restore, then change the RESTORE to be something like: RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) NOCOPYVOLID From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, September 06, 2012 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK 001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Lizette is correct. There is/was no such option. There are a number of routines out there that provide what amount to formatted dumps of PDS directories. C's original post did, however, suggest that he needed a portable dataset, one he could take elsewhere, containing the contents of such a directory. --jg On 9/6/12, Lizette Koehler stars...@mindspring.com wrote: Tony, That will list the members, I think Charles wants the hex data found in the directory itself. I am not sure there is an option on LISTD that will dump the HEX data of the directory itself. Lizette I've used this simple method in the past //S1 EXEC PGM=IKJEFT01 //SYSTSPRT DD DSN=YOUR.OUTPUT.FILE,DISP=(NEW,CATLG,), etc etc etc //SYSTSIN DD * PROF NOPREFIX LISTDS 'YOUR.PDS' MEMBERS - Original Message - From: Paul Gilmartin paulgboul...@aim.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 06, 2012 9:55 AM Subject: Re: Anyone know how to copy a PDS directory as a flat file? On Thu, 6 Sep 2012 14:14:43 +, Bill Fairchild wrote: Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Perhaps you don't know about overrides in JCL DD and ALLOCATE commands? Adding to my prior remark, specify _everything_ in SYSUT1 DD. DSORG, RECFM, LRECL, BLKSIZE. On Thu, 6 Sep 2012 09:56:31 -0400, John Gilmore wrote: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. So much IBM software (probably ISPF) and customer software depend on the PDS directory format that I understand that a PDSE can be opened as PS and PDSE support emulates the PDS directory format. Have you succeeded in opening your PDS as a sequential file? I've done it in Rexx. Assembler is for people who like that sort of thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
You can only do a full volume restore from a full volume dump. Please verify that the dump was a full volume dump, not a data set dump, and let us know. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-09-06 11:37, John Dawes wrote: I am trying to do a full volume restore to a non-SMS volume. The backup which was created is of a SMS managed volume. I want to validate the backup which was made using DFDSS COPYDUMP. From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:08 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Are you trying to do a full volume restore, or a logical data set restore? Looks like the latter. In which case, as the messages indicate, you have not specified which data set names/pattern to restore. You'd need a DATASET(INCL(**)) to restore all the data sets. If you want to do a full volume restore, then change the RESTORE to be something like: RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) NOCOPYVOLID From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, September 06, 2012 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Ta-da! Thanks all. The below was sufficient. (And as a bonus, it didn't even hose up my original PDS!) Thanks all. //GENEREXEC PGM=IEBGENER //SYSUT1 DD DSN=MY.PDS,DISP=SHR,RECFM=F,DSORG=PS, // LRECL=256,BLKSIZE=256 //SYSUT2 DD DSN=THE.SAMPLE.PDSDIR,DISP=(NEW,CATLG), // SPACE=(TRK,(1,1)),RECFM=F,LRECL=256,BLKSIZE=256,DSORG=PS //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY Was good enough to make ISPF edit happy: ** * Top 01 8$GINCL1 0F5CCDCDF40020002012020200 08B7953310081F1101198F198F640E - 02 ¹GINCLUD4GP2INCLUGSAMPLE 0DCCDCDECF0020CDFCDCDECECDDDC4 0A79533444003077295334011072147350 - Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, September 06, 2012 6:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Anyone know how to copy a PDS directory as a flat file? Specify LRECL On Thu, 6 Sep 2012 06:28:42 -0700, Charles Mills wrote: I want to make a PS (flat file) copy of the series of 256-byte blocks of a PDS directory. (I want to copy the data to another platform so I can test some code with it more readily.) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Yes, I have done that in the past. I no longer own that code, so I am doing it again. C++ this time, FWIW. IBM could change anything at any time but I think the basic format of PDS directories is going to outlive most of us. FWIW it's documented in Using Datasets and there is no note that it is not GUPI. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 06, 2012 6:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Anyone know how to copy a PDS directory as a flat file? Charles, If I recall when writing an Assembler Program for a STOW macro there were some pointers on how to dump a PDS Directory. And I think there may be information in the ISPF Manuals as well. Though I think you are better served by doing this with an assembler program. Also, remember IBM can change the info in the directory without explanation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
But don't PDS directory blocks have keys on disk? I don't *think* so. In any event I just want something I can FTP to another box and that will behave like reading the first few blocks of a PDS with B/QSAM, so the keys don't matter to me. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Thursday, September 06, 2012 8:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Anyone know how to copy a PDS directory as a flat file? I'm certain that you can read a PDS directory by specifying a DD with DSORG=PS,RECFM=F,LRECL=256,BLKSIZE=256. But don't PDS directory blocks have keys on disk? IEBGENER won't copy those - your target dataset will be regular DSORG=PS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEC12, and previous generations, why? type question - GPU computing.
gahe...@gmail.com (George Henke) writes: I believe IBM produced a pc with a 370 to run VM on a PC. Merrill Lynch had one. Somewhere in the late 80's I believe. re: http://www.garlic.com/~lynn/2012l.html#72 zEC12, and previous generations, why? type question - GPU computing 1984, xt/370 ... later same board was made available on at as at/370. basically a couple M68k executing subset of vm370 ... code-named washington. it didn't support i/o ... so vm370 was modified to communicate with a monitor running under dos on the 8088 for all i/o functions. it provided approx. 100kip 370 with 384kbytes of memory ... little bit faster than 370/115. however, since all disk i/o (paging, cms file, etc) was being done on 100ms (per block) dos hard disk. By that time, vm370 and cms had gotten quite a bit bloated ... much larger than cp67/cms that would run on 256kbyte 360/67. Also any kind of disk i/o (paging, file activity) could become extremely painful ... compared to what one was use to with real mainframe disks. I got con'ed into doing some work on it ... first thing simple paging tests showed almost any cms application would page thrash in the pageable pages available left over after vm370 kernel fixed storage size (from 384kbytes) ... exhaserbated by the paging on dos xt disk. I got blamed for several month schedule ship in the product while they upgraded the memory from 384kbytes to 512kbytes ... to cut down on severe paging problems. However, cms applications that tended to be much more file intensive than (and fared poorly in comparison with) equivalent applications developed for the DOS/XT resource limited environment. I had tried to start a project to implement a super lean and fast vm370 replacement kernel in pascal. As a demo I had re-implemented the vm370 kernel spooling function in pascal running in virtual address space. My objective was to enormously increase the throughput and performance compared to the kernel assembler implemented equivalent. I had another agenda ... I was also doing high-speed data transport project ... and for vm370 vnet ... which was dependent on vm370 spool ... I needed multi-megabyte sustained thruput to drive the links I had. misc. past posts mentioning hsdt http://www.garlic.com/~lynn/subnetwork.html#hsdt I indirectly referenced it in previous post regarding work with NSF on what was to become NSFNET backbone ... also original mainframe tcp/ip product was done for vm370 in pascal ... and I did the rfc1044 enhancements that got sustained channel thruput (between 4341 and cray machine using only modest amount of 4341 processor, about 500 times improvement in bytes moved per instruction executed). misc. past posts mentioning NSFNET backbone http://www.garlic.com/~lynn/subnetwork.html#nsfnet -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E question
In c11ded818b17214792b97fba28712bed15ef0a4...@jer-email1.jer.ad.malam.com, on 09/06/2012 at 01:31 PM, gad...@malam.com said: When I ran APPLY CHECK, I got the messages below. That's been normal for decades. What would be the recommended procedure to resolve these errors? Read the hold text and PTF comments for the held service. Inform your staff of anything associated with a documentation hold that affects them. Don'r bypass any holds unless you know that it is safe. Draw up transition plans for any hold requiring external action. You specified GEXT, which means that if you have received corrective service for an error hold, SMP will include it in the APPLY. If you APPLY a PTF that supersedes an APAR number, that automatically releases that error hold; it is normally neither necessary nor safe to manually bypass error holds. Of course, if you are affected by a HIPER APAR then you may need to install the fix even if it has an unresolved PE. Try to get your management to pay for SMP training. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zEC12, and previous generations, why? type question - GPU computing.
In caccgc5dh-2kebjfpnmt0apwdcjjaondevelz6wnufcla7og...@mail.gmail.com, on 09/06/2012 at 01:58 AM, George Henke gahe...@gmail.com said: I believe IBM produced a pc with a 370 to run VM on a PC. XT/370 and AT/370 used a 68000 with custom microcode and a second 68000 with standard microcode. The software for it was VM/PC. Note that the later P/370 and R/370 cards implemented the full architecture and ran stock operating systems. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
In CAHm_n2=y0-wuhodm8q0cyfat2edh-u8mpco4jd0o_sdjc91...@mail.gmail.com, on 09/06/2012 at 10:05 AM, Kirk Wolf k...@dovetail.com said: But don't PDS directory blocks have keys on disk? Yes, but the OP asked for 256 bytes, suggesting that he doesn't need the keys and in fact is not prepared to deal with them. KEYLEN=8 will work if you need the full 264 bytes, but that's not normally appropriate. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
In 071a01cd8c33$88e2d440$9aa87cc0$@mcn.org, on 09/06/2012 at 06:28 AM, Charles Mills charl...@mcn.org said: Anyone know how to accomplish this, short of writing an assembler program to do it? Write a PL/I or REXX program to read the directory. Assuming that you don't need the key, the DCB attributes should include LRECL=256 and BLKSIZE=256. RECFM can be F, FB or U. Did you try IEBGENER with explicit DCB attributes? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
John, I'm going to take your word that the original DUMP that you created the COPYDUMP from was a full volume dump. That being said, the BYPASSACS parameter you have in your RESTORE attempt is only valid for dataset level restores, not full restores. You will need to use a restore parameter similar to what John McKown mentioned below. You will need something like this instead of the restore you are using: RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) If you leave the keyword FULL off, DFDSS is looking for a dataset level restore. I don't see NOCOPYVOLID in the manual, but there is a blurb that says for an SMS managed source volume 9or a source volume with a VSAM dataset on it), you must use COPYVOLID. You will probably need to restore the full volume with the original volser, which will knock it offline, clip the volser to something else, then if you really want it non-SMS, run a convertv routine to make it non-SMS. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, September 06, 2012 10:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS I am trying to do a full volume restore to a non-SMS volume. The backup which was created is of a SMS managed volume. I want to validate the backup which was made using DFDSS COPYDUMP. From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:08 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Are you trying to do a full volume restore, or a logical data set restore? Looks like the latter. In which case, as the messages indicate, you have not specified which data set names/pattern to restore. You'd need a DATASET(INCL(**)) to restore all the data sets. If you want to do a full volume restore, then change the RESTORE to be something like: RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) NOCOPYVOLID From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, September 06, 2012 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
The backup is a (physical) full volume dump and not a dataset bkup. From: Gord Tomlin gt.ibm.li...@actionsoftware.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 12:00 PM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS You can only do a full volume restore from a full volume dump. Please verify that the dump was a full volume dump, not a data set dump, and let us know. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2012-09-06 11:37, John Dawes wrote: I am trying to do a full volume restore to a non-SMS volume. The backup which was created is of a SMS managed volume. I want to validate the backup which was made using DFDSS COPYDUMP. From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:08 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Are you trying to do a full volume restore, or a logical data set restore? Looks like the latter. In which case, as the messages indicate, you have not specified which data set names/pattern to restore. You'd need a DATASET(INCL(**)) to restore all the data sets. If you want to do a full volume restore, then change the RESTORE to be something like: RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) NOCOPYVOLID From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, September 06, 2012 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK 001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
Did you try IEBGENER with explicit DCB attributes? Did you read my preceding post? g Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, September 06, 2012 9:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Anyone know how to copy a PDS directory as a flat file? In 071a01cd8c33$88e2d440$9aa87cc0$@mcn.org, on 09/06/2012 at 06:28 AM, Charles Mills charl...@mcn.org said: Anyone know how to accomplish this, short of writing an assembler program to do it? Write a PL/I or REXX program to read the directory. Assuming that you don't need the key, the DCB attributes should include LRECL=256 and BLKSIZE=256. RECFM can be F, FB or U. Did you try IEBGENER with explicit DCB attributes? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS
Rex. I did the backup myself (used COPYDUMP) and it is from a full volume backup. I used RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1). I cannot put the original volume offline because these contain all our pds libs. This is why I am trying the exercise of restoring the volume (physically) to a non-sms managed volume. This way no dsns weill b cataloged etc. I am using BYPASSACS because I thought I could bypass SMS. From: Pommier, Rex R. rex.pomm...@cnasurety.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 12:30 PM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS John, I'm going to take your word that the original DUMP that you created the COPYDUMP from was a full volume dump. That being said, the BYPASSACS parameter you have in your RESTORE attempt is only valid for dataset level restores, not full restores. You will need to use a restore parameter similar to what John McKown mentioned below. You will need something like this instead of the restore you are using: RESTORE FULL INDDNAME(TAPE1) OUTDDNAME(DASD1) If you leave the keyword FULL off, DFDSS is looking for a dataset level restore. I don't see NOCOPYVOLID in the manual, but there is a blurb that says for an SMS managed source volume 9or a source volume with a VSAM dataset on it), you must use COPYVOLID. You will probably need to restore the full volume with the original volser, which will knock it offline, clip the volser to something else, then if you really want it non-SMS, run a convertv routine to make it non-SMS. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Thursday, September 06, 2012 10:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS I am trying to do a full volume restore to a non-SMS volume. The backup which was created is of a SMS managed volume. I want to validate the backup which was made using DFDSS COPYDUMP. From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, 6 September 2012 11:08 AM Subject: Re: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS Are you trying to do a full volume restore, or a logical data set restore? Looks like the latter. In which case, as the messages indicate, you have not specified which data set names/pattern to restore. You'd need a DATASET(INCL(**)) to restore all the data sets. If you want to do a full volume restore, then change the RESTORE to be something like: RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) NOCOPYVOLID From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes [jhn_da...@yahoo.com.au] Sent: Thursday, September 06, 2012 9:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: UNABLE TO DO A FULL VOLUME RESTORE - DFDSS G'Day, I am trying to perform a full volume restore of a SMS volume to a spare volume which is not SMS managed. I am encountering a problem and tried several things: The output volume has a different VOLSER. The reason for this is that I want to ensure that the tape which is being used to perform the restore could be read because it was created by a DFDSS COPYDUMP. Below is the restore parm and the error messages. We are running RELEASE z/OS 01.11.00 RESTORE INDDNAME(TAPE1) OUTDDNAME(DASD1) PURGE - BYPASSACS(**) - NULLSTORCLAS - NULLMGMTCLAS ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE ' ADR109I (R/I)-RI01 (01), 2012.250 10:34:33 INITIAL SCAN OF USER CONTROL STATEMEN ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'BYPASSACS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLSTORCLAS ' ADR138E (001)-RI01 (02), REQUIRED (SUB)PARAMETER OF 'DATASET ' IS MISSING ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'NULLMGMTCLAS ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2012.250 10:34:33 TASK NOT SCHEDULED DUE TO ERROR. TASK ADR012I (SCH)-DSSU (01), 2012.250 10:34:33 DFSMSDSS PROCESSING COMPLETE. HIGHEST SYNTAX TASK 001 Can this be done i.e. restore a SMS managed volume to a NON-SMS volume? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN
Re: Processor Polarization
Thanks. Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Scott [rsc...@rocketsoftware.com] Sent: 06 September 2012 16:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Processor Polarization This is a feature of hiperdispatch and the z10 processors. Here is a quick link for an easy to read explanation : http://idcp.marist.edu/pdfs/ztidbitz/28%20zTidBits%20(HiperDispatch).pdf Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: 06 September 2012 14:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Processor Polarization Hi, Is CA-SYSVIEW, if I use the PARTINFO command I get information about the LPAR’s in my system. Some of the fields describe processor polarization. Does anyone know what this means? Where can I find more information about processor polarization? Thanks Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Blades versus z was Re: Turn Off Another Light - Univ. of Tennessee
On 9/6/2012 at 03:16 AM, R.S. r.skoru...@bremultibank.com.pl wrote: To make long story short: IFL can be cost effective because of ISV licenses. Linux is (in theory) free, but Oracle and other are not. Let's not keep propagating the myth that Linux is free as in no cost. The classic statement is that it's free, as in free speech, not as in free beer. See http://www.gnu.org/philosophy/free-sw.html The confusion in English is why many have taken to using Free/Libre, since the French separate free (freedom or Libre) from free (no cost or gratis). Assuming free software only it's very hard to justify spendings on IFL. Almost as hard as justifying paying for z/OS, DB2, etc. Right? Yet people do it all the time, for very solid business reasons. It is _not_ just about the cost of acquisition, or at least shouldn't be. BTW: Licensing models do change. How can one be sure that Oracle will keep the model unchanged? Maybe they will start using price per MIPS model? How can one be sure the sun will come up tomorrow? There are no guarantees in life, and when Oracle is involved things get even less sure. However, other companies are willing to support the business model that IBM has adopted for specialty engines. (Just about everyone except SAS Institute.) And just in the last month, I saw Oracle advertising a job opening for someone to drive certification of Oracle products on Linux for System z. As I said, no guarantees for the future, but that gives me enough confidence to continue recommending people at least look at consolidating their workloads on System z. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Processor Polarization
Thanks Gadi From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM [kees.verno...@klm.com] Sent: 06 September 2012 16:52 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Processor Polarization Search for Hiperdispatch. Kees. ??? ?? ??? gad...@malam.com wrote in message news:c11ded818b17214792b97fba28712bed15ef0a4...@jer-email1.jer.ad.malam .com... Hi, Is CA-SYSVIEW, if I use the PARTINFO command I get information about the LPAR's in my system. Some of the fields describe processor polarization. Does anyone know what this means? Where can I find more information about processor polarization? Thanks Gadi ? ???, ? ? ? ??? ?? ??, ?? , ?? ??? ?, ??? ? ?? ??? ? ?? ?? ?, ? ?? ? ?? ??? ?? ??? ? ?. ? ? (? ) ?? ?? ???, ??? ? ? ?? ??? ? ?, ?? ?? ? ? ?? ?? ?. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anyone know how to copy a PDS directory as a flat file?
If you are in tso 3.4 and looking at the pds directory and you issue: SAVE LIST you will get a sequential file with: USERID.LIST.MEMBERS IIRC On Thu, Sep 6, 2012 at 11:39 AM, John Gilmore jwgli...@gmail.com wrote: Lizette is correct. There is/was no such option. There are a number of routines out there that provide what amount to formatted dumps of PDS directories. C's original post did, however, suggest that he needed a portable dataset, one he could take elsewhere, containing the contents of such a directory. --jg On 9/6/12, Lizette Koehler stars...@mindspring.com wrote: Tony, That will list the members, I think Charles wants the hex data found in the directory itself. I am not sure there is an option on LISTD that will dump the HEX data of the directory itself. Lizette I've used this simple method in the past //S1 EXEC PGM=IKJEFT01 //SYSTSPRT DD DSN=YOUR.OUTPUT.FILE,DISP=(NEW,CATLG,), etc etc etc //SYSTSIN DD * PROF NOPREFIX LISTDS 'YOUR.PDS' MEMBERS - Original Message - From: Paul Gilmartin paulgboul...@aim.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, September 06, 2012 9:55 AM Subject: Re: Anyone know how to copy a PDS directory as a flat file? On Thu, 6 Sep 2012 14:14:43 +, Bill Fairchild wrote: Assuming you have the authority to do so, superzap the F1 DSCB for your source PDS so that its DSORG is PS instead of PO. Then do your IEBGENER. Then zap the F1 back to PO. It might work. I have never tried this myself. Perhaps you don't know about overrides in JCL DD and ALLOCATE commands? Adding to my prior remark, specify _everything_ in SYSUT1 DD. DSORG, RECFM, LRECL, BLKSIZE. On Thu, 6 Sep 2012 09:56:31 -0400, John Gilmore wrote: Lizette's point that IBM can change the information in a PDS directory without notice is of course generically correct That conceded, such changes have been infrequent for many years; and the functional stabilization of PDS support that came about with the introduction of PDSEs makes further such changes unlikely. Brutally put, PDSEs are changing, PDSs are not. So much IBM software (probably ISPF) and customer software depend on the PDS directory format that I understand that a PDSE can be opened as PS and PDSE support emulates the PDS directory format. Have you succeeded in opening your PDS as a sequential file? I've done it in Rexx. Assembler is for people who like that sort of thing. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Men will never be free until the last king is strangled with the entrails of the last priest. Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN