USS, issue and trolling
Rule of thumb: DON'T FEED THE TROLL. I'm really tired with the noise generated by ONE person and their responders. I'm trying to omit threads like USS overloaded acronyms and so on, but it doesn't work - I was caught in SDSF topic. I already put the author of this noise to my killfile, but I'm still attacked with their wisdom in many responses. The only solution is the above: DON'T FEED THE TROLL. BTW: Quick test: count all the messages for last week/month from given author and analyze - how many of them provide any value added. How many of them are helpful to you or person asking for help. Then answer yourself whether it's really worth to receive the messages from this person. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: USS, issue and trolling
R.S. r.skoru...@bremultibank.com.pl wrote in message news:4dd375ac.5060...@bremultibank.com.pl... Rule of thumb: DON'T FEED THE TROLL. I'm really tired with the noise generated by ONE person and their responders. I'm trying to omit threads like USS overloaded acronyms and so on, but it doesn't work - I was caught in SDSF topic. I already put the author of this noise to my killfile, but I'm still attacked with their wisdom in many responses. The only solution is the above: DON'T FEED THE TROLL. BTW: Quick test: count all the messages for last week/month from given author and analyze - how many of them provide any value added. How many of them are helpful to you or person asking for help. Then answer yourself whether it's really worth to receive the messages from this person. -- Radoslaw Skorupka Lodz, Poland Better test: count the messages that started with a useful or sensible question and that were deviated within a couple of responses to totally offtopic discussions, both in the sense of the original question and in the sense of the intention of this list. This group more and more begins to look like a class of little children, trying to show what they all know, or a group of grumpy old men, trying to show what they all did and knew in the past. And that is different from trolling, it is worse. I also asked on several occasions to keep topics on topic or otherwise change the topic, but it seems impossible. This group seems not to be able to control itself when the teacher has left the class for a while, so we need him back and here he is called moderator (Darren, why did you quit?). Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Shop Zseries Down I have http 500 server error ?
Shop Zseries Down I have http 500 server error ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shop Zseries Down I have http 500 server error ?
no its not down .. we get the same error and just click the RELOAD-button from the browser and the page will be displayed. Maybe a timing-problem??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shop Zseries Down I have http 500 server error ?
I have the same problem. It happens after when you try to sign in. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bernard Coeytaux Sent: Wednesday, May 18, 2011 12:13 PM To: IBM-MAIN@bama.ua.edu Subject: Shop Zseries Down I have http 500 server error ? Shop Zseries Down I have http 500 server error ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shop Zseries Down I have http 500 server error ?
IT IS OK NOW thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
WLC and 4HRA across CEC's
* Cross posted to IBM-Main and LPAR-Pricing Folks, I thought I had a good understanding of VWLC and how chargeable MSU's were calculated, but have recently been re-educated and it concerned me a little so I thought I'd check others understanding. The WLC announcements (linked below) and ICA attachment for WLC which include a definition of the chargeable MSU's for a product (known as Product LPAR Utilisation Capacity) as the highest number of MSUs utilized by the by the combined LPARs in which a VWLC product runs concurrently during a reporting period. The number of MSUs is based on a rolling 4 hour average utilization. The emphasis for me was on the phrase the combined LPARs in which a VWLC product runs concurrently, which I had interpreted to mean ALL LPAR's in which the product ran within a qualifying aggregated environment. The SCRT pages ( http://www-03.ibm.com/systems/z/resources/swprice/subcap/technology.html) support this stating SCRT only looks at simultaneous peaks for a product running in multiple LPARs. In practice however this is not how it is applied - the Product LPAR Utilisation Capacity is calculated per CEC and then aggregated - which means it is not simultaneous peaks across all CEC's, it is simultaneous peaks within a CEC. To illustrate the difference - using the example on the SCRT site, SCRT calculates 4HRA peak for z/OS to be in hour 719 at 130 MSU's as this is the simultaneous peak. This works fine when both LPAR's are all running on one CEC - however if LPAR A was on one CEC and LPAR B on another, the peak for z/OS in LPAR A would be in hour 719 at 100 MSU's and the peak for z/OS in LPAR B hour 3 at 50 MSU's which ends up with a total z/OS MSU'age of 150, which is what SCRT reports and what you are charged for. Hour 1 1 2 2 3 3 ? 719 719 720 720 LPAR A B A B A B A B A B 4HRA 70 30 75 30 50 50 100 30 100 10 Zos Y Y Y Y Y Y Y Y Y Y DB2 Y Y Y Why is this important? I had thought in a VWLC world (for IBM products at least) that LPAR placement for SW licensing was no longer needed - however it seems it still is important. In the above example doing the exact same amount of work on 2 CEC's costs you 20 MSU's more for your VWLC licenses than it does doing it 1 CEC. Worth a thought. VWLC Announcement - http://www-01.ibm.com/common/ssi/ShowDoc.jsp?docURL=/common/ssi/rep_ca/8/877/ENUSZA00-0318/index.htmlbreadCrum=DET001PT022url=buttonpressed=DET002PT005specific_index=DET001PEF502DET015PGL002=DET001PEF011submit.x=7submit.y=8lang=en_US#Header_26 VWLC ammendment - http://www-01.ibm.com/common/ssi/ShowDoc.jsp?docURL=/common/ssi/rep_ca/9/877/ENUSZA02-0189/index.htmlbreadCrum=DET001PT022url=buttonpressed=DET002PT005specific_index=DET001PEF502DET015PGL002=DET001PEF011submit.x=7submit.y=8lang=en_US#Header_7 Peter Gammage Group IT Delivery and Support Process Manager Standard Life Employee Services Limited http://www.standardlife.com Tel:+44 (0)131 245 7024 Mob:+44 (0)7736592559 This e-mail is confidential and, if you are not the intended recipient, please return it to us and do not retain or disclose it. We filter and monitor e-mails in order to protect our system and the integrity, confidentiality and availability of e-mails. We cannot guarantee that e-mails are risk free and are not responsible for any related damage or unauthorised alteration of e-mails by third parties after sending. For more information on Standard Life group, visit our website http://www.standardlife.com/ Standard Life plc (SC286832), Standard Life Assurance Limited* (SC286833) and Standard Life Employee Services Limited (SC271355) are all registered in Scotland at Standard Life House, 30 Lothian Road, Edinburgh EH1 2DH. *Authorised and regulated by the Financial Services Authority. 0131 225 2552. Calls may be recorded/monitored. Standard Life group includes Standard Life plc and its subsidiaries. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Contributions (Was: USS, issue and trolling)
If the dictator of Lodz were reading this I'd have taken the trouble to point out something to improve his already excellent command of English, namely that the possessive pronoun for the third person singular male person is his - and I'm sorry if he imagined I might be called Christine. - BTW: Quick test: count all the messages for last week/month from given author and analyze - how many of them provide any value added. How many of them are helpful to you or person asking for help. Then answer yourself whether it's really worth to receive the messages from this person. I took the challenge! Of course, I couldn't very strictly since I might have difficulty *not* receiving messages from myself - well, I dare say I might go ga-ga eventually and try talking to myself ... Anyhow, he suggested last month so I took April and here are the results - and, just to summarise for those who don't like unnecessary tedious detail, the result was 100% provide any value added and helpful to ...the person asking for help - at least in intention - and that's the best we can achieve after all - especially when it's not always clear what the question is about. Incidentally, I could be wrong and I'm open to debate but I don't believe each and every response given in the list is going to be helpful today - who knows what may happen in the future? - to each and every reader which is what is being asked here: ... helpful to you Threads in April in which ONE Chris Mason chrisma...@belgacom.net made at least one contribution directed at the technical question posed: list CICS1USR.CICS1.DFHSHUNT Control date format using Rexx DB2 V9 Vs V10 Deleting post DFHRM0131 CICSINGP Resynchronization required with LU62 resources Error 167 from socket() call in CICS Post on behalf of someone saying I need to teach myself REXX. Host integration server connection to mainframe HTTP Server for z/OS IMS Restart Issue Message Pop up No LUs available PDS multi-volume posting commands across systems in a plex What is the point of FFST? When is an OSA card too busy? /list Message Pop up is one where I explained a technique in some detail, incidentally, apropos trying to show what they all did and knew in the past, this technique relied on something I did long, long ago, around 1982 or so, which - what do you know? - still seems to have some use! What is the point of FFST?: given who is on his high white horse here, this one is of particular interest. It's a thread I moved from another list because the dictator posed a couple of questions that were quite inappropriate where asked - but to give him his due - always actually striving to be fair! - it turned out it was a question worth posing - when relieved of its venom - and it turns out to be an IBM failure - but only wrt z/OS strangely enough. I noted that, within a particular thread, one of my responses shouldn't be counted as value added - because I at least try to offer a balanced judgement - since it concerned a response I was obliged to make in answer to an unjustified put-down of an earlier technical response. We just have to bear these burdens! On point cannot be avoided is that the appearance of Jagadishan Perumal (Jags) in the list has had the effect of boosting my participation count! This prompts me to mention one of the rules of this game which I have, of course, had to set myself. This is that redirecting a participant to a more likely list is valid technical help - involving very little technical knowledge of course and hardly turning the scale of value added. However better than nothing and one in the eye for Sir Les Patterson. I am even including assisting with a language false friend in one case and assisting with list-craft and manual-craft in others which is not really technical but always helpful - as I imagine - and hence offering added value. I'm surprising myself over some of the topics in which I have taken interest given that I work from the archive. To think all these potentially useful hints are being lost to the arrogant spittle- flecked. Chris Mason On Wed, 18 May 2011 09:30:52 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Rule of thumb: DON'T FEED THE TROLL. I'm really tired with the noise generated by ONE person and their responders. I'm trying to omit threads like USS overloaded acronyms and so on, but it doesn't work - I was caught in SDSF topic. I already put the author of this noise to my killfile, but I'm still attacked with their wisdom in many responses. The only solution is the above: DON'T FEED THE TROLL. BTW: Quick test: count all the messages for last week/month from given author and analyze - how many of them provide any value added. How many of them are helpful to you or person asking for help. Then answer yourself whether it's really worth to receive the messages from this person. -- Radoslaw Skorupka Lodz, Poland
Re: Under z/OS Unix
Terminal (not command) behaviour: No Surely you're not thinking of the dreadful RUNNING/INPUT toggle (I try not to). IBM should be ashamed. Can't remember what I'm thinking of ;-) too long since I last used (or was force to use) TSO/OMVS. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF API - REXX or Java?
Funny you should ask. I'm working on a CMG paper about Java on z/OS right now. The overhead is not nearly as bad as it used to be, and on modern hardware, especially with zAAPs (or zAAP on zIIP to forestall that point), probably immaterial for a lot of things. But you specifically said that zAAPs weren't in the mix, which is unfortunate. I've also done a fair bit of REXX SDSF. It works pretty well, most of the time. And personally, I like REXX more than Java. If you're talking about using the JZOS MvsJobOutput class, the doc for that states: The class relies on the sample Rexx script jobOutput, spawned as a child process via the Exec class. I haven't looked at that script, but my guess is that it's using the REXX SDSF interface. So in this case the Java solution = Java overhead + REXX SDSF. That sum will be greater than either part, so I'd just stick with REXX unless I was doing substantial further processing of the output that could be zAAP- eligible. Of course if I was a Java only programmer, and didn't know REXX programmer, then I'd probably have to use the Java class. As for the overhead of instantiating the JVM, that's down to 1 CPU second for trivial work, even on a z10-504 (half speed CPs). But it's still tenths of a second, so you probably don't want to be instantiating multiple per second unless you have the CPU to back it. (Almost all of that is zAAP-eligible though.) If you're talking about a few requests per hour though, you probably don't care. For truly trivial (not much beyond helloWorld), look at the quickstart runtime option. That does seem to have a noticable impact on those trivial results. It does seem to potentially have a negative impact on longer running things though. I think caching shared classes may also help in cases where you're starting the same Java class multiple times per day, but I haven't yet investigated this. And if you're in the Cincinnati area, I'm presenting on this topic at the Cincinnati System Z User Group on 6/23. I expect to have a better summarization of performance data re. running Java in batch on z/OS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What does issue mean? (Was: SDSF issue)
On Tue, May 17, 2011 at 12:50 PM, Chris Mason chrisma...@belgacom.net wrote: nothing worth reading Indeed; lately, Mr. Mason has become a rather tedious vacuum. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What does issue mean? (Was: SDSF issue)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Graham Hobbs Does this Mason have a job? I think he once posted that he's retired -- which for some seems to be a euphemism for bored and bitter. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
[no subject]
Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. It depends on what you are looking for. Do you want the ACEE, Data Sets? Are you going to use a program (written in Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you looking for the STC information or what a user has? The Data Areas manuals would be a good start. Start with the CVT area and find the Security Product. Then go from there. You can use IPCS on ACTIVE to follow the control blocks. It would be helpful to know what specific function you are trying to research. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to tell what security product
how I did it was from the RCVT. if RCVT then RACF if ACF2 then ACF2 if RTSS then TopSecret -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jose Adauto Ribeiro Sent: Wednesday, May 18, 2011 3:04 PM To: IBM-MAIN@bama.ua.edu Subject: Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
and in Rexx: /* rexx */ CVT=c2d(storage(10,4)); RCVT=c2d(storage(d2x(CVT+x2d('3e0')),4)); /* Get acronym (1st 4 bytes) from the RCVT */ Secacr=storage(d2x(RCVT),4); select when Secacr='RCVT' then Secsys='RACF'; when Secacr='ACF2' then Secsys='ACF2'; when Secacr='RTSS' then Secsys='TopSecret'; otherwise Secsys='Unknown'; end; Say 'Security Software is' Secsys'.' Exit -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, May 18, 2011 3:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. It depends on what you are looking for. Do you want the ACEE, Data Sets? Are you going to use a program (written in Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you looking for the STC information or what a user has? The Data Areas manuals would be a good start. Start with the CVT area and find the Security Product. Then go from there. You can use IPCS on ACTIVE to follow the control blocks. It would be helpful to know what specific function you are trying to research. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
and for the data areas: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICHZC4A0/1.39 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, May 18, 2011 3:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. It depends on what you are looking for. Do you want the ACEE, Data Sets? Are you going to use a program (written in Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you looking for the STC information or what a user has? The Data Areas manuals would be a good start. Start with the CVT area and find the Security Product. Then go from there. You can use IPCS on ACTIVE to follow the control blocks. It would be helpful to know what specific function you are trying to research. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
Oh, you are very fast. Thans Lindy Mayfield and Lizette Koehler, this is what I need (for now). I will put some more doubts about Top Secret x RACF on z/OS, I hope you can help me. Thanks again. José ADAUTO Ribeiro Em 18/05/2011 09:18, Lindy Mayfield lindy.mayfi...@ssf.sas.com escreveu: and in Rexx: /* rexx */ CVT=c2d(storage(10,4)); RCVT=c2d(storage(d2x(CVT+x2d('3e0')),4)); /* Get acronym (1st 4 bytes) from the RCVT */ Secacr=storage(d2x(RCVT),4); select when Secacr='RCVT' then Secsys='RACF'; when Secacr='ACF2' then Secsys='ACF2'; when Secacr='RTSS' then Secsys='TopSecret'; otherwise Secsys='Unknown'; end; Say 'Security Software is' Secsys'.' Exit -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Wednesday, May 18, 2011 3:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? Thanks in advance. It depends on what you are looking for. Do you want the ACEE, Data Sets? Are you going to use a program (written in Assembler or PL/I) or something like REXX or IPCS to run the chains? Are you looking for the STC information or what a user has? The Data Areas manuals would be a good start. Start with the CVT area and find the Security Product. Then go from there. You can use IPCS on ACTIVE to follow the control blocks. It would be helpful to know what specific function you are trying to research. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running Security System
Check out the RCVT control block. You'll find a pointer to it in the CVT. On my system running Top Secret, the RCVTID field changes to RTSS. I *think* on a RACF system it contains RCTV. Not sure what you would find with a systems running ACF2. Tom Chicklon Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running Security System
Thanks, Tom. I will do this. José ADAUTO Ribeiro Em 18/05/2011 09:31, Chicklon, Thomas thomas.chick...@53.com escreveu: Check out the RCVT control block. You'll find a pointer to it in the CVT. On my system running Top Secret, the RCVTID field changes to RTSS. I *think* on a RACF system it contains RCTV. Not sure what you would find with a systems running ACF2. Tom Chicklon Hi, How do I find out, researching control blocks, preferably, if running Top Secret or RACFon z / OS? This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLC and 4HRA across CEC's
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Gammage * Cross posted to IBM-Main and LPAR-Pricing Folks, I thought I had a good understanding of VWLC and how chargeable MSU's were calculated, but have recently been re-educated and it concerned me a little so I thought I'd check others understanding. The WLC announcements (linked below) and ICA attachment for WLC which include a definition of the chargeable MSU's for a product (known as Product LPAR Utilisation Capacity) as the highest number of MSUs utilized by the by the combined LPARs in which a VWLC product runs concurrently during a reporting period. The number of MSUs is based on a rolling 4 hour average utilization. The emphasis for me was on the phrase the combined LPARs in which a VWLC product runs concurrently, which I had interpreted to mean ALL LPAR's in which the product ran within a qualifying aggregated environment. The SCRT pages ( http://www-03.ibm.com/systems/z/resources/swprice/subcap/technology.html ) support this stating SCRT only looks at simultaneous peaks for a product running in multiple LPARs. In practice however this is not how it is applied - the Product LPAR Utilisation Capacity is calculated per CEC and then aggregated - which means it is not simultaneous peaks across all CEC's, it is simultaneous peaks within a CEC. [ snip ] Hmmm We've always submitted a separate SCRT report for each CEC, despite that both host LPARs in the same sysplex. Does this suggest that we might have been over-paying all these years? -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
LE backwards compatibility
Hi all, Do you know any issues regarding LE backwards compatibility ? I'm specially interested with z/OS 1.12 and 1.10, but any other history is welcome. Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void.
Re: What does issue mean? (Was: SDSF issue)
On Wed, 18 May 2011 09:55:53 +0800, David Crayford wrote: On 18/05/2011 9:12 AM, Ron Hawkins wrote: Well everyone, this LISTSERV has been hijacked by one contributor I agree. and is now bordering on the ridiculous. Good day and good luck to all those I have debated, agreed with, and most importantly learnt from for the last 14 years, but It's farewell from me. It saddens me to see you leave. IMO you have posted more useful and helpful information in the past month than Mason has posted since I first saw him hears ago. Please re-consider Ron. A list forum is only as good as it's experts and you're a fair dinkum expert. Agreed. You can always plonk trolls into your kill list. Yes, but AFAIK there is no way to cause a reply to the troll to be killed. I know one long time regular contributor to this list whose contributions are concise and valuable. He told me that Mr. Mason earned the first entry in his killfile. Chris, you made your point about the usage of the word, issue in your previous response on the SDSF issue thread, where you also included the gratuitous insult about some of limited intellect. There was no need to post a 140 or so line followup justifying your position, nor was there any excuse for another lengthy post justifying yourself. This list is about IBM mainframes. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLC and 4HRA across CEC's
I was lead to understand that 'reporting period' for R4A* MSU's was 30 minutes or so. For a single CEC, your bill would be based on the highest sum of the R4A's for all LPAR's in a 30 minute period for that CEC. Generally, IBM software is attached to a single CPU serial number. In my case, I submit two separate sub capacity reports, one for each of my qualifying CEC's. I don't see the invoices very often, but I believe we get one for each CEC. It may be important to note that some products are charged on actual product usage on the target LPAR, while some (DB2, for example) charge for total MSU's across all LPAR's on that CEC (no matter if DB2 is installed on a given LAPR or not). I'm not clear on the details, but the point is that different products may charge differently. That difference may extend to other, more complex kinds of pricing based on aggregation across CEC's. Can't speak to that. I have heard some complain that IBM's calculations are not always 100% accurate and have found it worthwhile to get independent verification. *R4A = Rolling four hour average HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Peter Gammage Sent: Wednesday, May 18, 2011 5:44 AM To: IBM-MAIN@bama.ua.edu Subject: WLC and 4HRA across CEC's * Cross posted to IBM-Main and LPAR-Pricing Folks, I thought I had a good understanding of VWLC and how chargeable MSU's were calculated, but have recently been re-educated and it concerned me a little so I thought I'd check others understanding. The WLC announcements (linked below) and ICA attachment for WLC which include a definition of the chargeable MSU's for a product (known as Product LPAR Utilisation Capacity) as the highest number of MSUs utilized by the by the combined LPARs in which a VWLC product runs concurrently during a reporting period. The number of MSUs is based on a rolling 4 hour average utilization. The emphasis for me was on the phrase the combined LPARs in which a VWLC product runs concurrently, which I had interpreted to mean ALL LPAR's in which the product ran within a qualifying aggregated environment. The SCRT pages ( http://www-03.ibm.com/systems/z/resources/swprice/subcap/technology.html) support this stating SCRT only looks at simultaneous peaks for a product running in multiple LPARs. In practice however this is not how it is applied - the Product LPAR Utilisation Capacity is calculated per CEC and then aggregated - which means it is not simultaneous peaks across all CEC's, it is simultaneous peaks within a CEC. ...snip NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Question about Dynamic allocate
Hello all, We have an inhouse written STC that processes messages from MQ and writes them to a dataset. This processing goes like this: 1. DYNALLOC on DATA.SET.NAME a. Request the current generation ( done by putting 0 in DALMEMBR) b. Specify DALCLOSE (equivalent to FREE=CLOSE) 2. Open the DCB name 3. Write to to it one or more times 4. Close 5. Wait for MQ to send the next request goto #1. Does anyone know if the FREE=CLOSE process that happens in response to step 4 is synchronous in nature? This has been working well for years. Yesterday it began to fail with x'0410' dec 1040 - Specified ddname unavailable.My current theory is that there were records piled up in MQ causing #5 to happen immediately. If the free processing called from step 4 is performed synchronously and not completely finished when the next DYNALLOC happened, causing the DD name to be still in use. The other strange thing we noticed was that we displayed the enqueues and this process had enqueued on the GDG base and *all* of the generations. During normal processing this is only enqueued on the GDG base and the current generation. Seems to me that proper design would be to acutally code the DYNALLOC to free the allocation instead of relying on FREE=CLOSE to do it, but before embarking on that, I'm trying to understand what actually happened. Thanks in advance for any opinions issued (sorry) Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about Dynamic allocate
Hi Dana, I would try coding the DYNALLOC free request (removing FREE=CLOSE) and see what RC's you get. That may give you more clues. Also, are you coding DYNAMNBR= on the STC's EXEC card? Might try that first, it's easier than debugging DYNALLOCs :-) -- Jim Blalock, Clemson U. On 5/18/2011 10:51 AM, Dana Mitchell wrote: Hello all, We have an inhouse written STC that processes messages from MQ and writes them to a dataset. This processing goes like this: 1. DYNALLOC on DATA.SET.NAME a. Request the current generation ( done by putting 0 in DALMEMBR) b. Specify DALCLOSE (equivalent to FREE=CLOSE) 2. Open the DCB name 3. Write to to it one or more times 4. Close 5. Wait for MQ to send the next request goto #1. Does anyone know if the FREE=CLOSE process that happens in response to step 4 is synchronous in nature? This has been working well for years. Yesterday it began to fail with x'0410' dec 1040 - Specified ddname unavailable.My current theory is that there were records piled up in MQ causing #5 to happen immediately. If the free processing called from step 4 is performed synchronously and not completely finished when the next DYNALLOC happened, causing the DD name to be still in use. The other strange thing we noticed was that we displayed the enqueues and this process had enqueued on the GDG base and *all* of the generations. During normal processing this is only enqueued on the GDG base and the current generation. Seems to me that proper design would be to acutally code the DYNALLOC to free the allocation instead of relying on FREE=CLOSE to do it, but before embarking on that, I'm trying to understand what actually happened. Thanks in advance for any opinions issued (sorry) Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about Dynamic allocate
On Wed, 18 May 2011 11:18:08 -0400, Jim Blalock ca...@clemson.edu wrote: Also, are you coding DYNAMNBR= on the STC's EXEC card? Might try that first, it's easier than debugging DYNALLOCs :-) -- Jim Blalock, Clemson U. Jim, I'm not sure what DYNAMNBR would help me with in this situation? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMShsm question
Hello All, I'm looking at setting up incremental backups with DFSMShsm. In the DFSMShsm Managing Your Own Data (SC35-0420) manual, it seems that incremental backups of datasets is only possible when SMS is active. For a non-SMS environment (like ours), only full volume dumps is possible. Is this correct? Thanks Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WLC and 4HRA across CEC's
As I wrote to Peter on May 6: - The TsCs of WLC agreement signed by each customer include the highest number of MSUs ... running on the same eligible machine during a reporting period. To my reading same eligible machine limits the simultaneous 4HRA to the same eligible machine not to all your machines. - It's clear to me. John: You have not been overpaying due to this issue. (there may be other issues, but not this one) Hal: The 4HRA is computed by WLM, and stored into the RMF70 data by RMF. SCRT works on the hourly level, not 30 minutes. I need to disagree with while some (DB2, for example) charge for total MSU's across all LPAR's on that CEC (no matter if DB2 is installed on a given LAPR or not). You are not charged for DB2 in an LPAR if it is not in the SCRT reports. SCRT does not know what you have licensed. It only reports based on the SMF89 data (on z/OS) and the NO89 control cards. I certainly agree with Hal on this point: It is worthwhile to get independent verification! Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on Capacity Planning, Performance Tuning, WLC, LPARs and LCS Software Seminars on IBM SW Pricing Voice: +1 414 332-3062 Web: www.sherkow.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE backwards compatibility
ITURIEL DO NASCIMENTO NETO wrote: Hi all, Do you know any issues regarding LE backwards compatibility ? I'm specially interested with z/OS 1.12 and 1.10, but any other history is welcome. Do you mean in the C/C++ compilers - or the LE runtime? I'm not sure, but I think IBM is dropping the ability for newer compilers to generate OS/390 1.10 compatible objects. We have many people interested in using the Dignus tools for this reason (we can generate OS/390 1.10 compatible objects and 1.10 compatible language features running on any of our supported platforms, which includes z/OS 1.12 as well as others.) - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMShsm question
No. Incremental backups can be done on both SMS and Non-SMS managed data. The mechanism's for specification are different. Check the ADDVOL command. HTH, snip I'm looking at setting up incremental backups with DFSMShsm. In the DFSMShsm Managing Your Own Data (SC35-0420) manual, it seems that incremental backups of datasets is only possible when SMS is active. For a non-SMS environment (like ours), only full volume dumps is possible. Is this correct? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.11 question on DFDSS/ADRDSSU
I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RES: LE backwards compatibility
Dave, My concern is related to LE and Cobol. OS/390 1.10 ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Thomas David Rivers Enviada em: quarta-feira, 18 de maio de 2011 13:39 Para: IBM-MAIN@bama.ua.edu Assunto: Re: LE backwards compatibility ITURIEL DO NASCIMENTO NETO wrote: Hi all, Do you know any issues regarding LE backwards compatibility ? I'm specially interested with z/OS 1.12 and 1.10, but any other history is welcome. Do you mean in the C/C++ compilers - or the LE runtime? I'm not sure, but I think IBM is dropping the ability for newer compilers to generate OS/390 1.10 compatible objects. We have many people interested in using the Dignus tools for this reason (we can generate OS/390 1.10 compatible objects and 1.10 compatible language features running on any of our supported platforms, which includes z/OS 1.12 as well as others.) - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 question on DFDSS/ADRDSSU
add DS(INCLUDE(**) EXCLUDE(SYS1.VTOC.**, SYS1.VVDS.**, *OMVS.**, hlq.**)) or as you need. (we have a separate backup step for *OMVS*.** files). On Wed, May 18, 2011 at 12:02 PM, Chris Hoelscher choelsc...@humana.com wrote: I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading dumps with secondary address spaces
Where is it documented on how to read sysudumps with secondary address spaces. I need to see the information in the secondary address space If I remember correctly, the answer is nowhere -- Sysabend dumps, Sysudumps and Sysmdumps do not capture data from anything other than the primary address space. Since there is no data captured for secondary address spaces , there is no documentation on how to read/view such data. If you need your dump to have data from multiple address spaces, then you will need to use SVC Dump. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFHSM QUESTION : FAILEDCREATE
Good Morning Gentle Readers, I am performing a cleanup of HSM dsns and I executed the following command: HSEND LIST TTOC SELECT(FAILEDCREATE) OUTDATASET(PROM.DF.FAILEDCREA) Several tapes were flagged and this message is being posted after each tape. ARC0378I TTOC RECORD AND TAPE MEDIA CONTENTS ARE INCONSISTENT ON TAPE VOLUME According to the explanation of the ARC0378I of a mismatch between the indicated data sets on the tape volume volser as described in the offline control data set record (OCDS) tape table of contents record (TTOC) and the actual data sets residing on the volume. The solution is to apply the EXTENDED MEDIACONTROLS function. I am not sure how I can go about it because I have not very familiar with this procedure. Could someone tell me how I can go about fixing the problem? Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about Dynamic allocate
I'm not sure if it would help either, but it's an easy thing to try :-) On 5/18/2011 11:29 AM, Dana Mitchell wrote: On Wed, 18 May 2011 11:18:08 -0400, Jim Blalockca...@clemson.edu wrote: Also, are you coding DYNAMNBR= on the STC's EXEC card? Might try that first, it's easier than debugging DYNALLOCs :-) -- Jim Blalock, Clemson U. Jim, I'm not sure what DYNAMNBR would help me with in this situation? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- -- Jim Blalock z/OS Support Manager CCIT, Clemson University (864) 656-3680 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 question on DFDSS/ADRDSSU
Chris, Are they full volume or dataset-level backups that you're restoring from? SMS or non-SMS volumes? Could you eliminate the problem completely by directing the restore to a different volume instead of the default? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Hoelscher Sent: Wednesday, May 18, 2011 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.11 question on DFDSS/ADRDSSU I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 question on DFDSS/ADRDSSU
If datasets with your HLQ need the protection you indicate, you should not be allowed to place them on the same volumes as datasets that don't. The fact that you can means you should take the extra care to see that you don't. It should not be that big a deal. You have already added one of the RENAME operands to your RESTORE statement. On the same line, simply add an OUTDYNAM operand pointing to a pack where your datasets can reside without interfering with normal operations. Alternately, since the restored dataset was not yours originally, it really doesn't need the protection afforded by your HLQ. Rename it to something other than your HLQ that can reside safely on the original volume. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Hoelscher Sent: Wednesday, May 18, 2011 10:02 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.11 question on DFDSS/ADRDSSU I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reading dumps with secondary address spaces
On Wed, 18 May 2011 13:30:59 -0400 Peter Relson rel...@us.ibm.com wrote: :If I remember correctly, the answer is nowhere -- Sysabend dumps, :Sysudumps and Sysmdumps do not capture data from anything other than the :primary address space. Might that be *HOME*? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
No problem. It was pretty much right in my face when you asked the question. For RACF questions there is a specific list. Of course you can ask on IBM-MAIN, and some will help. But be prepared to be sent here: RACF Discussion List rac...@listserv.uga.edu Regards, Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jose Adauto Ribeiro Sent: Wednesday, May 18, 2011 3:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Oh, you are very fast. Thans Lindy Mayfield and Lizette Koehler, this is what I need (for now). I will put some more doubts about Top Secret x RACF on z/OS, I hope you can help me. Thanks again. José ADAUTO Ribeiro -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Encrypting offsite data ...
We're looking to encrypt all data that leaves the data center (offsite backup tapes, stuff we send via ssh, etc.). Backup is done with a variety of products: FDR, DFSMSdfp, DFSMShsm, ADABAS backup, etc. Do you have any recommendations for products? Or whether or not a do-it-yourself approach is feasible? I've searched the archives and it seems that encrypting tape hardware is the preferred solution. But what does one do with the stuff that doesn't go to tape? We're running on a z890-220, z/OS 1.9 (yes, I know ... but our mainframe was supposed to be decommissioned this July; yes in 2 months ... but doesn't look like we're going to make it). Thank you for any help you can provide. --Stephen -- - Stephen Y. Odo Technology Infrastructure / Systems Engineeringstep...@hawaii.edu Information Technology Services phone: (808)956-2383 University of Hawai'i FAX: (808)956-2412 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - U-16/U-19 Girls Age Group Commissioner e-mail: s...@lava.net Assistant Region Registrar (Tournaments / High School Summer League) Child and Volunteer Protection Advocate Assistant Regional Commissioner / Upper Division (U-14 thru U-19) AYSO Honolulu Region 178 http://www.AYSOregion178.org - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
Does someone have a web page that is list of forums for various mainframe subjects? On Wed, May 18, 2011 at 1:48 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com wrote: No problem. It was pretty much right in my face when you asked the question. For RACF questions there is a specific list. Of course you can ask on IBM-MAIN, and some will help. But be prepared to be sent here: RACF Discussion List rac...@listserv.uga.edu Regards, Lindy -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
Here is a list from the CBT tape page http://www.cbttape.org/internet.phtml Mark Hammond -Original Message- From: Mike Schwab [mailto:mike.a.sch...@gmail.com] Sent: Wednesday, May 18, 2011 1:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Looking for Control Blocks (Subject Added) Does someone have a web page that is list of forums for various mainframe subjects? On Wed, May 18, 2011 at 1:48 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com wrote: No problem. It was pretty much right in my face when you asked the question. For RACF questions there is a specific list. Of course you can ask on IBM-MAIN, and some will help. But be prepared to be sent here: RACF Discussion List rac...@listserv.uga.edu Regards, Lindy -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looking for Control Blocks (Subject Added)
Last time I tried many of the links were obsolete. For lsoft I use the CATALIST function and do searches. Unfortunately everybody's not lsoft. In a message dated 5/18/2011 2:03:42 P.M. Central Daylight Time, markhamm...@ateras.com writes: http://www.cbttape.org/internet.phtml -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE backwards compatibility
A toleration PTF is required if you want to run code compiled under the 1.12 version of the COBOL compiler on a system with the 1.10 runtime libraries... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Wednesday, May 18, 2011 1:11 PM To: IBM-MAIN@bama.ua.edu Subject: RES: LE backwards compatibility Dave, My concern is related to LE and Cobol. OS/390 1.10 ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Thomas David Rivers Enviada em: quarta-feira, 18 de maio de 2011 13:39 Para: IBM-MAIN@bama.ua.edu Assunto: Re: LE backwards compatibility ITURIEL DO NASCIMENTO NETO wrote: Hi all, Do you know any issues regarding LE backwards compatibility ? I'm specially interested with z/OS 1.12 and 1.10, but any other history is welcome. Do you mean in the C/C++ compilers - or the LE runtime? I'm not sure, but I think IBM is dropping the ability for newer compilers to generate OS/390 1.10 compatible objects. We have many people interested in using the Dignus tools for this reason (we can generate OS/390 1.10 compatible objects and 1.10 compatible language features running on any of our supported platforms, which includes z/OS 1.12 as well as others.) - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LE backwards compatibility
The LE migration guide is your friend. Read and heed and you'll be fine. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of ITURIEL DO NASCIMENTO NETO Sent: Wednesday, May 18, 2011 12:11 PM To: IBM-MAIN@bama.ua.edu Subject: RES: LE backwards compatibility Dave, My concern is related to LE and Cobol. OS/390 1.10 ? Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Thomas David Rivers Enviada em: quarta-feira, 18 de maio de 2011 13:39 Para: IBM-MAIN@bama.ua.edu Assunto: Re: LE backwards compatibility ITURIEL DO NASCIMENTO NETO wrote: Hi all, Do you know any issues regarding LE backwards compatibility ? I'm specially interested with z/OS 1.12 and 1.10, but any other history is welcome. Do you mean in the C/C++ compilers - or the LE runtime? I'm not sure, but I think IBM is dropping the ability for newer compilers to generate OS/390 1.10 compatible objects. We have many people interested in using the Dignus tools for this reason (we can generate OS/390 1.10 compatible objects and 1.10 compatible language features running on any of our supported platforms, which includes z/OS 1.12 as well as others.) - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. LEGAL ADVICEbr...This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Running a SYSPLEX - what's needed
In order to save on IMS MLC charges (uses about 3%), we are investigating adding a second 'IMS LPAR' to our configuration (on same CEC). Currently we are running a 2096-T01. We run a production LPAR and occasionally a TECH sandbox LPAR. In 2012 we may be looking at replacing the T01 with a 2 engine z10 or z196 box. When I was discussing these plans with our IBM business partner, they indicated to run a SYSPLEX, we were going to needed to have a Coupling Facility - and that the CF engine was rather expensive. I had been reviewing the MVS Setting up a SYSPLEX manual. I am probably being dense, but it is not obvious that a CF is required. Are there any little z/OS shops out there doing this? Is a CF required? Is there any other special hardware or software required. We already run with XCF, WLM and LOGR datasets. I did see info in the archives in the 2009 thread 'how to - sysplex'. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this document. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
A CF absolutely *NOT REEQUIRED*. It is only *HIGHLY DESIRABLE* . A SYSPLEX can be implemented with only XCF (over CTC). I speak from experience. I am doing this today. There are many functions available with a CF that will have to be forgone (e.g. VTAM persistent nodes, HSM common recall queue, IRLM,...) However, it does function at the cost of performance. HTH, snip In 2012 we may be looking at replacing the T01 with a 2 engine z10 or z196 box. When I was discussing these plans with our IBM business partner, they indicated to run a SYSPLEX, we were going to needed to have a Coupling Facility - and that the CF engine was rather expensive. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
John, Your z9 already has an internal coupling links and theoretically you can run a CF lpar in your z9. Since you have a single engine T01, IBM warns against doing this. You may want to check with your IBM business partner about getting sub-capacity pricing for IMS. You would pay for the amount of usage of IMS as opposed to monthly licensing fees. If you have a CF, it will likely take about a large a machine as you currently have to run it. Ernie. John Thinnes john_thin...@ohionational.com wrote in message news: OF35089889.CA30BC1C-ON85257892.00453733-85257894.0072A92E@LocalDomain... In order to save on IMS MLC charges (uses about 3%), we are investigating adding a second 'IMS LPAR' to our configuration (on same CEC). Currently we are running a 2096-T01. We run a production LPAR and occasionally a TECH sandbox LPAR. In 2012 we may be looking at replacing the T01 with a 2 engine z10 or z196 box. When I was discussing these plans with our IBM business partner, they indicated to run a SYSPLEX, we were going to needed to have a Coupling Facility - and that the CF engine was rather expensive. I had been reviewing the MVS Setting up a SYSPLEX manual. I am probably being dense, but it is not obvious that a CF is required. Are there any little z/OS shops out there doing this? Is a CF required? Is there any other special hardware or software required. We already run with XCF, WLM and LOGR datasets. I did see info in the archives in the 2009 thread 'how to - sysplex'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mark your calendar for VM Linux Summer Workshop (July 2011)
Cross-posted to IBMVM, IBMMAIN, LINUX390 for the VM enthusiasts. | Update: 18 May 2011 | The VM Workshop registration form is on the VM Workshop web site. | Reserve place today. | http://www.vmworkshop.org/ | Initial post below to refresh your memory: Hi, just wanted to get this on your calendarswork is underway to relaunch the VM Workshop as the VM and Linux Workshop. July 28-30, 2011 at Ohio State University in Columbus Ohio. When they tell me that the new workshop web site is ready I will add the link to it on the VM events calendar. http://www.vm.ibm.com/events/ For now...just mark your calendar. If you would like to be involved in the planning now or later, feel free to speak up (we'll give your name to Len Diegel who has been gathering people together on planning calls). Regards, Pam C -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
John Thinnes wrote: In order to save on IMS MLC charges (uses about 3%), we are investigating adding a second 'IMS LPAR' to our configuration (on same CEC). Currently we are running a 2096-T01. We run a production LPAR and occasionally a TECH sandbox LPAR. In 2012 we may be looking at replacing the T01 with a 2 engine z10 or z196 box. When I was discussing these plans with our IBM business partner, they indicated to run a SYSPLEX, we were going to needed to have a Coupling Facility - and that the CF engine was rather expensive. No. You can run a basic sysplex using only CTCs. I had been reviewing the MVS Setting up a SYSPLEX manual. I am probably being dense, but it is not obvious that a CF is required. Are there any little z/OS shops out there doing this? Is a CF required? Is there any other special hardware or software required. We already run with XCF, WLM and LOGR datasets. We have been doing precisely this for a few years on a 3-engine z9. Our smaller, capped LPAR runs pretty much only CICS and DB2 in support of a single application. (We share very little data between the LPARs.) The money saved with sub-capacity licensing for those two products is significant. I did see info in the archives in the 2009 thread 'how to - sysplex'. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
As others have said, you do not need a coupling facility to run a sysplex. We have a 'basic sysplex' with three members that communicate via CTC. Sharable functions are quite limited, however. Most forms of 'data sharing' in the DB2 sense (I don't know about IMS) require CF structures. Furthermore, to qualify for PSLC across two or more CECs, you *must* have a true parallel sysplex, i.e. common CF structures. I don't understand 'MLC' and how running IMS in two LPARs on the same CEC would have money over running in only one LPAR. But if 'sysplex' is all that's required for savings, then CTC connections will suffice. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: John Thinnes john_thin...@ohionational.com To: IBM-MAIN@bama.ua.edu Date: 05/18/2011 01:53 PM Subject:Running a SYSPLEX - what's needed Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu In order to save on IMS MLC charges (uses about 3%), we are investigating adding a second 'IMS LPAR' to our configuration (on same CEC). Currently we are running a 2096-T01. We run a production LPAR and occasionally a TECH sandbox LPAR. In 2012 we may be looking at replacing the T01 with a 2 engine z10 or z196 box. When I was discussing these plans with our IBM business partner, they indicated to run a SYSPLEX, we were going to needed to have a Coupling Facility - and that the CF engine was rather expensive. I had been reviewing the MVS Setting up a SYSPLEX manual. I am probably being dense, but it is not obvious that a CF is required. Are there any little z/OS shops out there doing this? Is a CF required? Is there any other special hardware or software required. We already run with XCF, WLM and LOGR datasets. I did see info in the archives in the 2009 thread 'how to - sysplex'. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
Most forms of 'data sharing' in the DB2 sense (I don't know about IMS) require CF structures. There are two structures IMS must have. One is a VSAM extent map. The second is locks (I think). There are optional ones for shared queues, iirc. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What does issue mean? (Was: SDSF issue)
---snip Well everyone, this LISTSERV has been hijacked by one contributor and is now bordering on the ridiculous. Good day and good luck to all those I have debated, agreed with, and most importantly learnt from for the last 14 years, but It's farewell from me. unsnip- Hate to see you leave, Ron. Instead of fairwell, how about just a Ta Ta for now and become a lurker for a while. Your contributions will be sorely missed. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
Anybody asked *why* you need a sysplex at all ?. Not that I'm against it, a base sysplex seems an eminent fit You currently fire up 2 LPARs - let's hope you use GRS (lots of small sites think they can be careful enough not to need it for a sandbox ...). If you already have GRS ring, adding a system won't be too big a deal. Likewise an upgrade to base sysplex. If you can isolate (HCD) all the disk for all systems, no need for anything. I prefer they can't even be seen by other systems, but people always want to sneak volumes online to two or more systems so they can move stuff over. Your gun, your foot ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Encrypting offsite data ...
This being the site that a couple of years ago was 20 years into its 5 year plan to get off the mainframe ?. Pity to see another one (finally) bite the dust. With all this (encrypted) data, how are you going to read (most of) it after the box goes away ?. Shane ... On Thu, May 19th, 2011 at 4:56 AM, Stephen Y Odo wrote: ... We're running on a z890-220, z/OS 1.9 (yes, I know ... but our mainframe was supposed to be decommissioned this July; yes in 2 months ... but doesn't look like we're going to make it). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What does issue mean? (Was: SDSF issue)
Hi Ron, Trust me, I understand how you feel. Thing is, if you leave and if more of us leave, he wins and all of the rest of us who want and need this forum lose. I have a young Lab who cuts the fool and carries on and on The more I try to correct and instruct her, the worse she behaves. Yet she is desperate for my attention. The withdrawal of attention is the most effective means to get her to behave. You see, she craves that attention and will do anything to get it - including, if she must, behave herself. I have learned to give a post no more than one paragraph to prove itself. If within that space, the post shows itself to be rant de jour, attack de jour, or just a demonstration of the poster's inability or unwillingness to work and play well with others, I find a more interesting post. O ne find s treasures on the beach, and other items as well. Linda - Original Message - From: Ron Hawkins ron.hawkins1...@sbcglobal.net To: IBM-MAIN@bama.ua.edu Sent: Tuesday, May 17, 2011 6:12:57 PM Subject: Re: What does issue mean? (Was: SDSF issue) Do you honestly think that Gates is the author of the Thesaurus shipped with Office? And as for defining my language, the English I speak and spell is much closer to the real thing then the one you use. So what? And so we get to your newest subject de jour; I am a sad character. Well what did I do to attract a personal attack? Whatever, I guess it makes it OK to return the same in kind, Chris please STFU. You won't find that acronym in a VTAM manual, and I really don't care if your do. Context is everything and so you know exactly what I mean. Gates? You trust Gates to define your language for you? You must be joking or, if you are not, a sadder character than I thought. Well everyone, this LISTSERV has been hijacked by one contributor and is now bordering on the ridiculous. Good day and good luck to all those I have debated, agreed with, and most importantly learnt from for the last 14 years, but It's farewell from me. I'll watch for it to be renamed to USS-IS-A-VTAM-ACRONYM-MAIN sometime in the future. I'll look out for you at the IBM-MAIN table at SCIDS next Share. Ton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
If you already have GRS ring, adding a system won't be too big a deal. That's true only if performance doesn't matter. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Running a SYSPLEX - what's needed
If you already have GRS ring, adding a system won't be too big a deal. That's true only if performance doesn't matter. Rubbish. Performance matters to everyone - GRS ring users included. If they already have a ring, they already have a handle on 2 system impacts when they bring up the sandpit. Seems likely they will run predominantly as 2 (active) system even with the new LPAR. Performance impacts can be mitigated. If they can be made acceptable, ring (or base sysplex) can be a good cheap answer. Maybe not the best, but possibly acceptable none-the-less. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html