Re: CA's MSM
--- On Mon, 6/21/10, Mark Yuhas mark.yu...@paccar.com wrote: ---SNIP-- Since CA is now going to distribute updates and releases via MSM, does this mean that all of CA's products will follow the same methodology for installation? For example, Telon would send out various releases and service packs. None cumulative. Upgrading required applying each release and service pack individually. Is Telon now going change this method? I haven't seen anything to indicate Telon will change. Furthermore, CA-11 makes certain assumptions. I was given a CA-11 installation tape with a service pack. When I attempted to install it, I found missing modules and JCL. After some email discussions, I learned the service pack tape was built with the assumption I had to order and install the original release which had the missing elements. Is CA-11 going to change? We will eventually go to MSM, but, I sure would like to know if all CA products are using the same disciplines? If not, why not? SNIP--Mark: I know CA is always a fun topic (with a lot of merit I will add). Somewhere around 15 years ago, it was a BIG announcement that CA was really going to use SMP/e . I smiled then and told a friend that it would never happen. Well I was wrong *BUT* not totally. It seems as though that the glorious folks at CA didn't want to really play the SMP/e rules. It came out after the following 5 (or so years) that indeed CA didn't want to put in all the prereq on the SMP/e statements. This caused major gnashing of teeth for many many sysprogs. CA's brilliant people well will tell everyone to specify BYPASS(ID) on the apply (rather than fixing it). For 5 years CA got ripped regularly for not following the SMPe rules. So instead of simply following the simple rules they have gone off on another tangent and re-invented a CA install product. Which will take 5 years of getting people trained in it and then you will the question asked again why doesn't CA use SMP/e . I am sure in 5 years we will have another grand announcement that MSM is dead and SMP/e is alive (err again). CA is probably the biggest leach out there on IBM's back and probably one of the biggest cash cows as the increase in software licensing when upgrade comes (for doing essentially nothing) all hurt the MF community and they sit back there and say whoh is is us we are not making big enough bonus check this year how can we squeeze some more out of the cash cows. Call me bitter and sick and tired of CA games. 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: O/Topic Selling poisoned software
Rick Fochtman pisze: [...] Disabling your own software after a certain date is one thing; unpleasant but not unheard of. Disabling the whole shop is HIGHLY UNETHICAL and should be condemned with all possible vigor. Unethical - sure. Unlawful? Not necessarily. And can be hard to prove. BTW: A programmer I know, used to put time bombs into program. The bombs were deleted after he got money for his job. He considered it as some kind of insurance. Is it unethical? Yes, but it was an weapon against unethical employers. BTW2: Few years ago there was a scandal with large printers manufacturer put some bombs into printer firmware. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: There isn't RC of step in the joblog
On Mon, 28 Jun 2010 16:50:42 +0800 ibmnew ibm...@163.com wrote: : Our shop is z/OS 1.9. : On the one z/OS 1.9,there isn't RC of step in the joblog.Please see it below: Done by exit IEFACTRT. -- 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: There isn't RC of step in the joblog
Dear The exit IEFACTRT( SYSSLS0.IEFACTRT E) is enable. Do we need recompile the exit? Thanks a lot! Best Regards, Jason Cai On Mon, 28 Jun 2010 16:50:42 +0800 ibmnew ibm...@163.com wrote: : Our shop is z/OS 1.9. : On the one z/OS 1.9,there isn't RC of step in the joblog.Please see it below: Done by exit IEFACTRT. -- 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 -- 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: A good Mainframe(ZOS) oriented JAVA discussion group
Kenneth I would also be interested in any other z/OS Java discussion groups. The one group I can refer you to is the z...@yahoogroups.com here: http://tech.groups.yahoo.com/group/z390/ This group has over 400 IBM mainframe system programmers on it following evolution of z390 Portable Mainframe Assembler and Emulator which is written entirely in J2SE Java. It has been tested on Windows and Linux and requires J2SE runtime 1.6+. I am currently running it on J2SE 1.6.0_20 on both Windows Vista and Ubuntu LTS Linux. Most of the discussion is about HLASM and z/OS emulation support of services such as VSAM, CICS, DB2 etc, but occasionally we jump into discussions about the Java code in pz390.java which emulates all the problem state instructions in the POP manual. The mz390.java and az390.java macro assembler supports all the instructions in the POP including supervisor state instructions plus a set of commonly used MVS/zOS system service macros which map to z390 svc calls to java svc routines such as TIME, GETMAIN, FREEMAIN, OPEN, CLOSE, READ, WRITE, GET, PUT, etc. Don Higgins d...@higgins.net -- 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: There isn't RC of step in the joblog
That message is usually generated by the IEFACTRT exit. The default one installed by IBM is a do nothing. So somebody must have installed the example IEFACTRT exit on one system, but not the other. In ISPF, go to option 6 and enter DDLIST. Then enter LINKLIST. Then enter FIND IEFACTRT LPALIST. This will show you the size of the IEFACTRT. Do this on both systems. I'd bet that the one is much smaller than the other. On Mon, 2010-06-28 at 16:50 +0800, ibmnew wrote: Dear all Our shop is z/OS 1.9. On the one z/OS 1.9,there isn't RC of step in the joblog.Please see it below: snip The output is the same. Comparing the JES2 parm,they are the same too. Could you help me to solve the problem? Thanks a lot! Best Regards, Jason Cai -- John McKown Maranatha! -- 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
Control-D Question
Hi, We have the following request from our user. A job step creates 14 different reports (SYSOUTS). The user would like the whole set of reports to be printed 5 times. For example if the reports are named d01-d14 the order should be: d01, d02, d03, d04, d05….d01, d02, d03, d04, d05….. All of the reports belong to ONE Control-D user. How can this be accomplished using Control-D? We are using Control-D 6.3.4 and z/OS 1.9 Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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: There isn't RC of step in the joblog
This is done by IEFACTRT smf exit. Check if you are using the right one 2010/6/28 ibmnew ibm...@163.com Dear all Our shop is z/OS 1.9. On the one z/OS 1.9,there isn't RC of step in the joblog.Please see it below: 09.11.48 JOB03386 THURSDAY, 10 JUN 2010 09.11.48 JOB03386 IRR010I USERID BJSP41 IS ASSIGNED TO THIS JOB. 09.12.20 JOB03386 ICH70001I BJSP41 LAST ACCESS AT 09:11:47 ON THURSDAY, JUNE 09.12.20 JOB03386 \HASP373 BJSP41\ STARTED - INIT 1- CLASS 6 - SYS BT06 09.12.20 JOB03386 IEF403I BJSP41\ - STARTED - TIME=09.12.20 09.12.30 JOB03386 IEF404I BJSP41\ - ENDED - TIME=09.12.30 09.12.30 JOB03386 \HASP395 BJSP41\ ENDED -- JES2 JOB STATISTICS -- 10 JUN 2010 JOB EXECUTION DATE 232 CARDS READ 683 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 37 SYSOUT SPOOL KBYTES 0.16 MINUTES EXECUTION TIME On the other z/OS 1.9,there is RC of step in the joblog.see it below 11.04.49 JOB00510 MONDAY,28 JUN 2010 11.04.49 JOB00510 IRR010I USERID BJSP41 IS ASSIGNED TO THIS JOB. 11.04.49 JOB00510 ICH70001I BJSP41 LAST ACCESS AT 10:54:01 ON MONDAY, JUNE 28 11.04.49 JOB00510 \HASP373 DUMP STARTED - WLM INIT - SRVCLASS BATCHMED - S 11.04.49 JOB00510 IEF403I DUMP - STARTED - TIME=11.04.49 11.04.51 JOB00510 - --TIMINGS (M 11.04.51 JOB00510 -JOBNAME STEPNAME PROCSTEPRC EXCP CONNTCB SRB 11.04.51 JOB00510 -DUMP STEP01 00 1622 1079 551177 .00 11.04.51 JOB00510 IEF404I DUMP - ENDED - TIME=11.04.51 11.04.51 JOB00510 -DUMP ENDED. NAME- TOTAL TCB CPU TIM 11.04.51 JOB00510 \HASP395 DUMP ENDED -- JES2 JOB STATISTICS -- 28 JUN 2010 JOB EXECUTION DATE 18 CARDS READ 96 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 6 SYSOUT SPOOL KBYTES I also issue the following command on the both z/OS 1.9 D PROG,EXIT CSV460I 16.01.14 PROG,EXIT DISPLAY 308 EXIT DEF EXIT DEF EXIT DEF CSVDYLPA E CSVDYNEX E HZSADDCHECK I IEASDUMP.QUERYE IEASDUMP.GLOBAL E IEASDUMP.LOCALE IEASDUMP.SERVER E IXC_ELEM_RESTART E IXC_WORK_RESTART E ISGNQXIT E ISGNQXITFAST E ISGCNFXITSYSTEM E ISGCNFXITSYSPLEX E ISGNQXITBATCH E ISGNQXITQUEUED1 E ISGENDOFLQCB E ISGNQXITPREBATCH E ISGNQXITBATCHCND E ISGDGRSRESE CNZ_MSGTOSYSLOG E IEHINITT_EXIT E REKEY_EXITE IEF_ALLC_OFFLNE IEF_SPEC_WAIT E IEF_VOLUME_ENQE IEF_VOLUME_MNTE IEFDB401 E CEE_ABEND_EXITE CNZ_WTOMDBEXITE IEFJFRQ E SYSJES2.IEFUSIE SYSSTC.IEFUSI E SYSSTC.IEFUSO E SYSSTC.IEFUJP E SYSSTC.IEFU84 E SYSSTC.IEFU83 E SYSSTC.IEFU29 E SYSSLS0.IEFU83E SYSSLS0.IEFU84E SYSSLS0.IEFACTRT E SYSSLS0.IEFUSIE SYSSLS0.IEFUJIE SYSSLS0.IEFU29E SYS.IEFU29E SYS.IEFUJIE SYS.IEFUSIE SYS.IEFACTRT E SYS.IEFU84E SYS.IEFU83E IRREVX01 E IGDACSDX E The output is the same. Comparing the JES2 parm,they are the same too. Could you help me to solve the problem? Thanks a lot! Best Regards, Jason Cai -- 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 -- Met vriendelijke groeten/With kind regards Dick de Groot -- 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: O/Topic Selling poisoned software
Radoslaw Skorupka wrote: Rick Fochtman pisze: Disabling your own software after a certain date is one thing; unpleasant but not unheard of. Disabling the whole shop is HIGHLY UNETHICAL and should be condemned with all possible vigor. Unethical - sure. Unlawful? Not necessarily. And can be hard to prove. Agreed 100% BTW: A programmer I know, used to put time bombs into program. The bombs were deleted after he got money for his job. He considered it as some kind of insurance. Is it unethical? Yes, but it was an weapon against unethical employers. Good weapon. I have no problem with that as long as all parties were warned about the potential upcoming disruption. In the days of good ole DOS, when my friends and I were working privately writing systems for paying clients, we *warned in writing* these paying clients BEFORE we commit our time to write the systems, that we will build in two time bombs in our software which can be de-activated by paying a deposito and then a full payment. Of course we don't use the words 'time bomb', but each time the system start up, a warning ticker is shown. After the elapsed time the system flatly refused to start while waiting for a password to be given when the payment was done. Anyway - no client ever has a problem with that, actually they are glad to be reminded of their duty. It is a case of struggling against unethical customers who flatly refuse to pay. Another form of 'time bomb': A programmer I know was busy installing some software. He moved on to another employer. While preparing to move, he just stopped the installation process citing 'too busy' as a lame excuse. In the end the 'old' employer had to hire expensive consultants to complete installation. Here we got a case of unethical employee, not employer. So even in computer related work, you get rotten apples. Think atternoys, panelbeaters, second hand car dealers, etc. ;-D Groete / Greetings Elardus Engelbrecht PS: no unethical persons were harmed while writing this post... ;-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler programs was Re: Delete all members of a PDS that is allocated
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. joa...@swbell.net (John McKown) writes: I think that there is a difference between having a normal (ain't no such beastie) application programmer and an old style sysprog. I think sysprogs need HLASM. I am not convinced that it is necessary for applications people to really know HLASM or even z architecture. Today's COBOL is much better than in the past. I can see needing the speed of assembler in embedded type applications. But that is not z/OS's forte. Commercial programming and COBOL go together like pancakes and maple syrup. But other languages are coming up for the webified world. I like PHP. PHP using DB2 with perhaps some COBOL stored programs is, IMO, likely one of the best ways to talk via the web. But others may reasonable disagree. there was the period in the 90s ... when various parts of the financial industry spent billions on re-engineering for straight through processing as part of eliminating the overnight batch window. there were spectacular failures ... tainting re-engineering efforts for years to come. they tended to use new technologies that were known to have some increased overhead (compared to the batch cobol) ... but thot it could be compensated for by using parallelism with large numbers of killer micros. the problem was that there was lots of hand-waving about the increased overhead ... but not actually quantified. when the efforts started to be deployed and the factor turned out to be one hundred times ... the efforts went down in flames. the factor of one hundred ... totally swamping any offsetting benefits of using large number of killer micros. recently there have been some new re-engineering with approaches that use high-level specification that is translated into lots of SQL. rather than relying on large number of application programmers, each trying to invent their own optimized parallelism methodology ... it relies on the significant parallelism optimization investments that have gone into major RDBMS. Part of this plays out in how much investment different vendors are pouring into RDBMS parallelism ... aka recent item Larry Ellison's IBM-Slayer Is Oracle Exadata Machine http://www.informationweek.com/news/global-cio/interviews/showArticle.jhtml?articleID=225701468 and from last year DB2 announces technology that trumps Oracle RAC and Exadata http://freedb2.com/2009/10/10/for-databases-size-does-matter/ IBM pureScale Technology Redefines Transaction Processing Economics. New DB2 Feature Sets the Bar for System Performance on More than 100 IBM Power Systems http://www-03.ibm.com/press/us/en/pressrelease/28593.wss mentioned in these posts: http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time ... and past posts mentioning original relational/SQL System/R implementation http://www.garlic.com/~lynn/submain.html#systemr other posts in other parts of this thread: http://www.garlic.com/~lynn/2010j.html#81 Percentage of code executed that is user written was Re: Delete all members of a PDS that is allocated http://www.garlic.com/~lynn/2010j.html#82 Percentage of code executed that is user written was Re: Delete all members of a PDS that is allocated http://www.garlic.com/~lynn/2010j.html#83 Percentage of code executed that is user written was Re: De -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- 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: There isn't RC of step in the joblog
In a message dated 6/28/2010 4:40:30 A.M. Central Daylight Time, bdis...@dissensoftware.com writes: D PROG,EXIT,EX=SYS.IEFACTRT,DIAG D PROG,LPA,MODNAME=IEFACTRT Depending on System/Service PAK there used to be a Null IEFACTRT in LPALIB so if the usermod goes to LINKLIB might be running the Null version? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
On Sun, 27 Jun 2010 15:00:14 -0400, Thompson, Steve steve_thomp...@stercomm.com wrote: I just have to ask this one question. How difficult is it to get the number of directory blocks from a PDS in a _ program (where the blank can be filled in with COBOL, PL/1, REXX, etc., but not HLASM/ASM) and then open the data set with RECFM=U and then write an initial directory block followed by n empty blocks? With that question asked, if it is not so difficult, wouldn't that allow you to clear a PDS right rapidly? The only access you would have to have for the data set is update, because you aren't deleting it or [re-]allocating it. Even easier than you wrote... /* rexx - zero a PDS Directory */ ARG dsn ALLOC F(PDSDIR) DA(dsn) SHR REUSE RECFM(F), /* pds directory */ DSORG(PS) LRECL(256) BLKSIZE(256) EXECIO 1 DISKRU PDSDIR (STEM DIR./* read pds directory */ /* for update */ DIR.1 = '000E'x/* End of Directory */ EXECIO 1 DISKW PDSDIR (STEM DIR. FINIS /* Rewrite Directory */ FREE F(PDSDIR) Exit Obviously it won't work with PDSE. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: CA's MSM
On Sun, 27 Jun 2010 23:14:44 -0700, Ed Gould ps2...@yahoo.com wrote: snip Well I was wrong *BUT* not totally. It seems as though that the glorious folks at CA didn't want to really play the SMP/e rules. It came out after the following 5 (or so years) that indeed CA didn't want to put in all the prereq on the SMP/e statements. This caused major gnashing of teeth for many many sysprogs. CA's brilliant people well will tell everyone to specify BYPASS(ID) on the apply (rather than fixing it). For many products, that was true. For 5 years CA got ripped regularly for not following the SMPe rules. So instead of simply following the simple rules they have gone off on another tangent and re-invented a CA install product. Which will take 5 years of getting people trained in it and then you will the question asked again why doesn't CA use SMP/e . snip MSM is just a GUI / front end for installing products via SMP/E. Even if you never look at using MSM, the CA client base is all benefiting from the work that is going into making all their products MSM compatible. That means SMP/E installable and proper pre-reqs for maintenance. MSM downloads the same packages from CA's web site and processes them (GIMUNZIP) the same way you would if you did a manual install. Just a whole heck of lot quicker. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: Delete all members of a PDS that is allocated
On Mon, 28 Jun 2010 07:43:26 -0500 Mark Zelden mzel...@flash.net wrote: :Even easier than you wrote... :/* rexx - zero a PDS Directory */ :ARG dsn :ALLOC F(PDSDIR) DA(dsn) SHR REUSE RECFM(F), /* pds directory */ : DSORG(PS) LRECL(256) BLKSIZE(256) :EXECIO 1 DISKRU PDSDIR (STEM DIR./* read pds directory */ : /* for update */ :DIR.1 = '000E'x/* End of Directory */ :EXECIO 1 DISKW PDSDIR (STEM DIR. FINIS /* Rewrite Directory */ :FREE F(PDSDIR) :Exit :Obviously it won't work with PDSE. That does not change the key. I wonder what would happen if member GHJK was added and the keys shows that it should be inserted in block #3. -- 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: Assembler programs was Re: Delete all members of a PDS that is allocated
Clark Morris wrote: On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote: Until IBM provides a language or variant such as a systems flavor of C/C++ that has access to all of the facilities (including the peculiar linking conventions for some JES exits, any management that does not keep access to assembler expertise is playing with fire. ... Clark Morris Why does such a language need to be provided by IBM? Can a third-party vendor provide it? - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.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: O/Topic Selling poisoned software
MF vendors have played this game for years. License codes are issued annually, when the product maintenance is paid, and have to be updated in a parmlib or lmod. It is a well defined and accepted practice, so long as it is stated upfront. -Original Message- Subject: Re: O/Topic Selling poisoned software Rick Fochtman pisze: Disabling your own software after a certain date is one thing; unpleasant but not unheard of. Disabling the whole shop is HIGHLY UNETHICAL and should be condemned with all possible vigor. Unethical - sure. Unlawful? Not necessarily. And can be hard to prove. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258-8487 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.com All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT? Java application servers.
Timothy, - John's question was about Java app servers and AFAIF was not restricted to JEE app servers. - What I said was that WAS isn't light weight, either in terms of resource usage or administration. Of course, no JEE app server is really light weight - its a (IMO) bloated architecture. But WAS is clearly the best, most robust, JEE app server on z/OS, and I'm sure that it is also the best performing JEE app server on z/OS. Happy? - IBM doesn't design benchmarks to show their products in the best light? I would like to see any benchmark on z/OS of WAS vs Tomcat, even though benchmarks like IMO have very little value anyway - the real question for any organization is what's the best architecture and platform for their application. *You* brought up the notion of a benchmark when you thought that I was slandering WAS (which I am not). Peace, Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Jun 28, 2010 at 12:50 AM, Timothy Sipples timothy.sipp...@us.ibm.com wrote: Kirk Wolf writes: So I'll take the bet you mention: please point me to a benchmark that shows Websphere (and all of its adress spaces) using fewer resources (CPU, memory) than a little Tomcat started task running a modest JSP or servlet application at modest transaction rates. As always, I speak only for myself Ah, so you're allowed to design the benchmark to demonstrate a particular piece of software in the best possible light? (Though I still have my doubts on CPU.) Tomcat isn't even a Java Enterprise Edition-compliant server! Shall we also include z/TPF in the benchmarking while we're at it? :-) I stand behind the phrase almost certainly. And let me elaborate on it: in the real world, across the vast majority of the sort of real world JEE workloads that mainframe customers want and/or need to run, WAS z/OS is almost certainly going to outperform anything else. But sure, if you want to pick a single application profile where the application server isn't actually *doing* much, I suppose anything is possible. May I add that most people also care about price-performance. That's been very neatly addressed: the System z Solution Edition for WebSphere. How about this: we'll have a half-hour webinar where in the first 15 minutes I'll demonstrate how to install Tomcat on z/OS and install a web app into it, and then you can do the same for WAS. As long as we're setting groundrules, how about I set some more? (And I'll even quadruple your time. :-)) You must install Tomcat using SMP/E. You must maintain it using SMP/E. You must demonstrate problem determination using as many standard z/OS facilities as possible. You must show us the RMF and SMF output from Tomcat which illustrates sub-application granularity. Oh, and show us how you administer it using Tomcat-specific ISPF panels supplied by the Tomcat community. I'd also like you to demonstrate clustering (including application deployment and change management), load balancing, failover (within and across a Parallel Sysplex), and Workload Manager configuration details -- and how easy it is to administer all that with Tomcat. (And of course you'll be demonstrating Tomcat's scripting capabilities so you can show how z/OS system programmers can automate every management task using their favorite z/OS automation tool, because after all automation helps make things much easier to administer and less prone to error.) Also please show how much EBCDIC-toleration Tomcat has. And I'd like to see support for RRS, z/OS security of any sort (RACF, ACF2, TopSecret -- take your pick), high performance connectors to CICS Transaction Server and IMS Transaction Manager (since just a few of us might have one or both of those) I don't think I'm suggesting anything radical here. All these attributes relate directly to ease-of-administration (and also performance in some cases, such as SMF/RMF). If you have a mainframe you may not need need *all* of these attributes, but chances are excellent you'll need some of them. Look, I never said Tomcat was bad. Far from it. I think it's wonderful! (I also like Apache Geronimo with Tomcat or Jetty.) I think it would be wonderful if more mainframe shops ran it. Tomcat is also different than WAS: they're aimed quite differently. But you implied that WAS did not offer performance or ease-of-administration, and I disagree, strongly, so I'm saying so -- perhaps a bit too strongly. :-) For the sort of things most mainframers want to do, WAS z/OS sure as heck offers both performance and ease-of-administration, and how. But let me make this all less abstract. For those of you who would like to see IBM's actual training WAS z/OS materials to judge for yourself, here they are: http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS3422 Those training materials cover *much* more than just standing up one trivial application once, so please do take note when drawing comparisons.
Re: There isn't RC of step in the joblog
Compare your SMFPRMxx PARMLIB members. Check if IEFACTRT is specified in SUBSYS(JES2... in SMFPRMxx. Kevin. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ibmnew Sent: 28 June 2010 09:51 To: IBM-MAIN@bama.ua.edu Subject: There isn't RC of step in the joblog Dear all Our shop is z/OS 1.9. On the one z/OS 1.9,there isn't RC of step in the joblog.Please see it below: 09.11.48 JOB03386 THURSDAY, 10 JUN 2010 09.11.48 JOB03386 IRR010I USERID BJSP41 IS ASSIGNED TO THIS JOB. 09.12.20 JOB03386 ICH70001I BJSP41 LAST ACCESS AT 09:11:47 ON THURSDAY, JUNE 09.12.20 JOB03386 \HASP373 BJSP41\ STARTED - INIT 1- CLASS 6 - SYS BT06 09.12.20 JOB03386 IEF403I BJSP41\ - STARTED - TIME=09.12.20 09.12.30 JOB03386 IEF404I BJSP41\ - ENDED - TIME=09.12.30 09.12.30 JOB03386 \HASP395 BJSP41\ ENDED -- JES2 JOB STATISTICS -- 10 JUN 2010 JOB EXECUTION DATE 232 CARDS READ 683 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 37 SYSOUT SPOOL KBYTES 0.16 MINUTES EXECUTION TIME On the other z/OS 1.9,there is RC of step in the joblog.see it below 11.04.49 JOB00510 MONDAY,28 JUN 2010 11.04.49 JOB00510 IRR010I USERID BJSP41 IS ASSIGNED TO THIS JOB. 11.04.49 JOB00510 ICH70001I BJSP41 LAST ACCESS AT 10:54:01 ON MONDAY, JUNE 28 11.04.49 JOB00510 \HASP373 DUMP STARTED - WLM INIT - SRVCLASS BATCHMED - S 11.04.49 JOB00510 IEF403I DUMP - STARTED - TIME=11.04.49 11.04.51 JOB00510 - --TIMINGS (M 11.04.51 JOB00510 -JOBNAME STEPNAME PROCSTEPRC EXCP CONN TCBSRB 11.04.51 JOB00510 -DUMP STEP01 00 1622 1079 551177.00 11.04.51 JOB00510 IEF404I DUMP - ENDED - TIME=11.04.51 11.04.51 JOB00510 -DUMP ENDED. NAME- TOTAL TCB CPU TIM 11.04.51 JOB00510 \HASP395 DUMP ENDED -- JES2 JOB STATISTICS -- 28 JUN 2010 JOB EXECUTION DATE 18 CARDS READ 96 SYSOUT PRINT RECORDS 0 SYSOUT PUNCH RECORDS 6 SYSOUT SPOOL KBYTES I also issue the following command on the both z/OS 1.9 D PROG,EXIT CSV460I 16.01.14 PROG,EXIT DISPLAY 308 EXIT DEF EXIT DEF EXIT DEF CSVDYLPA E CSVDYNEX E HZSADDCHECK I IEASDUMP.QUERYE IEASDUMP.GLOBAL E IEASDUMP.LOCALE IEASDUMP.SERVER E IXC_ELEM_RESTART E IXC_WORK_RESTART E ISGNQXIT E ISGNQXITFAST E ISGCNFXITSYSTEM E ISGCNFXITSYSPLEX E ISGNQXITBATCH E ISGNQXITQUEUED1 E ISGENDOFLQCB E ISGNQXITPREBATCH E ISGNQXITBATCHCND E ISGDGRSRESE CNZ_MSGTOSYSLOG E IEHINITT_EXIT E REKEY_EXITE IEF_ALLC_OFFLNE IEF_SPEC_WAIT E IEF_VOLUME_ENQE IEF_VOLUME_MNTE IEFDB401 E CEE_ABEND_EXITE CNZ_WTOMDBEXITE IEFJFRQ E SYSJES2.IEFUSIE SYSSTC.IEFUSI E SYSSTC.IEFUSO E SYSSTC.IEFUJP E SYSSTC.IEFU84 E SYSSTC.IEFU83 E SYSSTC.IEFU29 E SYSSLS0.IEFU83E SYSSLS0.IEFU84E SYSSLS0.IEFACTRT E SYSSLS0.IEFUSIE SYSSLS0.IEFUJIE SYSSLS0.IEFU29E SYS.IEFU29E SYS.IEFUJIE SYS.IEFUSIE SYS.IEFACTRT E SYS.IEFU84E SYS.IEFU83E IRREVX01 E IGDACSDX E The output is the same. Comparing the JES2 parm,they are the same too. Could you help me to solve the problem? Thanks a lot! Best Regards, Jason Cai -- 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 email (and any attachments) may contain privileged and/or confidential information. If you are not the intended recipient please do not disclose, copy, distribute, disseminate or take any action in reliance on it. If you have received this message in error please reply and tell us and then delete it. Should you wish to communicate with us by email we cannot guarantee the security of any data outside our own computer systems. For the protection of Legal General's systems and staff, incoming emails will be automatically scanned. Any information contained in this message may be subject to applicable terms and conditions and must not be construed as giving investment advice within or outside the United Kingdom. Legal General Group plc is registered in England under company number 1417162 and is a holding company. The registered office for all companies in the Legal General group is One Coleman Street London EC2R 5AA. The following subsidiary companies of Legal General Group
Re: PoPS Manual
Rick, You can get to z/Arch Pops by starting at http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss Enter country, then Search for publications, enter pub SA22-7832 , click Go, and you're there. Works every time, that is until IBM changes the link again. Al -- 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: O/Topic Selling poisoned software
In a message dated 6/28/2010 8:37:34 A.M. Central Daylight Time, dennis.ro...@lmco.com writes: in a parmlib or lmod. It is a well defined and accepted practice, so long as it is stated upfront. Back when it was MIX, they'd fall on some relative of Machiavelli's birthday! Sinister -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's Hyperbuf
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sharon Lopez Sent: Monday, June 28, 2010 10:17 AM To: IBM-MAIN@bama.ua.edu Subject: CA's Hyperbuf Does anyone have any comments on CA's Hyperbuf product? We are replacing BMC's Batch optimizer and we are having alot of problems with Hyperbuf. SNIP Connect:Direct for z/OS: If you use VSAM cache utilities, you must remove any Connect:Direct VSAM files from their control or unpredictable results may occur. Connect:Direct for z/OS Installation Guide Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: O/Topic Selling poisoned software
In a message dated 6/28/2010 9:50:09 A.M. Central Daylight Time, paulgboul...@aim.com writes: Perhaps this is statistically unremarkable. How many relatives does Machiavelli have? Is the number increasing exponentially? Google's pretty good at these types rhetorical discourses. “No enterprise is more likely to succeed than one concealed from the enemy until it is ripe for execution.” - MACHIAVELLI -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
On Fri, 25 Jun 2010 20:20:48 -0500, Rick Fochtman rfocht...@ync.net wrote: Where, in the CD-COM collection, has he hidden the Principles of Operations manual? I don't have WEB access from work and I need that manual! Which CD-ROM collection, Rick? -- Walt Farrell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's Hyperbuf
I supported an app that was under ca-hyperbuf control. Tweaked constraints, etc. I can't provide test results but from what I recall it did a fairly decent job of providing automatic buffering for the remaining VSAM files we had. I allowed buffering for PS files, which occurred, but cannot vouch for any performance improvement there. Anyhow there are some 'systems' which were excluded from monitoring like CICS, NDM, control-m, DFHSM, TSO sessions... etc.., due to either real or potential issues. Sharon Lopez wrote: Does anyone have any comments on CA's Hyperbuf product? We are replacing BMC's Batch optimizer and we are having alot of problems with Hyperbuf. -- 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: CA's Hyperbuf
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sharon Lopez Sent: Monday, June 28, 2010 10:16 AM To: IBM-MAIN@bama.ua.edu Subject: CA's Hyperbuf Does anyone have any comments on CA's Hyperbuf product? We are replacing BMC's Batch optimizer and we are having alot of problems with Hyperbuf. We have been using it for over 10 years. We have had very few problems with it. But we are fairly conservative in using it. The only think we have had to do is sometimes force NSR buffering instead of LSR due to some weird programming that our applications people sometime do. Oh, and disable it for CA-Endevor as we just couldn't get it to work at all. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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: A good Mainframe(ZOS) oriented JAVA discussion group
Kenneth, Here are some resources you may want to look at, but most don't have too much activity: http://www.ibm.com/developerworks/forums/forum.jspa?forumID=195 http://www.ibm.com/developerworks/forums/forum.jspa?forumID=801start=0 http://dovetail.com/forum/viewforum.php?f=1http://dovetail.com/forum/viewforum.php?f=1sid=0b1729a495d576af5422f8f4ba560cc6 http://dovetail.com/forum/viewforum.php?f=3 http://www-03.ibm.com/systems/z/os/zos/tools/java/ The mvs-oe mailing list is a good resource, and z/OS Java is often discussed there. http://www2.marist.edu/htbin/wlvindex?mvs-oe You might also want to look at z/OS Websphere discussion groups: http://www-947.ibm.com/support/entry/portal/Forums_communities/Software/WebSphere/WebSphere_Application_Server_for_z~OS Kirk Wolf Dovetailed Technologies http://dovetail.com On Sun, Jun 27, 2010 at 1:49 PM, Kenneth J. Kripke kkri...@mindspring.comwrote: Hello; Does anyone have a suggestion to a discussion group that is focused primarily on JAVA as implemented on the ZOS Platform? Thank you in advance; Sincerely; Kenneth J. Kripke kkri...@mindspring.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 -- 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: Linklst; 6 of 1/half dozen of the other?
Where can I find the pros and cons of controlling the content of the MC? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Saturday, June 26, 2010 10:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Linklst; 6 of 1/half dozen of the other? In 009066fa266f9b428db827deaa3c0e2701a6e...@exchangevs-04.ad.wsu.edu, on 06/14/2010 at 12:13 PM, Gibney, Dave gib...@wsu.edu said: I prefer to have the ISV datasets in LINKLST statements in PROGxx cataloged in the master catalog and not use volume references. And others prefer to keep them out of the MC. Am I just being anal (I really don't like volume references in parm members anywhere I can avoid them), or is the a legitimate concern that would support either position? There are legitimate reasons for keeping as much as possible out of the MC. Have you considered using static system symbols for the volsers? -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 -- Alexander Riedel -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: Monday, June 28, 2010 5:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PoPS Manual On Fri, 25 Jun 2010 20:20:48 -0500, Rick Fochtman rfocht...@ync.net wrote: Where, in the CD-COM collection, has he hidden the Principles of Operations manual? I don't have WEB access from work and I need that manual! Which CD-ROM collection, Rick? -- Walt Farrell -- 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
CA's Hyperbuf
Does anyone have any comments on CA's Hyperbuf product? We are replacing BMC's Batch optimizer and we are having alot of problems with Hyperbuf. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
So I date back to MFT and the honorable S360. However after attending the demonstration for MSM my views are somewhat changed. Guess the old dog will be learning some new tricks. -- 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: O/Topic Selling poisoned software
On Mon, 28 Jun 2010 10:04:12 EDT, Ed Finnell wrote: Back when it was MIX, they'd fall on some relative of Machiavelli's birthday! Sinister Perhaps this is statistically unremarkable. How many relatives does Machiavelli have? Is the number increasing exponentially? -- 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: Assembler programs was Re: Delete all members of a PDS that is allocated
Feel free to do an advert. Your stuff is good. On Mon, 28 Jun 2010 09:32:17 -0400 Thomas David Rivers riv...@dignus.com wrote: :Clark Morris wrote: : On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote: : : Until IBM provides a language or variant such as a systems flavor of : C/C++ that has access to all of the facilities (including the peculiar : linking conventions for some JES exits, any management that does not : keep access to assembler expertise is playing with fire. ... : : Clark Morris : : :Why does such a language need to be provided by IBM? :Can a third-party vendor provide it? : : - Dave Rivers - -- 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: Linklst; 6 of 1/half dozen of the other?
On Mon, 28 Jun 2010 11:40:35 -0400, Don Williams donb...@gmail.com wrote: Where can I find the pros and cons of controlling the content of the MC? I don't think you'll find what you are looking for (a pros/cons list). It's mostly common sense. There is paragraph in DFSMS Managing Catalogs in the planning a configuration chapter that states this: For ease of backup and recovery of the master catalog, no user data sets should be cataloged in the master catalog. If you deny update access to the master catalog for most of your users, there is typically much less update activity for the master catalog. You might want to have a look at that chapter and the rest of the manual. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: PoPS Manual
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Alan Schenck Sent: Monday, June 28, 2010 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PoPS Manual Rick, You can get to z/Arch Pops by starting at http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss Enter country, then Search for publications, enter pub SA22-7832 , click Go, and you're there. Works every time, that is until IBM changes the link again. SNIPPAGE Alas, the poor op doesn't (didn't) have internet access at the time he needed the information, depending on the CDs from IBM. Which is why the complaint, where did they put it? Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
Riedel, Alexander wrote: The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 Same PDF book, SA22-7832-06, in 'SK3T-4269-21' CDROM set. HTH! 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: There isn't RC of step in the joblog
To avoid confusion with any SMF exit (and some other user written modules), I always use the SYSLIB facility. I always know which version of any controversial module is being used by simply looking in, for example, SYS1.LPALIB.SYSLIB specified in PROGxx as SYSLIB LPALIB(SYS1.LPALIB.SYSLIB). On Mon, Jun 28, 2010 at 3:47 AM, John McKown joa...@swbell.net wrote: That message is usually generated by the IEFACTRT exit. The default one installed by IBM is a do nothing. So somebody must have installed the example IEFACTRT exit on one system, but not the other. In ISPF, go to option 6 and enter DDLIST. Then enter LINKLIST. Then enter FIND IEFACTRT LPALIST. This will show you the size of the IEFACTRT. Do this on both systems. I'd bet that the one is much smaller than the other. On Mon, 2010-06-28 at 16:50 +0800, ibmnew wrote: Dear all Our shop is z/OS 1.9. On the one z/OS 1.9,there isn't RC of step in the joblog.Please see it below: snip The output is the same. Comparing the JES2 parm,they are the same too. Could you help me to solve the problem? Thanks a lot! Best Regards, Jason Cai -- John McKown Maranatha! -- 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 -- Guy Gardoit z/OS Systems Programming -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
On 25 Jun 2010 15:26:46 -0700, rfocht...@ync.net (Rick Fochtman) wrote: Even BAL programmers can produce lousy code; it's just sometimes harder to spot. :-) Character string manipulations, like scanning control statements, can be inordinately complex in BAL if you're not really careful in the design phase. Not to mention code manipulation, which is so cool - and so dumb in a working environment. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
On 25 Jun 2010 13:33:38 -0700, eamacn...@yahoo.ca (Ted MacNEIL) wrote: What is the definition of user here? Programmers, etc. I went into more detail of what I meant into a previous response to Mark Z. Then that statistic is a show me stat. -- 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
AF/Operator
Does anyone know of a list-serve, group, blog, etc for Candle (IBM) product AF/Operator? TIA -- 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: Linklst; 6 of 1/half dozen of the other?
--- On Mon, 6/28/10, Mark Zelden mzel...@flash.net wrote: From: Mark Zelden mzel...@flash.net Subject: Re: Linklst; 6 of 1/half dozen of the other? To: IBM-MAIN@bama.ua.edu Date: Monday, June 28, 2010, 11:19 AM On Mon, 28 Jun 2010 11:40:35 -0400, Don Williams donb...@gmail.com wrote: Where can I find the pros and cons of controlling the content of the MC? I don't think you'll find what you are looking for (a pros/cons list). It's mostly common sense. There is paragraph in DFSMS Managing Catalogs in the planning a configuration chapter that states this: For ease of backup and recovery of the master catalog, no user data sets should be cataloged in the master catalog. If you deny update access to the master catalog for most of your users, there is typically much less update activity for the master catalog. You might want to have a look at that chapter and the rest of the manual. Mark Mark: I will agree with your points. Plus I would add that giving update out to anyone is a way to play russian roulette and you won't feel a thing till the system will not IPL. Also it does not allow users (assuming your RACF is set up correctly) to put things in the MC. Way back when (before RACF) our users had a tendency to name their data sets john.q.accounts.receivables (or some such nonsense). When we had to move the catalog one day we had to clean it up and found lots of old stuff in there. So We first put a password on the master catalog and at least 2-3 a day we saw someone trying to update the catalog. We did not give the operators the password so it always failed. The users we furious but we stuck to our guns and said use the HLQ(s) you have. We stopped migration of any foreign datasets in the catalog after that and the user(s) got the message. We also did this unannounced so we got them good. They finally got the message and stopped doing it. The password is the easiest way. BTW I think we set attempts to 0 so the operator would not get involved. This was before console automation. From then on that is what I did. Others might find it a bit harsh but rules are rules. 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: O/Topic Selling poisoned software
This post is trivial enough to require posting on a Friday, but it points out the meaninglessness of anything that is not defined precisely enough. We don't need to use Google to figure this out. If we had perfect documentation, I think everyone on earth today could be shown to be a relative of any other randomly selected person throughout all human history. But to be more pertinent to the discussion, let us assume the worst case for Machiavelli - that he had no siblings, wives, or children, all of whom would have been his relatives. He still had two parents, whether they were married or not, each of whom had two parents, again married or not, and so on backwards to 20 generations. Ignoring the probable duplication of some of the names, there would be about one million names in the list. These people are all relatives of Machiavelli because they are his ancestors, and so are all the people who are themselves not direct ancestors of Machiavelli but yet are related somehow to the million direct ancestors we have found out. Next to each name in the list write down the person's birthdate. There is an overwhelming certainty, given roughly one million observations, that every one of the 366 possible days of the year would be in the list one or more times. Picking any one of them would be statistically unremarkable. Or, convers! ely, randomly pick any day of the year and you can find a relative of Machiavelli born on that day. Statistical remarkability, in this case, depends on the precise definition of relative, and no precision was given in the original reference to Machiavelli. How many relatives did he have and does he still have? Tens of billions. Is the number increasing exponentially? Yes. There will be another billion relatives in about ten more years. Lastly, I think the poster meant MICS, and not MIX. I don't remember any MIX product. -Original Message- On Mon, 28 Jun 2010 10:04:12 EDT, Ed Finnell wrote: Back when it was MIX, they'd fall on some relative of Machiavelli's birthday! Sinister In a message dated 6/28/2010 9:50:09 A.M. Central Daylight Time, paulgboul...@aim.com writes: Perhaps this is statistically unremarkable. How many relatives does Machiavelli have? Is the number increasing exponentially? Google's pretty good at these types rhetorical discourses. -- 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: O/Topic Selling poisoned software
In a message dated 6/28/2010 1:28:16 P.M. Central Daylight Time, bi...@mainstar.com writes: I think the poster meant MICS, and not MIX. I don't remember any MIX product. MIX was real. Precursor to MIM, Allen Systems. Enabled us to do stuff with multiprocessors that GRS couldn't handle. -- 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: O/Topic Selling poisoned software
MIX was real. Precursor to MIM, Allen Systems. Enabled us to do stuff with multiprocessors that GRS couldn't handle. I thought it was MSX/MSI. I don't remember MIX, but I have been wrong before. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: O/Topic Selling poisoned software
Ed Finnell of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/28/2010 01:59:23 PM: In a message dated 6/28/2010 1:28:16 P.M. Central Daylight Time, bi...@mainstar.com writes: I think the poster meant MICS, and not MIX. I don't remember any MIX product. MIX was real. Precursor to MIM, Allen Systems. Enabled us to do stuff with multiprocessors that GRS couldn't handle. We used to run Super-MSI (Multiple Systems Integrity) from Allen Systems Group, circa 1980. Regards, John K -- 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
O/T duplicate birthdays
Bill Fairchild has used some very large numbers to make his entirely persuasive case for duplications. In fact very much smaller numbers. This problem---It is in fact called the birthday problem---has been much studied, particularly and all but definitively by William Feller in volume 1 of Probability theory and its applications. Suppose you are in a bar or pub, a place where such wagers are frequent. What is the minimal number N of people who need to be present to make the wager that at least two of them have the same birthday attractive? The answer is 23. For N=23 the probability P of such a duplication is 0.5073, making this wager attractive in the sense that one is more likely to win than to lose it. This result is apparently counter-intuitive, and it perhaps made easier to understand by noting that for N 366 P = 1. The presence of more people than birthdays makes duplication certain. John Gilmore Ashland, MA 01721-1817 USA _ The New Busy is not the too busy. Combine all your e-mail accounts with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multiaccountocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_4 -- 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
DFHSM and RACF TAPEVOL class
Hi: We are at z/OS 1.9 Recently, Tape Data protection was changed (from volume level based on TAPEVOL class to DSN level). Relevant settings of the OLD schema: - RACF TAPEVOL class ACTIVE - TAPEDSN INACTIVE in SETROPTS - TAPESECURITY(RACF) specified in DFHSM Parmlib. - TPRACF(N) in DFRMM - No tape security options etablished in DEVSUPxx member of SYS1.PARMLIB Relevant options of the CURRENT schema: - RACF TAPEVOL class INACTIVE - TAPEDSN INACTIVE in SETROPTS - TAPESECURITY(EXPIRATION) specified in DFHSM Parmlib - TPRACF(N) in DFRMM - Options TAPEAUTHDSN=YES and TAPEAUTHF1=YES in effect via DEVSUPxx member of SYS1.PARMLIB After implementing the new security options and checking for several days that the new schema was working fine, as a RACF administrador i Inactivated TAPEVOL class and deleted ALL its profiles (including DFHSM multivolumes named DFHSMx, with x=0,1,9). From that moment, the following behaviour is observed: When DFHSM finishes recycling a volume it tries to remove its RACF protection (because of TAPESECURITY(EXPIRATION) setting). However, given that the protection was already deleted, the action fails and the following error message is written to DFHSM Joblog: STC01002 ICH408I USER(HSMUSER ) GROUP(DFHSM ) NAME(DFHSM ) 152 X62021 CL(TAPEVOL ) DELETE - RESOURCE NOT FOUND STC01002 ARC0359I ERROR REMOVING TAPE VOLUME X62021 FROM 153 ARC0359I (CONT.) DFSMSHSM'S RACF TAPE VOLUME SET, RC=20, REAS=4 - Moreover, we observe that DFHSM, even after the unsuccessfull deletion of RACF protection for some volume, stills considers the volume to be RACF protected and thus tries to remove its RACF protection each time it empties it (as part of its recycling process). This behaviour does not cause any operational problem in DFHSM, but we want to get rid of these error messages that, if nothing is done, will last forever. Question: How can we indicate to DFHSM that its volumes are not RACF protected anymore, or that it should not worry about removing their RACF protection? Thanks in advance for your help, JUAN MAUTALEN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: instream data
-snip--- There was a time, not very long ago, when ad-hoc use of INTRDR was deprecated (controlled?) because they were a finite resource. I suspect one could still create pretty much havoc by OPENing INTRDRs up to a system limit, and feeding each the content of an SVC dump (perhaps throttled to a few dozen bytes/sec) and watching the SKIPPING FOR JOB CARD messages scroll by on the operators' console. ---unsnip- Once upon a time I used a job called RABBIT to stress HASP and JES2. All it did was feed ten copies of itself through the internal reader. With ten copies running, it never took more that a very few minutes to plug up the system pretty badly. I used it to get operators to pay attention to their jobs, instead of playing gin rummy. It usually took only one occurence to smarten them up wonderfully. Rick -- 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: O/Topic Selling poisoned software
In a message dated 6/28/2010 2:02:36 P.M. Central Daylight Time, eamacn...@yahoo.ca writes: don't remember MIX, but I have been wrong before No, you're correct. The gutter folks have me a little flummoxed. -- 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: O/Topic Selling poisoned software
In a message dated 6/28/2010 2:05:37 P.M. Central Daylight Time, jkali...@csc.com writes: We used to run Super-MSI (Multiple Systems Integrity) from Allen Systems Group, circa 1980. Yep. MSI MSX. There was a competitor from maybe Duquense but it always lost the benchmarks. -- 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: O/Topic Selling poisoned software
---snip PS: no unethical persons were harmed while writing this post... ;-D --unsnip--- Why not?? :-) Rick -- 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: O/Topic Selling poisoned software
Yep. MSI MSX. There was a competitor from maybe Duquense but it always lost the benchmarks. SDSI, which I have also worked with. But, I thought, and I could be wrong, that Duquense, became a company after Moreno merged with the provider of SDSI. 1985? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: O/Topic Selling poisoned software
In a message dated 6/28/2010 2:38:26 P.M. Central Daylight Time, eamacn...@yahoo.ca writes: But, I thought, and I could be wrong, that Duquense, became a company after Moreno merged with the provider of SDSI. Definitely foggy about the whole thing. We had MSX and MICS and were doing ESP's left and right. I just kept my head down and put on maint. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
-snip-- Even easier than you wrote... /* rexx - zero a PDS Directory */ ARG dsn ALLOC F(PDSDIR) DA(dsn) SHR REUSE RECFM(F), /* pds directory */ DSORG(PS) LRECL(256) BLKSIZE(256) EXECIO 1 DISKRU PDSDIR (STEM DIR. /* read pds directory */ /* for update */ DIR.1 = '000E'x /* End of Directory */ EXECIO 1 DISKW PDSDIR (STEM DIR. FINIS /* Rewrite Directory */ FREE F(PDSDIR) Exit Obviously it won't work with PDSE. --unsnip--- What does it do about the keys? or DS1LSTAR? Or that other field showing the usage of the last block of the directory? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
Either the 1.10 or 1.11 collection for z/OS Rick - On Fri, 25 Jun 2010 20:20:48 -0500, Rick Fochtman rfocht...@ync.net wrote: Where, in the CD-COM collection, has he hidden the Principles of Operations manual? I don't have WEB access from work and I need that manual! Which CD-ROM collection, Rick? -- 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: O/Topic Selling poisoned software
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/28/2010 03:38:32 PM: From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 06/28/2010 03:38 PM Subject: Re: O/Topic Selling poisoned software Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yep. MSI MSX. There was a competitor from maybe Duquense but it always lost the benchmarks. SDSI, which I have also worked with. But, I thought, and I could be wrong, that Duquense, became a company after Moreno merged with the provider of SDSI. 1985? DUQN bought the company that owned the code that became part of MIM. Around 1985 because I started work for them in 1986 and the products were being merged/expanded at that time. That deal and several others were enhanced because of pending changes in tax laws. (TPX? STX? NetSpy?) The stock offerings to support that deal led to ownership by venture capitalists that drove the next deal. Then QUQN merged w/Morino to become Legent which was bought by CA in August 1995. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- 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
SHARE Your Feedback: Your Organization’s To p Enterprise IT Issues in 2010
For those people that are bored all day and PUMP 500 messages per week into IBM-MAIN : Original Message Subject: SHARE Your Feedback: Your Organization’s Top Enterprise IT Issues in 2010 Date: Mon, 28 Jun 2010 14:43:06 -0500 From: SHARE Headquarters shar...@share.org Reply-To: SHARE Headquarters shar...@share.org To: anton_br...@yahoo.com *What are your top enterprise IT challenges this year? Where is your CIO’s focus in 2010?* SHARE is conducting a survey to review the current state of enterprise IT, in terms of where companies are putting the most resources and focus. Results of this confidential study will provide industry analysis to help SHARE better shape its programs and events for the greater member – and enterprise IT– community. *Survey Cutoff: Thursday July 8, 2010* Earn Your Chance to Win a $50 AmEx Gift Card. *Please respond with a completed survey by July 8, 2010 to be included in the drawing.* The survey will take you less than 5 minutes to complete. *Click here* http://lists.mail.share.org/t/886124/38356927/56731/0/ to take the survey. Thank you for your time, your feedback is greatly appreciated. -- 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: Linklst; 6 of 1/half dozen of the other?
---snip I don't think you'll find what you are looking for (a pros/cons list). It's mostly common sense. There is paragraph in DFSMS Managing Catalogs in the planning a configuration chapter that states this: For ease of backup and recovery of the master catalog, no user data sets should be cataloged in the master catalog. If you deny update access to the master catalog for most of your users, there is typically much less update activity for the master catalog. You might want to have a look at that chapter and the rest of the manual. -unsnip- You also want to limit access to the MC for other reasons. Mainly, you want to prevent some amatuer from doing something that might inadvertantly delete datasets from that catalog. Loss of some datasets from the MC can render your system un-ipl-able, precipitating a disaster scenario maybe. The fewer people that update the MC, whether explicitly or implicitly, the lower your risks of a potentially serious problem, perhaps even a disaster. If you're providing the procs and JCL for use of these OEM products, there's no reason you can't insert a STEPLIB statement. A slight inconvenience is far more bearable that an unplanned outage, possibly of significant duration. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
snip- The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 Same PDF book, SA22-7832-06, in 'SK3T-4269-21' CDROM set. HTH! --unsnip I'm sure it's there, but WHERE?? Never mind that I prefer the .boo form, so I can print it to a file and extract bits and pieces using SPF/PC. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
It's on disk two of the DVD set I have. Look for the disk(s) labeled for the PDF format books. On Mon, 28 Jun 2010 14:54:55 -0500, Rick Fochtman rfocht...@ync.net wrote: snip- The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 Same PDF book, SA22-7832-06, in 'SK3T-4269-21' CDROM set. HTH! --unsnip I'm sure it's there, but WHERE?? Never mind that I prefer the .boo form, so I can print it to a file and extract bits and pieces using SPF/PC. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PoPS Manual
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/XKS/DZ9ZBK08 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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-m...@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Monday, June 28, 2010 3:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PoPS Manual It's on disk two of the DVD set I have. Look for the disk(s) labeled for the PDF format books. On Mon, 28 Jun 2010 14:54:55 -0500, Rick Fochtman rfocht...@ync.net wrote: snip--- -- The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 Same PDF book, SA22-7832-06, in 'SK3T-4269-21' CDROM set. HTH! --unsnip--- - I'm sure it's there, but WHERE?? Never mind that I prefer the .boo form, so I can print it to a file and extract bits and pieces using SPF/PC. Rick -- 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: PoPS Manual
Rick, I found them on my z/OS V1R11 2DVD set under z/Architecture and ESA/390 Principles of Operation PDFs on the 2nd disc. I used the Autorun Preferences dialog that comes up when you insert the disk and pushed the Disk Index button. That brings up a web page and I did a 'find' on principles. I could only find a PDF though, no .BOO SA22-7832-07 DZ9ZR007 Cliff McNeill Date: Mon, 28 Jun 2010 14:54:55 -0500 From: rfocht...@ync.net Subject: Re: PoPS Manual To: IBM-MAIN@bama.ua.edu snip- The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 Same PDF book, SA22-7832-06, in 'SK3T-4269-21' CDROM set. HTH! --unsnip I'm sure it's there, but WHERE?? Never mind that I prefer the .boo form, so I can print it to a file and extract bits and pieces using SPF/PC. Rick -- 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 _ Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete all members of a PDS that is allocated
On Mon, 28 Jun 2010 07:43:26 -0500, Mark Zelden mzel...@flash.net wrote: /* rexx - zero a PDS Directory */ snip On Mon, 28 Jun 2010 16:00:39 +0300, Binyamin Dissen bdis...@dissensoftware.com wrote: That does not change the key. I wonder what would happen if member GHJK was added and the keys shows that it should be inserted in block #3. I think it would be in limbo. On Mon, 28 Jun 2010 14:41:38 -0500, Rick Fochtman rfocht...@ync.net wrote: What does it do about the keys? or DS1LSTAR? Or that other field showing the usage of the last block of the directory? Oh... you want something that will leave the PDS still usable when it is done with it? :-)Ok, stick to PDS (PDS86) or one of the EMPTYPDS programs on the CBT. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.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: PoPS Manual
On Mon, 28 Jun 2010 14:54:55 -0500, Rick Fochtman wrote: I'm sure it's there, but WHERE?? Never mind that I prefer the .boo form, so I can print it to a file and extract bits and pieces using SPF/PC. Check the archives, Rick. This has been discussed several times before. The last edition of the z/Architecture POO that was published as a .boo was the -3. -- 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: PoPS Manual
Which is here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/DZ9ZBK03 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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-m...@bama.ua.edu] On Behalf Of Tom Marchant Sent: Monday, June 28, 2010 4:04 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PoPS Manual On Mon, 28 Jun 2010 14:54:55 -0500, Rick Fochtman wrote: I'm sure it's there, but WHERE?? Never mind that I prefer the .boo form, so I can print it to a file and extract bits and pieces using SPF/PC. Check the archives, Rick. This has been discussed several times before. The last edition of the z/Architecture POO that was published as a .boo was the -3. -- 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 -- 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: There isn't RC of step in the joblog
Dear all I checked our system.Please see informations below On the bad system D PROG,EXIT,EX=SYS.IEFACTRT,DIAG RESPONSE=BT06 CSV464I 08.54.50 PROG,EXIT DISPLAY 176 EXIT SYS.IEFACTRT MODULESTATE EPADDRLOADPTLENGTHJOBNAME IEFACTRTA 8A4D3000 * DLCABT05A 960C21C8 * On the good system D PROG,EXIT,EX=SYS.IEFACTRT,DIAG RESPONSE=BR04 CSV464I 09.07.26 PROG,EXIT DISPLAY 030 EXIT SYS.IEFACTRT MODULESTATE EPADDRLOADPTLENGTHJOBNAME IEFACTRTA 898C * On the bad system D PROG,LPA,MODNAME=IEFACTRT RESPONSE=BT06 CSV550I 08.55.34 LPA DISPLAY 182 FLAGS MODULEENTRY PT LOAD PT LENGTHDIAG P IEFACTRT 8A4D3000 0A4D3000 0808 16BF2180 On the good system RESPONSE=BR04 CSV550I 09.09.04 LPA DISPLAY 048 FLAGS MODULEENTRY PT LOAD PT LENGTHDIAG P IEFACTRT 898C 098C 0808 15FF3090 Comparing our SMFPRMxx,I found there is a statement ' SUBSYS(JES2,EXITS(IEFUSI))' in the SMFPRMxx on the bad system But on the good system, there is not this statement. What can I do in the next step? thanks a lot! Best Regards, Jason Cai 发件人: Greeley, Kevin 发送时间: 2010-06-28 21:58:50 收件人: IBM-MAIN 抄送: 主题: Re: There isn't RC of step in the joblog Compare your SMFPRMxx PARMLIB members. Check if IEFACTRT is specified in SUBSYS(JES2... in SMFPRMxx. Kevin. -Original Message- .ua.edu/archives/ibm-main.html
Documenting the underlying FBA design of 3375, 3380 and 3390?
Does anyone have formal IBM documentation stating that the 3375, 3380 and 3390 are FBA under the cover. I'm looking for something more explicit than the intrusion of the cell size into capacity calculations. Thanks. -- 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: DFHSM and RACF TAPEVOL class
On 06/28/2010 02:07 PM, Juan Mautalen wrote: Hi: We are at z/OS 1.9 Recently, Tape Data protection was changed (from volume level based on TAPEVOL class to DSN level). Relevant settings of the OLD schema: - RACF TAPEVOL class ACTIVE - TAPEDSN INACTIVE in SETROPTS - TAPESECURITY(RACF) specified in DFHSM Parmlib. - TPRACF(N) in DFRMM - No tape security options etablished in DEVSUPxx member of SYS1.PARMLIB Relevant options of the CURRENT schema: - RACF TAPEVOL class INACTIVE - TAPEDSN INACTIVE in SETROPTS - TAPESECURITY(EXPIRATION) specified in DFHSM Parmlib - TPRACF(N) in DFRMM - Options TAPEAUTHDSN=YES and TAPEAUTHF1=YES in effect via DEVSUPxx member of SYS1.PARMLIB After implementing the new security options and checking for several days that the new schema was working fine, as a RACF administrador i Inactivated TAPEVOL class and deleted ALL its profiles (including DFHSM multivolumes named DFHSMx, with x=0,1,9). From that moment, the following behaviour is observed: When DFHSM finishes recycling a volume it tries to remove its RACF protection (because of TAPESECURITY(EXPIRATION) setting). However, given that the protection was already deleted, the action fails and the following error message is written to DFHSM Joblog: STC01002 ICH408I USER(HSMUSER ) GROUP(DFHSM ) NAME(DFHSM ) 152 X62021 CL(TAPEVOL ) DELETE - RESOURCE NOT FOUND STC01002 ARC0359I ERROR REMOVING TAPE VOLUME X62021 FROM 153 ARC0359I (CONT.) DFSMSHSM'S RACF TAPE VOLUME SET, RC=20, REAS=4 - Moreover, we observe that DFHSM, even after the unsuccessfull deletion of RACF protection for some volume, stills considers the volume to be RACF protected and thus tries to remove its RACF protection each time it empties it (as part of its recycling process). This behaviour does not cause any operational problem in DFHSM, but we want to get rid of these error messages that, if nothing is done, will last forever. Question: How can we indicate to DFHSM that its volumes are not RACF protected anymore, or that it should not worry about removing their RACF protection? Thanks in advance for your help, JUAN MAUTALEN ... Although we now protect most tapes by DSN, we left the TAPEVOL class active and still allow DFHSM to specially protect its own volumes. We also find it useful sometimes to use TAPEVOL to allow access to specific labeled off-site tapes that contain file names that conflict with our installation naming conventions. -- Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler programs was Re: Delete all members of a PDS that is allocated
On 06/28/2010 08:32 AM, Thomas David Rivers wrote: Clark Morris wrote: On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote: Until IBM provides a language or variant such as a systems flavor of C/C++ that has access to all of the facilities (including the peculiar linking conventions for some JES exits, any management that does not keep access to assembler expertise is playing with fire. ... Clark Morris Why does such a language need to be provided by IBM? Can a third-party vendor provide it? - Dave Rivers - It would be unreasonable for IBM to require a third-party product to customize z/OS, or to expect IBM to help diagnose strange z/OS failures caused by bad exits generated by some other vendor's product. z/OS customization must be possible with what is included with z/OS. So until IBM supplies alternative non-Assembler facilities for all exits and customization, some Assembler expertise would seem to be a requirement. Our application programmers are not that familiar with z-architecture, much less Assembly Language; but those of us in mainframe Technical Support certainly are. That knowledge is not just relevant to writing Assembly code utilities and exits, but is also useful in understanding why some approaches to application implementation in higher level languages are inefficient, and useful in having the credibility to communicate that to applications development. A management that thinks it can do without any of that expertise in house is short-changing the organization on multiple fronts. -- Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org Sr. Technical Admin., Mainframe Systems -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Assembler programs was Re: Delete all members of a PDS that is allocated
Joel C. Ewing wrote: On 06/28/2010 08:32 AM, Thomas David Rivers wrote: Clark Morris wrote: On 27 Jun 2010 07:30:35 -0700, in bit.listserv.ibm-main you wrote: Until IBM provides a language or variant such as a systems flavor of C/C++ that has access to all of the facilities (including the peculiar linking conventions for some JES exits, any management that does not keep access to assembler expertise is playing with fire. ... Clark Morris Why does such a language need to be provided by IBM? Can a third-party vendor provide it? - Dave Rivers - It would be unreasonable for IBM to require a third-party product to customize z/OS, or to expect IBM to help diagnose strange z/OS failures caused by bad exits generated by some other vendor's product. z/OS customization must be possible with what is included with z/OS. So until IBM supplies alternative non-Assembler facilities for all exits and customization, some Assembler expertise would seem to be a requirement. Our application programmers are not that familiar with z-architecture, much less Assembly Language; but those of us in mainframe Technical Support certainly are. That knowledge is not just relevant to writing Assembly code utilities and exits, but is also useful in understanding why some approaches to application implementation in higher level languages are inefficient, and useful in having the credibility to communicate that to applications development. A management that thinks it can do without any of that expertise in house is short-changing the organization on multiple fronts. And so you'll bring us in to teach Assembler to your applications programmers? Great! The benefits will be amazing and the costs low. :-) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT? Java application servers.
Kirk Wolf writes: What I said was that WAS isn't light weight, either in terms of resource usage or administration. Of course, no JEE app server is really light weight - its a (IMO) bloated architecture. But WAS is clearly the best, most robust, JEE app server on z/OS, and I'm sure that it is also the best performing JEE app server on z/OS. Happy? A bit happier. :-) I disagree if you're suggesting that WAS z/OS is heavy in terms of resource usage (particularly CPU) or administration. Sorry, I just don't think that's true, and I guess we just disagree about that. A Java Enterprise Edition (JEE) server such as WebSphere Application Server also supports less-than-JEE applications, and extremely well. If you don't want to use particular JEE features at a particular moment in time for particular applications, no problem! The performance characteristics you experience will be most directly related to how you design your applications. If you think JEE exploitation equals bloat, then don't exploit JEE capabilities. Your call.(*) WAS, particularly WAS V7, figures that out. Moreover, one of the extremely valuable ease-of-administration advantages in WAS for z/OS is that it's a superb performance inspection and troubleshooting environment for both JEE and Java applications. I've repeatedly observed how customers have moved misbehaving applications from other platforms to WAS z/OS -- easily -- and then received incredible engineering data they never had before on exactly where they have performance weaknesses in their applications. It's a bit humbling for some application developers, actually, and it often requires some diplomacy. (What do you mean I'm not invoking that method efficiently?) It's also worth mentioning that the z/OS Management Facility, a feature available at no additional charge to every z/OS 1.10 (and higher) customer, contains an embedded WAS z/OS V7.x runtime. Those developers looked at all kinds of options, including Tomcat. The z/OS Management Facility is a particularly performance-critical feature given its universality. Finally, IBM really did put up. IBM is committed to market-competitive multi-year customer pricing with its System z Solution Edition for WebSphere offering (and other Solution Edition offerings). IBM simply could not afford that offering without high confidence in WAS z/OS's excellent performance characteristics. Again, I don't speak for IBM, but it's just such an overwhelming proof-point that it bears repeating. (*) I think bloat usually means longer instruction path length. A longer instruction path length is highly justifiable if there are compensating advantages. One typical (and often huge) compensating advantage is application development and maintenance productivity. Otherwise everyone would spend years crafting hand-tuned machine code for every application. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets 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