Re: Is there an IBM program that will tell me what job created a DASD DSN?
Roberts, John J jrobe...@dhs.state.ia.us wrote in message news:93891f43642f3c419a7d75acc2b1db6f3c12507...@exchangemb2.dhs.state.i a.us... Going back to fundamentals, my recollection is that this information is not in the VTOC (F1 DSCB), nor is it to be found in the catalog. Unless someone puts it there, like CA-DISK does. So it is only to be found in the SMF data. I hope I have it right so far. One implication could be that for certain ancient datasets, there will be no record of the dataset creation event to be found, unless of course the OP keeps SMF archives forever. John And the final detail: SMF14/15 is written at CLOSE. If a dataset is created and never opened, there will be no SMF14/15, nor any CA-DISK info. If the dataset is cataloged, you can look at SMF61 (catalog define). 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
W dniu 2011-12-13 08:57, Vernooij, CP - SPLXM pisze: [...] And the final detail: SMF14/15 is written at CLOSE. If a dataset is created and never opened, there will be no SMF14/15, nor any CA-DISK info. If the dataset is cataloged, you can look at SMF61 (catalog define). Of course one must care *in advance* to collect given SMF records. As an alternative to the records above I would add SMF80 - RACF. It also requires SETROPTS settings for DATASET class. Advantage: easy to report, covers SMS, non-SMS, cataloged, non-cataloged datasets. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
Cosby, Bob wrote: nothing? ;-) Ok, From the subject above you want something to tell you what created a dataset? One question: do you want to be notified IMMEDIATELY or do you want some 'after the event' reports? You got good replies for the latter. For the first, AFAIK, there is nothing 'ready to use thing' out there which can notify you the moment a dataset is created. Perhaps you can setup RACF to notify you, but that is for violations. I think there are 3th party products (for those who have deeep pockets and dislikes freebies) which can monitor the system and notifies you immediately about such events. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS parm sysplex=filesys
From: Chase, John jch...@ussco.com Subject: zFS parm sysplex=filesys Q1: Has anyone here IPLed a z/OS 1.13 system into a supported back-level sysplex WITHOUT shared file systems AND without having specified sysplex=filesys in the back-level members? We did. I already IPLed z/OS 1.13 on two of our 5 LPARs Basic Sysplex. No sysplex=filesys in IOEFSPRM, sysplex=no in BPXPRMxx. Both LPARs with z/OS 1.13 came up without any problems, the remaining 3 (at z/OS 1.11) did not complain either. Q2: What observable effect(s), if any, would occur if we specify sysplex=filesys in our 1.11 images without sharing file systems? Honestly, I didn't tried. I would think that sysplex=no takes precedence over sysplex=filesys, but again, it is only my assumption. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS parm sysplex=filesys
On 12/13/11 04:55, Walter Marguccio wrote: snip Q2: What observable effect(s), if any, would occur if we specify sysplex=filesys in our 1.11 images without sharing file systems? Honestly, I didn't tried. I would think that sysplex=no takes precedence over sysplex=filesys, but again, it is only my assumption. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany I'm running our environment that way(don't ask) and Walter's assumption is correct, sysplex=filesys has no effect on a sysplex=no environment. -- Mark Jacobs Time Customer Service Tampa, FL One of life's greatest mysteries is how the boy who wasn't good enough to marry your daughter can be the father of the smartest grandchild in the world. Yiddish Proverb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
You did not state what kind of dataset 1) SEQ/PS/PO/PDSE Or 2) VSAM If the first - SMF 14/15 - there are records for create/update/read/delete for these types of files. If the second - SMF Type 60s (I do not have the SMF manual to refer to which one is CREATE for VSAM). There are different record types depending on the type of dasd DSN you are referring to. As you can see there are many answers to your question. If you provide more details, we can help narrow it down for you. So it is just CREATE you need or do you need something else as well (update/modify, delete/create, etc...) Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Portable jar command?
I'd like to be able to write a portable script (or EXEC) which uses the jar command. I find: On OS X: 507 $ type java jar java is /usr/bin/java jar is /usr/bin/jar On Solaris: 133$ type java jar java is /usr/java/bin/java jar is /usr/java/bin/jar OK. Those are on my path. on z/OS: 136$ type java jar FSUM7422 java is not found FSUM7422 jar is not found 137$ find /usr/lpp/java/J*/bin -name java /usr/lpp/java/J6.0/bin/java /usr/lpp/java/J6.0_64/bin/java 138$ find /usr/lpp/java/J*/bin -name jar /usr/lpp/java/J6.0/bin/jar /usr/lpp/java/J6.0_64/bin/jar Ouch! It's release-sensitive. Is it also, therefore, site-sensitive? On Ubuntu Linux: 889 $ type java jar java is a tracked alias for /usr/bin/java -ksh: type: jar: not found No jar at all? Maybe John M. can help me with this one. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
S402 ABEND upon cross-memory POST
I share Rob Scott's concern about keys (i.e., system integrity) with the approach that has been mentioned. The change to key 0 may have let the post complete without abend but may well have introduced unacceptable system integrity issues. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Portable jar command?
On 12/13/2011 1:51 PM, Paul Gilmartin wrote: I'd like to be able to write a portable script (or EXEC) which uses the jar command. I find: On OS X: 507 $ type java jar java is /usr/bin/java jar is /usr/bin/jar On Solaris: 133$ type java jar java is /usr/java/bin/java jar is /usr/java/bin/jar OK. Those are on my path. on z/OS: 136$ type java jar FSUM7422 java is not found FSUM7422 jar is not found 137$ find /usr/lpp/java/J*/bin -name java /usr/lpp/java/J6.0/bin/java /usr/lpp/java/J6.0_64/bin/java 138$ find /usr/lpp/java/J*/bin -name jar /usr/lpp/java/J6.0/bin/jar /usr/lpp/java/J6.0_64/bin/jar Ouch! It's release-sensitive. Is it also, therefore, site-sensitive? On Ubuntu Linux: 889 $ type java jar java is a tracked alias for /usr/bin/java -ksh: type: jar: not found No jar at all? Maybe John M. can help me with this one. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Hi Check your PATH and LIBPATH -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Nice article, high level - homegrown vs. vendor basically
http://www.infoworld.com/d/data-center/homegrown-solutions-the-good-and-the-bad-181268 quote Once upon a time, when AS/400s roamed in vast herds and S/390s ruled the roost, just about all of IT was homegrown. Vendors didn't have solutions -- they had platforms, and you customized them to fit business needs. Applications were written from scratch and tightly linked to business needs, with infrastructure sized and configured to match. /quote Not in the least technical. But something that we've been saying here. About how vendor-only solutions lock you into their pattern. With little chance to excel. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
The line Automatic, LIFO dynamic storage IS readily available in PL/I . . . in my post is literal nonsense. It should be Automatic, LIFO dynamic storage IS readily available in COBOL . . . David Crayford wrote: I'm a rare bird in the z/OS sense in that I code in C++. I'm lucky enough to have linked lists, sets, trees, vectors, queues, stacks, hash tables - not to mention algorithms as part of the standard library. These C++ Standard-Library routines vary widely in quality, as do the [vanilla] C Standard-Library routines. Some are superb per se, and others are mediocre. They all have the defect of specialism. In working systems queues, say, are often imperfect examples of the ideal type 'queue'; one must occasionally, for example, perform operations more appropriate to a stack on them; and as soon as such requirements arise their defects become apparent and their virtues disappear. Reusability is desirable and possible, but C++ has not achieved it meaningfully. C++ programmers often accuse C (and other) programmers of writing things that are too procedural; and in my view C++ is too declarative; but discussions of this sort are seldom productive: they turn into religious warfare. All statement-level procedural languages share one generic defect: They embody a particular episteme, a world view that makes some questions meaningful and tractable and others, if not quite meaningless, intractable, hard to talk about, because no conceptual machinery for treating them is made available. This, finally, is the rationale for resorting to assembly language. It provides an escape from the parochial. The Scots poet Blair noted that archangelic visits to the earth, needed to keep things in order here below, were and by implication could be short and far between; and this is not a bad description of the rationale for assembly-language subroutines. Blair's line is usually mangled to come out few and far between, which is repetitive or worse; and I imagine that what I have just written will be misrepresented too; but I expect that. John Gilmore, Ashland, MA 01721 - USA On 12/12/11, David Crayford dcrayf...@gmail.com wrote: On 13/12/2011 6:48 AM, John Gilmore wrote: I was aware of the presence of ALLOCATE and FREE in the 'new' COBOL standard This thread has wandered far from its initial topic, and perhaps it is time to let it expire quietly. Frank likes variable-length tables. I agree that self-defining tables like those achievable with the ALLOCATE and REFER of PL/I are desirable, but linked lists are essential; and until COBOL can do them it will not, in my view, have any proper claim to be classified as an adult language: move-mode processing schemes are juvenilia at their best. There are examples in the LE manuals on how to process linked lists in COBOL http://publib.boulder.ibm.com/infocenter/zvm/v5r4/index.jsp?topic=/com.ibm.zos.r9.ceea200/cobbls.htm. If the language supports pointers and memory management then you can have linked lists. I'm a rare bird in the z/OS sense in that I code in C++. I'm lucky enough to have linked lists, sets, trees, vectors, queues, stacks, hash tables - not to mention algorithms as part of the standard library. And they have been implemented by experts with PHDs in computer science (dinkumware). And I do trust them to implement top quality libraries. Without COBOL the mainframe is essentially dead as we know it. MAINFRAME = COBOL. Differences of this kind are one of the chief reasons why languages continue to get bigger and bigger. As Justice Holmes put it long ago, If you like diamonds and I like rubies we have just three options: battle, compromise, or a jeweler who has both; and the jeweler who has both is obviously the politic choice. --jg On 12/12/11, Frank Swarbrickfrank.swarbr...@yahoo.com wrote: ALLOCATE and FREE are part of the 2002 COBOL international standard (ISO/IEC 1989:2002); a standard which IBM has made no commitment to implement... While certainly useful if you would like to build linked lists, I personally would much prefer dynamic-length tables and dynamic-length strings. Frank From: John Gilmorejohnwgilmore0...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Monday, December 12, 2011 1:26 PM Subject: Re: Java apps have most flaws, Cobol is cleanest. Automatic, LIFO dynamic storage IS readily available in PL/I in the form of local storage. In my experience it is not much used because misunderstood: people who attempted, uninstructed, to use it early on were dismayed when they discovered that successive subroutine calls did not leave it in its last-used state. Based, non-LIFO dynamic storage that does persist in last-used state is available in COBOL only via LE calls. (As I mentioned in another post these services are easy to rename perspicuously.) This situation may change. IBM would object, strongly and correctly, to the notion that
Re: zFS parm sysplex=filesys
Hi All, As was mentionedthis migration action is only applicable if you have a shared file systems environment and are using zFS. If you don't meet this criteria, you have no migration action to do. May I also add (which no one mentioned so far), that if you are running the IBM Health Checker for z/OS, and activate and look at the output from check ZOSMIGV1R13_ZFS_FILESYS (available on R11 and R12), then this check will tell you whether 1) this migration action is applicable to you and 2) if it is applicable to you, whether you've correctly set sysplex=filesys on all the shared systems in preparation for R13. -Marna WALLE z/OS System Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Portable jar command?
On my z/OS 1.10 system: type java jar java is /usr/lpp/java/J5.0/bin/java jar is /usr/lpp/java/J5.0/bin/jar On my z/OS 1.12 system: type java jar java is /usr/lpp/java/J5.0/bin/java jar is /usr/lpp/java/J5.0/bin/jar On both systems, I have multiple Java releases. Due to CICS/TS restrictions, I set up 1.5.0, 31 bit, as the default (not that we use Java, we don't). I am fairly sure that the type command finds whatever is on the ${PATH}. IBM's default subdirectories for all their Java releases is consistent. /usr/lpp/java/ is the base. The release is next: Jn.m[_64] Where n is the version (5 or 6 or 7), m is the release (seems to be 0 for now) and a suffix of _64 for 64-bit. No suffix for 31 bit. So J5.0 is JDK 1.5.0, 31 bit. J5.0_64 would be JDK 1.5.0, 64 bit. Hopefully, whomever installs Java does so according to the IBM norms for the name. But they aren't forced to. I set up the ${PATH} in /etc/profile for Java. I also set up the ${JAVA_HOME} variable. I don't use Ubuntu. And I don't use KSH. I use Fedora 16 (RedHat) and BASH: type java jar java is /usr/bin/java jar is /usr/bin/jar and: ls -l /usr/bin/java /usr/bin/jar lrwxrwxrwx. 1 root root 21 Nov 11 13:26 /usr/bin/jar - /etc/alternatives/jar lrwxrwxrwx. 1 root root 22 Nov 11 13:26 /usr/bin/java - /etc/alternatives/java ls -l /etc/alternatives/jar /etc/alternatives/java lrwxrwxrwx. 1 root root 39 Nov 11 13:26 /etc/alternatives/jar - /usr/lib/jvm/java-1.6.0-openjdk/bin/jar lrwxrwxrwx. 1 root root 39 Nov 11 13:26 /etc/alternatives/java - /usr/lib/jvm/jre-1.6.0-openjdk/bin/java ls -l /usr/lib/jvm/java-1.6.0-openjdk/bin/jar /usr/lib/jvm/jre-1.6.0-openjdk/bin/java -rwxr-xr-x 1 root root 38936 Oct 27 16:43 /usr/lib/jvm/java-1.6.0-openjdk/bin/jar -rwxr-xr-x 1 root root 38848 Oct 27 16:43 /usr/lib/jvm/jre-1.6.0-openjdk/bin/java Whew! What a PITA. But, of course, it all depends on what is on the ${PATH} One thing to remember. The jar command produces the same output as a zip command. A jar file is normally (when produced by a java compile) a zip file with a architected internal file structure. But it is physically a zip file. So the jar command can be used to create a normal zip file. Or to unzip a normal zip file. -- 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@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, December 13, 2011 6:51 AM To: IBM-MAIN@bama.ua.edu Subject: Portable jar command? I'd like to be able to write a portable script (or EXEC) which uses the jar command. I find: On OS X: 507 $ type java jar java is /usr/bin/java jar is /usr/bin/jar On Solaris: 133$ type java jar java is /usr/java/bin/java jar is /usr/java/bin/jar OK. Those are on my path. on z/OS: 136$ type java jar FSUM7422 java is not found FSUM7422 jar is not found 137$ find /usr/lpp/java/J*/bin -name java /usr/lpp/java/J6.0/bin/java /usr/lpp/java/J6.0_64/bin/java 138$ find /usr/lpp/java/J*/bin -name jar /usr/lpp/java/J6.0/bin/jar /usr/lpp/java/J6.0_64/bin/jar Ouch! It's release-sensitive. Is it also, therefore, site-sensitive? On Ubuntu Linux: 889 $ type java jar java is a tracked alias for /usr/bin/java -ksh: type: jar: not found No jar at all? Maybe John M. can help me with this one. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS parm sysplex=filesys
From: Marna WALLE mwa...@us.ibm.com Subject: Re: zFS parm sysplex=filesys look at the output from check ZOSMIGV1R13_ZFS_FILESYS (available on R11 and R12), then this check will tell you whether 1) this migration action is applicable to you and 2) if it is applicable to you, whether you've correctly set sysplex=filesys on all the shared systems in preparation for R13. I did run the check and this is the output: IOEZH0015I The ZOSMIGV1R13_ZFS_FILESYS check does not apply to single systems. I don't know what the check implies with 'single systems'. In every case by reading the above IOE* message, I could not evince neither 1), nor 2). Maybe something like: this check does not apply with systems (or sysplexes) where SYSPLEX=NO is coded in BPXPRMxx would hae been clearer. What do you think ? Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Portable jar command?
Gil, For a portable script that uses the jar command, I would first look in $PATH, and then in $JAVA_HOME/bin. Kirk Wolf Dovetailed Technologies http://dovetail.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In 1698154905956185.wa.paulgboulderaim@bama.ua.edu, on 12/12/2011 at 08:06 PM, Paul Gilmartin paulgboul...@aim.com said: As in RC = BPXWDYN( ... )? Exectly. Well, RC really is a variable. A variable with a misleading name and one that you are liable to step on inadvertently when you add code. It has some special behaviors, as does SIGL. (Others? RESULT. In OOREXX there are others, but AFAIK that's not available on z/OS or z/VM. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NSS and Datapower
Does anyone have any experience with NSS and Datapower that they would be willing to share? Thanks, Rob Schramm Senior Systems Consultant Imperium Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
On Mon, 12 Dec 2011 23:21:08 -0500, Shmuel Metz (Seymour J.) wrote: In 1698154905956185.wa.paulgboulderaim@bama.ua.edu, on 12/12/2011 at 08:06 PM, Paul Gilmartin said: As in RC = BPXWDYN( ... )? Exectly. Well, RC really is a variable. A variable with a misleading name and one that you are liable to step on inadvertently when you add code. What would be a less misleading name? LASTCC simply because it's used by other utilities? I used it quite in the spirit of its special use; an indicator of the success or failure of the operation. You might better fault me for not checking for errors after the call. But it's a test, and I had trace R turned on. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
Are you supporting multi-volume consistency? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of shai hess Sent: Monday, December 12, 2011 9:47 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Fwd: case from DR in France. -- Forwarded message -- From: Shai Hess mfnetd...@mfnetdisk.com Date: Tue, Dec 13, 2011 at 7:45 AM Subject: case from DR in France. To: shai.h...@gmail.com ** HI, Two days ago, I receive email with the title big problem for me ! help ! from customer from France name Will_fashion from France. The native host real disks were crashed. Luckily, the user use the replication MFNetDisk for its MF real disks. After few emails to me, the native disks were recovered using MFNetDisk replication feature which enable the user to mirror the host real disks to PC hard disks without and performance reduction in MF nor delay to the real disks in the MF. I just put the last words of the customer after the disks were recovered. thanks a lot for your FREE product and your work (i hope you can earn much money with it you deserve) I talk about your product in my job soon. So, if you like to have DR and disks backup always without MF performance issue nor real disk performance reduction nor delay, and to pay zero money for this product, it is time to use MFNetDisk replication feature. Thanks, God bless you. Shai Hess, MFNetDisk product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
One more thing no-one mentioned yet The format-9 DSCB contains the creating information. This requires a format-8 DSCB rather than format-1. So, going forward, hopefully, more data set will readily have that information in the vtoc. Mike Wood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
The answer is no. If there is crash on the system, all the requests tracks to be re sync are written to bitmap file or send to PC for request Sync. So, if the system crash, or the disk crash, the PC or the MF bitmap may have the tracks which need to be SYNC. If the disk return to life, the MFNetDisk will re sync the tracks again. If the disk failed, MFNetDisk will not be able to re sync pending re sync requests. But if the disk crash, the multi volume DSN of group of DSN which must be sync will not be available because one of its disk is not operational. So, part of the DSNs will be recovered and the crashed disk will not and I think that in this case if you do not use sync remote mirroring, you will have to restore the DSN from backup or from loging if exist. So, better if you have the money to use remote mirroring which doing the sync mirroring and multi-volume consistency which may cost some money and of course with delay in the IO performance. If you want to have free product for remote mirroring but in case of DR to be async for few seconds of IO operation, then you can try the free MFNetDisk. At least I can say that if you can not afford remote mirroring, better to use MFNetDIsk. MFNetDIsk can allow to take picture of the disks. You can let in specific time to stop the update for seconds and let MFNetDIsk finish its re sync for all its disk data to this time. Then you can stop the update of the disks to MFNetDisk and in case of crash you have all the disks SYNC to the specific time. On Tue, Dec 13, 2011 at 5:17 PM, Ron Hawkins ronjhawk...@sbcglobal.netwrote: Are you supporting multi-volume consistency? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of shai hess Sent: Monday, December 12, 2011 9:47 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] Fwd: case from DR in France. -- Forwarded message -- From: Shai Hess mfnetd...@mfnetdisk.com Date: Tue, Dec 13, 2011 at 7:45 AM Subject: case from DR in France. To: shai.h...@gmail.com ** HI, Two days ago, I receive email with the title big problem for me ! help ! from customer from France name Will_fashion from France. The native host real disks were crashed. Luckily, the user use the replication MFNetDisk for its MF real disks. After few emails to me, the native disks were recovered using MFNetDisk replication feature which enable the user to mirror the host real disks to PC hard disks without and performance reduction in MF nor delay to the real disks in the MF. I just put the last words of the customer after the disks were recovered. thanks a lot for your FREE product and your work (i hope you can earn much money with it you deserve) I talk about your product in my job soon. So, if you like to have DR and disks backup always without MF performance issue nor real disk performance reduction nor delay, and to pay zero money for this product, it is time to use MFNetDisk replication feature. Thanks, God bless you. Shai Hess, MFNetDisk product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
Or you may use one of the many flavors of asynch mirroring products with multi-volume consistency that do not have a delay in the IO performance when they transfer to the remote storage controller. XRC for example... So, better if you have the money to use remote mirroring which doing the sync mirroring and multi-volume consistency which may cost some money and of course with delay in the IO performance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HUMOR- OLD letter written to Datamation
Real Programmers Don't Use Pascal [ A letter to the editor of Datamation, volume 29 number 7, July 1983. I've long ago lost my dog-eared photocopy, but I believe this was written (and is copyright) by Ed Post, Tektronix, Wilsonville OR USA. The story of Mel is a related article. ] Back in the good old days-- the Golden Era of computers-- it was easy to separate the men from the boys (sometimes called Real Men and Quiche Eaters in the literature). During this period, the Real Men were the ones who understood computer programming, and the Quiche Eaters were the ones who didn't. A real computer programmer said things like DO 10 I=1,10 and ABEND (they actually talked in capital letters, you understand), and the rest of the world said things like computers are too complicated for me and I can't relate to computers-- they're so impersonal. (A previous work [1] points out that Real Men don't relate to anything, and aren't afraid of being impersonal.) But, as usual, times change. We are faced today with a world in which little old ladies can get computers in their microwave ovens, 12 year old kids can blow Real Men out of the water playing Asteroids and Pac-Man, and anyone can buy and even understand their very own personal Computer. The Real Programmer is in danger of becoming extinct, of being replaced by high school students with TRASH-80s. There is a clear need to point out the differences between the typical high school junior Pac-Man player and a Real Programmer. If this difference is made clear, it will give these kids something to aspire to-- a role model, a Father Figure. It will also help explain to the employers of Real Programmers why it would be a mistake to replace the Real Programmers on their staff with 12 year old Pac-Man players (at a considerable salary savings). The easiest way to tell a Real Programmer from the crowd is by the programming language he (or she) uses. Real Programmers use Fortran. Quiche Eaters use Pascal. Nicklaus Wirth, the designer of Pascal, gave a talk once at which he was asked, How do you pronounce your name?. He replied, You can either call me by name, pronouncing it 'Veert', or call me by value, 'Worth'. One can tell immediately by this comment that Nicklaus Wirth is a Quiche Eater. The only parameter passing mechanism endorsed by Real Programmers is call-by-value-return, as implemented in the IBM/370 Fortran G and H compilers. Real Programmers don't need all these abstract concepts to get their jobs done-- they are perfectly happy with a keypunch, a Fortran IV compiler, and a beer. * Real Programmers do List Processing in Fortran. * Real Programmers do String Manipulation in Fortran. * Real Programmers do Accounting (if they do it at all) in Fortran. * Real Programmers do Artificial Intelligence programs in Fortran. If you can't do it in Fortran, do it in assembly language. If you can't do it in assembly language, it isn't worth doing. The academics in computer science have gotten into the structured programming rut over the past several years. They claim that programs are more easily understood if the programmer uses some special language constructs and techniques. They don't all agree on exactly which constructs, of course, and the example they use to show their particular point of view invariably fit on a single page of some obscure journal or another-- clearly not enough of an example to convince anyone. When I got out of school, I thought I was the best programmer in the world. I could write an unbeatable tic-tac-toe program, use five different computer languages, and create 1000 line programs that WORKED (Really!). Then I got out into the Real World. My first task in the Real World was to read and understand a 200,000 line Fortran program, then speed it up by a factor of two. Any Real Programmer will tell you that all the Structured Coding in the world won't help you solve a problem like that-- it takes actual talent. Some quick observations on Real Programmers and Structured Programming: * Real Programmers aren't afraid to use GOTOs. * Real Programmers can write five page long DO loops without getting confused. * Real Programmers like Arithmetic IF statements-- they make the code more interesting. * Real Programmers write self-modifying code, especially if they can save 20 nanoseconds in the middle of a tight loop. * Real Programmers don't need comments-- the code is obvious. * Since Fortran doesn't have a structured IF, REPEAT ... UNTIL, or CASE statement, Real Programmers don't have to worry about not using them. Besides, they can be simulated when necessary using assigned GOTOs. Data structures have also gotten a lot of press lately. Abstract Data Types, Structures, Pointers, Lists, and Strings have become popular in certain circles. Wirth (the above mentioned Quiche Eater) actually wrote an entire book [2] contending that you
Re: Fwd: case from DR in France.
Right. On Tue, Dec 13, 2011 at 7:03 PM, Ron Hawkins ronjhawk...@sbcglobal.netwrote: Or you may use one of the many flavors of asynch mirroring products with multi-volume consistency that do not have a delay in the IO performance when they transfer to the remote storage controller. XRC for example... So, better if you have the money to use remote mirroring which doing the sync mirroring and multi-volume consistency which may cost some money and of course with delay in the IO performance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM SR availability problems
We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM SR availability problems
I have had problems all day with SR. .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Knutson, Sam Sent: Tuesday, December 13, 2011 12:28 PM To: IBM-MAIN@bama.ua.edu Subject: IBM SR availability problems We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS parm sysplex=filesys
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Walter Marguccio From: Marna WALLE mwa...@us.ibm.com Subject: Re: zFS parm sysplex=filesys look at the output from check ZOSMIGV1R13_ZFS_FILESYS (available on R11 and R12), . . . I did run the check and this is the output: IOEZH0015I The ZOSMIGV1R13_ZFS_FILESYS check does not apply to single systems. I don't know what the check implies with 'single systems'. In every case by reading the above IOE* message, I could not evince neither 1), nor 2). Maybe something like: this check does not apply with systems (or sysplexes) where SYSPLEX=NO is coded in BPXPRMxx would hae been clearer. What do you think ? IOEZH0015I The ZOSMIGV1R13_ZFS_FILESYS check does not apply to non-sharing systems. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
Has anyone noticed that we never hear from any of the contributors from the CBT ? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
Really? Mark Zelden Jim Marshall John Kalinich Rick Fochtman just to name a few that came to mind in 60 seconds Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Tuesday, December 13, 2011 1:16 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Fwd: case from DR in France. Has anyone noticed that we never hear from any of the contributors from the CBT ? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
Mark, I was referring to pushing their code. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM SR availability problems
Hi Sam, On the whole, my experience is that SR that it is much LESS available than ETR ever was. Just now, it took 11 minutes to get the IBM Service Request screen up. It's all grayed out though, I can't select or do anything. Regards. Linda - Original Message - From: Sam Knutson sknut...@geico.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, December 13, 2011 9:28:21 AM Subject: IBM SR availability problems We have seen recurring problems with SR yesterday and today hangs and HTTP 500 Internal Server Error. A ticked was put into the SR Helpdesk which is a completely unsatisfying fill out the form and pray experience. This is occurring for multiple users at multiple sites and no other web browsing or support sites are experiencing difficulties. IBMLink ETR is working fine and is our fallback. Consider that SR is supposed to be highly available and ETR is slated for sunset soon this is not reassuring. Is anyone else seeing problems with SR recently? Best Regards, Sam Knutson, GEICO System z Team Leader mailto:sknut...@geico.com mailto:sknut...@geico.com (office) 301.986.3574 (cell) 301.996.1318 Think big, act bold, start simple, grow fast... This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM SR availability problems
I am unable to use SR today, and I was unable to use the SR feedback link on the IBMLink ServiceLink home page either - same symptom for both applications (click on link, spinning circle in web browser, no response). Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
Mike Wood wrote: One more thing no-one mentioned yet :-D The format-9 DSCB contains the creating information. This requires a format-8 DSCB rather than format-1. So, going forward, hopefully, more data set will readily have that information in the vtoc. Please be very kind to share any documentation/links/webpages/background info, if you wish? I have searched, but I must missed something obvious or in the wrong bookshelves... ... or I'm really that search challenged ... :-D Thanks in advance for your very kind reminder about those VTOC formats. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES
So overflow is NOT a bad thing assuming you have available growth and potentially want to maximum the private area, either 16M or 16M line. Remembering ECSA will overflow in CSA and ESQA will overflow into SQA. In looking at your numbers from the snapshot depending on your requirements for private area sizing, you could increase SYSD/E by 5M and 6M respectively. This assumption is based on 93% of 8M and 95% of 8M which is about 7.4M total, give or take 200M, so even 5-6M each would work fine. Thanks Ms. Terri E. Shaffer terri.e.shaf...@jpmchase.com Engineer J.P.Morgan Chase Co. GTI DCT ECS Core Services zSoftware Group / Emerging Technologies Office: # 614-213-3467 Cell: # 412-519-2592 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Tuesday, December 06, 2011 11:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES Hi, We have IPLed on October 31st 2011 and we have got 3 LPARS and below are the SQA CSA parms in IEASYSXX and current usage as per SYSVIEW. SYSA LPAR'S IEASYSXX PARMS - CSA=(2600,144M) SQA=(7,24M) Current usage - ECSA 68% ESQA 73% SQA 30% CSA 30% SYSD LPAR'S IEASYSXX PARMS - CSA=(2600K,100M) SQA=(448K,8M) Current Usage - ECSA 53% ESQA 93% SQA 25% CSA 19% SYSM LPAR'S IEASYSXX PARM - CSA=(2600K,160M) SQA=(448K,8M) Current Usage - ECSA 24% ESQA 95% SQA 21% CSA 18% How much ESQA ECSA I may need to increase in all LPARS? Regards, Chokalingam Thangavelu -Original Message- From: Bobbie Justice [mailto:golds...@yahoo.com] Sent: Monday, December 05, 2011 7:12 PM To: Thangavelu Chokalingam (WT01 - ENU) Subject: Re: IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY 510 PAGES first off ESQA (if it gets full) will overflow into ECSA looking at your display, you currently have PLENTY of ECSA available. You could probably increase your ESQA by a little if you want to. What are your current parameters (both) in IEASYS* for SQA AND CSA? lastly, when was the last time you IPLed ? and fyi, if this is z/OS 1.11 or above, you need to take this note into account. (from the z/OS migration manual) Description: In z/OS V1R11, each address space requires 1608 bytes of additional 31-bit Extended System Queue Area (ESQA) storage. The additional ESQA storage is allocated at address space create time and freed at address space termination time. Therefore, additional ESQA is only required for the typical peak number of active address spaces. Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard
Re: IBM SR availability problems
I hate to be contrarian, but I've had no particular problem with SR nor with ServiceLink in general. (My entry into SR is always via the ServiceLink.) Be aware that the initial SR screen has changed. I could swear that it changed some time this morning in between my logon and a later return. (I remember complaining here a few weeks ago about a 'Tuesday morning implementation'.) The most obvious difference is that the initial view used to be a single list of open SRs. Now there are two lists in separate boxes: -- 'My in process service requests' -- 'My recent open online service requests' I don't know how they're split. In my case there's only one SR in each box. I don't know if the change implementation affects some people's access, but my own seems to work fine. . . 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: Brian Peterson brian.peterson.ibm.m...@comcast.net To: IBM-MAIN@bama.ua.edu Date: 12/13/2011 10:51 AM Subject:Re: IBM SR availability problems Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am unable to use SR today, and I was unable to use the SR feedback link on the IBMLink ServiceLink home page either - same symptom for both applications (click on link, spinning circle in web browser, no response). Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Tuesday, December 13, 2011 12:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there an IBM program that will tell me what job created a DASD DSN? Mike Wood wrote: The format-9 DSCB contains the creating information. This requires a format-8 DSCB rather than format-1. Please be very kind to share any documentation/links/webpages/background info, if you wish? I have searched, but I must missed something obvious or in the wrong bookshelves... See SYS1.MODGEN(IECSDSL1) for the Format 1 through Format 9 DSCB DSECTs. Bill Fairchild Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
On Tue, 13 Dec 2011 10:16:21 -0800, Ed Gould wrote: Has anyone noticed that we never hear from any of the contributors from the CBT ? No. This month, Mark Zelden and Clark Morris referenced their contributions to the CBT tape. You have made your views clear about Shai's contributions. Your last two posts were absolutely worthless. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In 4958036703080127.wa.paulgboulderaim@bama.ua.edu, on 12/13/2011 at 09:27 AM, Paul Gilmartin paulgboul...@aim.com said: What would be a less misleading name? BPXresult? DYNresult? Anything that suggests that it is the result from the BPXWDYN. LASTCC simply because it's used by other utilities? Definitely not, as it isn't a condition code. I used it quite in the spirit of its special use; an indicator of the success or failure of the operation. Its special use is to indicate the success or failure of commands, not of subroutine calls. I'd probably write something like call BPXWDYN 'free dd(SYSUT1) msg(WTP)' call BPXWDYN 'alloc dd(SYSUT1) pathopts(ORDONLY) filedata(TEXT)' , 'path('''CWD'/'TestDir'/X'')' , 'recfm(V) lrecl(99) msg(WTP)' If I were testing the result then I might do something like if result ¬= 0 then do say BPXWDYN 'returned' result exit end or imbed the BPXWDYN in an IF: if BPXWDYN('free dd(SYSUT1)msg(WTP)') ¬= 0 then do say BPXWDYN('free dd(SYSUT1)msg(WTP)') failed exit end If I needed to retain the value for more than a line or two then I'd call it something suggestive of BPXWDYN result. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
On 12/13/2011 1:15 PM, Bill Fairchild wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Tuesday, December 13, 2011 12:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Is there an IBM program that will tell me what job created a DASD DSN? Mike Wood wrote: The format-9 DSCB contains the creating information. This requires a format-8 DSCB rather than format-1. Please be very kind to share any documentation/links/webpages/background info, if you wish? I have searched, but I must missed something obvious or in the wrong bookshelves... See SYS1.MODGEN(IECSDSL1) for the Format 1 through Format 9 DSCB DSECTs. It would have been nice to have the creating USERID as well, but it doesn't seem to be there. There are 18 unused bytes in the attribute data, so maybe it will be added at some point. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: S402 ABEND upon cross-memory POST
Peter Relson wrote: I share Rob Scott's concern about keys (i.e., system integrity) with the approach that has been mentioned. I do, too. I am working with the designer to provide a better solution. Peter Relson z/OS Core Technology Design Justin R. Bendich -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to easily see the contents of SDUMPX PSWREGS=
Back in March, Binyamin Dissen wrote: Yes, I can VERBX SUMDUMP and see PSWREGS=DATA lines, but I would have expected the register contents to be in 2.2. But 2.2 shows all registers as zero. Am I missing something obvious? I am trying to solve this problem, too. Specifically, i am invoking SDUMPX to dump an address space with a SDWA. This address space might or might not be the one which is calling SDUMPX. I have the SDWA address and the ASID in which it resides. I would like a way to tell DAE and IPCS about it, so they can analyze it. I passed PSWREGS to SDUMPX (i wrote code to extract the PSW and registers from the SDWA), and SDUMPX is not complaining about the format, but, as you've said, IPCS doesn't seem to be interested. Is there a way to do what we want to do? Thank you as always, Justin R. Bendich -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to easily see the contents of SDUMPX PSWREGS=
On Tue, 13 Dec 2011 13:50:51 -0600 Justin R. Bendich jbend...@austin.rr.com wrote: :Back in March, Binyamin Dissen wrote: :Yes, I can VERBX SUMDUMP and see PSWREGS=DATA lines, but I would have expected :the register contents to be in 2.2. But 2.2 shows all registers as zero. :Am I missing something obvious? :I am trying to solve this problem, too. :Specifically, i am invoking SDUMPX to dump an address space with a SDWA. :This address space might or might not be the one which is calling SDUMPX. :I have the SDWA address and the ASID in which it resides. I would like a :way to tell DAE and IPCS about it, so they can analyze it. I passed PSWREGS :to SDUMPX (i wrote code to extract the PSW and registers from the SDWA), :and SDUMPX is not complaining about the format, but, as you've said, IPCS :doesn't seem to be interested. :Is there a way to do what we want to do? Curious to understand what you are doing. The abend occurs in A/S X and you schedule the dump from A/S Y? How do you know that the SDWA or the related data (in the other memory) will stay around? -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS parm sysplex=filesys
Walter and John, Thanks for the good suggestions for improved messages on a successful migration health check run. I will pass them along. The indication that the check did pass (I hope) would be enough to let you know that the migration action didn't affect you, even if the message wording could be improved. -Marna WALLE z/OS System Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Determining MSUs
There are potentially lots of MSU values depending on the capping strategy. David's suggested display should show all of them to you. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Andrews Sent: Friday, December 09, 2011 1:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Determining MSUs On Fri, 2011-12-09 at 14:35 -0500, Phil Smith wrote: So if a customer doesn't know the MSU capacity of an LPAR, what's the easiest way to find out? RMF Monitor III, option 1.3? (Overview - CPC) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
Give it up Ed. Your keyboard does have a delete key, doesn't it? - Don Imbriale On Tue, Dec 13, 2011 at 1:32 PM, Ed Gould ps2...@yahoo.com wrote: Mark, I was referring to pushing their code. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Fwd: case from DR in France.
HI, This month, Mark Zelden and Clark Morris referenced their contributions to the CBT tape. Just small fix, MFNetDisk is one man (me) product. If I understand the meaning of their (more then one). Thanks, God bless you all Shai On Wed, Dec 14, 2011 at 3:18 AM, Don Imbriale don.imbri...@gmail.comwrote: Give it up Ed. Your keyboard does have a delete key, doesn't it? - Don Imbriale On Tue, Dec 13, 2011 at 1:32 PM, Ed Gould ps2...@yahoo.com wrote: Mark, I was referring to pushing their code. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: case from DR in France.
Don: I have decided to change my email account so I can delete his entries and a few others. The others that contribute to the list do not make a point of pushing their code. With him its a monthly push of his propaganda. If you guys want to put up with his noise I will just delete his stuff. Ed On Dec 13, 2011, at 7:18 PM, Don Imbriale wrote: Give it up Ed. Your keyboard does have a delete key, doesn't it? - Don Imbriale On Tue, Dec 13, 2011 at 1:32 PM, Ed Gould ps2...@yahoo.com wrote: Mark, I was referring to pushing their code. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Nice article, high level - homegrown vs. vendor basically
Packaged applications -- or whatever other term you'd like to use -- have been around and popular since at least the 1960s. Many/most portfolios of mainframe-hosted applications have always blended purchased applications and application components (purchased libraries and frameworks, as examples) with homegrown code, including contractor-written code. However, a lot of people seem to have forgotten that fact. Moreover, that history suggests the same thing will happen again, that today's (mostly) packaged applications will evolve into tomorrow's homegrown applications -- or at least hybrid monsters -- as they evolve. There's plenty of evidence that's exactly what's happening. I have long argued -- and still argue -- that the mainframe is a uniquely attractive application hosting environment from that point of view. You can run valuable application code as long as you want, packaged or not, while adding new, fully interoperable applications and application components as quickly or as slowly as you want. Occasionally there are some people who get in the way of that evolution and improvement, but that's not the technology's fault. (And there are organizational ways to deal with that.) The future is bright, too. Business processes are getting ever more complex, more sophisticated. As usual, business demands are running ahead of vendors' and programmers' ability to code. Rewriting will continue to increase in cost, and consequently durable platforms should do well. And perhaps we've just been through the Great Platform Shakeout of the Naughts, which reminds me a lot of the passenger airliner industry. We'll see, but I think the trends are pretty clear. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Determining MSUs
I like the RMF way. I think you can see MSU information in the (no additional charge) z/OS Management Facility, too. Although I work for IBM(*), does anyone happen to know how to find similar MSU information in BMC's CMF, for completeness? That's just in case somebody is trying to write documentation, for example. (*) And my views are my own. Timothy Sipples Resident Enterprise Architect (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html