Re: C Compiler on z/OS 1.11
Hello, I have checked in Server pac installation document and that talks about some of the target and distribution library required for this setup. But I dont find any more detail to setup this compiler. I have two requirements 1) To run the z/OS 1.10 C/C++ compiler on z/OS 1.11. 2) To run the z/OS 1.13 compiler on a z/OS 1.11 system. Can you please guide me to setup this compiler. Regards Saurabh On Wed, Aug 29, 2012 at 11:05 AM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello Group, We have a requirement to to run the z/OS 1.10 C/C++ compiler on z/OS 1.11 system. I didn't find any documents to setup this. But I believe, I will have to copy some of the RES volume dataset from z/OS 1.10 system to z/OS 1.11 with different name. But there many more thing needs to be done. -- Thanks Regards Saurabh Khandelwal -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
With TN3270 reconnect works fine, and so far always for at least half a decade. I rely on it to switch from my laptop to my desktop and back. Yes there is the proviso of the same screen size. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, August 28, 2012 5:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] TSO LOGON Reconnect confirmation. In the TSO graphic LOGON panel, I can either S Reconnect, in which it preempts any active session, or I can not select Reconnect, in which case it rejects the LOGON if another session is active. Either of these behaviors is extreme. If there's another session, I'd like it to prompt me: Another session is active. R(econnect) or C(ancel)? Is there any way to achieve this? Bonus points if it were to tell me if the active session has a compatible terminal type, and if not which, since if I reconnect to ISPF with an incompatible terminal type chaos ensues. Dumb ISPF. -- 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: execs or scripts
In 0088725960804398.wa.paulgboulderaim@listserv.ua.edu, on 08/28/2012 at 09:42 AM, Paul Gilmartin paulgboul...@aim.com said: How would you employ VALUE() to simplify this? Whoops! Substitution of the tail does occur. That leaves OOREXX, which hasn't ben ported :-( -- 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: execs or scripts
In 584b9998-992d-4fab-9b21-268ad144d...@yahoo.com, on 08/28/2012 at 11:56 AM, Scott Ford scott_j_f...@yahoo.com said: Parsing for me is not an issue. I understand it's not 'NIX' like, but if you understand the language you craft your programs or scripts to perform what you want. When I have a screwdriver in my tool box I'm not going to make do with a hammer when I need to put in a screw. I use REXX when it's more suitable and I use Perl when *it's* more suitable, and parsing is one of the factors in evaluating that choice. -- 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: Space Allocation In Bytes
In 503d2b0b.6010...@neo.tamu.edu, on 08/28/2012 at 03:33 PM, Richard Peurifoy r-peuri...@neo.tamu.edu said: I think BSAM/QSAM will simulate an EOF without doing any I/O to the data set if you try to read it. I'd prefer an ABEND. Note that if you first write to it first then [B|Q]SAM will allocate an extent in EOV processing. -- 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: Space Allocation In Bytes
In 503cfd09.1010...@bremultibank.com.pl, on 08/28/2012 at 07:16 PM, R.S. r.skoru...@bremultibank.com.pl said: BTW: it's NOT similar to /dev/null or DD DUMMY. Of course it is. Zero-space dataset is real object, consuming real resources (VTOC, maybe catalog) with no real (as intended) use. /dev/null and DUMMY are also real objects consuming real resources (space in /dev, TIOT emtry, JFCB, etc.) They all have real use. -- 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: Space Allocation In Bytes
In 1384193780234110.wa.paulgboulderaim@listserv.ua.edu, on 08/28/2012 at 06:26 PM, Paul Gilmartin paulgboul...@aim.com said: I believe this is the behavior of QSAM. BSAM at least in the past behaved otherwise; cheerfully reading residual, likely invalid, data. For a zero-extent dataset there are no residual data to read. -- 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: The IBM zEnterprise EC12 announcment
W dniu 2012-08-28 23:53, Eric Bielefeld pisze: I'm curious - what do you do with all the cables coming in to the machine. Obviously you have a power cable, and all the channel cables. Do they get hung from the ceiling if you have no raised floor? Every machine (9672's, z900, z990, z9, z10, z196) *can be used* without raised floor. There is no black magic here: you have to connect 2 (4) thick power cables and bunch of thin ESCON/FICON/OSA/SE cables. While not very convenient it is perfectly feasible, especially if you get rid of the doors. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2012 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.410.984 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
In 5214889636111450.wa.paulgboulderaim@listserv.ua.edu, on 08/28/2012 at 10:28 PM, Paul Gilmartin paulgboul...@aim.com said: You're right. I don't like it. How did you guess? Actually, in HLASM I could do anything, even write my own TMP. If I wanted to. If I knew how. Couldn't I? Yes, and IBM used to document how, back when the TMP didn't have to be authorized. And If I can prompt for passwords, I can copy them. If you have unchecked write access to system libraries then you can do all sorts of nasty things. That's why you need audits and controls on them. Is this more frightening than multiple TSO sessions on separate processors, which I do regularly? Multiple TSO sessions for a user on the same system introduce additional issues, e.g., CANCEL, SEND, profiles. Depending on how it's set up, that last could be an issue even on separate 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: TSO LOGON Reconnect confirmation.
On Tue, 28 Aug 2012 19:48:51 -0500 Paul Gilmartin paulgboul...@aim.com wrote: :In the TSO graphic LOGON panel, I can either S Reconnect, in which :it preempts any active session, or I can not select Reconnect, in :which case it rejects the LOGON if another session is active. :Either of these behaviors is extreme. If there's another session, :I'd like it to prompt me: :Another session is active. R(econnect) or C(ancel)? :Is there any way to achieve this? Bonus points if it were to tell :me if the active session has a compatible terminal type, and if not :which, since if I reconnect to ISPF with an incompatible terminal :type chaos ensues. Dumb ISPF. I do not understand why you consider the preempt as extreme. It seems perfectly reasonable. What I do not like is the USER IN USE even when reconnect is specified (fixed at 1.11 or so) -- 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: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE
The reason why I need to recycle the tape is to recoup some of the dsns. These dsns were migrated without a backup. This MGMTCLAS does backup the dsns, just migrate them after 20 days on disk. From: willie bunter williebun...@yahoo.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, August 28, 2012 7:28:58 PM Subject: Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE By using FORCE would I lose the tape? I remember once before I did that and I think it got deleted from HSM. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 1:10 PM Subject: Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE HSEND RECYCLE EXECUTE VOL(xx) FORCE ? What you have described is usually successful. You might also recall the datasets past the damaged point individually. When all have been recalled HSEND RECYCLE EXECUTE VOLUME(xx) FORCE This tape should then free up without a mount. HTH, snip I am trying to recycle a damaged ML2 tape. The RECYCLE rolls along however when it hits a particular dsn the recycle terminates. I deleted the migrated dsn (ML2) so as to bypass the problem however it doesn't work. Is there a way of having the RECYCLE bypass this troublesome dsn on the ML2 tape? /snip -- 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
HAS ANYBODY NOTICED....
Hallo All, Has anybody noticed that when you post a topic you don't see any of the responses back? This has happened to me (HSM post). A fellow poster forwarded over all the replies to me. Darren, any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Find out PDS member change using SMF records
Hello, I have to know who changed several members on a pds library, that is: - modifying member contents, renaming, creating and renaming members. I have jcl to do this but for seq files (renaming and deleting), not for pds or pdse members, is there a way to do that ?? Many thx, A.Cecilio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE
Thanks John forwarding the reply to my post. David, Thanks for the clarification. Yes, we are aware that is the risk taken when no backup taken or alternate tapes. Thanks to all who responded. Darren, Could you take a look as to why I do not receive any of the replies to my post? Thanks. Sent: Wednesday, August 29, 2012 8:08:44 AM Subject: Fw: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE Here is your post. - Forwarded Message - From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, 29 August 2012 6:35 AM Subject: Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE You have to accept the fact that you are going to lose some data. The Force parameter will allow you to recycle whatever data is readable onto another tape. Whatever is not readable is gone. You allowed migrated data apparently without having alternate tapes. Lost data due to a bad tape is the risk you took. -Original Message- From: willie bunter [mailto:williebun...@yahoo.com] Sent: Tuesday, August 28, 2012 7:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE By using FORCE would I lose the tape? I remember once before I did that and I think it got deleted from HSM. From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, 28 August 2012 1:10 PM Subject: Re: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE HSEND RECYCLE EXECUTE VOL(xx) FORCE ? What you have described is usually successful. You might also recall the datasets past the damaged point individually. When all have been recalled HSEND RECYCLE EXECUTE VOLUME(xx) FORCE This tape should then free up without a mount. HTH, snip I am trying to recycle a damaged ML2 tape. The RECYCLE rolls along however when it hits a particular dsn the recycle terminates. I deleted the migrated dsn (ML2) so as to bypass the problem however it doesn't work. Is there a way of having the RECYCLE bypass this troublesome dsn on the ML2 tape? /snip -- 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: Does IDCAMS really do that?
Most likely not. I would believe it merely deletes the dataset. I think the tech writer overthought his task. Good item for an RCF. snip In: Title: z/OS V1R12.0 DFSMS AMS for Catalogs Document Number: SC26-7394-11 http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i290/20.2.13 I read: 20.2.13 Delete a Member of a Partitioned (Non-VSAM) Data Set in a Catalog: Example 13 ... DELETE - EXAMPLE.NONVSAM2 - PURGE - CATALOG(USERCAT4) The [second] DELETE command deletes all remaining members and then the partitioned non-VSAM data set, EXAMPLE.NONVSAM2, itself... /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
Why am I getting a vision of Medusa? Or perhaps a sea anemone? Tentacles reaching out to entrap prey. Pity the small servers in the room, getting lashed with FICON cables. GRIN -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Tuesday, August 28, 2012 5:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The IBM zEnterprise EC12 announcment With the EC12, according to our IBM rep, all cables come down from the ceiling, which is provided for in a slab-only data center. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Eric Bielefeld eric-ibmm...@wi.rr.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/28/2012 02:53 PM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM- m...@listserv.ua.edu I'm curious - what do you do with all the cables coming in to the machine. Obviously you have a power cable, and all the channel cables. Do they get hung from the ceiling if you have no raised floor? -- Eric Bielefeld Systems Programmer Skip Robinson jo.skip.robin...@sce.com wrote: No one has mentioned the enhancement that most interests us:the EC12 can be installed in a data center *without raised floor*. Slab floors have become de rigour for new built-from-scratch data centers. The z114 can be mounted on slab but not the z196. This is the first Enterprise Class mainframe that can live happily in the brave new world. . . JO.Skip Robinson -- 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: QUESTION ON HSM ; BYPASSING DSNS ON A ML2 TAPE
This will merely force the recycle to be executed. It (most likely) will delete the volume from HSM (depends on if you are using HSM volume pools). However, if all of the datasets have been recalled, there is no data loss. HTH, snip By using FORCE would I lose the tape? I remember once before I did that and I think it got deleted from HSM. HSEND RECYCLE EXECUTE VOL(xx) FORCE ? What you have described is usually successful. You might also recall the datasets past the damaged point individually. When all have been recalled HSEND RECYCLE EXECUTE VOLUME(xx) FORCE This tape should then free up without a mount. HTH, snip I am trying to recycle a damaged ML2 tape. The RECYCLE rolls along however when it hits a particular dsn the recycle terminates. I deleted the migrated dsn (ML2) so as to bypass the problem however it doesn't work. Is there a way of having the RECYCLE bypass this troublesome dsn on the ML2 tape? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Java 7 vulnerability
IBM JAVA is a port of SUN (ORACLE) JAVA... snip I have been told that parts of the IBM JVM does in fact include some Oracle code. This was from a couple of years ago when I was investigating some odd application behavior. I found an Oracle bug report that would explain the behavior. In discussion with IBM support I was told that the bug was in the IBM JVM as well and could only be resolved by Oracle providing a fix, which was unlikely as the bug was several years old. I don't know whether the requirement for Oracle to fix it was due to some licensing thing or what. And I now don't remember what the bug was or what we did about it--but I certainly remember the answer that the IBM JVM includes code from Oracle! Java 7 is available on the mainframe today. I've only poked at it a little though. But I probably should as I noticed in the zEC12 announcement that all the enhancements for Java are targetted at Java 7, not Java 6. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
How do you do that? I looked in the book for 1.12. I remember from long ago a bit to set to suppress the ENQ on the userid ( SYSIKJUA id ). But I cannot find that bit in the documentation. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Postpischil Sent: Tuesday, August 28, 2012 8:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO LOGON Reconnect confirmation. On 8/28/2012 8:48 PM, Paul Gilmartin wrote: In the TSO graphic LOGON panel, I can either S Reconnect, in which it preempts any active session, or I can not select Reconnect, in which case it rejects the LOGON if another session is active. Either of these behaviors is extreme. If there's another session, I'd like it to prompt me: Another session is active. R(econnect) or C(ancel)? Is there any way to achieve this? Bonus points if it were to tell me if the active session has a compatible terminal type, and if not which, since if I reconnect to ISPF with an incompatible terminal type chaos ensues. Dumb ISPF. Yes, but you probably won't like it. The method is to implement a pre-logon exit, which entails doing your own screen I/O, error recovery, prompting for user id and password, etc. As a bonus you can allow multiple TSO sessions on the same system, something not recommended for the faint of heart. Gerhard Postpischil Bradford, VT -- 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: Java 7 vulnerability
I am pleased, if that is the right word, to have my conjecture discredited unambiguously. I am not sure that, given its location within z/OS, [Oracle] Java 7 poses so severe a security threat there as it does in more exposed positions elsewhere. A threat it nevertheless is. --jg On 8/29/12, Staller, Allan allan.stal...@kbmg.com wrote: IBM JAVA is a port of SUN (ORACLE) JAVA... snip I have been told that parts of the IBM JVM does in fact include some Oracle code. This was from a couple of years ago when I was investigating some odd application behavior. I found an Oracle bug report that would explain the behavior. In discussion with IBM support I was told that the bug was in the IBM JVM as well and could only be resolved by Oracle providing a fix, which was unlikely as the bug was several years old. I don't know whether the requirement for Oracle to fix it was due to some licensing thing or what. And I now don't remember what the bug was or what we did about it--but I certainly remember the answer that the IBM JVM includes code from Oracle! Java 7 is available on the mainframe today. I've only poked at it a little though. But I probably should as I noticed in the zEC12 announcement that all the enhancements for Java are targetted at Java 7, not Java 6. /snip -- 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: C Compiler on z/OS 1.11
On my system, the C/C++ compiler is contained the data sets which start with the HLQ of CBC. To help a bit if your sysprog change this during installation, they are: CBC.SCCNCMP CBC.SCCNDOC CBC.SCCNJCL CBC.SCCNOBJ CBC.SCCNPRC CBC.SCCNSAM CBC.SCCNUTL CBC.SCLBCPP CBC.SCLBDLL CBC.SCLBDLL2 CBC.SCLBH.H CBC.SCLBJCL CBC.SCLBSID CBC.SCTVJCL CBC.SCTVMOD What you could do is copy the versions on the various sysres volumes to a non-sysres volume with a new name. I would suggest something like: someHLQ.V1R11.* and someHLQ.V1R13.* . I am not sure about doing this. As I recall being told at one time, IBM allows overlay during a reasonable period of time to do an upgrade (such as 1.10 to 1.11 or 1.11 to 1.13). But I was told that after that conversion overlap time that you had to get totally off the old version or be changed two license fees. I do not know if this is the truth or not. It is hearsay. But I'd check it out before exposing your company to possible litigation. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of saurabh khandelwal Sent: Wednesday, August 29, 2012 1:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: C Compiler on z/OS 1.11 Hello, I have checked in Server pac installation document and that talks about some of the target and distribution library required for this setup. But I dont find any more detail to setup this compiler. I have two requirements 1) To run the z/OS 1.10 C/C++ compiler on z/OS 1.11. 2) To run the z/OS 1.13 compiler on a z/OS 1.11 system. Can you please guide me to setup this compiler. Regards Saurabh On Wed, Aug 29, 2012 at 11:05 AM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello Group, We have a requirement to to run the z/OS 1.10 C/C++ compiler on z/OS 1.11 system. I didn't find any documents to setup this. But I believe, I will have to copy some of the RES volume dataset from z/OS 1.10 system to z/OS 1.11 with different name. But there many more thing needs to be done. -- Thanks Regards Saurabh Khandelwal -- Thanks Regards Saurabh Khandelwal -- 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: C Compiler on z/OS 1.11
Hello John, Thanks for reply. Each of z/OS contain different set of dataset required for C, C++ compiler. I believe, this list of dataset we can get from PDFIYO pdf file comes along with serverpac. I am not sure, if we have any other way to find dataset required for C ,C++ to run on particular z/OS version. Also as I mentioned earlier, I still need to find that 1) Is it possible to run the z/OS 1.10 C/C++ compiler on z/OS 1.11 system. 2) Is it possible to runrun the z/OS 1.13 compiler on a z/OS 1.11 system. what else steps are involved to configure this C,C++ compiler on different version of z/OS as mentioned above after coping their respective dataset in Non RES volume with some other HLQ. Regards Saurabh On Wed, Aug 29, 2012 at 6:17 PM, McKown, John john.mck...@healthmarkets.com wrote: On my system, the C/C++ compiler is contained the data sets which start with the HLQ of CBC. To help a bit if your sysprog change this during installation, they are: CBC.SCCNCMP CBC.SCCNDOC CBC.SCCNJCL CBC.SCCNOBJ CBC.SCCNPRC CBC.SCCNSAM CBC.SCCNUTL CBC.SCLBCPP CBC.SCLBDLL CBC.SCLBDLL2 CBC.SCLBH.H CBC.SCLBJCL CBC.SCLBSID CBC.SCTVJCL CBC.SCTVMOD What you could do is copy the versions on the various sysres volumes to a non-sysres volume with a new name. I would suggest something like: someHLQ.V1R11.* and someHLQ.V1R13.* . I am not sure about doing this. As I recall being told at one time, IBM allows overlay during a reasonable period of time to do an upgrade (such as 1.10 to 1.11 or 1.11 to 1.13). But I was told that after that conversion overlap time that you had to get totally off the old version or be changed two license fees. I do not know if this is the truth or not. It is hearsay. But I'd check it out before exposing your company to possible litigation. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of saurabh khandelwal Sent: Wednesday, August 29, 2012 1:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: C Compiler on z/OS 1.11 Hello, I have checked in Server pac installation document and that talks about some of the target and distribution library required for this setup. But I dont find any more detail to setup this compiler. I have two requirements 1) To run the z/OS 1.10 C/C++ compiler on z/OS 1.11. 2) To run the z/OS 1.13 compiler on a z/OS 1.11 system. Can you please guide me to setup this compiler. Regards Saurabh On Wed, Aug 29, 2012 at 11:05 AM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello Group, We have a requirement to to run the z/OS 1.10 C/C++ compiler on z/OS 1.11 system. I didn't find any documents to setup this. But I believe, I will have to copy some of the RES volume dataset from z/OS 1.10 system to z/OS 1.11 with different name. But there many more thing needs to be done. -- Thanks Regards Saurabh Khandelwal -- Thanks Regards Saurabh Khandelwal -- 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 -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
On 8/29/2012 8:35 AM, McKown, John wrote: How do you do that? I looked in the book for 1.12. I remember from long ago a bit to set to suppress the ENQ on the userid ( SYSIKJUA id ). But I cannot find that bit in the documentation. I can't find a mapping macro, but in my code I have mapping of control switches and x'08' in the second byte to suppress ENQ. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
Thanks. I guess IBM no longer wants that to be generally known. Since it *seems* to no longer be GUPI, I wonder how long it will still work. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Postpischil Sent: Wednesday, August 29, 2012 8:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO LOGON Reconnect confirmation. On 8/29/2012 8:35 AM, McKown, John wrote: How do you do that? I looked in the book for 1.12. I remember from long ago a bit to set to suppress the ENQ on the userid ( SYSIKJUA id ). But I cannot find that bit in the documentation. I can't find a mapping macro, but in my code I have mapping of control switches and x'08' in the second byte to suppress ENQ. Gerhard Postpischil Bradford, VT -- 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: C Compiler on z/OS 1.11
This is possible; the Users Guide has the details on how to set it up. For compiling under a shell, you need to export STEPLIB to point to SCCNCMP, SCEERUN, and SCEERUN2, and then set a *bunch* of _C89_* variables (if you are using the c89 command), or _CXX* variables (if you are running the cxx command), etc. Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Aug 29, 2012 at 7:58 AM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello John, Thanks for reply. Each of z/OS contain different set of dataset required for C, C++ compiler. I believe, this list of dataset we can get from PDFIYO pdf file comes along with serverpac. I am not sure, if we have any other way to find dataset required for C ,C++ to run on particular z/OS version. Also as I mentioned earlier, I still need to find that 1) Is it possible to run the z/OS 1.10 C/C++ compiler on z/OS 1.11 system. 2) Is it possible to runrun the z/OS 1.13 compiler on a z/OS 1.11 system. what else steps are involved to configure this C,C++ compiler on different version of z/OS as mentioned above after coping their respective dataset in Non RES volume with some other HLQ. Regards Saurabh On Wed, Aug 29, 2012 at 6:17 PM, McKown, John john.mck...@healthmarkets.com wrote: On my system, the C/C++ compiler is contained the data sets which start with the HLQ of CBC. To help a bit if your sysprog change this during installation, they are: CBC.SCCNCMP CBC.SCCNDOC CBC.SCCNJCL CBC.SCCNOBJ CBC.SCCNPRC CBC.SCCNSAM CBC.SCCNUTL CBC.SCLBCPP CBC.SCLBDLL CBC.SCLBDLL2 CBC.SCLBH.H CBC.SCLBJCL CBC.SCLBSID CBC.SCTVJCL CBC.SCTVMOD What you could do is copy the versions on the various sysres volumes to a non-sysres volume with a new name. I would suggest something like: someHLQ.V1R11.* and someHLQ.V1R13.* . I am not sure about doing this. As I recall being told at one time, IBM allows overlay during a reasonable period of time to do an upgrade (such as 1.10 to 1.11 or 1.11 to 1.13). But I was told that after that conversion overlap time that you had to get totally off the old version or be changed two license fees. I do not know if this is the truth or not. It is hearsay. But I'd check it out before exposing your company to possible litigation. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of saurabh khandelwal Sent: Wednesday, August 29, 2012 1:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: C Compiler on z/OS 1.11 Hello, I have checked in Server pac installation document and that talks about some of the target and distribution library required for this setup. But I dont find any more detail to setup this compiler. I have two requirements 1) To run the z/OS 1.10 C/C++ compiler on z/OS 1.11. 2) To run the z/OS 1.13 compiler on a z/OS 1.11 system. Can you please guide me to setup this compiler. Regards Saurabh On Wed, Aug 29, 2012 at 11:05 AM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello Group, We have a requirement to to run the z/OS 1.10 C/C++ compiler on z/OS 1.11 system. I didn't find any documents to setup this. But I believe, I will have to copy some of the RES volume dataset from z/OS 1.10 system to z/OS 1.11 with different name. But there many more thing needs to be done. -- Thanks Regards Saurabh Khandelwal -- Thanks Regards Saurabh Khandelwal -- 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 -- Thanks Regards Saurabh Khandelwal
Re: C Compiler on z/OS 1.11
OK, so I have to ask: Isn't it a lot simpler to just use the higher-level compiler with the right ARCH and TUNE levels? Kirk Wolf wrote: This is possible; the Users Guide has the details on how to set it up. For compiling under a shell, you need to export STEPLIB to point to SCCNCMP, SCEERUN, and SCEERUN2, and then set a *bunch* of _C89_* variables (if you are using the c89 command), or _CXX* variables (if you are running the cxx command), etc. snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
john.mck...@healthmarkets.com (McKown, John) writes: Why am I getting a vision of Medusa? Or perhaps a sea anemone? Tentacles reaching out to entrap prey. Pity the small servers in the room, getting lashed with FICON cables. GRIN IBM 1991 (power) cluster scaleup with fiber-channel (FICON is layered on top of base fiber-channel standard) was in fact code-named *MEDUSA* ... old email (fiber-channel was common use in non-mainframe long before FICON): http://www.garlic.com/~lynn/lhwemail.html#medusa the cluster scaleup for commercial (128 systems), also referenced here regarding early jan1992 meeting in ellison's conference room http://www.garlic.com/~lynn/95.html#13 as part of IBM's ha/cmp product ... old posts http://www.garlic.com/~lynn/subtopic.html#hacmp mainframe DB2 were complaining that if I was allowed to continue, it would be a minimum of five years (if not decades) ahead of them. the issue was this predated IBM's non-mainframe DB2 products, so had to go to other vendors to get RDBMS on IBM's non-mainframes. These vendors tended to have relatively common source base for both their vax-cluster and unix platforms ... so the issue was to adapt their vax-cluster support to unix platform and scale it up. possibly within hrs of the last medusa email end of jan92, the cluster-scaleup was transferred and we were told that we couldn't work on anything with more than four processors. A couple weeks later, it was announced as supercomputer for numerical intensive only ... press from 17Feb1992 for *scientifica nd technical only* http://www.garlic.com/~lynn/2001n.html#6000clusters1 another press item fro 11May1992 http://www.garlic.com/~lynn/2001n.html#6000clusters2 nearly 20yrs later ... From the Annals of Release No Software Before Its Time (Power DB2 with cluster of 100 systems) http://www.garlic.com/~lynn/2009p.html#43 rebranded pureScale ... http://www-03.ibm.com/press/us/en/pressrelease/28593.wss current tpc-c (rdbms) results/rankings http://www.tpc.org/tpcc/results/tpcc_perf_results.asp -- 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: WLM Resource Group not working.
1) have you placed the tasks in the appropriate service classes to be linked with the RG? 2) Are you using transaction goals or velocity goals. 3) Perhaps you might want a processor cap as opposed to a SYSPLEX cap (Option 3). Are you saying that your sysplex has an aggregate of 2 million SU/sec? How many LPARs, CECs are involved. The last time I tested, I found that the RG cap was shared between all users of the RG, regardless of the service class involved Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, August 29, 2012 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: WLM Resource Group not working. Hello list, I implemented a Resource Group to limit the CPU consumption of our CICS Devl and Acc systems, but I can't get the RG to do what I want. I want to limit the group to 2 MSU, so I gave the RG a max of 200/3600=555 SU/sec (Option 1, sysplex wide) and started a CPU looper (iefbr15) in the SC connected to the RG. In Mainview I see that WLM is capping the looper, but it is still allowed to consume 2000 SU/sec. If I start a second looper, the RG starts consuming even more CPU. Why does this not work as I expected and how do I limit the group to 555 SU/sec? Thanks for your help, Kees. 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: WLM Resource Group not working.
1) yes, and mainview confirms this. 2) Velocities. 3) The LPAR involved runs on a 2817-503, so a 3 CP, 204 MSU z196, of which I want to give and limit 2 MSU to CICS Devl/Acc. 200 SU/hr = 555 SU/sec. I also tried 3 CP percents (option 3) which also equals 2 MSU (204/3*.03=2) but this gives similar results. WLM is not willing to cut the users in the RG to the desired consumption. Yes, that is what I understand: the specified cap is the limit for all users in the RG. Kees. Staller, Allan allan.stal...@kbmg.com wrote in message news:f66e9ee737492b448738e797fdb828ed1d1c6...@kbmexmbxpr02.kbm1.loc... 1) have you placed the tasks in the appropriate service classes to be linked with the RG? 2) Are you using transaction goals or velocity goals. 3) Perhaps you might want a processor cap as opposed to a SYSPLEX cap (Option 3). Are you saying that your sysplex has an aggregate of 2 million SU/sec? How many LPARs, CECs are involved. The last time I tested, I found that the RG cap was shared between all users of the RG, regardless of the service class involved Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, August 29, 2012 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: WLM Resource Group not working. Hello list, I implemented a Resource Group to limit the CPU consumption of our CICS Devl and Acc systems, but I can't get the RG to do what I want. I want to limit the group to 2 MSU, so I gave the RG a max of 200/3600=555 SU/sec (Option 1, sysplex wide) and started a CPU looper (iefbr15) in the SC connected to the RG. In Mainview I see that WLM is capping the looper, but it is still allowed to consume 2000 SU/sec. If I start a second looper, the RG starts consuming even more CPU. Why does this not work as I expected and how do I limit the group to 555 SU/sec? Thanks for your help, Kees. 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: WLM Resource Group not working.
snip 3) The LPAR involved runs on a 2817-503, so a 3 CP, 204 MSU z196, of which I want to give and limit 2 MSU to CICS Devl/Acc. 200 SU/hr = 555 SU/sec. I also tried 3 CP percents (option 3) which also equals 2 MSU (204/3*.03=2) but this gives similar results. WLM is not willing to cut the users in the RG to the desired consumption. /snip In that case, I can only suggest opening an issue w/IBM or using the empirical method. i.e. adjust the RG value until the desired results are achieved. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
Paul Gilmartin wrote: Most of this is due to IBM's not properly distinguishing between a session ID and a user ID and ought to be fixed. A conspicuous example is misdirection of notifications of completion of HSM background requests. Agreed. Its a PITA... http://www.mzelden.com/mvsutil.html (GIYF. And it's in his .sig) Lots of neat stuff; much of it reflected on cbttape.org. But I don't see mention of multiple LOGONs. IIRC, he's discussed it here. But see: http://www.mzelden.com/mvsfiles/$sngltso.txt Thank you! I must have overlooked it. Thanks again, it was very kind of you to post these links. Please keep up with your good posts. I value them! ;-D 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: The IBM zEnterprise EC12 announcment
On Tue, Aug 28, 2012 at 11:39 AM, Kirk Wolf wrote, in part: assume that the CPACF Co-processor assists with UTF8-16 conversion nstructions, as well as compression instructions. I guess that somehow IBM considers this crypto since its on the crypto co-processor. Right. The EC12 Technical *Intro* (as oppposed to *Guide*) at http://www.redbooks.ibm.com/redbooks.nsf/RedpieceAbstracts/sg248050.html?Open says in part: New hardware support for Unicode UTF8UTF16 bulk conversions (CU12/CU21) So it appears that the point here is offload some fiddly bit-twiddling to the cheaper MIPS. I'd guess that it has to be more than some number of bytes to make that worthwhile, with the overhead added by the CEX call! My motto: CEX is not always good :) -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com/ (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Resource Group not working.
On Wed, 29 Aug 2012 15:51:07 +0200, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: I implemented a Resource Group to limit the CPU consumption of our CICS Devl and Acc systems, but I can't get the RG to do what I want. I want to limit the group to 2 MSU, so I gave the RG a max of 200/3600=555 SU/sec (Option 1, sysplex wide) and started a CPU looper (iefbr15) in the SC connected to the RG. In Mainview I see that WLM is capping the looper, but it is still allowed to consume 2000 SU/sec. If I start a second looper, the RG starts consuming even more CPU. Why does this not work as I expected and how do I limit the group to 555 SU/sec? Let us know what IBM says. I think the WLM manual talks a little about the methods used, but there is only so much WLM can do with a 100% non-swappable workload. Similar to quiescing a non-swappable ASID. It will get a DP of x'BF', but can still consume service. 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: WLM Resource Group not working.
Instead of calculating Service Units, why not use the method specifying the % of A Processor or the % of the LPAR weight? Of course, that might be broken for you, too. zNorman -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, August 29, 2012 7:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM Resource Group not working. snip 3) The LPAR involved runs on a 2817-503, so a 3 CP, 204 MSU z196, of which I want to give and limit 2 MSU to CICS Devl/Acc. 200 SU/hr = 555 SU/sec. I also tried 3 CP percents (option 3) which also equals 2 MSU (204/3*.03=2) but this gives similar results. WLM is not willing to cut the users in the RG to the desired consumption. /snip In that case, I can only suggest opening an issue w/IBM or using the empirical method. i.e. adjust the RG value until the desired results are achieved. HTH, -- 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: The IBM zEnterprise EC12 announcment
Lynn: This has nothing to do with EC12, or top-mounted cables. Are you generating these posts programmatically? Please stop if so. You have some interesting things to contirbute, but random word-matching doesn't qualify. On Wed, Aug 29, 2012 at 9:39 AM, Anne Lynn Wheeler l...@garlic.comwrote: john.mck...@healthmarkets.com (McKown, John) writes: Why am I getting a vision of Medusa? Or perhaps a sea anemone? Tentacles reaching out to entrap prey. Pity the small servers in the room, getting lashed with FICON cables. GRIN IBM 1991 (power) cluster scaleup with fiber-channel (FICON is layered on top of base fiber-channel standard) was in fact code-named *MEDUSA* ... old email (fiber-channel was common use in non-mainframe long before FICON): http://www.garlic.com/~lynn/lhwemail.html#medusa the cluster scaleup for commercial (128 systems), also referenced here regarding early jan1992 meeting in ellison's conference room http://www.garlic.com/~lynn/95.html#13 as part of IBM's ha/cmp product ... old posts http://www.garlic.com/~lynn/subtopic.html#hacmp mainframe DB2 were complaining that if I was allowed to continue, it would be a minimum of five years (if not decades) ahead of them. the issue was this predated IBM's non-mainframe DB2 products, so had to go to other vendors to get RDBMS on IBM's non-mainframes. These vendors tended to have relatively common source base for both their vax-cluster and unix platforms ... so the issue was to adapt their vax-cluster support to unix platform and scale it up. possibly within hrs of the last medusa email end of jan92, the cluster-scaleup was transferred and we were told that we couldn't work on anything with more than four processors. A couple weeks later, it was announced as supercomputer for numerical intensive only ... press from 17Feb1992 for *scientifica nd technical only* http://www.garlic.com/~lynn/2001n.html#6000clusters1 another press item fro 11May1992 http://www.garlic.com/~lynn/2001n.html#6000clusters2 nearly 20yrs later ... From the Annals of Release No Software Before Its Time (Power DB2 with cluster of 100 systems) http://www.garlic.com/~lynn/2009p.html#43 rebranded pureScale ... http://www-03.ibm.com/press/us/en/pressrelease/28593.wss current tpc-c (rdbms) results/rankings http://www.tpc.org/tpcc/results/tpcc_perf_results.asp -- 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 -- 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: The IBM zEnterprise EC12 announcment
zMan doesn't speak for me. Chipster From: zMan zedgarhoo...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 08/29/2012 11:19 AM Subject:Re: The IBM zEnterprise EC12 announcment Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU Lynn: This has nothing to do with EC12, or top-mounted cables. Are you generating these posts programmatically? Please stop if so. You have some interesting things to contirbute, but random word-matching doesn't qualify. On Wed, Aug 29, 2012 at 9:39 AM, Anne Lynn Wheeler l...@garlic.comwrote: john.mck...@healthmarkets.com (McKown, John) writes: Why am I getting a vision of Medusa? Or perhaps a sea anemone? Tentacles reaching out to entrap prey. Pity the small servers in the room, getting lashed with FICON cables. GRIN IBM 1991 (power) cluster scaleup with fiber-channel (FICON is layered on top of base fiber-channel standard) was in fact code-named *MEDUSA* ... old email (fiber-channel was common use in non-mainframe long before FICON): http://www.garlic.com/~lynn/lhwemail.html#medusa the cluster scaleup for commercial (128 systems), also referenced here regarding early jan1992 meeting in ellison's conference room http://www.garlic.com/~lynn/95.html#13 as part of IBM's ha/cmp product ... old posts http://www.garlic.com/~lynn/subtopic.html#hacmp mainframe DB2 were complaining that if I was allowed to continue, it would be a minimum of five years (if not decades) ahead of them. the issue was this predated IBM's non-mainframe DB2 products, so had to go to other vendors to get RDBMS on IBM's non-mainframes. These vendors tended to have relatively common source base for both their vax-cluster and unix platforms ... so the issue was to adapt their vax-cluster support to unix platform and scale it up. possibly within hrs of the last medusa email end of jan92, the cluster-scaleup was transferred and we were told that we couldn't work on anything with more than four processors. A couple weeks later, it was announced as supercomputer for numerical intensive only ... press from 17Feb1992 for *scientifica nd technical only* http://www.garlic.com/~lynn/2001n.html#6000clusters1 another press item fro 11May1992 http://www.garlic.com/~lynn/2001n.html#6000clusters2 nearly 20yrs later ... From the Annals of Release No Software Before Its Time (Power DB2 with cluster of 100 systems) http://www.garlic.com/~lynn/2009p.html#43 rebranded pureScale ... http://www-03.ibm.com/press/us/en/pressrelease/28593.wss current tpc-c (rdbms) results/rankings http://www.tpc.org/tpcc/results/tpcc_perf_results.asp -- 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 -- 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 *** This message may contain confidential information intended only for the use of the addressee(s) named above and may contain information that is legally privileged. If you are not the addressee, or the person responsible for delivering it to the addressee, you are hereby notified that reading, disseminating, distributing or copying this message is strictly prohibited. If you have received this message by mistake, please immediately notify us by replying to the message and delete the original message immediately thereafter. Thank you. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Resource Group not working.
Kees, I've just done some trial and error setup for a service unit based resource group. This one is running about 300 jobs at once. We've noticed the behavior when submitting all these jobs after some inactivity is the work in the resource group will run unconstrained for a few minutes, and then gradually be throttled back to service unit limit specified. After approx. ten minutes the resource group cap is working perfectly. We've tested this for 8-10 hours continuous running. The service unit limit we used was arrived at through trial and error. I noticed the above behavior late in the piece. I have not checked the accuracy of the SU consumption of the resource group as we arrived at the PCTCPUBY we needed more out of luck then design, but we stopped toying with it once we got what we needed. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, August 29, 2012 6:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] WLM Resource Group not working. Hello list, I implemented a Resource Group to limit the CPU consumption of our CICS Devl and Acc systems, but I can't get the RG to do what I want. I want to limit the group to 2 MSU, so I gave the RG a max of 200/3600=555 SU/sec (Option 1, sysplex wide) and started a CPU looper (iefbr15) in the SC connected to the RG. In Mainview I see that WLM is capping the looper, but it is still allowed to consume 2000 SU/sec. If I start a second looper, the RG starts consuming even more CPU. Why does this not work as I expected and how do I limit the group to 555 SU/sec? Thanks for your help, Kees. 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: TSO LOGON Reconnect confirmation.
On 28 August 2012 23:28, Paul Gilmartin paulgboul...@aim.com wrote: Actually, in HLASM I could do anything, even write my own TMP. If I wanted to. If I knew how. Couldn't I? You perhaps could, but the how is no longer documented, and requires use of OCO control blocks. IBM used to have a manual called Guide to Writing a Terminal Monitor Program or a Command Processor (or maybe the two topics were the other way around in the title), but that was dropped in TSO/E, and replaced with a TSO/E Programming Guide, which has little to say about the TMP, and nothing at all about writing one. One might still be able to write an unauthorized TMP using a combination of current and pre-TSO/E documentation, but it would be difficult to support REXX and a number of other facilities. Of course it can be argued that IEFBR14 is a TMP, but to go much beyond that degenerate example would take a good deal of effort. And If I can prompt for passwords, I can copy them. Sounds like a security exposure to me. I'm not sure I see the exposure. If you are in a position to present a fake logon screen, then you can of course capture passwords. This exposure has been well known for half a century and was commonly exploited in university terminal rooms of the 1970s. Any TSO application program can issue a logon screen, and hope for the gullible to pass by; it has nothing to do with writing a TMP that I can see. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
C-ATTACH ..options
All: I am rethinking a design because of issues I ran into trying to run C , with threading and attaching an operator interface.. Am i right in my assumption, I can write a C driver program, call and Attach the operator interface ( for modify commands ) and attach TCPIP C functions, read socket, write socket etc..? I ran into a issue with POSIX(ON) with Pthreads and trying to use the a console2 interface..I have to somehow keep the Operator interface alive as a subtask to be responsive to commands .. Any ideas ? Any comments and opinions are appreciated by this humble 'carbon unit' ... Scott J Ford Software Engineer http://www.identityforge.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The IBM zEnterprise EC12 announcment
l...@garlic.com (Anne Lynn Wheeler) writes: nearly 20yrs later ... From the Annals of Release No Software Before Its Time (Power DB2 with cluster of 100 systems) http://www.garlic.com/~lynn/2009p.html#43 rebranded pureScale ... http://www-03.ibm.com/press/us/en/pressrelease/28593.wss current tpc-c (rdbms) results/rankings http://www.tpc.org/tpcc/results/tpcc_perf_results.asp re: http://www.garlic.com/~lynn/2012l.html#39 The IBM zEnterprise EC12 announcment EC12 announcement estimates it has 30% increase in DBMS thruput (compared to z196) old report estimated 5m tpmC for max configured z10 which could give a guestimate of 7.5m tpmC for max configured z196 ... and at 30% increase would give guestimate of 9.74m tpmC for max configured EC12. that could put EC12 just below number two in the current tpmC rankings ... but presumably an enormous way off in terms of price/tpmC. -- 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: The IBM zEnterprise EC12 announcment
On 28 August 2012 10:55, Paul Gilmartin paulgboul...@aim.com wrote: On Tue, 28 Aug 2012 10:49:21 -0400, Tony Harminc wrote: Presumably optionally disabled to comply with export restrictions? Is there really anywhere these days you can send a mainframe to that you can't send a crypto processor to? Surely no one in Cuba or Iran can order up a zEC12 in any case, even if a handful of cheap GPUs have more computing power. I had thought restrictions applied anywhere outside the U.S. and Canada. But I may be operating on outdated misinformation. I pay little attention to the details of this stuff. Strong crypto is ubiquitous and cheap, and much of it does not originate in the USA, so efforts to control its export are doomed. Controlling exports of very high end reliable computers, on the other hand, may well be both feasible and effective. You forgot North Korea. I gave only examples, and the list changes from time to time for political reasons. Does it still include Taliban controlled areas of Afghanistan, or would it be impolitic to suggest that such areas still exist? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Resource Group not working.
Kees, I suspect the loopers don't give WLM enough time to react to the WLM Resource Group cap. If I understand your below the 2 MSU's is just under 1% of the total. With a more normal workload, less consistent arrival rate, you may get more desirable results. I guess unless you're running loadrunner or some such generator. I have the RG max. for your RG for this machine and based on your below at 846. From: Vernooij, CP - SPLXM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, August 29, 2012 10:49 AM Subject: Re: WLM Resource Group not working. 1) yes, and mainview confirms this. 2) Velocities. 3) The LPAR involved runs on a 2817-503, so a 3 CP, 204 MSU z196, of which I want to give and limit 2 MSU to CICS Devl/Acc. 200 SU/hr = 555 SU/sec. I also tried 3 CP percents (option 3) which also equals 2 MSU (204/3*.03=2) but this gives similar results. WLM is not willing to cut the users in the RG to the desired consumption. Yes, that is what I understand: the specified cap is the limit for all users in the RG. Kees. Staller, Allan allan.stal...@kbmg.com wrote in message news:f66e9ee737492b448738e797fdb828ed1d1c6...@kbmexmbxpr02.kbm1.loc... 1) have you placed the tasks in the appropriate service classes to be linked with the RG? 2) Are you using transaction goals or velocity goals. 3) Perhaps you might want a processor cap as opposed to a SYSPLEX cap (Option 3). Are you saying that your sysplex has an aggregate of 2 million SU/sec? How many LPARs, CECs are involved. The last time I tested, I found that the RG cap was shared between all users of the RG, regardless of the service class involved Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, August 29, 2012 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: WLM Resource Group not working. Hello list, I implemented a Resource Group to limit the CPU consumption of our CICS Devl and Acc systems, but I can't get the RG to do what I want. I want to limit the group to 2 MSU, so I gave the RG a max of 200/3600=555 SU/sec (Option 1, sysplex wide) and started a CPU looper (iefbr15) in the SC connected to the RG. In Mainview I see that WLM is capping the looper, but it is still allowed to consume 2000 SU/sec. If I start a second looper, the RG starts consuming even more CPU. Why does this not work as I expected and how do I limit the group to 555 SU/sec? Thanks for your help, Kees. 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: execs or scripts
Shmuel, I love perl and even ruby, but I am in a batch z/os environment writing for customers, well that's a horse of a different color as they say.. Scott ford www.identityforge.com On Aug 28, 2012, at 6:43 PM, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: In 584b9998-992d-4fab-9b21-268ad144d...@yahoo.com, on 08/28/2012 at 11:56 AM, Scott Ford scott_j_f...@yahoo.com said: Parsing for me is not an issue. I understand it's not 'NIX' like, but if you understand the language you craft your programs or scripts to perform what you want. When I have a screwdriver in my tool box I'm not going to make do with a hammer when I need to put in a screw. I use REXX when it's more suitable and I use Perl when *it's* more suitable, and parsing is one of the factors in evaluating that choice. -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO LOGON Reconnect confirmation.
Thanks. I don't know how I missed that. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 • N. Richland Hills • TX 76010 (817) 255-3225 phone • john.mck...@healthmarkets.com • www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Godfrey Sent: Wednesday, August 29, 2012 1:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO LOGON Reconnect confirmation. On Wed, 29 Aug 2012 09:08:22 -0400, Gerhard Postpischil wrote: On 8/29/2012 8:35 AM, McKown, John wrote: How do you do that? I looked in the book for 1.12. I remember from long ago a bit to set to suppress the ENQ on the userid ( SYSIKJUA id ). But I cannot find that bit in the documentation. I can't find a mapping macro, but in my code I have mapping of control switches and x'08' in the second byte to suppress ENQ. That matches up with the documentation in the TSO/E Customization manual. For 1.12: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/BOOKS/IKJ4B4B0/3.3.11.6.1 or page 90 of this PDF: http://publibz.boulder.ibm.com/cgi- bin/bookmgr_OS390/download/IKJ4B4B0.pdf In Table 7 the bit is described as Don't ENQ User ID Bill -- 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: execs or scripts
In 0c4610fa-8e37-401f-8833-7fc935672...@yahoo.com, on 08/29/2012 at 02:19 PM, Scott Ford scott_j_f...@yahoo.com said: I love perl and even ruby, but I am in a batch z/os environment writing for customers, While it is backlevel, there is a Perl for z/OS. -- 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: DFDSS
Mark, I don't see any kind of rename syntax in your copy job. Is the OMVSF HLQ defined to be on the SMS volumes? Can it be that even with the BYPASSACS stuff in there that SMS is trying to look at SMS volumes only for it? Would it work to rename the current dataset to a different HLQ that isn't SMS-managed, and do a rename back in the copy step? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Steely Sent: Wednesday, August 29, 2012 2:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFDSS We are z/OS v1r13. I am trying to move a ZFS file from a non-sms volume to a sms volume. I am not able to get this to work. I have tried using the bypassacs(**) and have tried using STORCLAS, MGMTCLAS, STORGRP and all different combinations. I just receive an error message of not being selected. Any help would be appreciated. Control Parms: COPY DATASET( - INCLUDE( - OMVSF.XX- ))- BYPASSACS(**)- STORCLAS(PRDSTAND) - MGMTCLAS(LOGVOLS)- STORGRP(OMVSVOLP)- CANCELERROR - CATALOG - DELETE PURGE - ALLDATA(*) - ALLEXCP - PROCESS(SYS1,UNDEF) - TGTALLOC(SRC) Error message: ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY ' ADR109I (R/I)-RI01 (01), 2012.242 14:35:03 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED ADR825I (001)-SETUP(01), THE FOLLOWING VOLUMES WERE ALLOCATED FOR STORGRP OMVSVOLP: MVSOM3 MVSOM4 MVSOM5 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2012.242 14:35:03 EXECUTION BEGINS ADR383W (001)-DDDS (01), DATA SET OMVSF.XX NOT SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED OMVSF.XX ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I (001)-STEND(02), 2012.242 14:35:03 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2012.242 14:35:03 TASK COMPLETED WITH RETURN CODE 0004 ADR012I (SCH)-DSSU (01), 2012.242 14:35:03 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0004 FROM TASK001 Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS
As it sits, would dump/restore have the same issues he's having trying to copy it? He may have to remove the HLQ from SMS control, run the DUMP, put the HLQ back, then do the RESTORE. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Doug Fuerst Sent: Wednesday, August 29, 2012 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS Assuming the new HLQ's of the SMS z/FS are defined in an ACS, why not just dump the filesystem, then restore it to a new name? A bit easier maybe, and it always worked for me. Doug Doug Fuerst Principal Consultant BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Steely Sent: Wednesday, August 29, 2012 3:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFDSS We are z/OS v1r13. I am trying to move a ZFS file from a non-sms volume to a sms volume. I am not able to get this to work. I have tried using the bypassacs(**) and have tried using STORCLAS, MGMTCLAS, STORGRP and all different combinations. I just receive an error message of not being selected. Any help would be appreciated. Control Parms: COPY DATASET( - INCLUDE( - OMVSF.XX- ))- BYPASSACS(**)- STORCLAS(PRDSTAND) - MGMTCLAS(LOGVOLS)- STORGRP(OMVSVOLP)- CANCELERROR - CATALOG - DELETE PURGE - ALLDATA(*) - ALLEXCP - PROCESS(SYS1,UNDEF) - TGTALLOC(SRC) Error message: ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY ' ADR109I (R/I)-RI01 (01), 2012.242 14:35:03 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED ADR825I (001)-SETUP(01), THE FOLLOWING VOLUMES WERE ALLOCATED FOR STORGRP OMVSVOLP: MVSOM3 MVSOM4 MVSOM5 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2012.242 14:35:03 EXECUTION BEGINS ADR383W (001)-DDDS (01), DATA SET OMVSF.XX NOT SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED OMVSF.XX ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I (001)-STEND(02), 2012.242 14:35:03 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2012.242 14:35:03 TASK COMPLETED WITH RETURN CODE 0004 ADR012I (SCH)-DSSU (01), 2012.242 14:35:03 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0004 FROM TASK001 Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS
The OMVSF name is in the ACS routines. I really just wanted to copy to the SMS volume and not perform a rename. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex R. Sent: Wednesday, August 29, 2012 3:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS As it sits, would dump/restore have the same issues he's having trying to copy it? He may have to remove the HLQ from SMS control, run the DUMP, put the HLQ back, then do the RESTORE. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Doug Fuerst Sent: Wednesday, August 29, 2012 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS Assuming the new HLQ's of the SMS z/FS are defined in an ACS, why not just dump the filesystem, then restore it to a new name? A bit easier maybe, and it always worked for me. Doug Doug Fuerst Principal Consultant BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Steely Sent: Wednesday, August 29, 2012 3:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFDSS We are z/OS v1r13. I am trying to move a ZFS file from a non-sms volume to a sms volume. I am not able to get this to work. I have tried using the bypassacs(**) and have tried using STORCLAS, MGMTCLAS, STORGRP and all different combinations. I just receive an error message of not being selected. Any help would be appreciated. Control Parms: COPY DATASET( - INCLUDE( - OMVSF.XX- ))- BYPASSACS(**)- STORCLAS(PRDSTAND) - MGMTCLAS(LOGVOLS)- STORGRP(OMVSVOLP)- CANCELERROR - CATALOG - DELETE PURGE - ALLDATA(*) - ALLEXCP - PROCESS(SYS1,UNDEF) - TGTALLOC(SRC) Error message: ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY ' ADR109I (R/I)-RI01 (01), 2012.242 14:35:03 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED ADR825I (001)-SETUP(01), THE FOLLOWING VOLUMES WERE ALLOCATED FOR STORGRP OMVSVOLP: MVSOM3 MVSOM4 MVSOM5 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2012.242 14:35:03 EXECUTION BEGINS ADR383W (001)-DDDS (01), DATA SET OMVSF.XX NOT SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED OMVSF.XX ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I (001)-STEND(02), 2012.242 14:35:03 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2012.242 14:35:03 TASK COMPLETED WITH RETURN CODE 0004 ADR012I (SCH)-DSSU (01), 2012.242 14:35:03 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0004 FROM TASK001 Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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 enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- 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
Re: DFDSS
DSS manual says you can copy both hfs and zfs datasets, but not files within the dataset. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Doug Fuerst Sent: Wednesday, August 29, 2012 3:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS I would suggest looking at Redbook SG24-6580z/OS DFS/ZFS Implementation. I don't see anything that indicates a move of a z/FS, but there is a method to use IDCAMS to copy the aggregate. Doug Doug Fuerst Principal Consultant BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Steely Sent: Wednesday, August 29, 2012 4:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS The OMVSF name is in the ACS routines. I really just wanted to copy to the SMS volume and not perform a rename. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex R. Sent: Wednesday, August 29, 2012 3:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS As it sits, would dump/restore have the same issues he's having trying to copy it? He may have to remove the HLQ from SMS control, run the DUMP, put the HLQ back, then do the RESTORE. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Doug Fuerst Sent: Wednesday, August 29, 2012 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS Assuming the new HLQ's of the SMS z/FS are defined in an ACS, why not just dump the filesystem, then restore it to a new name? A bit easier maybe, and it always worked for me. Doug Doug Fuerst Principal Consultant BK Associates 718.921.2620 917.572.7364 d...@bkassociates.net -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Steely Sent: Wednesday, August 29, 2012 3:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFDSS We are z/OS v1r13. I am trying to move a ZFS file from a non-sms volume to a sms volume. I am not able to get this to work. I have tried using the bypassacs(**) and have tried using STORCLAS, MGMTCLAS, STORGRP and all different combinations. I just receive an error message of not being selected. Any help would be appreciated. Control Parms: COPY DATASET( - INCLUDE( - OMVSF.XX- ))- BYPASSACS(**)- STORCLAS(PRDSTAND) - MGMTCLAS(LOGVOLS)- STORGRP(OMVSVOLP)- CANCELERROR - CATALOG - DELETE PURGE - ALLDATA(*) - ALLEXCP - PROCESS(SYS1,UNDEF) - TGTALLOC(SRC) Error message: ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'COPY ' ADR109I (R/I)-RI01 (01), 2012.242 14:35:03 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED ADR825I (001)-SETUP(01), THE FOLLOWING VOLUMES WERE ALLOCATED FOR STORGRP OMVSVOLP: MVSOM3 MVSOM4 MVSOM5 ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2012.242 14:35:03 EXECUTION BEGINS ADR383W (001)-DDDS (01), DATA SET OMVSF.XX NOT SELECTED ADR455W (001)-DDDS (03), THE FOLLOWING DATA SETS WERE NOT SUCCESSFULLY PROCESSED OMVSF.XX ADR470W (001)-DDDS (04), NO DATA SETS SELECTED FOR PROCESSING ADR006I (001)-STEND(02), 2012.242 14:35:03 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2012.242 14:35:03 TASK COMPLETED WITH RETURN CODE 0004 ADR012I (SCH)-DSSU (01), 2012.242 14:35:03 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0004 FROM TASK001 Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@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
Re: JES2 JOBCLASS PROCLIB
To answer the question you asked, JES2 only accepts 2 digits for PROCLIB definitions It is still very old fashion. A change request to JES2 might be accepted but I cannot see it being done very quickly or soon. And I do like JCLLIBs. Experiment with the INCLUDE statement and JCLLIB statements. You might be able to put the includes like APPL in SYS1.PROCLIB that specifices the JCLLIB sequence you want your users to access. So your JCL might look like //JOBCARD ... // INCLUDE MEMBER=APPL //Remainder of job stream. I am not sure if that would work, but it would be interesting to try it. I do use that for STEPLIBs have not tried it for JCLLIBs. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Frank Swarbrick Sent: Wednesday, August 29, 2012 4:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: JES2 JOBCLASS PROCLIB We have the following: JOBCLASS(?) AUTH=ALL, /* All commnds accepted [...] PROCLIB=00, [...] PROCLIB(PROC00) DD(1)=(DSNAME=SYS2.SYSNAME..PROCLIB), [...] PROCLIB(APPL) DD(1)=(DSNAME=DEV.APPLIB.INCLUDE), [...] In our application jobs we specify: /*JOBPARM PROCLIB=APPL It looks like in the JES2 parmlib member the following limitation is in place: PROCLIB=nn|00 Specifies the default procedure library number (00-99) which is to be used for this job class. Am I missing something, or is the use of the JOBPARM JES2 JCL statement the only way that a non-numeric JES2 PROCLIB concatentation can be referred to? Obviously we could just rename PROCLIB(APPL) to something like PROCLIB(10) and then add something like JOBCLASS(A) PROCLIB=10, so any job executing in CLASS=A will use the applications proclib, PROCLIB=10. I would prefer being able to say PROCLIB=APPL or something, because APPL has more implicit meaning than 10. I am not a sysprog and cannot test this out myself. I want to suggest it to our sysprogs, but I want to make sure I am suggesting something that can be done. Thanks! Frank -- 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