Re: production library control options
Kriss, The only one I have seen that does the cross platform stuff is from ISPW Details can be found at WWW.ISPW.COM Mark On 07/06/2010 17:35, Starr, Alan alan_st...@calpers.ca.gov wrote: Hi Kriss, Have you looked at SCLM (part of ISPF)? It may not do everything you want but I'll bet it'll handle 80% or more of your mainframe requirements. And it's a free component of ISPF. If cost is not an issue and you really want to have a single tool that handles all platforms, you should probably give SCLM a skip. Cheers, Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Davis, Kriss Sent: Monday, June 07, 2010 08:37 To: IBM-MAIN@bama.ua.edu Subject: production library control options Before I start with vendors, etc. I was going to get a sense from you folks about the various options for handling check-in, check-out, promotion, etc. of various production/custom objects like JCL, COBOL SOURCE, PROCs, COPYBOOKS, JAVA parts, WSDLs, and maybe other things on the USS side of the mainframe. We have all this stuff plus we have PEOPLECODE we should probably be managing/controlling and we have some custom software on AIX in a development/maintenance tool called ENVISION (for our Datatel/Colleague footprint). We could treat the vendor stuff as separate I figure if we have to. We have a lot of locally developed mainframe CICS and BATCH COBOL code with and without DB2. Plus CICS based webservice programs that create files on the USS side of the mainframe. We have DOC TEMPLATES, etc. also. And as mentioned, Peoplesoft HRMS (Oracle, non-mainframe) and Datatel/Colleague accounting system on AIX. So... I am not sure I care what platform the repository of all this stuff is located on, but whatever tool we get, it needs to handle a lot of different things. Mainframe, AIX, ORACLE, DB2, etc. etc. And hopefully, have one interface to manage check-in, check-out, and promotion to production processes. We have no check-in, check-out, promotion automation in place now on the mainframe side for our local COBOL/CICS/DB2 stuff. Not sure what is going on in Peoplesoft since it is not in production yet, still in development/roll-out. We are going to have to phase in whatever we get, but I would like to have one place for all this stuff to be. And start with a tool that has the potential to do it all. Maybe it is just too much to really expect of one tool. Thanks I advance for any suggestions on this. Kriss Kriss Davis Manager Illinois State University kpda...@ilstu.edu -- 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 Kind Regards, Mark Mark Wilson | Technical Director RSM Partners Limited t. +44 (0) 7768 617006 | e. ma...@rsmpartners.com www.rsmpartmers.com GSE Information Large Systems Working Group Chairman www.lsx.gse.org.uk GSE UK Conference Manager www.gse.org.uk/tyc e. mark.wil...@gse.org.uk -- 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
APAR OA30338 for PDSE Users
I can't for the life of me explain why this is not HIPER, but if you use PDSEs in your shop I highly recommend APAR OA30338. Without this fix, we had broken PDSEs that could not be read, accessed, or even deleted and that led to abends in HSM, CATALOG errors, DADSM errors, corrupted VTOCs with overlapping extents--the works. The VTOC on one volume (an EAV) was so screwed up, we had to completely reINIT it. To get rid of these bad PDSEs, we had to one-at-a-time ZAP the FMT-1 DSCB in the VTOC to turn off the PDSE flag, delete the PDSE, immediately allocate a dummy sequential data set to reuse the just-freed DSCB for non-PDSE data set, and then either restore the PDSE from a backup or recreate from scratch. It was ugly! Unfortunately, an IPL is required to make the fix effective. But, it's worth it! -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: APAR OA30338 for PDSE Users
I can't for the life of me explain why this is not HIPER, but if you use PDSEs in your shop I highly recommend APAR OA30338. Thanks for the heads-up! After reading the apar description and resolution, it doesn't even sound like IBM has found out *why* there was an overlaid eyecatcher. This sounds like the usual bandaid *after* things were broken just to prevent them from breaking further. Do you have any more news on that? Oh, my 100% wto buffer shortage apar (oa32676) is closed, but also also NOT hiper Best regards, Barbara ps: that reminds me, I still need to take IBM to task why PDSE doesn't honour directory caching after close, not even for the first 15 minutes.. -- 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: Setting up timezone in Unix on Mainframe
Is your system (i.e. the hardware) set to local time or GMT? What does a D T from the MVS console display? -- Peter Hunkeler CREDIT SUISSE AG -- 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: Setting up timezone in Unix on Mainframe
I am setup up with the correct offset in the CLOCKxx member in SYS1.PARMLIB. When I enter 3.17 in ISPF I do not see the message that says the adjustment for EST/EDT is there, and my $ date function looks like GMT rather than EST/EDT setting. I had thought based on my notes that all I needed to do was set the TZ parm in the /etc/init.profile (which all I did was copy the samples profile member) and include the TZ setting in /etc/profile. But then as I read more it talked about a /.profile setting. So I added that. I will continue to pursue documentation to see what might be incorrect or missing. I have a customer that is working on using JAVA with DB2 and so they are keen to have the date accurate. Lizette Is your system (i.e. the hardware) set to local time or GMT? What does a D T from the MVS console display? -- Peter -- 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. cfmpub...@ns.sympatico.ca (Clark Morris) writes: In one sense, we need to be careful about what we ask for. Do we want z/OS to be easily available to those who want to find vulnerabilities and crack the system? For security purposes are we better off with some kind of regulated hobbyist access to z/OS running under z/VM at data centers? re: http://www.garlic.com/~lynn/2010j.html#14 Multiprise 3k for personal Use? http://www.garlic.com/~lynn/2010j.html#17 Personal use z/OS machines was Re: Multiprise 3k for personal Use? http://www.garlic.com/~lynn/2010j.html#18 Personal use z/OS machines was Re: Multiprise 3k for personal Use? http://www.garlic.com/~lynn/2010j.html#19 Personal use z/OS machines was Re: Multiprise 3k for personal Use? aka, during the OCO-wars ... in the transition from freely available source to object-code-only ... I don't remember being able to hide threats and vulnerabilities being an argument ... it was about protecting corporate property (i.e. source) in a competitive environment with clone processors. starting to charge for application software (23jun69 unbundling announcement) was about various litigation ... but case had been made that kernel/system software would still be free. later decision to start charging for kernel software was in period when clone processors had gained market foothold (during FS distraction, and my resource manager was initial guinea pig for kernel software charging); http://www.garlic.com/~lynn/submain.html#unbundle OCO could be construed as further market inhibitors (in addition to software no longer free). sometimes (in OCO-wars) there were issues raised about protecting customers from themselves ... that freely available source encourages customer programmers to make modifications ... which would cause problems/delays in moving to newer releases (things like newer source was incompatible with older source). customer source modifications could also result in delays in replacing existing machines with newer machines (that might have various kinds of differences). there was case where ATT had gotten a highly modified versions of early csc/vm system (w/o multiprocessor support) ... old csc/vm email reference (long before OCO-wars, still when vm370 shipped with full source maintenance): http://www.garlic.com/~lynn/2006v.html#email731212 http://www.garlic.com/~lynn/2006w.html#email750430 ATT then made a large number of their own source modifications (things like virtual device support that ran over network connections ... aka being able to run application at one ATT facility ... thinking it was doing i/o to local tape drive ... but tape drive was actually connected to system at another ATT facility) ... which was widely distributed/used within ATT. Nearly a decade later, the national account manager for ATT tracked me down looking for help in moving ATT off that csc/vm system to a more current vm370. This was related to 3081 ... which was only going to be available in multiprocessor configuration ... and there was not going to be a non-multiprocessor (although this was later modified to ship 3083 ... in large part because ACP/TPF didn't have multiprocessor support). Since that particular csc/vm system (w/o multiprocessor support) was so entrenched in ATT ... they were going to be forced to going to clone processor vendor that was selling newer uniprocessor machines (early csc/vm systems didn't have multiprocessor support until after the version that had escaped to ATT; except for version that escaped to ATT ... my csc/vm systems were limited to large number of internal installations ... which I could keep current). misc. recent posts mentioning 3083 http://www.garlic.com/~lynn/2010.html#1 DEC-10 SOS Editor Intra-Line Editing http://www.garlic.com/~lynn/2010.html#21 Happy DEC-10 Day http://www.garlic.com/~lynn/2010d.html#14 Happy DEC-10 Day http://www.garlic.com/~lynn/2010d.html#79 LPARs: More or Less? http://www.garlic.com/~lynn/2010e.html#23 Item on TPF http://www.garlic.com/~lynn/2010i.html#24 Program Work Method Question http://www.garlic.com/~lynn/2010i.html#78 IBM to announce new MF's this year other reference to 3081 ( future system) http://www.jfsowa.com/computer/memo125.htm -- 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: APAR OA30338 for PDSE Users
On Tue, 8 Jun 2010 00:21:08 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: I can't for the life of me explain why this is not HIPER, Ed, I guess your shop isn't big enough or important enough. :-) It's not marked DATALOSS either. My guess is after this thread it will be. but if you use PDSEs in your shop I highly recommend APAR OA30338. Without this fix, we had broken PDSEs that could not be read, accessed, or even deleted and that led to abends in HSM, CATALOG errors, DADSM errors, corrupted VTOCs with overlapping extents--the works. The VTOC on one volume (an EAV) was so screwed up, we had to completely reINIT it. To get rid of these bad PDSEs, we had to one-at-a-time ZAP the FMT-1 DSCB in the VTOC to turn off the PDSE flag, delete the PDSE, immediately allocate a dummy sequential data set to reuse the just-freed DSCB for non-PDSE data set, and then either restore the PDSE from a backup or recreate from scratch. It was ugly! Unfortunately, an IPL is required to make the fix effective. But, it's worth it! Reading the description, it looks like a problem that would only affect a single data set. How did it affect so many data sets and volumes in your environment? Thanks for the head's up. Cheers, 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: production library control options
On Tue, 8 Jun 2010 07:29:40 +0100, Mark Wilson ma...@rsmpartners.com wrote: Kriss, The only one I have seen that does the cross platform stuff is from ISPW ISPW can do a lot. But there are certainly other tools too. CA has a few, Serena has at least one. I am sure there are many others. Did you try google to get you a list of vendors? IMHO, change management -- especially cross-platform -- is sufficiently complex for you not wanting to re-invent the wheel. I would recommend you buy a product and some consultancy to get it implemented. Cheers, Jantje. -- 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: APAR OA30338 for PDSE Users
Far be it from me to debunk PDSE after all these years as one of IBMs flagship products, but I only use PDSE when I have to. Nice concept, badly implemented - has always looked like the marketing droids driving the techos. Shane ... I can't for the life of me explain why this is not HIPER, but if you use PDSEs in your shop I highly recommend APAR OA30338. -- 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: APAR OA30338 for PDSE Users
If you have free time (ha-ha) do an IBMLINK search on PDSE APARs since January 2010. You will get a ton of hits with a lot of them still open with etas sometime in the fall. Not the most stable product that IBM has. Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Tuesday, June 08, 2010 9:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: APAR OA30338 for PDSE Users Far be it from me to debunk PDSE after all these years as one of IBMs flagship products, but I only use PDSE when I have to. Nice concept, badly implemented - has always looked like the marketing droids driving the techos. Shane ... I can't for the life of me explain why this is not HIPER, but if you use PDSEs in your shop I highly recommend APAR OA30338. -- 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 e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: APAR OA30338 for PDSE Users
In a message dated 6/8/2010 8:00:40 A.M. Central Daylight Time, mzel...@flash.net writes: Reading the description, it looks like a problem that would only affect a single data set. How did it affect so many data sets and volumes in your environment? What was the one at AA back in early eighties with TPF. The dasd INIT got hung and the operators kept replying U hoping it would go away. Well it did-after over 1000 volumes were INIT'd. Too much funkanation -- 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: File 120 now has 2 new articles
Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- 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: File 120 now has 2 new articles
On 06/08/10 09:57, Pommier, Rex R. wrote: Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex You have to upload it to your zOS system into a FB 80 dataset then execute the TSO/E RECEIVE command against it. It's stored in TSO/E XMIT format. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- 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 -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: File 120 now has 2 new articles
Or, presumably, xmit manager will work against this file ? Mark Jacobs mark.jac...@custserv.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 08/06/2010 04:02 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: File 120 now has 2 new articles On 06/08/10 09:57, Pommier, Rex R. wrote: Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex You have to upload it to your zOS system into a FB 80 dataset then execute the TSO/E RECEIVE command against it. It's stored in TSO/E XMIT format. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- 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 -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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 e-mail message, including any attachments transmitted with it, is CONFIDENTIAL and may contain legally privileged information. This message is intended solely for the use of the individual or entity to whom it is addressed. If you have received this message in error, please notify us immediately and delete it from your system. Please visit our website to read the full disclaimer: http://www.euroclear.com/site/public/disclaimer
Re: File 120 now has 2 new articles
Also, if you want to look inside the XMI files on the PC, you can use XMIT Manager (see http://www.cbttape.org/njw/index.html) - Don Imbriale On Tue, Jun 8, 2010 at 10:06 AM, Don Imbriale don.imbri...@gmail.comwrote: Instructions are at http://www.cbttape.org/downloadtrouble.htm Usually .XMI files (at least in the mainframe arena) are TSO XMIT files. Hope that helps. - Don Imbriale On Tue, Jun 8, 2010 at 9:57 AM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Anne Lynn Wheeler l...@garlic.com writes: there was case where ATT had gotten a highly modified versions of early csc/vm system (w/o multiprocessor support) ... old csc/vm email reference (long before OCO-wars, still when vm370 shipped with full source maintenance): http://www.garlic.com/~lynn/2006v.html#email731212 http://www.garlic.com/~lynn/2006w.html#email750430 re: http://www.garlic.com/~lynn/2010j.html#20 Personal use z/OS machines was Re: Multiprise 3k for personal Use? also csc/vm email http://www.garlic.com/~lynn/2006w.html#email750102 jan75, a couple engineers from POK came up to science center to talk about doing a 5-way SMP skunkworks effort. in the morph from cp67 to vm370 ... there was a lot of simplification and dropping of code ... which accounted for large part of the effort to move the cp67 csc/vm system to a vm370 base. I did get a bunch of fastpath stuff put back in (that I had originally done as undergraduate on cp67 in 1968) which shipped in vm370 release 1plc9 (aka vm370 had monthly source maintenance mini-releases that were called plc or program level change). in any case, spring of '75, they roped me into helping with 5-way SMP skunkworks effort called VAMPS ... which was eventually killed w/o even being announced ... some past posts http://www.garlic.com/~lynn/submain.html#bounce I got to do a lot of microcode/machine design ... queued i/o and queued i/o termination (something similar showed up later in 811 ... internal codename for 370xa for the nov78 date on the registered confidential documents). I also got to do multiprocessor dispatching interface ... somewhat similar to what showed up later in intel432 (but in microcode rather than silicon ... the i432 group gave a talk about one of the things that help kill i432 was putting really complex stuff into silicon ... and then difficulty in shipping fixes/patches). after VAMPS was killed ... one or two of the people from VAMPS helped form another smp skunkworks effort for 16-way smp. this got killed and some people invited to never appear in POK again, when the head of POK was told that it might be decades before the POK favorite son operating system had (effective) 16-way support. misc. past posts mentioning SMP (/or compareswap instruction): http://www.garlic.com/~lynn/subtopic.html#smp misc. recent posts mentioning charlie inventing compareswap instruction (compare-and-swap was chosen because CAS are charlie's initials): http://www.garlic.com/~lynn/2010b.html#67 How long for IBM System/360 architecture and its descendants? http://www.garlic.com/~lynn/2010c.html#47 Extracting STDOUT data from USS http://www.garlic.com/~lynn/2010d.html#20 search engine history, was Happy DEC-10 Day http://www.garlic.com/~lynn/2010e.html#15 search engine history, was Happy DEC-10 Day http://www.garlic.com/~lynn/2010g.html#80 What is the protocal for GMT offset in SMTP (e-mail) header time-stamp? http://www.garlic.com/~lynn/2010h.html#86 Itanium had appeal http://www.garlic.com/~lynn/2010i.html#31 IBM Unix prehistory, someone smarter than Dave Cutler -- 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: File 120 now has 2 new articles
Instructions are at http://www.cbttape.org/downloadtrouble.htm Usually .XMI files (at least in the mainframe arena) are TSO XMIT files. Hope that helps. - Don Imbriale On Tue, Jun 8, 2010 at 9:57 AM, Pommier, Rex R. rex.pomm...@cnasurety.comwrote: Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
XMIT format tools (was: File 120 now has 2 new articles)
On Tue, 8 Jun 2010 08:57:12 -0500, Pommier, Rex R. wrote: This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. I have a JCL job which fetches CBT packages and expands them all on z/OS; no contact with desktop (except for bootstrapping). I've never had quite the inspiration or craft to package it production quality; I'd welcome reviews/critiques/suggestions. -- 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: File 120 now has 2 new articles
In a message dated 6/8/2010 8:57:37 A.M. Central Daylight Time, rex.pomm...@cnasurety.com writes: a .xmi file which has several type associations, each of which seems to require some special tool to open it. Ugh... Extracting FILE120.XMI bad CRC bdfa4de0 (should be cd64faa1) Warning: the size of the extracted file (5556472) does not match t -- 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: APAR OA30338 for PDSE Users
Mark Zelden wrote: Ed, I guess your shop isn't big enough or important enough. :-) It's not marked DATALOSS either. My guess is after this thread it will be. I just complained that it wasn't marked DATALOSS or HIPER. It seems like DATALOSS applies for sure. And, if it was HIPER I would have had it installed already. Maybe it's not HIPER because research shows nobody but me uses PDSE. ;-) -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: APAR OA30338 for PDSE Users
Maybe it's not HIPER because research shows nobody but me uses PDSE. ;-) Unfortunately we have tons of them. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA30338 for PDSE Users
On 06/08/10 10:45, Edward Jaffe wrote: Mark Zelden wrote: Ed, I guess your shop isn't big enough or important enough. :-) It's not marked DATALOSS either. My guess is after this thread it will be. I just complained that it wasn't marked DATALOSS or HIPER. It seems like DATALOSS applies for sure. And, if it was HIPER I would have had it installed already. Maybe it's not HIPER because research shows nobody but me uses PDSE. ;-) We're a big PDSE user also and without too much analysis on my part I also feel that the PDSE component has more than its share of problems. I take a special look at the current PDSE maintenance informational APAR ( II14519 for zOS 1.11) on a regular basis. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: File 120 now has 2 new articles
Mark, and others, Thanks for the tip. TSO XMIT was one of the formats that my scrounging pointed to but I figured since the file was articles that the format was some kind of PC-style. I should'a figured that since it was off the CBT tape that the XMIT format was the correct one. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Tuesday, June 08, 2010 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: File 120 now has 2 new articles On 06/08/10 09:57, Pommier, Rex R. wrote: Sam, This is probably a dumb question, but how does one open the file? It is a .xmi file which has several type associations, each of which seems to require some special tool to open it. Thanks. Rex You have to upload it to your zOS system into a FB 80 dataset then execute the TSO/E RECEIVE command against it. It's stored in TSO/E XMIT format. Mark Jacobs -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Golob Sent: Monday, June 07, 2010 10:13 PM To: IBM-MAIN@bama.ua.edu Subject: File 120 now has 2 new articles Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- 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 -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: APAR OA30338 for PDSE Users
That's a good idea, but it is only updated once a month and that could still leave out a fair number of new APARs. Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Tuesday, June 08, 2010 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: APAR OA30338 for PDSE Users On 06/08/10 10:45, Edward Jaffe wrote: Mark Zelden wrote: Ed, I guess your shop isn't big enough or important enough. :-) It's not marked DATALOSS either. My guess is after this thread it will be. I just complained that it wasn't marked DATALOSS or HIPER. It seems like DATALOSS applies for sure. And, if it was HIPER I would have had it installed already. Maybe it's not HIPER because research shows nobody but me uses PDSE. ;-) We're a big PDSE user also and without too much analysis on my part I also feel that the PDSE component has more than its share of problems. I take a special look at the current PDSE maintenance informational APAR ( II14519 for zOS 1.11) on a regular basis. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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 e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- 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: APAR OA30338 for PDSE Users
On Tue, 8 Jun 2010 07:45:57 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: Mark Zelden wrote: Ed, I guess your shop isn't big enough or important enough. :-) It's not marked DATALOSS either. My guess is after this thread it will be. I just complained that it wasn't marked DATALOSS or HIPER. It seems like DATALOSS applies for sure. And, if it was HIPER I would have had it installed already. Maybe it's not HIPER because research shows nobody but me uses PDSE. ;-) It think if IBM marks it DATALOSS, then it is also HIPER by definition. Regards, 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: APAR OA30338 for PDSE Users
On 8 Jun 2010 08:05:51 -0700, in bit.listserv.ibm-main Jon L. Veilleux wrote: That's a good idea, but it is only updated once a month and that could still leave out a fair number of new APARs. Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Tuesday, June 08, 2010 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: APAR OA30338 for PDSE Users On 06/08/10 10:45, Edward Jaffe wrote: Mark Zelden wrote: Ed, I guess your shop isn't big enough or important enough. :-) It's not marked DATALOSS either. My guess is after this thread it will be. I just complained that it wasn't marked DATALOSS or HIPER. It seems like DATALOSS applies for sure. And, if it was HIPER I would have had it installed already. Maybe it's not HIPER because research shows nobody but me uses PDSE. ;-) We're a big PDSE user also and without too much analysis on my part I also feel that the PDSE component has more than its share of problems. I take a special look at the current PDSE maintenance informational APAR ( II14519 for zOS 1.11) on a regular basis. And we knock Microsoft Windows. Somehow the reliability and design of PDSE seems to be lacking. For starters it isn't even a superset of PDS when it comes to function because it can't be used for SYS1.NUCLEUS, SYS1.LINKLIB or SYS1.LPALIB. Clark Morris -- 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
On 7 Jun 2010 16:31:17 -0700, in bit.listserv.ibm-main you wrote: -snip Well I hate to look like a solicitor, but, if there is anyone out there, particularly in the Houston area, with a multiprise (actually, any mainframe for that matter, I mean it depends, but if you have ANYTHING talk to me) that is just going to waste that'll be trashed anyway, it would be going to a good home. I have been asking for older equipment for the collection for several years, and I do not think anyone really takes offense. There have been some extremely generous people on this list - and I would once again like to give a public THANK YOU to them. Saving an old machine, a pile of docs, or some reels of tape can go a long way, and in just about every way is better than the stuff going to the scrapper. Someday IBM may have some sort of non-commercial license for their mainframe software - perhaps something like Syntegra/Control Data or HP/Digital has. Save the software first, then worry about the legal issues. Once the software is gone, it is GONE. In one sense, we need to be careful about what we ask for. Do we want z/OS to be easily available to those who want to find vulnerabilities and crack the system? For security purposes are we better off with some kind of regulated hobbyist access to z/OS running under z/VM at data centers? unsnip-- Clark, I think your concerns are valid, but unwarranted. Even with a disasembler, the complexity of the instruction set and the complexity of z/OS code and interfaces would require a VERY sharp Assembler programmer to be able to do serious hacks into z/OS. It's taken 46 years to develop the current level and, like they say, Rome wasn't built in a day. Given the constant evolution of both hardware and software, I'm not sure any of US could keep up with it effectively enough to crack into it consistantly, and we're all experienced professionals, some more so than others. And even a Disassembler won't decode things like SVC parameter lists, PC parms, etc. or even what a particular PC is intended to accomplish. If I were looking for vulnerabilities, I wouldn't even go for the source. I would just set up the system as a server and see what I could get away with. The vulnerability can be in CICS, Websphere or any other portal open to the outside world. My second line of attack would be the CBT and JES mods to see if any of them have vulnerabilities I could exploit. Having my own system would enable me to see what flags are raised by various attempts. I don't think enough like an intruder to make it worth while either as a white hat consultant or a black hat thief but intimate code knowledge may not be the only way to break the system. The ability to test exploits based on APARs might be interesting. A regulated hobbyist with access to z/OS running under z/VM could crack into that system just as easily as a home user. Then what? Also, by putting it under z/VM, you could be giving him access to two systems to crack: z/OS AND z/VM. Here I would assume a hardened and monitored VM NOT controlled by the z/OS hobbyist user. There also might be some vetting of the person before access is allowed. We are now all holding, or have held, positions of grave responsibility in our various organizations, be they private industry or government; along with that comes trust and our ability to prove that the trust is not misplaced. The ultimate bottom line: sooner or later the honesty of the user, or system programmer, has to be proven and that's probably the hardest part of dealing with this whole set of interrelated issues. Rick Clark -- 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
JBoss for z/OS
Is anyone aware of a port of JBoss for z/OS. Jim McAlpine -- 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: JBoss for z/OS
It is built in with the various flavors of Java for z/OS. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim McAlpine Sent: Tuesday, June 08, 2010 Tuesday 9:26 AM To: IBM-MAIN@bama.ua.edu Subject: JBoss for z/OS Is anyone aware of a port of JBoss for z/OS. Jim McAlpine -- 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: APAR OA30338 for PDSE Users
Mark Jacobs wrote: On 06/08/10 10:45, Edward Jaffe wrote: Mark Zelden wrote: Ed, I guess your shop isn't big enough or important enough. :-) It's not marked DATALOSS either. My guess is after this thread it will be. I just complained that it wasn't marked DATALOSS or HIPER. It seems like DATALOSS applies for sure. And, if it was HIPER I would have had it installed already. Maybe it's not HIPER because research shows nobody but me uses PDSE. ;-) We're a big PDSE user also and without too much analysis on my part I also feel that the PDSE component has more than its share of problems. I take a special look at the current PDSE maintenance informational APAR ( II14519 for zOS 1.11) on a regular basis. Mark, that's great advice if you have the time. We rely on weekly APPLY PTFS after RECEIVE ORDER with CONTENT(RECOMMENDED) to keep things running smoothly. That process picks up RSUyymm and HIPER/PE. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: File 120 now has 2 new articles
WOW! Of all the tools available on PCs for writing and packaging content, why on EARTH would you choose .XMI ! That certainly will keep your circle of readers ... umm ... exclusive. Dave Cole REPLY TO: dbc...@colesoft.com ColeSoft Marketing WEB PAGE: http://www.colesoft.com 736 Fox Hollow RoadVOICE:540-456-8536 Afton, VA 22920FAX: 540-456-6658 At 6/7/2010 11:13 PM, Sam Golob wrote: Hi Folks, Since I stopped writing for NaSPA's Technical Support magazine, it doesn't mean that I've stopped writing articles completely. On File 120 of the Updates page of www.cbttape.org, the articles prefixed by member names: BM** are owned by me, and NaSPA doesn't have any connection with them. There are two new articles there now (on the Updates page), with member names BM1005MY and BM1006JN. I trust you will find them interesting. All the best of everything to you and yours Sincerely,Sam Golob -- 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: APAR OA30338 for PDSE Users
On 8 June 2010 11:54, Clark Morris cfmpub...@ns.sympatico.ca wrote: And we knock Microsoft Windows. Somehow the reliability and design of PDSE seems to be lacking. For starters it isn't even a superset of PDS when it comes to function because it can't be used for SYS1.NUCLEUS, SYS1.LINKLIB or SYS1.LPALIB. I discovered much to my surprise today that TSO EDIT doesn't support PDSEs. IKJ52330I PDSE ORGANIZATION OF DATA SET JCL.CNTL(HEX) NOT ACCEPTABLE+ READY ? IKJ52330I ORGANIZATION MUST BE PARTITIONED OR SEQUENTIAL Well perhaps I'm the only person left on the planet who still remembers how to use TSO EDIT, but still. I thought PDSEs *were* of partitioned organization, and indeed LISTDS agrees with me. Tony H. -- 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: JBoss for z/OS
Jim, I haven't tried it for a few years, but it used to run OK under the JZOS batch launcher, so long as you configured it properly with a default external file encoding of ISO8859-1 (like Websphere does). Kirk Wolf Dovetailed Technologies http://dovetail.com PS JBoss uses Tomcat as a web container, and if you don't need a *full* EJB stack, Tomcat runs great on z/OS. see: http://dovetail.com/products/tomcat.html On Tue, Jun 8, 2010 at 11:25 AM, Jim McAlpine jim.mcalp...@gmail.comwrote: Is anyone aware of a port of JBoss for z/OS. Jim McAlpine -- 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: APAR OA30338 for PDSE Users
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc On 8 June 2010 11:54, Clark Morris cfmpub...@ns.sympatico.ca wrote: And we knock Microsoft Windows. Somehow the reliability and design of PDSE seems to be lacking. For starters it isn't even a superset of PDS when it comes to function because it can't be used for SYS1.NUCLEUS, SYS1.LINKLIB or SYS1.LPALIB. I discovered much to my surprise today that TSO EDIT doesn't support PDSEs. IKJ52330I PDSE ORGANIZATION OF DATA SET JCL.CNTL(HEX) NOT ACCEPTABLE+ READY ? IKJ52330I ORGANIZATION MUST BE PARTITIONED OR SEQUENTIAL Well perhaps I'm the only person left on the planet who still remembers how to use TSO EDIT, but still. I thought PDSEs *were* of partitioned organization, and indeed LISTDS agrees with me. I'll hazard a guess that you're still proficient with EDLIN on DOS, too. :-) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA30338 for PDSE Users
Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc On 8 June 2010 11:54, Clark Morris cfmpub...@ns.sympatico.ca wrote: And we knock Microsoft Windows. Somehow the reliability and design of PDSE seems to be lacking. For starters it isn't even a superset of PDS when it comes to function because it can't be used for SYS1.NUCLEUS, SYS1.LINKLIB or SYS1.LPALIB. I discovered much to my surprise today that TSO EDIT doesn't support PDSEs. IKJ52330I PDSE ORGANIZATION OF DATA SET JCL.CNTL(HEX) NOT ACCEPTABLE+ READY ? IKJ52330I ORGANIZATION MUST BE PARTITIONED OR SEQUENTIAL Well perhaps I'm the only person left on the planet who still remembers how to use TSO EDIT, but still. I thought PDSEs *were* of partitioned organization, and indeed LISTDS agrees with me. I'll hazard a guess that you're still proficient with EDLIN on DOS, too. :-) -jc- Ooooh, h! I wrote an accounting package for my business in DBase using edlin over 25 years ago. 3 lines. I still use it. Hey, a legacy! :-) Also, we still include a lecture on TSO EDIT in our CLIST course (but not our REXX course), and I actually had to use TSO EDIT for the prep work for a course I once wrote on what was then called WebSphere Developer four z (WD4z), since you couldn't count on having ISPF but you could count on having TSO. -- 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: APAR OA30338 for PDSE Users
On 06/08/10 13:17, Tony Harminc wrote: On 8 June 2010 11:54, Clark Morriscfmpub...@ns.sympatico.ca wrote: And we knock Microsoft Windows. Somehow the reliability and design of PDSE seems to be lacking. For starters it isn't even a superset of PDS when it comes to function because it can't be used for SYS1.NUCLEUS, SYS1.LINKLIB or SYS1.LPALIB. I discovered much to my surprise today that TSO EDIT doesn't support PDSEs. IKJ52330I PDSE ORGANIZATION OF DATA SET JCL.CNTL(HEX) NOT ACCEPTABLE+ READY ? IKJ52330I ORGANIZATION MUST BE PARTITIONED OR SEQUENTIAL Well perhaps I'm the only person left on the planet who still remembers how to use TSO EDIT, but still. I thought PDSEs *were* of partitioned organization, and indeed LISTDS agrees with me. Tony H. -- That's my apar. I discovered the problem back about 18 years ago and IBM 'fixed' the problem by adding the above messages to TSO/E edit. I also remember how to use TSO/E edit but I haven't used it in many years. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- 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: APAR OA30338 for PDSE Users
Ed Finnell wrote: In a message dated 6/8/2010 8:00:40 A.M. Central Daylight Time, mzel...@flash.net writes: Reading the description, it looks like a problem that would only affect a single data set. How did it affect so many data sets and volumes in your environment? Yes. The problem happens one data set at a time (or maybe it can affect all OPEN-for-output PDSEs when a job is canceled). As I understand it, PDSE modules get called by CATALOG/DADSM if DS1PDSE is ON in the FMT-1 or FMT-8 DSCB and if there is an abend in PDSE code at an inopportune time, it can be disruptive to those operations. As near as I can tell, in one case someone renamed one of the corrupted PDSEs and that somehow led to overlapping extents with 22 other data sets. (These are big PDSEs used to hold ADATA from product builds.) That overlap led to a lot of heartache and a reINITed volume. After getting current with recommended maintenance and IPLing, we had issues with CATALOG errors trying to delete another one of the corrupted PDSEs via IDCAMS: DELETE EJES.PRODGEN.ADATA PURGE 0IDC3014I CATALOG ERROR IDC3009I ** VSAM CATALOG RETURN CODE IS 102 - REASON CODE IS IGG0CLFM-2 IDC0551I ** ENTRY EJES.PRODGEN.ADATA NOT DELETED 0IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 And DADSM errors trying to delete via ISPF 3.2 or TSO/E DELETE command with ISPF error messages and accompanying SVC dumps: | An internal service failed with return code = 12 decimal, reason code | X'280F01D5'. ISPF may be unable to obtain information about an HFS file or | PDSE. More information may be available in the ISPF log. IEC331I 042-006(043D57D3),EDJXADM ,$IKJTEST,SCRT,IGG0CLH0 IEC331I VOL,MVSEV0,NAME,EJES.PRODGEN.ADATA IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (043D57D3), $IKJTEST,MVSEV0,EJES.PRODGEN.ADATA *** IEA045I AN SVC DUMP HAS STARTED AT TIME=10.39.19 DATE=06/05/2010 085 FOR ASIDS(0009,0071) ERROR ID = SEQ00044 CPU00 ASID0071 TIME10.39.19.2 QUIESCE = YES IEA794I SVC DUMP HAS CAPTURED: 086 DUMPID=001 REQUESTED BY JOB (EDJXADM ) DUMP TITLE=COMPID=DF115,CSECT=IGWDACND+1AFA,DATE=04/06/09,MAINT ID= NONE ,ABND=0F4,RC=0024,RSN=01045AF1 IEF196I IGD17070I DATA SET SYS3.DUMP.D100605.T103919.EDJXADM.S1 IEF196I ALLOCATED SUCCESSFULLY WITH 1 STRIPE(S). IEF196I IGD17160I DATA SET SYS3.DUMP.D100605.T103919.EDJXADM.S1 IEF196I IS ELIGIBLE FOR COMPRESSION IEF196I IGD101I SMS ALLOCATED TO DDNAME (SYS2) IEF196I DSN (SYS3.DUMP.D100605.T103919.EDJXADM.S1) IEF196I STORCLAS (SVCDUMP) MGMTCLAS (DUMPS) DATACLAS (SVCDUMP) IEF196I VOL SER NOS= MVSEV0 IEC331I 042-006(043D57D3),EDJXADM ,$IKJTEST,SCRT,IGG0CLH0 IEC331I VOL,MVSEV0,NAME,EJES.PRODGEN.ADATA IGD17040I ERROR IN DADSM PROCESSING ON VOLUME MVSEV0 FOR DATA SET 097 EJES.PRODGEN.ADATA HISTORIC RETURN CODE IS 8 DIAGNOSTIC INFORMATION IS 043D57D3 IGD306I UNEXPECTED ERROR DURING IGGDAS02 PROCESSING 098 RETURN CODE 4 REASON CODE 211 THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA SMS MODULE TRACE BACK - VTSDA VTSCU VTSCT VTSDL SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD0 IEF196I IGD104I SYS3.DUMP.D100605.T103919.EDJXADM.S1 RETAINED, IEF196I DDNAME=SYS2 IEA611I COMPLETE DUMP ON SYS3.DUMP.D100605.T103919.EDJXADM.S1 102 DUMPID=001 REQUESTED BY JOB (EDJXADM ) FOR ASIDS(0009,0071) INCIDENT TOKEN: PHXHQMVS6006/05/2010 17:39:19 ERROR ID = SEQ00044 CPU00 ASID0071 TIME10.39.19.2 IEF196I IEF237I 8112 ALLOCATED TO IPCSDDIR The fix is to follow the somewhat convoluted process I described earlier zapping VTOC, deleting the PDSE, allocating a dummy sequential file, etc. for each PDSE so affected. Then recovering from backup or rebuilding. I suppose the pervasiveness of this issue depends entirely on how many PDSEs you have in your shop and how many of them get corrupted before you notice there is an issue. FWIW, IBM says they are looking into adding DATALOSS/HIPER flags. I'll keep you posted. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: APAR OA30338 for PDSE Users
On Tue, 8 Jun 2010 13:17:05 -0400, Tony Harminc t...@harminc.net wrote: On 8 June 2010 11:54, Clark Morris cfmpub...@ns.sympatico.ca wrote: And we knock Microsoft Windows. Somehow the reliability and design of PDSE seems to be lacking. For starters it isn't even a superset of PDS when it comes to function because it can't be used for SYS1.NUCLEUS, SYS1.LINKLIB or SYS1.LPALIB. I discovered much to my surprise today that TSO EDIT doesn't support PDSEs. IKJ52330I PDSE ORGANIZATION OF DATA SET JCL.CNTL(HEX) NOT ACCEPTABLE+ READY ? IKJ52330I ORGANIZATION MUST BE PARTITIONED OR SEQUENTIAL Well perhaps I'm the only person left on the planet who still remembers how to use TSO EDIT, but still. I thought PDSEs *were* of partitioned organization, and indeed LISTDS agrees with me. Tony H. It appears you did this just as a test or to prove a point, but regardless, if you or anyone does want full screen ISPF like edit from native TSO that fully supports PDSE and z/OS Unix, I would suggest picking up a copy of Greg Price's REVIEW. http://www.cbttape.org/ 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: APAR OA30338 for PDSE Users
I suppose the pervasiveness of this issue depends entirely on how many PDSEs you have in your shop and how many of them get corrupted before you notice there is an issue. And, over on the CICS-L, people are recommending PDSE for production DFHRPL libraries. I would think NOT! - 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: APAR OA30338 for PDSE Users
On Tue, 8 Jun 2010 18:38:47 +, Ted MacNEIL eamacn...@yahoo.ca wrote: I suppose the pervasiveness of this issue depends entirely on how many PDSEs you have in your shop and how many of them get corrupted before you notice there is an issue. And, over on the CICS-L, people are recommending PDSE for production DFHRPL libraries. I would think NOT! - You can go back to past posts of mine and see... but my client has been using Endevor controlled PDSEs for production for many years and we haven't had any problems. This includes CICS DFHRPL libraries, batch production JCL and PROCLIBs that were statically defined to JES2 in the past and have been dynamically defined since z/OS 1.4 (they migrated from OS/390 2.10 directly to z/OS 1.4). And this is a large production environment. We even have a small monoplex LPAR where IGDSMSxx is set to have the default PO as PDSE (so even ISPF work data sets and profile data sets get created as PDSE, against IBM's recommendations). The only problem my client ever had was when they first started using PDSE and inadvertently shared a couple of the DFHRPL libraries across sysplex boundaries as all the DASD is shared and MIM (MII) is used. Better controls and SMS rules were put in place to prevent that and hasn't happened since. Now VSAM RLS (SMSVSAM) is another story, but that's another thread! :-) 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: APAR OA30338 for PDSE Users
We even have a small monoplex LPAR where IGDSMSxx is set to have the default PO as PDSE (so even ISPF work data sets and profile data sets get created as PDSE, against IBM's recommendations). I used to be a big fan of PDSE, when it first came out. But, I've seen so many problems over the past 8-10 years, that require your system(s) to be up-to-date, and when they're not, you're toast. It depends on individual experiences, but I shall not be recommending PDSE for a long while. - 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: APAR OA30338 for PDSE Users
Mark Zelden wrote: You can go back to past posts of mine and see... but my client has been using Endevor controlled PDSEs for production for many years and we haven't had any problems. This includes CICS DFHRPL libraries, batch production JCL and PROCLIBs that were statically defined to JES2 in the past and have been dynamically defined since z/OS 1.4 (they migrated from OS/390 2.10 directly to z/OS 1.4). And this is a large production environment. We even have a small monoplex LPAR where IGDSMSxx is set to have the default PO as PDSE (so even ISPF work data sets and profile data sets get created as PDSE, against IBM's recommendations). We have been using PDSE almost exclusively for at least a decade. We also specify DSNTYPE(LIBRARY) in IGDSMSxx and have done so for many years. There are very few old-style PDS libraries here--almost all of them are on SYSRES. This is the worst experience I can recall us ever having with PDSE. In general, I recommend them highly. Being a software developer myself, my issue here is not that the software has a bug. Any time you improve a product, there is always that exposure. And, this bug was already discovered and solved before I experienced it. The purpose of my post was to warn my friends on IBM-MAIN about this problem so they can avoid some pain -- AND -- to express my humble opinion that this APAR/PTF be marked HIPER. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: JBoss for z/OS
On Tue, Jun 8, 2010 at 6:00 PM, Norman Hollander on DesertWiz norman.hollan...@desertwiz.biz wrote: It is built in with the various flavors of Java for z/OS. Can you elaborate further. What else needs to be installed. Is there any doc available. Jim McAlpine -- 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: File 120 now has 2 new articles
- Original Message - From: David Cole dbc...@colesoft.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, June 08, 2010 1:16 PM Subject: Re: File 120 now has 2 new articles WOW! Of all the tools available on PCs for writing and packaging content, why on EARTH would you choose .XMI ! That certainly will keep your circle of readers ... umm ... exclusive. Dave, All the tools on the CBT mods tape are packaged as .XMI files. It's a safe way of downloading and uploading content to a mainframe without worrying about ASCII/EBCDIC translation issues. I actually imbed a PDF file in one of my FB80 files. Download it binary to a PC and viola! You have my SHARE presentation. Regards, Tom Conley -- 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: File 120 now has 2 new articles
On Tue, 8 Jun 2010 16:24:31 -0400, Pinnacle pinnc...@rochester.rr.com wrote:
I actually imbed a PDF file in one
of my FB80 files. Download it binary to a PC and viola! You have my SHARE
presentation.
Similar to what I do with one of my files:
Installation Documentation for Introduction To TSO/E REXX
The RXINTRO member of this PDS is in TSO XMIT format. You must
receive the file, download it to your workstation/PC in binary
format, and un-zip it.
1) TSO RECEIVE INDA('cbt.file434(RXINTRO)')
- you will be prompted to enter a data set name:
DA('userid.REXX.INTRO.ZIP')
2) Transfer the file you received/created in step 1 to your
workstation/PC. Make sure the transfer is binary (do not use
ASCII/CRLF if using IND$FILE, use the BIN option if using
FTP). Name the file something like REXXINTRO.ZIP on the PC
side.
3) You should now have a usable ZIP file you can UNZIP. The
unzipped file is called REXXINTRO.DOC. The file was created
using Microsoft Word.
--
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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
On Tue, 8 Jun 2010 22:12:29 +0200 (CEST), starwars nonscrivet...@tatooine.homelinux.net wrote: Holes in 3rd party products do not equal holes in z/OS. Get the vendor to fix his mess. I don't know if this is necessarily true. -- 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
Ten years of IBM mainframe Linux
Ten years of IBM mainframe Linux http://blogs.computerworld.com/16284/ten_years_of_ibm_mainframe_linux from above: While IBM's System z, aka mainframes, revenue fell 17%, a billion bucks or so of business still isn't anything to sneeze at. So what happened to give the mainframe a new lease on life? In a word: Linux. ... snip ... -- 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: Ten years of IBM mainframe Linux
Hi Anne or Lynn, This is all AIRPORT TALK type stuff..(Think, you meant to post this on the Oprah Show ) : http://www.oprah.com/index.html When are the Real people in the USA IT world going to stand up but nobody in the field is doing what this Airport article suggests : Extract from this article : Today, IBM and Linux go together like peanut butter and jelly — or, if you're prefer a tech business analogy, Microsoft and Windows. IBM does it because Linux brings in billions for the companies not only on mainframes but across its server line and its consulting businesses. http://www.youtube.com/watch?v=-9hzO97Rj0Y Anton On 6/8/2010 2:58 PM, Anne Lynn Wheeler wrote: Ten years of IBM mainframe Linux http://blogs.computerworld.com/16284/ten_years_of_ibm_mainframe_linux from above: While IBM's System z, aka mainframes, revenue fell 17%, a billion bucks or so of business still isn't anything to sneeze at. So what happened to give the mainframe a new lease on life? In a word: Linux. ... snip ... -- 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
-From an installations point of view all code that runs in system key (0-7), supervisor state, or has the ability to do so: -Should be considered part of the operating system (system extensions if you like). -Has the ability to circumvent the installation implemented security (independent of the ESM). -Should be corrected if an integrity exposure exists in the code. The Vendor does not matter. A single integrity exposure from a single vendor compromises your entire z/OS system regardless of whether you think z/OS is secure or not. It also does not matter if you think the ISV authorized code is part of z/OS or not. The reality is authorized ISV code has the ability to modify the environment just like real authorized z/OS code from IBM. As it turns out z/OS does have integrity exposures. Given that IBM is the largest producers of authorized code for z/OS this should not be a surprise. IBM has a statement of integrity. This is the basis for z/OS to be a secure operating system. Any code you install on top of z/OS should also have an integrity statement. However, the IBM statement of integrity does not say that z/OS does not have any integrity exposures, just that IBM will fix them when found. There are examples of integrity exposures in IBM z/OS (the SMPE one for instance). It is also true that ISV's also have integrity exposures. Probably in a larger proportion than IBM does if you look at it statistically (number of modules to number of integrity exposures). The bottom line is all integrity exposures regardless of source (vendor) need to be fixed if you are to have a secure z/OS. On 6/8/2010 15:44 PM, Howard Brazee wrote: On Tue, 8 Jun 2010 22:12:29 +0200 (CEST), starwars nonscrivet...@tatooine.homelinux.net wrote: Holes in 3rd party products do not equal holes in z/OS. Get the vendor to fix his mess. I don't know if this is necessarily true. -- 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: File 120 now has 2 new articles
All the tools on the CBT mods tape are packaged as .XMI files. Yes. But! Consider written articles as something other than mainframe XMI and compatable text. Even ZIP TXT can still be done. - 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: SEASIK 1.0 released
I uploaded a new version of DSSREST as part of the DSSDMP tape. It's still in 3350 format (I'll change it to 3390 when you change .SOURCE files to FB/80 g). It restored the SEASIK files without a hitch, using slightly less memory and time. Gerhard Postpischil Bradford, VT -- 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
- Original Message - From: barryschra...@cs.com Newsgroups: bit.listserv.ibm-main Sent: Tuesday, June 08, 2010 5:28 PM Subject: Re: Personal use z/OS machines was Re: Multiprise 3k for personal Use? On 8-Jun-2010, Howard Brazee howard.bra...@cusys.edu wrote: Holes in 3rd party products do not equal holes in z/OS. Get the vendor to fix his mess. I don't know if this is necessarily true. You're right, it's not true. Holes in 3rd party products are holes in the z/OS system. After a system is penetrated, are you going to say, gee, it wasn't an IBM error that got us, it was xyz company error. Big deal. Your system and, therefore your company, was taken. And, right now, 3rd party vendors are either not aware of the issues or not taking them seriously. There are holes in the 3rd party products and there are even some holes in z/OS that IBM is working on fixing. Now, the difference is that IBM, when it is pointed out to them, says, we will fix it as we honor the Statement of Integrity. 3rd party vendors sometimes have to be pushed and prodded and threatened. So, what are the holes on your system -- don't you want to know so you can start taking action to close them? Or would you rather be dumb and happy until disaster strikes. Then you can just say, gee, I didn't think there were any serious hole ... Barry, It would be nice if someone actually documented a hole, instead of all the urban legends we hear. Outside the magic SVC, or a trusted person planting malware in an APF library, I don't know of any holes. Please share. Regards, Tom Conley -- 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
On 8 June 2010 17:36, Pinnacle pinnc...@rochester.rr.com wrote: It would be nice if someone actually documented a hole, instead of all the urban legends we hear. Outside the magic SVC, or a trusted person planting malware in an APF library, I don't know of any holes. Please share. Well no one is going to step up and document a current hole that they may know about. Two holes I happen to know of that were fixed so long ago that it can't possibly matter now, are the whole GAM implementation, which happily accepted a user-supplied address and branched to it in supervisor state, and the ability of any user to run a line trace on a 37x5 without the possibility of control by the installation. These were fixed in the 1970s and 1980s respectively. Tony H. -- 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
JVMJ9VM015W
(Would this be better on MVS-OE? TSO-REXX? Other?) Attempting to invoke jar with Rexx address SYSCALL spawn from ISPF Command Shell, I get: JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT Could not create the Java virtual machine. JIT: fatal error, failed to allocate 8192 Kb data cache I specified 10 for Size on login (but do I really get so much? How can I tell? That's K, not bytes, isn't it?) Lookat says,: No search hits found for: JVMJ9VM015W Works OK in batch IKJEFT01 with REGION=100M. Now what? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JVMJ9VM015W
Hi Paul, This is what I found - JVMJ9VM015W Initialization error for library %s(%d): %s Explanation: During JVM Initialization various libraries (aka dlls) are loaded and initialized. If something goes wrong during this initialization this message is produced. Usually this reflects errors in JVM invocation such as invalid option usage which will normally have given rise to other messages. System action: The JVM terminates. User response: This message is often seen as a follow-on to other messages indicating the problem that caused initialization of this library to fail. Correct the problem(s) indicated by previous messages and retry. I did s Google search like this - JVMJ9VM015W site:ibm.com and got lots of hits. Happy hunting! HTH, Linda Mooney - Original Message - From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, June 8, 2010 3:39:17 PM GMT -08:00 US/Canada Pacific Subject: JVMJ9VM015W (Would this be better on MVS-OE? TSO-REXX? Other?) Attempting to invoke jar with Rexx address SYSCALL spawn from ISPF Command Shell, I get: JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT Could not create the Java virtual machine. JIT: fatal error, failed to allocate 8192 Kb data cache I specified 10 for Size on login (but do I really get so much? How can I tell? That's K, not bytes, isn't it?) Lookat says,: No search hits found for: JVMJ9VM015W Works OK in batch IKJEFT01 with REGION=100M. Now what? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ten years of IBM mainframe Linux
On 6/8/2010 at 05:05 PM, Anton Britz antonbr...@gmail.com wrote: When are the Real people in the USA IT world going to stand up but nobody in the field is doing what this Airport article suggests : Have you really not been paying attention the last 10 years? Lots of real people in the USA IT world are doing this and have been for a long time. Just look at the proceedings from SHARE or IBM's technical conferences. A good number of customers standing up and telling their stories. Which, of course, is only the tip of the ice berg because many companies don't want to talk about something they consider a competitive advantage, or they won't/can't fund the travel expenses to go to SHARE, or whatever. I know a lot of the speakers personally, and they are very real people. Mark Post -- 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
On Tue, 8 Jun 2010 17:36:03 -0400, Pinnacle pinnc...@rochester.rr.com wrote: . . . Barry, It would be nice if someone actually documented a hole, instead of all the urban legends we hear. Outside the magic SVC, or a trusted person planting malware in an APF library, I don't know of any holes. Please share. I'm with Barry on this one. For about twenty years my day job (or at least part of it) was to seek out such exposures. I found dozens of problems in products from just about any vendor you care to name, and yes, that includes IBM. What do I mean by 'problem'? Well, in just about every case I was able to write a small demonstration program which could get control in supervisor state. Some of the vendors were extremely apathetic when it came to fixing such problems. Often it took them two, three, or more attempts to get it right. A certain well known vendor took five years to fix an issue. A problem in another very popular product was uncorrected three vendors (think takeovers) and eleven years later. I moved on so I don't know if it ever got fixed - I suspect not. Things have improved, but only very slowly. I first became aware of the user key CSA issue about thirty years ago (!). User key CSA problems have only really gone away in the last few years when IBM took the trouble to show their disapproval. As for magic SVCs, they obviously still exist, as a recent thread here proved. More of a worry is the SVC which the author thinks is 100% safe, when it is anything but. I'll bet that the old SPFCOPY SVC, or something derived from it, is still out there on many systems. Those SVCs usually have as many holes as a piece of fine emmentaler. -- 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
- Original Message - From: Tony Harminc t...@harminc.net Newsgroups: bit.listserv.ibm-main Sent: Tuesday, June 08, 2010 5:56 PM Subject: Re: Personal use z/OS machines was Re: Multiprise 3k for personal Use? On 8 June 2010 17:36, Pinnacle pinnc...@rochester.rr.com wrote: It would be nice if someone actually documented a hole, instead of all the urban legends we hear. Outside the magic SVC, or a trusted person planting malware in an APF library, I don't know of any holes. Please share. Well no one is going to step up and document a current hole that they may know about. Two holes I happen to know of that were fixed so long ago that it can't possibly matter now, are the whole GAM implementation, which happily accepted a user-supplied address and branched to it in supervisor state, and the ability of any user to run a line trace on a 37x5 without the possibility of control by the installation. These were fixed in the 1970s and 1980s respectively. Tony, Thank you for at least posting two concrete examples of past holes. There was a recent article in zJournal about hacking z/OS, but it was disappointing, limited to what we've discussed here. The article quoted a number of noted gurus (some on this thread), and they all basically said the same thing. Authorized code can hack MVS, unauthorized code can't. Also, like your examples above, none of the examples of hacking quoted in the article were less than 20 years old. Regards, Tom Conley -- 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: JVMJ9VM015W
On Tue, 8 Jun 2010 23:02:48 +, Linda Mooney wrote: I did s Google search like this - JVMJ9VM015W site:ibm.com and got lots of hits. Happy hunting! Well, I tried SIZE 20 logging in, and it worked. Gasp! Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: APAR OA30338 for PDSE Users
I would NOT suggest PDSE for large libraries that are constantly opened and closed. This has proven disastrous for an extremely large customer in the west with CA7 JCL Libraries (we're talking 22-30 seconds to get to the member and open it). Recent PTFs (in the last year or so), have fixed it somewhat (reduced by 5 seconds), but still not good enough. zNorman formerly of ca.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Tuesday, June 08, 2010 Tuesday 12:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: APAR OA30338 for PDSE Users Mark Zelden wrote: You can go back to past posts of mine and see... but my client has been using Endevor controlled PDSEs for production for many years and we haven't had any problems. This includes CICS DFHRPL libraries, batch production JCL and PROCLIBs that were statically defined to JES2 in the past and have been dynamically defined since z/OS 1.4 (they migrated from OS/390 2.10 directly to z/OS 1.4). And this is a large production environment. We even have a small monoplex LPAR where IGDSMSxx is set to have the default PO as PDSE (so even ISPF work data sets and profile data sets get created as PDSE, against IBM's recommendations). We have been using PDSE almost exclusively for at least a decade. We also specify DSNTYPE(LIBRARY) in IGDSMSxx and have done so for many years. There are very few old-style PDS libraries here--almost all of them are on SYSRES. This is the worst experience I can recall us ever having with PDSE. In general, I recommend them highly. Being a software developer myself, my issue here is not that the software has a bug. Any time you improve a product, there is always that exposure. And, this bug was already discovered and solved before I experienced it. The purpose of my post was to warn my friends on IBM-MAIN about this problem so they can avoid some pain -- AND -- to express my humble opinion that this APAR/PTF be marked HIPER. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: Ten years of IBM mainframe Linux
re: http://www.garlic.com/~lynn/2010j.html#23 Ten years of IBM mainframe Linux misc other past items in the same vein IBM Enterprise Linux Server on z as mainframe savior http://dancingdinosaur.wordpress.com/2009/12/13/ibm-enterprise-linux-server-on-z-as-mainframe-savior/ from above: Clearly, IBM has identified Linux on System z as the most immediate growth opportunity for the mainframe. To that end, it is willing to slash prices to capture market share against the likes of HP and Sun in the enterprise Linux segment. ... snip ... 10th Anniversary of Linux for the Mainframe: Beginning to Today http://www.eweek.com/c/a/Linux-and-Open-Source/10th-Anniversary-of-Linux-for-the-Mainframe-Beginning-to-Today/ from above: Then, in late 2008, IBM created new pricing for the new System z10 Business Class mainframe to make it more economical to use. This amounted to about a 40 percent discount on Linux for System z subscriptions for the System z10 Business Class servers. IBM also dropped its prices for IFLs by more than 50 percent. ... snip ... Mainframe Sales on the Rise, Why? http://opseast.wordpress.com/2007/08/31/mainframe-sales-on-the-rise-why/ from above: Linux, specifically SUSE Linux Enterprise, that's why. ... snip ... Linux on IBM System z http://www-03.ibm.com/systems/z/os/linux/ 10 years of Enterprise Linux on System z; A simple idea that changed the world http://www-03.ibm.com/systems/z/news/announcement/20100517_annc.html -- 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: JVMJ9VM015W
On Tue, 8 Jun 2010 17:39:17 -0500, Paul Gilmartin paulgboul...@aim.com wrote: (Would this be better on MVS-OE? TSO-REXX? Other?) Attempting to invoke jar with Rexx address SYSCALL spawn from ISPF Command Shell, I get: JVMJ9VM015W Initialization error for library j9jit23(11): cannot initialize JIT Could not create the Java virtual machine. JIT: fatal error, failed to allocate 8192 Kb data cache I specified 10 for Size on login (but do I really get so much? How can I tell? That's K, not bytes, isn't it?) See REXXSTOR on my web site or CBT file 434. URL below. 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
-snip-- It would be nice if someone actually documented a hole, instead of all the urban legends we hear. Outside the magic SVC, or a trusted person planting malware in an APF library, I don't know of any holes. Please share. -unsnip Documenting a hole could be a seriously bad idea, since it might give a potential troublemaker exactly the opening he's looking for. In early versions of the IDMS SVC, there was an undocumented parm that would place the caller in Supervisor state, Key-0. When we pointed this out to CA, it was fixed in 48 hours. Satisfied? :-) 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: Personal use z/OS machines was Re: Multiprise 3k for personal Use?
--snip-- Well no one is going to step up and document a current hole that they may know about. Two holes I happen to know of that were fixed so long ago that it can't possibly matter now, are the whole GAM implementation, which happily accepted a user-supplied address and branched to it in supervisor state, and the ability of any user to run a line trace on a 37x5 without the possibility of control by the installation. These were fixed in the 1970s and 1980s respectively. unsnip--- I those, since we didn't use any of that type of equipment. OS/360 had a FREEDBUF macro that could SYNCH to a user-supplied exit in Supv. state Key-0. IIRC, it was part of BDAM. 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: JVMJ9VM015W
On Tue, 8 Jun 2010 21:19:05 -0500, Mark Zelden wrote: See REXXSTOR on my web site or CBT file 434. URL below. Interesting. Thanks. But isn't this Schr?dinger's cat? I can call REXXSTOR before jar, which tells me what I'm using. Or after jar when it has (we can hope) freed its storage. But at the critical time, when jar is active, I'm not active to call RREXXSTOR. 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/ Thanks again, 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: APAR OA30338 for PDSE Users
I would NOT suggest PDSE for large libraries that are constantly opened and closed. This has proven disastrous for an extremely large customer in the west with CA7 JCL Libraries (we're talking 22-30 seconds to get to the member and open it). Recent PTFs (in the last year or so), have fixed it somewhat (reduced by 5 seconds), but still not good enough. 22-30 seconds is FAST! Ours (4500cyl, 1 members) take 90-100s! And due to the nature of Fault Ananlyzer that uses it, they get constantly opened and closed. We have about ten of those huge non-performing beasts, and we cannot convert to PDS because they are too big and the contents cannot otherwise get separated. And BUFFER_BEYOND_CLOSE doesn't do a thing, either. The directory is NOT cached despite that being the default. - You could try my 'Keep the PDSE open' program, a small thing that just does an open on all of them and then goes to sleep forver. That keeps the connection, and for the next 15 minutes or so, the opening by someone else is actually fast. After the 15 or so minutes of having the dataset open but no activity, things go back to a lng wait. - Back to the apar: Does anyone know if an overlay done by someone else is the cause of the first PDSE abend and if so, what has caused that overlay? Regards, Barbara -- 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
