Re: DUMP Datasets and SMS
FTP to/from IBM is almost completely painless these days. If you do it with a batch job direct from z/OS, well, I've not had it fail, except for typos. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Saturday, September 03, 2005 8:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DUMP Datasets and SMS On Sep 3, 2005, at 10:09 PM, ibm-main wrote: > -SNIP > Say what > Ignore him Bob - IPCS is the ducks nuts. Don't get me wrong its "OK" but give me AMDRDMP anyday. I know there are things you can do in IPCS that its difficult the old way There are cases for printing (like when IBM asks for them) I am not advocating printing a SALONE dump at all. Generally I have 1-2 times a year when IBM wants to print off something from a dump and fax it to them. I know you can FTP (and I have done so) dumps to IBM. But the hassle alone is worth the avoidance, IMO. I had better uses of my time than sending a dump via FTP to IBM. If they would make it reasonably painless. I end up spending hours meanwhile I have people stopping by the desk and asking what the status of this or that is. Even if I can dedicate a slot of time it is aggravation that drives me up the wall. ALmost never does a transfer go smoothly (at least IME). IBM should provide, IMO, a error free (or almost) way of transmitting dumps. Ed -- 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: DUMP Datasets and SMS
On Sep 3, 2005, at 10:09 PM, ibm-main wrote: -SNIP Say what Ignore him Bob - IPCS is the ducks nuts. Don't get me wrong its "OK" but give me AMDRDMP anyday. I know there are things you can do in IPCS that its difficult the old way There are cases for printing (like when IBM asks for them) I am not advocating printing a SALONE dump at all. Generally I have 1-2 times a year when IBM wants to print off something from a dump and fax it to them. I know you can FTP (and I have done so) dumps to IBM. But the hassle alone is worth the avoidance, IMO. I had better uses of my time than sending a dump via FTP to IBM. If they would make it reasonably painless. I end up spending hours meanwhile I have people stopping by the desk and asking what the status of this or that is. Even if I can dedicate a slot of time it is aggravation that drives me up the wall. ALmost never does a transfer go smoothly (at least IME). IBM should provide, IMO, a error free (or almost) way of transmitting dumps. Ed I couldn't exist (professionally) without IPCS. I hate any "paper form at" dumps with a passion - damn all use to me generally. Whilst I occasionally kick off some batch IPCS runs, it's for a specific purpose (sometimes to overcome a limitation in IPCS), but that's a whole different matter than trying to run control block chains on emulated paper. Ugh !!! Now Bob, whilst I've got you ear, how about you look at what RMF have done with CIM to expose their data. Any plans to provide a service to allow dump analysis from outside ISPF ???. A server that allows me to hit an API and get (XML) data back for analysis would be o.k. :o) Shane ... -- 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: DUMP Datasets and SMS
From: "Ed Gould" > > That sounds about right. I always disliked the IPCS handling of dumps. > It was just never (to me) a straight forward invocation like AMDPRDMP. > I fought it until the bitter end. Say what Ignore him Bob - IPCS is the ducks nuts. I couldn't exist (professionally) without IPCS. I hate any "paper format" dumps with a passion - damn all use to me generally. Whilst I occasionally kick off some batch IPCS runs, it's for a specific purpose (sometimes to overcome a limitation in IPCS), but that's a whole different matter than trying to run control block chains on emulated paper. Ugh !!! Now Bob, whilst I've got you ear, how about you look at what RMF have done with CIM to expose their data. Any plans to provide a service to allow dump analysis from outside ISPF ???. A server that allows me to hit an API and get (XML) data back for analysis would be o.k. :o) Shane ... -- 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: DUMP Datasets and SMS
VSAM hasn't had volume ownership since the advent of ICF. I was still an applications (Cobol) programmer then, MVS 5.1 or earlier. Sometime in the 80's > Bob Wright - z/OS MVS Service Aids > Bob, That sounds about right. I always disliked the IPCS handling of dumps. It was just never (to me) a straight forward invocation like AMDPRDMP. I fought it until the bitter end. Maybe because I was missing SHARE a lot and never got to any of the sessions. That and I have a gut instinct not to like VSAM. I dislike the VSAM volume ownership issue the most (I think). Any requirements out there to rid IPCS of any VSAM usage? Ed -- 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
Access to the SHARE requirements database
Does anyone know if a regular share member can get read access to the SHARE requirements database? At one time (When GUIDE still existed) I had access but since GUIDE is no more it would be nice to get access. Ed -- 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: DUMP Datasets and SMS
On Sep 2, 2005, at 5:24 AM, Robert Wright wrote: Somewhere in the mists of time I got the idea that multi-volume (or stripped) dumps were not supported. I think I ran into this 10 years ago (before stripping). Was that ever the case? I vaguely recall having a dump that needed several volumes and AMDPRDMP would not touch any volume after the first. -SNIP PRDMP left the scene long before any of this happened. IPCS has always "supported" multi-volume dumps and was designed to index randomly-ordered dump records, but performing well in the face of really large instances of multi-volume SADMPs has been a challenge. That remains the case although we've made a dent in the performance concerns - hopefully soon enough so you don't get the brunt of them. The best advice that I can give on that front is to copy the dumps out of the multi-volume data set where SADMP wrote it before commencing analysis using IPCS COPYDUMP. Place the copy in an extended format data set that exploits striping and compression capabilities of DFSMS, and make the original multi-volume data set available for use whenever it may be needed again. We're putting logic in COPYDUMP to recognize how SADMP scatters data across the volumes, writing out the copy much as though SADMP had been given the time to write the dump to just one volume. Bob Wright - z/OS MVS Service Aids Bob, That sounds about right. I always disliked the IPCS handling of dumps. It was just never (to me) a straight forward invocation like AMDPRDMP. I fought it until the bitter end. Maybe because I was missing SHARE a lot and never got to any of the sessions. That and I have a gut instinct not to like VSAM. I dislike the VSAM volume ownership issue the most (I think). Any requirements out there to rid IPCS of any VSAM usage? Ed -- 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: 64-bit Virtual Questions
David Bond did an excellent session at SHARE in Washington DC which is in the proceedings 8158 - 64-bit z/OS Assembler Coding http://ew.share.org/client_files/callpapers/attach/Washington_DC/s8158a.pdf 64-bit support is now in z/OS but there are few examples of why and how to write 64-bit code. Come to learn about the hardware and software support for 64-bit registers, addressing mode and storage and how to exploit them. The demo program is embedded in the foils. I will drop a note to David and maybe he can stick his sample program on his web site http://tachyonsoft.com where you can find his excellent cross assembler (free for MVS 3.8 use) or on CBT or both. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Anyone who has never made a mistake has never tried anything new. - Albert Einstein -Original Message- 2) Has anyone built a simple assembler program using IARV64 to get 64-bit virtual storage, that we can run on a test LPAR to check reality and see what TMON and RMF see of the 64-bit virtual workload, if anything. If so, can you share the program source? Cheers, Michael <> 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
RMF APPL %
Hi, If I have a LPAR in a parallel sysplex with 4 LP defined (out of say a total of 5 CP), and the APPL% reported for a CICS service class is 100% (CICSPlex with lets say multiple CICS AOR address space in this LPAR). If AVG (average number of concurrent address spaces) is 2. I know APPL% shows CPU utilization based on a single processor capacity. CICS is primarily (over 80% on QR TCB) a single tasking address space running on a single CPU. If it were a single CICS address space in the LPAR it would be pretty clear cut, that CICS is at max capacity and additional AOR are required. The RMF Report Analysis manual however explains "APPL% shows CPU utilization based on uniprocessor capacity. This means that the value can exceed 100% in systems with more than one processor. To get the system utilization, this value has to be divided by the number of processors. " Why is there a need to divide by the number of processors ? Is this to see how busy/utilized each CP is, in a multi-tasking environment ? I would like to confirm with multiple CICS AOR in the CICSPLex am I right to assume that the APPL % needs to divided by the number of concurrent address space (AVG) rather than number of CP (since CICS is a single tasking address space)? So in my example even though APPL% is 100 because AVG is 2, we still have a lot of room for growth ? Thanks Regards, Yi Ming -- 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
Code page question
In several IBM docs there is a statement that there are 13 variant characters: characters that do not map consistently across all EBCDIC code pages. These are: [ ] - < > ! / ? & ' " @ # I am looking for examples of these; I have found codepages with differing mappings for [ ] ! but no luck on the others. Can anyone point me to an EBCDIC codepage that maps - to anything other than x'60', for example? Kind regards, -Steve Comstock -- 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.6 and CA-MIM Removal/Replacement
>CA will have reasons why MIM should be kept, but due to costs and how GRS is working very well now, I have no idea, outside of the job requeuing feature, why one would keep MIM. ... If you have a need to share DASD between two SYSPLEX's. -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: 64-bit Virtual Questions
Knutson, Sam wrote: Selective memory Ed ???. Have a look for the problems Brian Peterson and I both had with RSM - in my case (at least) a SADUMP dump a week. Doesn't qualify as a war story ???. Those are exactly the issues I alluded to in my post: bugs in RSM that no longer exist. I referred to them as "ancient history". -- - | Edward E. Jaffe|| | Mgr, Research & Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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
Alternate Sysres (Previously One more about SYRES Sharing
In a Recent post Paul Hanrahan wrote: "Does the phrase alternate sysres ring a bell with anyone here ? Know where I can look it up ?" The phrase alternate sysres is a part of my culture, or at least was up to March 1999. The maintenance philosophy dictated that our main system volumes operated in pairs. The active set and a maintenance set. The maintenance set would receive all changes, which required an IPL to be implemented, and once a month the IPL would occur off the maintenance set. If the IPL ran smoothly the maintenance volumes became the active set, and the previous active set became the new maintenance set. The next maintenance cycle beginning with a clone to refresh the new maintenance set from the current active set. This technique was employed to provide push button recovery should an IPL fail, there being no time to investigate failures given the number of systems being IPLed in any given night (usually into double figures), let alone the Service Level commitment to customers. I am not sure precisely if the term was directly quoted in documentation, but the process was aided by references to Alternate Master Catalogues, the use of symbols at IPL, and the splitting of Parmlib information into Common and System Dependent stuff. I hope this is of some use. Kind regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield South Yorkshire UK Tel +44 (0) 114 262 0933 Web www.kmsitltd.co.uk Reg: England & Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the responsibility of the recipient to ensure that their system is protected from infection by virus, Trojans, and worms. -- 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.6 and CA-MIM Removal/Replacement
On Thu, 1 Sep 2005 17:07:06 -0400, LUCAS, THOMAS E <[EMAIL PROTECTED]> wrote: >With the recent z/OS 1.6 upgrades for SYSPLEX support, PPRC, GDPS and >VTS (Virtual Tape Support), has anyone been able to use this technology >infrastructure to remove and replace their existing copies of the >software known as "CA-MIM" (Multi-Image-Manager)? If so, how did you >justify this type of project, and what were the cost savings of not >having to pay "CA" (Computer Associates) licensing and maintenance fees >for MIN? Did the z/OS functions of SYSPLEX, PPRC, GDPS and VTS options >provide all of the functionality and technical support, or were there >unplanned issues or "gotchas" that made this type of production removal >a painful experience? Thank you for your patience and co-operation. > > > > > >Regards > >Tom Lucas > > > > > > >-- >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 The only issue we have had is tying to get the MIM requeuing functionality replaced with our console automation product. Tape sharing is long ago replaced with native Sysplex functionality. I imagnie CA will have reasons why MIM should be kept, but due to costs and how GRS is working very well now, I have no idea, outside of the job requeuing feature, why one would keep MIM. Pat -- 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: One more about SYRES Sharing
Does the phrase alternate sysres ring a bell with anyone here ? Know where I can look it up ? Paul Hanrahan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Schmidt Sent: Friday, September 02, 2005 1:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: One more about SYRES Sharing On Fri, 2 Sep 2005 12:04:19 -0500, Tom Schmidt wrote: >On Fri, 2 Sep 2005 17:38:21 +0200, Lucas Morton wrote: > >>I'm in the process of redesign out z/OS infrastructure: In 1 year we >>increased our z/OS system images from 2 (1 production and 1 testing) >>to 6 (2 in production sysplex, 2 dev. and 2 test). So I think that a >>shared SYSRES might simplify the thing. >> >>Should I share SYSRES between sysplexes? I now that I can't share >>PDSE's outside a plex, so I will clone volumes with PDES, but.. what >>about the other O.S. and Software datasets?. > >Lucas, > >You don't mention whether you have MIM available to span ENQs across >your plexes, so I'll presume that you don't. If that is correct, then >you should NOT share a sysres across plexes since you will not have >data set integrity from one plex to the next. > >Clone the sysres to make things easier for you for sure, but don't >share without dataset integrity. (Bad things(tm) happen if you lose >integrity.) > >-- >Tom Schmidt >Madison, WI Sorry for answering my prior post, but you ought not share sysres from test to development to production anyway: You should roll your sysres maintenance up through those levels (for quality control) just as your applications should roll up through those levels. So whether you have MIM or not, you ought to maintain an offline (not-in- use) SMP/E 'target' sysres, then one* IPL sysres for each level (test / dev / prod) with the prod sysres being the top of your hierarchy. You could, if you have the DASD, also have 2 IPL sysres at each level (say, A and B) with one being used currently and the other as the former/next value for clone purposes. Several shops that I know of do essentially that. -- Tom Schmidt Madison, WI -- 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: Disaster Declarations due to Katrina
On 2 Sep 2005 09:46:13 -0700, [EMAIL PROTECTED] (Shmuel Metz , Seymour J.) wrote: >In <[EMAIL PROTECTED]>, on 09/01/2005 > at 06:11 PM, "R.S." <[EMAIL PROTECTED]> said: > >>But seriously what sense is to continue data processing for customer >>base which suffer from disaster. Is it important that HR system in >>public transportation of New Orlean is out of service ? > >That's a rather cold hearted way to look at it, even if you ignore the >legal issues. Maybe you don't care whether the workers get paid, have >their medical problems treated, etc., but the affected workers and >their families certainly do. Acutally as a disaster recovery specialist (business continuity) pointed out, you don't need the HR running. All you need is a manual way to cut advance checks based on paper records. If the person has any way of identifying him or her self as entitled, the paperwork and updating can take place later. A way to take roll call and determine if anyone is left in an afflicted facility without calling that person's home is advisable but this is not the HR record being discussed. > >Fortunately, the law imposes a fiduciary responsibility even on the >companies that wouldn't otherwise care. > -- 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: OPC configuration
No the jlibxx is not dynamically alocated , but in a D/R situation you could have 1. A OPC proc with only the JLIBXX needed or 2. A modified exit2. If you are interested in the code for exit 2 let med know. Regards Alex. On Fri, 2 Sep 2005 12:52:02 +0100, Perryman, Brian <[EMAIL PROTECTED]> wrote: >Thanks for the advice, Alex. That looks like a good way to go. > >One thing that does concern me though is disaster recovery, we may not have all the production JCL libraries restored yet, but the system and support libraries would be there. We'd want to start running housekeeping stuff quite early on though, so would need an OPC up and running. We don't want the task to be unstartable just because of JCL errors from missing JCL library datasets. Are the JLIBxx DDs dynamically allocated? > > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] >Behalf Of Alex B Nielsen >Sent: 02 September 2005 11:02 >To: IBM-MAIN@BAMA.UA.EDU >Subject: Re: OPC configuration > > >Hi. >I thing its a bad idea.You could define a workstation to run >your "Housekeeping Jobs" and adjust PS. >You can restrict access to job libraries via exit2. >We use exit2 to let the application get the jcl from these rules : >The first 2 char is compared with the 5 and 6 char in the JLIB. >Example : Application QB** will get jcl from //JLIBQB DD DSN=XX.YY. >It will enhance performance and you can setup an access list to this >dataset. > >You can restrict access to different OPC functions via AUTHDEF in the >controller parm. >Example : >AUTHDEF CLASS(OPCCLASS) > LISTLOGGING(ALL) > TRACE(0) > SUBRESOURCES(AD.ADNAME * Many more resources * > >And the setup the Racf OPCCLASS to : >OPCCLASS ADA.AL* >You can then setup an access list for this ressource. > >Hope this helps. > >Regards /alex. >This e-mail message is for the sole use of the intended recipient(s)and may >contain confidential and privileged information of Transaction NetworkServices. >Any unauthorized review, use, disclosure or distribution isprohibited. If you >are not the intended recipient, please contact thesender by reply e-mail and >destroy all 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 -- 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: Disaster Declarations due to Katrina
Bill Fairchild wrote: In a message dated 9/2/2005 11:46:22 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Fortunately, the law imposes a fiduciary responsibility even on the companies that wouldn't otherwise care. And many legal obligations are nullified in case of force majeure, acts of God, insurrection, etc. It all depends on the fine print in one's contract. And, as lawyers are wont to say, you show me the law and I'll show you the loophole. Nothing is cast in concrete. Whether it is fortunate or unfortunate depends on one's side in the argument over responsibility. I also "like" the lawyers, however it is good that many legal legal duties, like tax payments can be prolongated or even cancelled due to "act of God". AFAIR One of the Apollo 11 crew members was allowed to delay deliver his tax claim beacuse (AFAIR word of J.F. Kennedy) "he was abroad". And it is not "lawyer loophole", but humanitarian behavior. You wont' demand service from a victim of disaster. That would be non-humanitarian. Sometimes - as your business partner is (temporarily or permanently) out of business, you can also suffer, despite you're on another continent. -- Radoslaw Skorupka Lodz, Poland -- 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
FTP exit FTPOSTPR
Hi all, Anybody know how to compile the FTP exit FTPOSTPR in z/OS 1.4? I have already test this exit in z/OS 1.3 successfully, but in 1.4 this exit was updated by IBM, IPV6 was introduced. When I compiled it, some errors reported, Even if I added the SYS/ARPA/NET/SYS head files into compile JCL. Some variable was reported as "not defined", such as INET6_ADDRSTRLEN,AF_INET6. Are there some sepcial compile options for IPV6? wangrr 2005-09-03 -- 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