Hiper PAVs
What are Hiper PAVs and are they better than Dynamic PAVs? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Execution job class restriction
Is there a way to restrict jobs from running it a particular job class? Is there more than one way and if so, what is the easiest? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Delete noscratch
Dear Lister, I try to delete noscratch a dataset and found this error: Environment z/OS 1.7. VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54 Looking at the message manual reason code up to 52. What is reason code 54? Thanks an advance who response. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete noscratch
Mohd Shahrifuddin wrote: Dear Lister, I try to delete noscratch a dataset and found this error: Environment z/OS 1.7. VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54 Looking at the message manual reason code up to 52. What is reason code 54? Mohd, My hint: provide whole message. All meesages you got. The more information, the better. If I knew the message number I would check it in manual. Without this I don't want to bother. Call me lazy if you want. g BTW: I'm not so lazy. Just checked IDC3009I - no rsn=54. Possibly it's added through a PTF. Or I checked wrong msg. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
gsg wrote: Is there a way to restrict jobs from running it a particular job class? Is there more than one way and if so, what is the easiest? TIA Yes. I don't know the ranking of the methods, but I would suggest to use exit IEFUJI with calls to RACF. You can even find free samples. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mike Poil is out of the office on holiday.
I will be out of the office starting 12/03/2008 and will not return until 13/03/2008. I will respond to your message when I return. Stephen Flavell is my team leader should you need to contact someone in the JTC before my return. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete noscratch
Mohd Shahrifuddin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Dear Lister, I try to delete noscratch a dataset and found this error: Environment z/OS 1.7. VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54 Looking at the message manual reason code up to 52. What is reason code 54? Thanks an advance who response. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html IBM has the policy these days to update only the current version of the manual, so if 1.9 is current, the 1.7 manuals are often not updated. However, our 1.9 manual does not have the reason code 54 either, so you could check the 1.10 manuals or look for the APAR that introduced 54. Kees. ** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.4 Running on 9672 CPU
Hi, I've just joined a new company recently and discovered that they are still running z/OS 1.4 on a 9672-Z87 CPU with both central (2G) and expanded (4G) storage defined. My question is - I thought that starting z/OS 1.2 and above, expanded storage is all gone and running in pure 64-bit?? However, checking the RMF report, I can see that expanded storage is being reported and use but not much. Any reason why it is running this way? I thought the expanded storage will just be ignored during IPL. Or is it because of the 9672? Regards, Jason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4 Running on 9672 CPU
My question is - I thought that starting z/OS 1.2 and above, expanded storage is all gone and running in pure 64-bit?? Up to 1.5 (iirc), there is/was bi-modal support for z/OS. So, 31-bit still works with 1.4. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4 Running on 9672 CPU
Hi Ted, Thanks for the prompt reply. I have another question, if we have central storage constraint, can we increase the central storage to more than 2GB? Or should I need to do something else to be able to do this? I am not sure whether the 9672-Z87 allow 64-bit. TIA, Jason -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, March 12, 2008 6:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.4 Running on 9672 CPU My question is - I thought that starting z/OS 1.2 and above, expanded storage is all gone and running in pure 64-bit?? Up to 1.5 (iirc), there is/was bi-modal support for z/OS. So, 31-bit still works with 1.4. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
NCACMG Seminar Thursday, March 13th 2008 System z Update and more
Hi, If you are in the Metro Washington DC area Thursday you might want to consider to attend the National Capital Area CMG. NCACMG http://www.ncacmg.org is a regional chapter of the national Computer Measurement Group http://www.cmg.org Registration is open for the next NCACMG Seminar which will be our System z Update and more THIS WEEK March 13th 2008 in Tyson's Corner, VA USA! You can pre-register on-line NOW for only $30 www.ncacmg.org/register.htm or you can pay at the door THEN for only $30 (Hey that is the same cost... Yes it is.) The National Capitol Area Computer Measurement Group will have it's next seminar Thursday, March 13th 2008 in Northern Virginia, USA at the Mitre facility in McLean, Virginia and it's another great lineup of topical material and outstanding speakers. http://regions.cmg.org/regions/ncacmg/nextmeet.htm You can view the entire mailer online using Adobe Acrobat here http://regions.cmg.org/regions/ncacmg/downloads/s03132008.pdf We had to keep the contents under wraps because we booked the speakers under dark of night prior to IBM officially announcing the z10. The abstracts are a little generic. The skinny is the System z Update is all about the new announced or previewed content especially the z10 processor. Harv Emery (IBM) will present a two part deep dive on the new IBM z10 processor. Riaz Ahmad (IBM) will review the news you need to know now about z/OS including a preview of z/OS 1.10 as presented at SHARE. Peter Weilnau (ISM) will present understanding the AIX Performance Data in an IBM Power/VM Partition Virtually everything you might want to know about the seminar is listed on our website www.ncacmg.org and registration is wicked easy with our cool on-line method: http://www.ncacmg.org/register.htm Attendees will also get a copy of the latest IBM Hot Topics a great print publication available on-line in PDF here http://www-03.ibm.com/systems/z/os/zos/bkserv/hot_topics.html If you need any other information, please take a look at our web site or contact an officer of your choice http://www.ncacmg.org/officers.htm Thanks, Sam Knutson, Vice-Chairman National Capital Area CMG www.NCACMG.org [EMAIL PROTECTED] This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
We do it with ACF2 resource calls just in case your an ACF2 user. At 04:04 AM 3/12/2008, you wrote: gsg wrote: Is there a way to restrict jobs from running it a particular job class? Is there more than one way and if so, what is the easiest? TIA Yes. I don't know the ranking of the methods, but I would suggest to use exit IEFUJI with calls to RACF. You can even find free samples. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII WydziaGospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie01.01.2008 r. kapitazakadowy BRE Banku SA wynosi 118.642.672 zote i zostaw caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 [EMAIL PROTECTED] To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bob Richards Update
That is excellent news, glad to hear it. - Original Message - From: Rick Fochtman [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Tuesday, March 11, 2008 10:14 PM Subject: Bob Richards Update Barring any sudden changes, Bob will be discharged from hospital on Wednesday morning, 3/12/08. The MD types are very impressed with his recovery. Becca is preparing the domicile with only healthy foods and destroying all tobacco products in preparation for this. Bob will be stuck at home for an extended recovery period, but everything looks very good. I will continue to forward messages that come to me, but you can send messages directly at [EMAIL PROTECTED], and I'm sure he'll be watching IBM-MAIN. Becca sends her heartfelt thanks to all who have extended best wishes already. She never realized just how many friends Bob had, and neither did I. And having worked closely with Bob, I'm also pleased to know that he is so highly regarded in our little community. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4 Running on 9672 CPU
can we increase the central storage to more than 2GB? Or should I need to do something else to be able to do this? I am not sure whether the 9672-Z87 allow 64-bit. You need to be on a z/900, or later, machine and on OS/390 2.10 (or z/OS) to run 64-bit. Otherwise, you can only support 2GB of Central. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete noscratch
From the 1.9 manuals: 54 Explanation: DELETE failed because the data set is being renamed but it has not completed. Programmer Response: Rename the data set with the IDCAMS ALTER command and then delete it. There were vertical bars beside this entry, so it was added via PTF after the manual was updated... C. Todd Burrell Senior z/OS Systems Programmer ITSO (770) 917-8081 (home) (404) 723-2017 (cell) Please visit the ITSO Customer Satisfaction Survey and tell us about your recent experiences with ITSO. This survey is for internal CDC use only and the results will be used to improve business services. Anyone working for CDC in any capacity is invited to participate in our survey. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mohd Shahrifuddin Sent: Wednesday, March 12, 2008 3:26 AM To: IBM-MAIN@bama.ua.edu Subject: Delete noscratch Dear Lister, I try to delete noscratch a dataset and found this error: Environment z/OS 1.7. VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54 Looking at the message manual reason code up to 52. What is reason code 54? Thanks an advance who response. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
In [EMAIL PROTECTED], on 03/11/2008 at 01:30 PM, Eric Bielefeld [EMAIL PROTECTED] said: My first thought when I read Seymour's original post was that he was being humourous. I'm sure we'll find out when he logs on again. No, Spring forward, Fall back is a common mnemonic in the USA. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
In [EMAIL PROTECTED], on 03/11/2008 at 12:18 PM, Schwarz, Barry A [EMAIL PROTECTED] said: While all true, it doesn't address the question. Yes it does, because -(A-B) = (B-A); in particularar, (CDT-CST) = -(CST-CDT). -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Legal Issues with WEB
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Tuesday, March 11, 2008 6:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Legal Issues with WEB Anyone see this or run into such issues? What is your point? What does this have to do with MainFrames? - WebSphere runs on z/OS as well. And, if this case is valid, may impact use of Web technologies on the mainframe as well as on any other platform. So it is not mainframe specific, but might impact some mainframe users. And, since this is a patented technology, redevelopment from scratch doesn't matter. A patent can stop you from using code that you wrote yourself, if that code violates the patent. Software patents stink. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Aw, the HECK with this. I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Tuesday, March 11, 2008 19:27 To: IBM-MAIN@bama.ua.edu Subject: Re: clock, daylight savings time In [EMAIL PROTECTED], on 03/11/2008 at 12:18 PM, Schwarz, Barry A [EMAIL PROTECTED] said: While all true, it doesn't address the question. Yes it does, because -(A-B) = (B-A); in particularar, (CDT-CST) = -(CST-CDT). -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
On Wed, 12 Mar 2008 02:10:59 -0500, gsg [EMAIL PROTECTED] wrote: Is there a way to restrict jobs from running it a particular job class? Is there more than one way and if so, what is the easiest? TIA ...didn't we just answer this (not really..similar question) :-) Yes, there is more than one way. JES2 EXIT2/EXIT52, EXIT4/EXIT54 and EXIT6. EXIT2 is the easiest out of those. IEFUJV or IEFUJI SMF exit. In the past, I've used IEFUJI to make a call to an installation defined RACF class or the facility class to check for valid authority. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
On Wed, 12 Mar 2008 06:55:44 -0400, Brian France [EMAIL PROTECTED] wrote: We do it with ACF2 resource calls just in case your an ACF2 user. You need an optional exit for this correct? But ACF2 supplies it ... or at least used to. I believe they called this (and other optional exits) MVS notes.I actually have one system that runs ACF2 ACF2/IMS .. so I guess I could pick up a manual and find out. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper PAVs
On Wed, 2008-03-12 at 02:09 -0500, gsg wrote: What are Hiper PAVs and are they better than Dynamic PAVs? See: http://www.ibmsystemsmag.com/mainframe/mayjune07/focusonstorage/14208p1.aspx Sam Knutson (not speaking for him, just reporting what I heard) said at SHARE that his installation is standardizing on HyperPAV because it's quicker to react than WLM PAV. If you're a Linux-on-z shop, then you should know that HyperPAV support has been submitted to upstream for inclusion in the kernel. So soon Linux will have PAV support too. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Legal Issues with WEB
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kirk Wolf Sent: Tuesday, March 11, 2008 6:00 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Legal Issues with WEB I'm not familiar with the specific patents in question, but it should be obvious by now that nearly all software patents are either stupid, obvious or both. Big companies that hold huge portfolios of these stupid things trade them with other big companies to the net effect of building legal barriers that prevent small companies from building and selling software. The end consumer pays more for crappy software while the lawyers clean up. Google your favorite software company and read some of their ridiculous patents for yourself. Here's a stupid one: http://www.freepatentsonline.com/6981278.html SNIP I was involved in defending against a patent that had been granted -- the patent appeared to me to violate an existing patent, and what it claimed I could demonstrate that NETVIEW had been doing for years. The problem with these things are, once granted, the owner is presumed righteous and all costs to quash it are born by the challenger. It then becomes a form of legal extortion. Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recatalog a GDG - accidentally deleted the base
Sam, You can try creating the GDG Base and try to catalog. I guess it will work. Good Luck ! Regards, Mani -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pushparaj, Samuel S Sent: Tuesday, March 11, 2008 7:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Recatalog a GDG - accidentally deleted the base Hello Required help! Unfortunately I deleted the GDG Base and I have 2 generations available. When I try to browse or edit the generations I am not able to perform anything. Can I recreate GDG base and try to edit? Will it works. Thanks. Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
On 12 Mar 2008 06:09:21 -0700, [EMAIL PROTECTED] (Doc Farmer) wrote: I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) You've got my vote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SE2D U1477 Abend
On executing an IMS conversation I'm getting this abend: SE2DCompiler noted E-level error in program. Any idea what it means? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
---snip--- I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) -unsnip--- I disagree. Let all HARDWARE clocks be set to GMT and use PARMLIB OFFSET values to adjust to local time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SE2D U1477 Abend
In our MVS/QuickRef I found: E2D Explanation: A program requested an overlay. In answer to the request, the overlay supervisor was using program fetch to load a program segment from the library. Fetch found an incorrect address. Note: Overlay programs run only in 24-bit addressing mode, not in 31-bit addressing mode. System Action: The system abnormally ends the program that requested the overlay. The system writes an ABEND dump, if a dump DD statement is provided. Application Programmer Response: Link edit and run the program again. Source: Overlay supervisor _ Thomas Berg Specialist IT Utveckling Swedbank AB (Publ) -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Francois Guillez Skickat: den 12 mars 2008 15:48 Till: IBM-MAIN@bama.ua.edu Ämne: SE2D U1477 Abend On executing an IMS conversation I'm getting this abend: SE2D Compiler noted E-level error in program. Any idea what it means? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
getting gmake on z/OS Unix
Hi, we are a group using z/OS Unix and have been given an HFS (USS?) we can install gmake ourselves as per our z/OS sysprog have downloaded and unwound gmake.pax.Z.bin from IBM and it looks to be EBCDIC already. The unwind created folders bin, share, info, and man and put all the data there. the installation instructions from the IBM redbook say the following is the core of a script to (build?) gmake. gzip - -d make-3.79.1.tar.gz | pax -o from=ISO8859-1,to=IBM-1047 -r (already paxed and EBCDIC already, doubts arise) cd make ( there is no make folder in z/OS Unix and the pax file I downloaded does not create a make folder, doubts increase) export CFLG='-O2 -D_ALL_SOURCE' CC=cc CFLAGS=$CFLG CCC=c++ CXXFLAGS=-+ $CFLG ./configure --prefix=$installDir make make install my question really is how do I really install gmake. I have it unwound on z/OS Unix, just don't know what to do with it. I don't think the above script will work for me as the file I downloaded is not what this script expects to see. The MVS sysprog says we can install it ourselves but our userid doesn't have write access to root (/). What do I do to get this puppy installed? Do I need to pay attention to the above scirpt? Or do I modify our .profile for the exports and issue the 2 make commands? I'm totally new at this and just need gmake for other ends. I wonder if I should create a script like the above without the first 2 lines and run that on z/OS Unix? I've had other feedback that said to just move the unwound folders (and data) down to root. One of those folders exist (bin) and the others don't. anyone have more information or know where I can get more? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Doc Farmer wrote: Aw, the HECK with this. I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. I have no issue with time zones. But, I really don't like the semi-annual confusion caused by switching between Daylight Saving and Standard Time. Yes, it's been proved to save energy. However, it's also been proved to cost more in the end. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Ed, Actually, latest studies show it causes an additional one to four per cent increase in energy use: http://www.npr.org/templates/story/story.php?storyId=87991839 Tom Harper IMS Utilities Development Team Neon Enterprise Software, Inc. Sugar Land, TX -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Wednesday, March 12, 2008 10:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: clock, daylight savings time Doc Farmer wrote: Aw, the HECK with this. I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. I have no issue with time zones. But, I really don't like the semi-annual confusion caused by switching between Daylight Saving and Standard Time. Yes, it's been proved to save energy. However, it's also been proved to cost more in the end. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
snip I have no issue with time zones. But, I really don't like the semi-annual confusion caused by switching between Daylight Saving and Standard Time. Yes, it's been proved to save energy. However, it's also been proved to cost more in the end. -- Edward E Jaffe /snip Ed, Here in Indiana we switched to day light saving time a couple years ago and studies have shown our energy usage has increased. Not sure if we just have not got the hang of it yet or it actually does cost more. Thanks, Fletch Sr. Systems Analyst Conseco, LLC The first step towards failure is trying - Homer Simpson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
On 12 Mar 2008 08:13:22 -0700, [EMAIL PROTECTED] (Rick Fochtman) wrote: I disagree. Let all HARDWARE clocks be set to GMT and use PARMLIB OFFSET values to adjust to local time. Better than nothing. But in the U.S. lots of people are learning ESPN time. Maybe it will result in a country like China with one time zone. Your solution gets rid of most of our (in this forum) problems of Daylight Savings Time (although not the fact that nothing is saved). We still have report times with overlapping times in the fall, even if time-date stamps are accurate. I wish my clock radios have a button on it that synchronized the clock to whichever station it was tuned to. Maybe put a radio in my Microwave oven to set its clock. And when power is restored after a black-out, re-set the clock. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Uh, what part of Benevolent Dictator did you not understand? ;D -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Wednesday, March 12, 2008 11:14 To: IBM-MAIN@bama.ua.edu Subject: Re: clock, daylight savings time ---snip--- I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) -unsnip--- I disagree. Let all HARDWARE clocks be set to GMT and use PARMLIB OFFSET values to adjust to local time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
Rick Fochtman wrote: ---snip--- I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) -unsnip--- I disagree. Let all HARDWARE clocks be set to GMT and use PARMLIB OFFSET values to adjust to local time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I think a PARMLIB OFFSET can only be a default to use for an application - in case the end user of a server based application has not (or can not !) defined her own default (or session based offset). Birger Heede IBM Denmark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recatalog a GDG - accidentally deleted the base
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pushparaj, Samuel S Sent: Tuesday, March 11, 2008 7:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Recatalog a GDG - accidentally deleted the base Hello Required help! Unfortunately I deleted the GDG Base and I have 2 generations available. When I try to browse or edit the generations I am not able to perform anything. Can I recreate GDG base and try to edit? Will it works. Thanks. Sam Sam, Do you really need the datasets back or just need to delete them? You should be able to do a DELETE gds NVS with a FILE(dd) pointing to the volser where the orphaned dataset resides. If you need to get the dataset back, you need to redefine the gdg base and do a DEFINE NVSAM(gds) RECATALOG to get each gds associated with the recreated gdg base. If each gds is not SMS-managed and is single volume, you should be able to redefine the gdg base, use tso panel 3.4 to bring up the dataset in the list and issue C on the operator line next to the dataset. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS concurrent enqueue limit
The QCB chain that was pointed of the RIBE has been removed in Z/OS R9 - RIBQCB. Any ideas how I can search the QCB's? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. I am finding that we are spending ever more time on HSM Migrated ds being recalled just to delete them. Is there an EASY way to convert these deletes into HSEND DELETE? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Paging Subsystem -- Comfortable Size and Configuration?
Hi, All, In preparation for z/OS 1.9 we're re-evaluating our paging subsystem configurations. Currently we're using the same size and configuration carried forward from time immemorial, mainly because it still works: Three (3) page datasets of 2,000 cylinders each, with one in reserve (available for PAGEADD) on each LPAR. Now we're looking at exploiting some of the newer stuff that uses above-the-bar storage (DFSORT's Memory Object sorting, for starters), and I believe our current sizing and configuration will prove inadequate sooner rather than later. Right now our Development/Test LPAR runs on a z9BC, with 4GB central storage allocated. It does light to moderate paging. We also run our sandbox there, but it's substantially idle most of the time. The primary CF also lives on the BC. Production runs on a z9EC with 14GB central storage (the other 2GB are allocated to the backup CF), and the same paging subsystem configuration as above. This LPAR currently does NO paging, but is the image we believe would benefit most from exploiting Memory Object sorting. What would be a comfortable paging subsystem configuration, especially for the Production LPAR, as to individual size and (especially) number of page datasets? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Share your GRSRNLnn member?
With a poor, starving z/OS sysprog? [grin] I'm still working on our MONOPLEX to basic sysplex. We have another test this Sunday, but it is only 4 hours. And they expect it to be perfect. One problem that I am encountering is that I am having problems finding all the product documentation to convert SYSTEMS level reserves to global enqueues. Along with which SYSTEM level ENQs need to be INCL'ed in the RNL. If you are willing, to email them to me, I'd appreciate any GRSRNLnn member you'd like to share. Please email them to me directly at mailto:[EMAIL PROTECTED] in order to not clutter the list. Just click on the previous address instead of doing a reply to this list message. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and DB2
IIRC DB2 SPAS may not be the best practise anymore with the latest versions of DB2. On 1/14/08, Gary Green [EMAIL PROTECTED] wrote: This is probably the wrong forum to post this but I know I'll be told where to go if it is. I am about to setup WLM for DB2 SPAS; I know, I know, it should have been done sooner... Does anyone know if there are any gotchas that I should be aware of? Perhaps a we did it this way type reference, etc... Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Glen J. Gasior (312) 751-4377 [EMAIL PROTECTED] U.S. Railroad Retirement Board Chicago, Illinois 60611 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Mattson Sent: Wednesday, March 12, 2008 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. I am finding that we are spending ever more time on HSM Migrated ds being recalled just to delete them. Is there an EASY way to convert these deletes into HSEND DELETE? IDCAMS DELETE should automatically do an HSM delete. It does here (z/OS 1.8). As for the IEFBR14, well somebody will just need to change the job to use IDCAMS. I don't know of any automated way to do this. Well, I might be able to write a REXX exec which, when given the job, would look for this special case and write an IDCAMS step to do it to replace the IEFBR14 step.. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS concurrent enqueue limit
Ed Holt wrote: The QCB chain that was pointed of the RIBE has been removed in Z/OS R9 - RIBQCB. Any ideas how I can search the QCB's? I believe the intent of this change is to discourage customers and ISVs from looking at QCBs directly. (This allows them to be eventually moved into 64-bit storage.) You are expected to use the ISGQUERY service to obtain information about outstanding serialization requests. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
John Mattson wrote: Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. I am finding that we are spending ever more time on HSM Migrated ds being recalled just to delete them. Is there an EASY way to convert these deletes into HSEND DELETE? I thought this happened automatically -- at least for the IDCAMS case. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
The problem is that if you perfrom an IDCAMS DELETE and specify nonvsam, HSM does a recall. Without the nonvsam, he does an HDELETE if the dataset is migrated. I am trying to figure a way to convert my deletes without having to go thru a massive change process to remove the nonvsam entries. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. [EMAIL PROTECTED] (502) 570-6143 Edward Jaffe [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/12/2008 01:52 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE John Mattson wrote: Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. I am finding that we are spending ever more time on HSM Migrated ds being recalled just to delete them. Is there an EASY way to convert these deletes into HSEND DELETE? I thought this happened automatically -- at least for the IDCAMS case. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
John Mattson wrote: Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. I am finding that we are spending ever more time on HSM Migrated ds being recalled just to delete them. Is there an EASY way to convert these deletes into HSEND DELETE? CBT File 673: A program called CCFDELET which will delete datasets using JCL. In addition, CCFDELET will delete HSM archived datasets without having to recall them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-SYSVIEW
Are you saying that CA-Sysview can replace MQ on z/OS? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
DTS has a product, ACC, that can handle these for you. We use it and it works great. It cut out our recalls for BR14 deletes completely. ThanksRick -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Mattson Sent: Wednesday, March 12, 2008 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. I am finding that we are spending ever more time on HSM Migrated ds being recalled just to delete them. Is there an EASY way to convert these deletes into HSEND DELETE? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
William Bishop wrote: The problem is that if you perfrom an IDCAMS DELETE and specify nonvsam, HSM does a recall. Without the nonvsam, he does an HDELETE if the dataset is migrated. This sounds APARable to me. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and DB2
IIRC DB2 SPAS may not be the best practise anymore with the latest versions of DB2. For at least 5 years. I would also recommend that you try the DB2 List, where the DB2 experts hang out. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fw: SE2D U1477 Abend
What was the E-level message (at compile-time)? Given the other reply to the note, if it was a COBOL program with an error related to SEGMENTATION - that would certainly seem relevant. If so, which compiler are you using? Francois Guillez [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... On executing an IMS conversation I'm getting this abend: SE2D Compiler noted E-level error in program. Any idea what it means? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Share your GRSRNLnn member?
On Wed, 12 Mar 2008 11:30:32 -0500, McKown, John wrote: With a poor, starving z/OS sysprog? [grin] I'm still working on our MONOPLEX to basic sysplex. We have another test this Sunday, but it is only 4 hours. And they expect it to be perfect. One problem that I am encountering is that I am having problems finding all the product documentation to convert SYSTEMS level reserves to global enqueues. Along with which SYSTEM level ENQs need to be INCL'ed in the RNL. If you are willing, to email them to me, I'd appreciate any GRSRNLnn member you'd like to share. Please email them to me directly at mailto:[EMAIL PROTECTED] in order to not clutter the list. Aww I'd prefer you share at least some examples with the list. I've got a z/OS 1.9 upgrade project that is being held hostage by a vendor who refuses to support this recent of an OS. I might have to dream up a SYSPLEX structure to keep us moving forward. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Paging Subsystem -- Comfortable Size and Configuration?
As a Rule of Thumb (and thumbs come in various shapes and sizes ... yours may vary): 1 PLPA dataset 1 COMMON dataset 4 (or more) LOCAL datasets LOCAL datasets should peak at no more that 30 (or so) percent utilization, else the block paging algorithm starts to have problems (the probability of finding a block with sufficient contiguous free slots drops below .5) With DYNAMIC (only) PAVs, you may be able to get away with 2 LOCAL page datasets, since you will get 2 addresses assigned to each dataset Best to have the PLPA and COMMON datasets on separate volumes, sufficiently sized. Next best (for a no-PAV environment) is a 1 cylinder PLPA and a COMMON dataset sized somewhere around 2GB (2000 cylinders is probably OK). With PAVs, we need someone else to chime in here, since you probably don't want to assign 2 PAV addresses to a 1 cylinder PLPA dataset! Note that HYPER-PAVs don't play in the paging subsystem yet. Still awaiting word on this issue from IBM (Jim Mulder, maybe?). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Paging Subsystem -- Comfortable Size and Configuration?
On Wed, 12 Mar 2008 11:57:55 -0500, Chase, John [EMAIL PROTECTED] wrote: Hi, All, In preparation for z/OS 1.9 we're re-evaluating our paging subsystem configurations. Currently we're using the same size and configuration carried forward from time immemorial, mainly because it still works: Three (3) page datasets of 2,000 cylinders each, with one in reserve (available for PAGEADD) on each LPAR. Now we're looking at exploiting some of the newer stuff that uses above-the-bar storage (DFSORT's Memory Object sorting, for starters), and I believe our current sizing and configuration will prove inadequate sooner rather than later. Right now our Development/Test LPAR runs on a z9BC, with 4GB central storage allocated. It does light to moderate paging. We also run our sandbox there, but it's substantially idle most of the time. The primary CF also lives on the BC. Production runs on a z9EC with 14GB central storage (the other 2GB are allocated to the backup CF), and the same paging subsystem configuration as above. This LPAR currently does NO paging, but is the image we believe would benefit most from exploiting Memory Object sorting. What would be a comfortable paging subsystem configuration, especially for the Production LPAR, as to individual size and (especially) number of page datasets? John, Have you reviewed chapter 2 of the system initialization and tuning guide? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E151/2.0?SHELF=IEA2BK80DT=20080119071214 Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
For a person who demands absolute precision and accuracy from others (USS is not unix, directory blocks are not 256, etc), your insistence that CST can be 7 hours off of GMT appears very much out of character. Your attempts to justify this with algebraic gibberish are unbelievable. Has someone hacked your account and posted this in your name or is at an early start on April 1 postings? -Original Message- From: Shmuel Metz (Seymour J.) Sent: Tuesday, March 11, 2008 4:27 PM To: IBM-MAIN@bama.ua.edu Subject: Re: clock, daylight savings time In [EMAIL PROTECTED], on 03/11/2008 at 12:18 PM, Schwarz, Barry A said: While all true, it doesn't address the question. Yes it does, because -(A-B) = (B-A); in particularar, (CDT-CST) = -(CST-CDT). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Share your GRSRNLnn member?
On Wed, 2008-03-12 at 11:30 -0500, McKown, John wrote: I'd appreciate any GRSRNLnn member you'd like to share. At the Orlando SHARE, Sam Knutson and Brian Peterson talked about their RNLs in detail. Here's a pointer to this great session: http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Orlando/S2819SK131543.pdf -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
CATALOG Quesiton
Hallo To All, Is there a way of telling if a USER CAT is near full or full? Thanks. - Get the name you always wanted with the new y7mail email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CATALOG Quesiton
You may try to run KSDSPACE from CBT file 394 against the catalogue and see what it shows. Current z/OS catalogue support issues a warning message when a catalogue approaches its extents limit. I do not remember the message/ details though. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: March 12, 2008 2:39 PM To: IBM-MAIN@bama.ua.edu Subject: CATALOG Quesiton Hallo To All, Is there a way of telling if a USER CAT is near full or full? Thanks. - Get the name you always wanted with the new y7mail email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Share your GRSRNLnn member?
On Wed, 12 Mar 2008 14:38:14 -0400, David Andrews [EMAIL PROTECTED] wrote: On Wed, 2008-03-12 at 11:30 -0500, McKown, John wrote: I'd appreciate any GRSRNLnn member you'd like to share. At the Orlando SHARE, Sam Knutson and Brian Peterson talked about their RNLs in detail. Here's a pointer to this great session: http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_Orlando/S2819SK131543.pdf -- Good stuff and may be helpful, but mostly not applicable to John's situation (nor any one not running GRS star). The rules are very different. John, since you said you are licensed for MIM, you can look at what they supply. I don't think CA documents it any longer, but there used to be a MIM manual that had all the recommendations for what you should and should not convert - at least for CA products. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Paging Subsystem -- Comfortable Size and Configuration?
John, IMHO You should try to stick with no paging even with memory object sorting. Buy more memory if you need it at $8K/G on z9 it's cheap and getting cheaper on z10 at $6K/G I think. If you are adding to your above the bar exploitation and paging already that does not make sense to me. It may be overkill but I stick with a 1:1 space allocation in page space to central storage. That means some of our LPARs have 80GB+ of page space spread across many storage processors 0% used. Page space is cheap compared to explaining how you lost production with a WAIT 03C because you saved a few DASD volumes of page space that would not normally be used. The idea you will ADD a page volume dynamically and resolve an AUX STORAGE SHORTAGE won't work fast enough most of the time. If we have blown out the paging subsystem here and not resolved the problem Standalone dump and IPL is probably going to be the fastest recovery. If you under invest in page space and don't consider insuring you get enough bandwidth across multiple page data sets on multiple storage processors it may not hurt till it kills you. You won't know you don't have a robust enough paging configuration till things get all pear shaped. Remember you need to be able to absorb lots of pageable storage getting paged out and do it quickly. Even developments LPARs here have 14 LOCAL page data sets here. PAV helps but it is no substitute for sufficient space and multiple channels and storage processors ready to absorb the I/O spike. Best Regards, Sam Knutson, GEICO System z Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, March 12, 2008 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Paging Subsystem -- Comfortable Size and Configuration? Hi, All, In preparation for z/OS 1.9 we're re-evaluating our paging subsystem configurations. Currently we're using the same size and configuration carried forward from time immemorial, mainly because it still works: Three (3) page datasets of 2,000 cylinders each, with one in reserve (available for PAGEADD) on each LPAR. Now we're looking at exploiting some of the newer stuff that uses above-the-bar storage (DFSORT's Memory Object sorting, for starters), and I believe our current sizing and configuration will prove inadequate sooner rather than later. Right now our Development/Test LPAR runs on a z9BC, with 4GB central storage allocated. It does light to moderate paging. We also run our sandbox there, but it's substantially idle most of the time. The primary CF also lives on the BC. Production runs on a z9EC with 14GB central storage (the other 2GB are allocated to the backup CF), and the same paging subsystem configuration as above. This LPAR currently does NO paging, but is the image we believe would benefit most from exploiting Memory Object sorting. What would be a comfortable paging subsystem configuration, especially for the Production LPAR, as to individual size and (especially) number of page datasets? TIA, -jc- This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Custompac
When using custompac to view an existing installed order I find that some of the options like 'Installation' have an asterisk next to them and are not able to be selected for viewing. Any body know why this might be? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CATALOG Quesiton
Command F CATALOG,ALLOCATED will show message IEC348I. The last column: The percentage of allocated extents for each catalog in the list. This percentage indicates the extent usage by either the data or index component, whichever is higher, for that particular catalog. For catalogs that are marked as closed or deleted, this value is N/A. Don Imbriale -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: Wednesday, March 12, 2008 2:39 PM To: IBM-MAIN@bama.ua.edu Subject: CATALOG Quesiton Hallo To All, Is there a way of telling if a USER CAT is near full or full? *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
On Wed, 12 Mar 2008 15:14:22 -0400, Brian France [EMAIL PROTECTED] wrote: At 09:20 AM 3/12/2008, you wrote: On Wed, 12 Mar 2008 06:55:44 -0400, Brian France [EMAIL PROTECTED] wrote: We do it with ACF2 resource calls just in case your an ACF2 user. You need an optional exit for this correct? But ACF2 supplies it ... or at least used to. I believe they called this (and other optional exits) MVS notes.I actually have one system that runs ACF2 ACF2/IMS .. so I guess I could pick up a manual and find out. Well, they did it looks like at one time. The code doc for our IEFUJI exit seems to indicate that but I can find it NOT in our V12 libraries. We've modified that exit a few times to makes various resource calls so without detailed looking I'm not sure what came from SKK and what's ours. Yes, indeed, this code actually has reference to SKK in it. If you need me to I will gladly look at it harder. After I posted I did look it up in the fine manual. It's documented in the system programmers guide in appendix b. It is note 1 - Validate Account Number and Job Class for Batch Jobs. The source is distributed in hlq.CAIMAC(VALDTAC2). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
At 09:20 AM 3/12/2008, you wrote: On Wed, 12 Mar 2008 06:55:44 -0400, Brian France [EMAIL PROTECTED] wrote: We do it with ACF2 resource calls just in case your an ACF2 user. You need an optional exit for this correct? But ACF2 supplies it ... or at least used to. I believe they called this (and other optional exits) MVS notes.I actually have one system that runs ACF2 ACF2/IMS .. so I guess I could pick up a manual and find out. Well, they did it looks like at one time. The code doc for our IEFUJI exit seems to indicate that but I can find it NOT in our V12 libraries. We've modified that exit a few times to makes various resource calls so without detailed looking I'm not sure what came from SKK and what's ours. Yes, indeed, this code actually has reference to SKK in it. If you need me to I will gladly look at it harder. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 [EMAIL PROTECTED] To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Bob Richards Update
That's great news about Bob. I worked with Bob and have known him from CMG, but I've never met Becca. She sounds like someone who'll lay down the law to him now about healthy eating and not smoking. I know he'll be feeling better than ever once this is all over. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Tuesday, March 11, 2008 9:15 PM To: IBM-MAIN@bama.ua.edu Subject: Bob Richards Update Barring any sudden changes, Bob will be discharged from hospital on Wednesday morning, 3/12/08. The MD types are very impressed with his recovery. Becca is preparing the domicile with only healthy foods and destroying all tobacco products in preparation for this. Bob will be stuck at home for an extended recovery period, but everything looks very good. I will continue to forward messages that come to me, but you can send messages directly at [EMAIL PROTECTED], and I'm sure he'll be watching IBM-MAIN. Becca sends her heartfelt thanks to all who have extended best wishes already. She never realized just how many friends Bob had, and neither did I. And having worked closely with Bob, I'm also pleased to know that he is so highly regarded in our little community. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CATALOG Quesiton
First, the good news. A catalog can have up to 123 (if I recall correctly) extents. If you haven't reached this limit, you should be OK. If you are at (or near) this limit, it gets a bit fuzzy. If, by creating a new entry in the catalog, you cause a CI split, which in turn causes a CA split, you may need to take another extent. It only takes one entry to cause the CA split; thus, the inability to create this entry makes it look like the catalog is full. On the other hand, there may be room for many thousands of catalog entries which fit into existing CIs and/or CAs. It depends on the name of the entry to be cataloged (and, usually, the high-level qualifier). Also, if I recall correctly, a catalog is limited to 4GB in size (the same as for any other non-extended format KSDS; catalogs do not have an extended format counterpart). You should allocate catalogs with secondary extents. And, if you reach some threshold (determined by your installation ... say 100 extents), you should schedule a re-org. A catalog re-org really doesn't require a stand-alone environment. You just don't want things initiating while the export and import are running. Export the catalog, close and unallocate the catalog, delete and re-define the catalog (larger?), and import (into empty) the catalog; it's rather quick. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
On Wed, 12 Mar 2008 14:20:23 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 12 Mar 2008 15:14:22 -0400, Brian France [EMAIL PROTECTED] wrote: At 09:20 AM 3/12/2008, you wrote: On Wed, 12 Mar 2008 06:55:44 -0400, Brian France [EMAIL PROTECTED] wrote: We do it with ACF2 resource calls just in case your an ACF2 user. You need an optional exit for this correct? But ACF2 supplies it ... or at least used to. I believe they called this (and other optional exits) MVS notes.I actually have one system that runs ACF2 ACF2/IMS .. so I guess I could pick up a manual and find out. Well, they did it looks like at one time. The code doc for our IEFUJI exit seems to indicate that but I can find it NOT in our V12 libraries. We've modified that exit a few times to makes various resource calls so without detailed looking I'm not sure what came from SKK and what's ours. Yes, indeed, this code actually has reference to SKK in it. If you need me to I will gladly look at it harder. After I posted I did look it up in the fine manual. It's documented in the system programmers guide in appendix b. It is note 1 - Validate Account Number and Job Class for Batch Jobs. The source is distributed in hlq.CAIMAC(VALDTAC2). I forgot to mention. The sample code is an IEFUJI SMF exit, which (as I mentioned in an earlier post) is where I always do this sort of checking. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Execution job class restriction
At 03:20 PM 3/12/2008, you wrote: On Wed, 12 Mar 2008 15:14:22 -0400, Brian France [EMAIL PROTECTED] wrote: At 09:20 AM 3/12/2008, you wrote: On Wed, 12 Mar 2008 06:55:44 -0400, Brian France [EMAIL PROTECTED] wrote: We do it with ACF2 resource calls just in case your an ACF2 user. You need an optional exit for this correct? But ACF2 supplies it ... or at least used to. I believe they called this (and other optional exits) MVS notes.I actually have one system that runs ACF2 ACF2/IMS .. so I guess I could pick up a manual and find out. Well, they did it looks like at one time. The code doc for our IEFUJI exit seems to indicate that but I can find it NOT in our V12 libraries. We've modified that exit a few times to makes various resource calls so without detailed looking I'm not sure what came from SKK and what's ours. Yes, indeed, this code actually has reference to SKK in it. If you need me to I will gladly look at it harder. After I posted I did look it up in the fine manual. It's documented in the system programmers guide in appendix b. It is note 1 - Validate Account Number and Job Class for Batch Jobs. The source is distributed in hlq.CAIMAC(VALDTAC2). Thar she be! I disremembered they had moved that stuff from their sampjcl to the mac library. Kewl, I need to review what's out there. It's been a long time... Ain't manuals great... Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Brian W. France Systems Administrator (Mainframe) Pennsylvania State University Administrative Information Services - Infrastructure/SYSARC Rm 25 Shields Bldg., University Park, Pa. 16802 814-863-4739 [EMAIL PROTECTED] To make an apple pie from scratch, you must first invent the universe. Carl Sagan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Paging Subsystem -- Comfortable Size and Configuration?
snip What would be a comfortable paging subsystem configuration, especially for the Production LPAR, as to individual size and (especially) number of page datasets? /snip IMO, the largest needed paging subsys can be determined as follows: 1) Determine actual working set in use. This is easy if you are not currently paging, just look at the RMF reports. IIRC, paging follows a square root algorithm. i.e. double the working set, the page rate goes up by sqrt(2). 2) convert the working set determined in step 1 above to gigabytes 3) divide by 0.3 (the block paging algorithm declines in efficiency after page ds utilization exceeds 30%) 4) allocate sufficient full volume local page ds' to contain the number determined in step 3 using about 2.5 - 2.8 gig per 3390M3 volume. 5) sprinkle the local page ds's over as many paths and channels as practical. See Sam Knutson's post on this. Of course, this method is only as good as the determination of the working set. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CATALOG Quesiton
Other posters have responded with good, practical solutions. We had a solution years ago that was neither. We kept several hundred dummy aliases in a user catalog in order to keep it full, artificially. If we needed to define a few new ones, we deleted some dummies. Excusing my failing memory, but I believe the magic number was greater than 3,000. For some reason 8,000 sticks in my mind. Maybe it was function of the CISIZE of the catalog itself. ?? Where's Mark Thomen these days ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: Wednesday, March 12, 2008 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: CATALOG Quesiton Hallo To All, Is there a way of telling if a USER CAT is near full or full? Thanks. - Get the name you always wanted with the new y7mail email address. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CATALOG Quesiton
I am curious. Do I care if it is full or if it has a lot of splits (CA/CI)? I had one catalog in my past we called a database because it was over 700,000 entries. We reorged it every weekend because it performed poorly due to the splits, not the size. Lizette Other posters have responded with good, practical solutions. We had a solution years ago that was neither. We kept several hundred dummy aliases in a user catalog in order to keep it full, artificially. If we needed to define a few new ones, we deleted some dummies. Excusing my failing memory, but I believe the magic number was greater than 3,000. For some reason 8,000 sticks in my mind. Maybe it was function of the CISIZE of the catalog itself. ?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Custompac
If it's anything like Service Pac, you have to complete, at least do, the preceding item before it'll let you start the next one. If that's what you're talking about. Jack Kelly 202-502-2390 (Office) Matt Dazzo [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/12/2008 02:54 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Custompac When using custompac to view an existing installed order I find that some of the options like 'Installation' have an asterisk next to them and are not able to be selected for viewing. Any body know why this might be? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/ . By messaging with Merrill Lynch you consent to the foregoing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CATALOG Quesiton
On Wed, 2008-03-12 at 16:05 -0400, Lizette Koehler wrote: I am curious. Do I care if it is full or if it has a lot of splits (CA/CI)? I had one catalog in my past we called a database because it was over 700,000 entries. We reorged it every weekend because it performed poorly due to the splits, not the size. I think that in general you don't want to reorg catalogs. Splits have a beneficial effect insofar as they introduce free space in the right places. You might have problems when you do many inserts in increasing key sequence. I seem to remember from my VSAM days that you can end up with a cluster full of half-filled control intervals. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLM and DB2
Glen wrote IIRC DB2 SPAS may not be the best practise anymore with the latest versions of DB2. That's right... DB2 9 no longer supports SPAS. Martin Packer, IBM Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
sounds good here too, changing the clock twice a year is absurd - Original Message - From: Doc Farmer [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, March 12, 2008 9:07 AM Subject: Re: clock, daylight savings time Aw, the HECK with this. I hereby declare that from now on, daylight savings is banned and all clocks shall be set to GMT only, worldwide. Signed, Doc Farmer Benevolent Dictator and Confirmed Horophile (stop snickering, I'm *not* a NY Governor) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting gmake on z/OS Unix
On Wed, Mar 12, 2008 at 11:22 AM, in message [EMAIL PROTECTED], Warren Taylor [EMAIL PROTECTED] wrote: Hi, we are a group using z/OS Unix and have been given an HFS (USS?) we can install gmake ourselves as per our z/OS sysprog have downloaded and unwound gmake.pax.Z.bin from IBM and it looks to be EBCDIC already. The unwind created folders bin, share, info, and man and put all the data there. This would appear to be a pre-compiled package, not source. With adjustment of your PATH and MANPATH environment variables, it is probably ready to use as is. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: getting gmake on z/OS Unix
Those are the instructions for an install from source. It sounds as if you have the precompiled binaries. For that situation, I think that what the Redbook attempts to say is that the unloaded files should be copied into the corresponding directories under /usr/local: so the file from bin is copied to /usr/local/bin, the files from man should be copied to the corresponding directories under /usr/local/man, etc. This assumes that these directories are included in your PATH MANPATH environment variables. Building from source is probably more in the spirit of open source but the precompiled binaries should work fine. You can also ask questions about this on mvs-oe. See page http://www.marist.edu/htbin/wlvindex?mvs-oe Bill On Wed, 12 Mar 2008 08:22:07 -0700, Warren Taylor [EMAIL PROTECTED] wrote: Hi, we are a group using z/OS Unix and have been given an HFS (USS?) we can install gmake ourselves as per our z/OS sysprog have downloaded and unwound gmake.pax.Z.bin from IBM and it looks to be EBCDIC already. The unwind created folders bin, share, info, and man and put all the data there. the installation instructions from the IBM redbook say the following is the core of a script to (build?) gmake. gzip - -d make-3.79.1.tar.gz | pax -o from=ISO8859-1,to=IBM-1047 -r (already paxed and EBCDIC already, doubts arise) cd make ( there is no make folder in z/OS Unix and the pax file I downloaded does not create a make folder, doubts increase) export CFLG='-O2 -D_ALL_SOURCE' CC=cc CFLAGS=$CFLG CCC=c++ CXXFLAGS=-+ $CFLG ./configure --prefix=$installDir make make install my question really is how do I really install gmake. I have it unwound on z/OS Unix, just don't know what to do with it. I don't think the above script will work for me as the file I downloaded is not what this script expects to see. The MVS sysprog says we can install it ourselves but our userid doesn't have write access to root (/). What do I do to get this puppy installed? Do I need to pay attention to the above scirpt? Or do I modify our .profile for the exports and issue the 2 make commands? I'm totally new at this and just need gmake for other ends. I wonder if I should create a script like the above without the first 2 lines and run that on z/OS Unix? I've had other feedback that said to just move the unwound folders (and data) down to root. One of those folders exist (bin) and the others don't. anyone have more information or know where I can get more? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper PAVs
On Wed, Mar 12, 2008 at 9:27 AM, in message [EMAIL PROTECTED], David Andrews [EMAIL PROTECTED] wrote: -snip- If you're a Linux-on-z shop, then you should know that HyperPAV support has been submitted to upstream for inclusion in the kernel. So soon Linux will have PAV support too. To be a little more explicit, Linux for System z has had support for PAV since late 2006, both on z/VM and in an LPAR. I haven't seen any indication that HyperPAV support has been submitted just yet. It would have gone through the git390 server if it had been. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Hiper PAVs
On Wed, 2008-03-12 at 15:15 -0600, Mark Post wrote: Linux for System z has had support for PAV since late 2006 Thanks; I wasn't aware of that. I haven't seen any indication that HyperPAV support has been submitted just yet. It would have gone through the git390 server if it had been. My understanding from Horst Hummel's LVM talk was that the driver support had been submitted very recently, within a couple of weeks. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
In [EMAIL PROTECTED], on 03/11/2008 at 08:28 PM, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] said: No, Spring forward, Fall back is a common mnemonic in the USA. They say that the memory is the second thing to go; I don't remember the first thing. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
In [EMAIL PROTECTED], on 03/12/2008 at 09:44 AM, John Mattson [EMAIL PROTECTED] said: Programmers have been deleting for years using BR14 (MOD,DELETE), and IDCAMS DELETE. IEFBR14 doesn't delete the data set. By the time IEFBR14 gets control the data set has already been recalled. But I thought that AMS would issue an HDELETE if the data set was migrated. Or did you specify the data set in your JCL when you called IDCAMS? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: UDB JDBC procedure call causes S04E in DB2
At 2008.03.12 15:23, Serenity [EMAIL PROTECTED] wrote to IBM-Main about UDB JDBC procedure call causes S04E in DB2: I'm trying to call a z/OS stored procedure from Win UDB and am getting a SQLCODE: -444, SQLSTATE: 42724. On the the z/OS system log, I see - DSNL027I [snip] RECEIVED ABEND=04E FOR REASON=00D3003B DSNL028I [snip] I haven't been able to find anything by searching IBM. Does anyone have any idea what's causing this? Serenity: plunk the reason code (00D3003B) into LookAt (http://www.ibm.com/servers/eserver/zseries/zos/bkserv/lookat/lookat.h tml) and it'll tell you that DB2 canned the thread because of IDLE THREAD TIMEOUT. LookAt is *very* handy and will retrieve the SQL code values as well. -- signature = 6 lines follows -- Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
I always heard it was the knees. On Wed, 12 Mar 2008 17:43:50 -0300, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: They say that the memory is the second thing to go; I don't remember the first thing. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
The buzz on the radios in Idaho explain that while you are saving money in the spring, you get home earlier in the summer and run those air conditioners longer. Thus you spend more overall. And those old urban legends it was for the farmers, well the animals and crops can figure out when the sun comes up without a clock. It was all about trying to save electricity during the war. On Wed, 12 Mar 2008 12:00:45 -0400, Fletcher, Kevin [EMAIL PROTECTED] wrote: snip I have no issue with time zones. But, I really don't like the semi-annual confusion caused by switching between Daylight Saving and Standard Time. Yes, it's been proved to save energy. However, it's also been proved to cost more in the end. -- Edward E Jaffe /snip Ed, Here in Indiana we switched to day light saving time a couple years ago and studies have shown our energy usage has increased. Not sure if we just have not got the hang of it yet or it actually does cost more. Thanks, Fletch Sr. Systems Analyst Conseco, LLC The first step towards failure is trying - Homer Simpson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx bug?
Reminds me of a problem I thought I had once, how about EXPONENTIAL form affecting e0 versus e8? On Tue, 11 Mar 2008 22:43:18 +0200, Binyamin Dissen [EMAIL PROTECTED] wrote: On Tue, 11 Mar 2008 15:29:16 -0500 Patrick O'Keefe [EMAIL PROTECTED] wrote: :On Tue, 11 Mar 2008 15:09:45 +0100, Thomas Berg :[EMAIL PROTECTED] wrote: :... : ... REXX sees 2 equal numbers in the first case and 2 different : strings in the second case. :No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). :Try x = 00E0 + 00E8 and y = 00F0 + 00F8 :You will get an error in the latter case. :... :Ok. I worded that very poorly. Assuming that the exec is going to :parse its parm string into hex arguments, it had better take care to :handle those args as strings wherever they might be misconstrued :as numbers. If you want them to be treated as hex arguments, use C2X. Otherwise 000E0 == 00E0 will return not equal. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
On Wed, 12 Mar 2008 11:03:41 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: William Bishop wrote: The problem is that if you perfrom an IDCAMS DELETE and specify nonvsam, HSM does a recall. Without the nonvsam, he does an HDELETE if the dataset is migrated. This sounds APARable to me. I don't think so, Ed. I believe that the presence of nonvsam on the command requires a recall so that IDCAMS can verify that it's a nonvsam entry (it can't tell that while the data set is migrated). I believe you'll find that if you had a VSAM file, and issued a DELETE ... NONVSAM against it that the delete would fail. Thus, with a migrated data set IDCAMS needs it recalled or it might mistakenly delete a migrated VSAM data set. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: clock, daylight savings time
I thought it was your hair. Scott IDF -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kenneth E Tomiak Sent: Wednesday, March 12, 2008 7:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: clock, daylight savings time I always heard it was the knees. On Wed, 12 Mar 2008 17:43:50 -0300, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: They say that the memory is the second thing to go; I don't remember the first thing. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx bug?
This isn't a bug in rexx.try this little clist /* rexx */ X = 00E0 + 00E8 Say datatype(x) -- this returns NUM Y = 00F0 say datatype(y) --- this returns CHAR Can't add two character together... Regards, Scott -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kenneth E Tomiak Sent: Wednesday, March 12, 2008 7:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Rexx bug? Reminds me of a problem I thought I had once, how about EXPONENTIAL form affecting e0 versus e8? On Tue, 11 Mar 2008 22:43:18 +0200, Binyamin Dissen [EMAIL PROTECTED] wrote: On Tue, 11 Mar 2008 15:29:16 -0500 Patrick O'Keefe [EMAIL PROTECTED] wrote: :On Tue, 11 Mar 2008 15:09:45 +0100, Thomas Berg :[EMAIL PROTECTED] wrote: :... : ... REXX sees 2 equal numbers in the first case and 2 different : strings in the second case. :No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). :Try x = 00E0 + 00E8 and y = 00F0 + 00F8 :You will get an error in the latter case. :... :Ok. I worded that very poorly. Assuming that the exec is going to :parse its parm string into hex arguments, it had better take care to :handle those args as strings wherever they might be misconstrued :as numbers. If you want them to be treated as hex arguments, use C2X. Otherwise 000E0 == 00E0 will return not equal. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Rexx bug?
Here is the output trace of the clist I showed earlier... O 0 4 *-* say datatype(x) V 0 F NUM NUM 5 *-* y = 00F0 L 00F0 6 *-* z = c2x(y) V 00F0 F F0F0C6F0 7 *-* say z V F0F0C6F0 F0F0C6F0 8 *-* say datatype(y) V 00F0 F CHAR CHAR *** Regards, Scott I didn't think one could add two char strings together..maybe I am wrong...been around rexx a long long time... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ford Sent: Wednesday, March 12, 2008 8:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Rexx bug? This isn't a bug in rexx.try this little clist /* rexx */ X = 00E0 + 00E8 Say datatype(x) -- this returns NUM Y = 00F0 say datatype(y) --- this returns CHAR Can't add two character together... Regards, Scott -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kenneth E Tomiak Sent: Wednesday, March 12, 2008 7:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Rexx bug? Reminds me of a problem I thought I had once, how about EXPONENTIAL form affecting e0 versus e8? On Tue, 11 Mar 2008 22:43:18 +0200, Binyamin Dissen [EMAIL PROTECTED] wrote: On Tue, 11 Mar 2008 15:29:16 -0500 Patrick O'Keefe [EMAIL PROTECTED] wrote: :On Tue, 11 Mar 2008 15:09:45 +0100, Thomas Berg :[EMAIL PROTECTED] wrote: :... : ... REXX sees 2 equal numbers in the first case and 2 different : strings in the second case. :No. REXX sees 1 string in each case (00E0 00E8 and 00F0 00F8). :Try x = 00E0 + 00E8 and y = 00F0 + 00F8 :You will get an error in the latter case. :... :Ok. I worded that very poorly. Assuming that the exec is going to :parse its parm string into hex arguments, it had better take care to :handle those args as strings wherever they might be misconstrued :as numbers. If you want them to be treated as hex arguments, use C2X. Otherwise 000E0 == 00E0 will return not equal. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
On Wed, 12 Mar 2008 11:03:41 -0700, Edward Jaffe wrote: William Bishop wrote: The problem is that if you perfrom an IDCAMS DELETE and specify nonvsam, HSM does a recall. Without the nonvsam, he does an HDELETE if the dataset is migrated. This sounds APARable to me. ... or a Requirement? What's the rationale for the misbehavior? What's the rationale for specifying NONVSAM if it seems only to cause problems? Ages ago, before TSO/IDCAMS was so nearly smart, I coded in Rexx (IIRC): address 'TSO' 'HDELETE ''DATA.SET.NAME'' WAIT' if RC0 then 'DELETE ''DATA.SET.NAME''' Crude, but effective. Why do some sysadmins detest programmers who do what's expedient? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
Amen brother gil..thats because most of the sys admins don't really know how to program Scott -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Wednesday, March 12, 2008 8:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE On Wed, 12 Mar 2008 11:03:41 -0700, Edward Jaffe wrote: William Bishop wrote: The problem is that if you perfrom an IDCAMS DELETE and specify nonvsam, HSM does a recall. Without the nonvsam, he does an HDELETE if the dataset is migrated. This sounds APARable to me. ... or a Requirement? What's the rationale for the misbehavior? What's the rationale for specifying NONVSAM if it seems only to cause problems? Ages ago, before TSO/IDCAMS was so nearly smart, I coded in Rexx (IIRC): address 'TSO' 'HDELETE ''DATA.SET.NAME'' WAIT' if RC0 then 'DELETE ''DATA.SET.NAME''' Crude, but effective. Why do some sysadmins detest programmers who do what's expedient? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
I've got basically the same thing with a HBDELETE first. I call it HBEGONE. Ages ago, before TSO/IDCAMS was so nearly smart, I coded in Rexx (IIRC): address 'TSO' 'HDELETE ''DATA.SET.NAME'' WAIT' if RC0 then 'DELETE ''DATA.SET.NAME''' Crude, but effective. Why do some sysadmins detest programmers who do what's expedient? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Implementing PAV on an existing DASD subsystem
I just need some confirmation/clarification on implementing PAV on an existing DASD subsystem with data or DASD volumes already allocated. Will implementing PAV affect the existing data on the DASD subsystem? If no, is it applicable to both IBM and EMC DASD subsystem? How big is the risk involved to implement this with production data? TIA Regards, Jason -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DB2 for z/OS V7.1 on z/OS V1.9
Does DB2 V7.1 run on z/OS V1.9 and if so any PTFs required? Anybody in this situation? Bu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Disclaimers
Does anybody realise that you cannot issue prior restraint? You cannot legally enforce the fact that you cannot disseminate an e-mail that was sent to you, stating you can't send it from here! If an email was sent to you, unsolicited, you can do whatever you want with it. Sending to a list server is unsolicited. I know this is the law in Canada; I'm pretty sure it's the same in the US. As the Klingons say: if you don't want it heard, you shall not say it. I'm not sure, but I think this is a little bit on topic. If I'm wrong, then what's the purpose of contributingg? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Easy way to covert IEFBR14 and IDCAMS deletes to HDELETE
On 12 Mar 2008 17:52:58 -0700, in bit.listserv.ibm-main
(Message-ID:[EMAIL PROTECTED])
[EMAIL PROTECTED] (Paul Gilmartin) wrote:
Ages ago, before TSO/IDCAMS was so nearly smart, I coded
in
Rexx (IIRC):
address 'TSO'
'HDELETE ''DATA.SET.NAME'' WAIT'
if RC0 then
'DELETE ''DATA.SET.NAME'''
Crude, but effective.
Mine was more complex, but I don't know if it was
more effective. There will probably be line-wrap
problems. sysreasn is an external REXX routine that
returns the text of LISTDSI reason codes. The first
section is my standard entry code to allow me to specify
variables on the command line.
/* REXX exec to delete datasets without hrecall */
arg dsn temp1
do while temp1 \= ''
parse var temp1 temp2 temp1
if right(temp2,1) = ')' then
temp2 = translate(temp2,'= ','()')
if pos('=',temp2) = 0 then temp2 = temp2 || '= '
interpret temp2
end
drop temp1
drop temp2
if debug = 'TRACE' then trace ?i
else if debug \= DEBUG then trace i
if wait= 'WAIT' then dowait = '' /* wait for hsm to
delete? */
else dowait = 'WAIT'
temp = listdsi(dsn NORECALL)
select
when temp = 0 then
DELETE dsn
when temp = 16 then
if sysreason = 9 then HDELETE dsn dowait
else
if quiet = QUIET then do
call sysreasn sysreason
say dsn cannot be deleted this way because
result
if sysreason \= 5 then
LISTC ALL ENT(dsn
end
otherwise
if quiet = QUIET then do
say dsn cannot be deleted this way
LISTC ALL ENT(dsn
end
end
exit 0
--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur at intergate dot com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
Ah, a John M. Ford fan. The Final Reflection - one of the best non-canon ST novels out there. I don't think it's an issue of prior restraint. It's an issue of no restraint whatsoever. However, taglines and disclaimers do at least provide a modicum of protection to the sender, if worded correctly, so that a message cannot be used as a legally binding agreement (and believe me, it's been tried) which can come back to bite the sender in the bee-hind. Frankly, I think that folks should try to have a bit of fun with those darn things, viz: The information contained in this e-mail message may be proprietary and/or confidential. Then again, it may not. It is for intended addressee(s) only, but can be read by anybody at the CIA, MI6, Mossad, the Tal'Shiar or the Obsidian Order. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution, bending, folding, spindling, mutilating, sautéing, roasting, deep-frying, or other Preparation (H) of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense, cause economies to fail, empires to fall, large cracks to appear in the Earth's surface and the end of all existence across the entire multiverse. Void where prohibited. Your mileage may vary. Auntie Em! Auntie Em! It's a Twister, It's a TWISTER! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, March 12, 2008 23:07 To: IBM-MAIN@bama.ua.edu Subject: Disclaimers Does anybody realise that you cannot issue prior restraint? You cannot legally enforce the fact that you cannot disseminate an e-mail that was sent to you, stating you can't send it from here! If an email was sent to you, unsolicited, you can do whatever you want with it. Sending to a list server is unsolicited. I know this is the law in Canada; I'm pretty sure it's the same in the US. As the Klingons say: if you don't want it heard, you shall not say it. I'm not sure, but I think this is a little bit on topic. If I'm wrong, then what's the purpose of contributingg? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
Lol, outstanding DocFarmer Scott -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Doc Farmer Sent: Wednesday, March 12, 2008 10:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Disclaimers Ah, a John M. Ford fan. The Final Reflection - one of the best non-canon ST novels out there. I don't think it's an issue of prior restraint. It's an issue of no restraint whatsoever. However, taglines and disclaimers do at least provide a modicum of protection to the sender, if worded correctly, so that a message cannot be used as a legally binding agreement (and believe me, it's been tried) which can come back to bite the sender in the bee-hind. Frankly, I think that folks should try to have a bit of fun with those darn things, viz: The information contained in this e-mail message may be proprietary and/or confidential. Then again, it may not. It is for intended addressee(s) only, but can be read by anybody at the CIA, MI6, Mossad, the Tal'Shiar or the Obsidian Order. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution, bending, folding, spindling, mutilating, sautéing, roasting, deep-frying, or other Preparation (H) of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense, cause economies to fail, empires to fall, large cracks to appear in the Earth's surface and the end of all existence across the entire multiverse. Void where prohibited. Your mileage may vary. Auntie Em! Auntie Em! It's a Twister, It's a TWISTER! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ted MacNEIL Sent: Wednesday, March 12, 2008 23:07 To: IBM-MAIN@bama.ua.edu Subject: Disclaimers Does anybody realise that you cannot issue prior restraint? You cannot legally enforce the fact that you cannot disseminate an e-mail that was sent to you, stating you can't send it from here! If an email was sent to you, unsolicited, you can do whatever you want with it. Sending to a list server is unsolicited. I know this is the law in Canada; I'm pretty sure it's the same in the US. As the Klingons say: if you don't want it heard, you shall not say it. I'm not sure, but I think this is a little bit on topic. If I'm wrong, then what's the purpose of contributingg? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
Ah, a John M. Ford fan. The Final Reflection - one of the best non-canon ST novels out there I don't know how you figure that out, but yes I am. I've read them all. I was 9 when startrek went on the air (TOS) and have watched them all! But, my point is still the same. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Disclaimers
if worded correctly, so that a message cannot be used as a legally binding agreement (and believe me, it's been tried) which can come back to bite the sender in the bee-hind. My issue was never that. It's the implied liability of the recipient. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
