Re: Xpeditor
Hi. The following message we are getting , not sure what could be the problem? --- XPEDITER/CICS 08.03.01 - ABEND BULLETIN - --WMA5 COMMAND === MODULE: Remote BREAK/ABEND is no longer available * * * B U L L E T I N * * * A REMOTE ABEND HAS BEEN TRAPPED BY THIS TERMINAL PRESS ENTER TO CONTINUE OR ENTER THE SELECT COMMAND (OR PFKEY) TO SELECT THE ABEND NOTE - YOU MAY VIEW THE 'LIST ABENDS' SCREEN FOR A SUMMARY OF ALL ABENDS CURRENTLY TRAPPED BY THIS TERMINAL. Regards Ron -- 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
IBM 3883 Manuals
I received this email and I am forwarding this onto the list. Please contact Richard if you are interested. Darren Evans-Young IBM-Main List Owner -- Forwarded message -- Date: Mon, 9 Aug 2010 12:19:42 -0500 (Central Daylight Time) From: Richard rcs0...@yahoo.com To: ibm-main-requ...@bama.ua.edu Subject: IBM 3883 Manuals I was searching the Internet for information pertaining to the IBM 3880 manuals. I found a few older archived threads here and was wondering before I throw these manuals to the trash if I could find someone who may have a use for them. I have a whole set with schematics, drawings, parts list, microfiche sheets, and lots of technical data. If you would be interested in having them send me an email and lets arrange something. They are days away from going to the trash. I can get a list of the manuals if that would help. Thanks, Richard Sheeler -- 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: IBM 3883 Manuals
I received this email and I am forwarding this onto the list. Please contact Richard if you are interested. Thanks for posting this - I contacted Mr. Sheeler about the manuals and fiche, and hopefully we can add these to the bitsavers.org archive for use in the future. Keep those old manuals coming! Once a manual is in the bitsavers archive, it is safe and sound, even if not yet ready for public view. -- Will -- 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: Xpeditor
This issue is now resolved.. -- 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
SMP/E packaging - using CALLLIBS
According to my understanding of the doc, by placing a //*CALLLIBS=YES in the JCLIN input after a job card and before the LINKS step will cause SMP/E to allocate the SYSLIB DDDEF's and do a link of the specified module with the CALL option. I am having zero success with that. If I specify CALLLIBS on the JCLIN statement itself, it works fine. My objection to that is that theoretically this applies to the entire JCLIN stream. Does anyone know exactly how to do this? Are both required? -- 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: Tapeless - MDL or Luminex
Are there any hospitals using Luminex(Mainframe Channel Gateway) or Bustech (MDL) Tapeless appliances. We are looking for sites that have these in production to share their experience. we aren't hospital either. We replaced our old 3494 with an MDL-2000 from Bus-Tech about two years ago and we are very happy with it. Bus-Tech has also an excellent support which helped us during the installation phase to solve a problem not related to their product. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- 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: help needed with CICS/TS 3.2 abending U1800
McKown, John wrote: Why does it always wait until I post a request for help? 'Ambush Abend?' ;-D It lie somewhere waiting to bite you on your censored when you expect the least... ;-D About your problem, sorry, I don't have any solution or suggestion. Good luck! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STC is canceled and forced, but still won't go away
Binyamin Dissen wrote: It seems to be hung in DB2. There is a thread, which will cheerfully cancel but will not go away. DB2 would not stop either, as it also was waiting on the thread. Finally canceled DB2, and the address space ended. ! Messy and dirty... Do you have perhaps a transaction not finished properly? Any news from your DB2 DBAs? Do you have any utility to monitor DB2 and its threads? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STC is canceled and forced, but still won't go away
On Tue, 10 Aug 2010 04:42:15 -0500 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Binyamin Dissen wrote: :It seems to be hung in DB2. There is a thread, which will cheerfully cancel :but will not go away. :DB2 would not stop either, as it also was waiting on the thread. :Finally canceled DB2, and the address space ended. :! Messy and dirty... :Do you have perhaps a transaction not finished properly? Any news from your :DB2 DBAs? Quite possibly was in the middle of the thread. But DB2 should have cleaned it up anyway. :Do you have any utility to monitor DB2 and its threads? How would that have helped? -- 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: STC is canceled and forced, but still won't go away
Before you force any address space that has threads in DB2 you should kill the threads otherwise you get this situation. With a DB2 monitor you should be able to identify and kill the thread. Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Tuesday, August 10, 2010 6:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: STC is canceled and forced, but still won't go away On Tue, 10 Aug 2010 04:42:15 -0500 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Binyamin Dissen wrote: :It seems to be hung in DB2. There is a thread, which will cheerfully cancel :but will not go away. :DB2 would not stop either, as it also was waiting on the thread. :Finally canceled DB2, and the address space ended. :! Messy and dirty... :Do you have perhaps a transaction not finished properly? Any news from your :DB2 DBAs? Quite possibly was in the middle of the thread. But DB2 should have cleaned it up anyway. :Do you have any utility to monitor DB2 and its threads? How would that have helped? -- 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 This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Documentation ideas for IBM vendors
I have had mixed results reading any type of documentation on a phone. I have a droid phone, so the screen is a little larger (3.7 inch). I have had good results with the Kindle app (I have a Kindle as well, but it is not always with me), and Aldiko book reader apps. If it is a book made for electronic device reading it's not too bad. I tend to not like electronic books for technical docs as much as paper format, unless the electronic document is easily searchable. It is much easier to flip through a physical book to find the one piece of info I am looking for. PDF's are the ones that are real iffy for me. You can usually zoom in and move around, and get by if necessary, but I wouldn't choose that option unless it was my only method. It is useful in situations where you don't have access to the hard copy, internet from a PC, or saved documents on the network. Frank Finley -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dell'Anno, Aurora Sent: Monday, August 09, 2010 5:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Documentation ideas for IBM vendors Hi John, The idea sounds good, in fact I'll pass it on to our doc people and let's see what they make of it. As for trying to read documentation on a phone... Yes I have tried it and it's a terrible experience... Thanks. Aurora Aurora Emanuela Dell'Anno CA Technologies - MSC Sr. Engineering Services Architect Tel: +44 (0)1753 577 733 Mobile: +44 (0)7768 235 339 aurora.della...@ca.com CA Limited Ditton Park, Riding Court Road, Datchet, SL3 9LL, UK CA Limited is a company registered in England and Wales under company registration number 1282495 with its registered office at the address set out above. VAT number 697904179. http://www.ca.com/ P please don't print this e-mail unless you really need to! -Original Message- From: McKown, John [mailto:john.mck...@healthmarkets.com] Sent: 04 August 2010 14:01 Subject: Documentation ideas for IBM vendors IBM currently seems to have three formats for documentation. They are: BookManager (.boo), Adobe PDF, and some other which seems to be Information Center format and is webby. I have a Kindle DX and keep IBM's documentation in PDF format on it. A friend here said the DX is too large. But the normal e-book devices are about half its size. So, what I thought might be interesting would be if IBM would supply their documentation in e-book format, but formatted for an A5 sized virtual page size instead of US letter or A4. I think A5 would display better. I got the DX especially because it is almost A4 sized and will natively display PDF books. Another idea would also be the ability to wirelessly update these manuals from an IBM site. That would require something on the ebook reading device. Does anybody read any of this doc on a smartphone? Again, if the doc were designed around the smartphone's screen size, that might be helpful. I don't have one of these beasties. They are too expensive for me. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: STC is canceled and forced, but still won't go away
Binyamin Dissen wrote: :Do you have any utility to monitor DB2 and its threads? How would that have helped? See Jon Veilleux's reply. Thanks Jon for wording it better and FASTER than me! ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Driver 76 End of Support
Hi, The machine-alerts are announced on the Ressource-Link of IBM. This alert was announced on 08.April 2010. Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, August 10, 2010 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Driver 76 End of Support Thanks Alexander, that was just the kind of thing I was looking for. Where exactly did you find it, and was there any indication of when it was published? Thanks again. Riedel, Alexander alexander.rie...@f-i-ts.de 8/10/2010 1:30 AM Hi, Only in the machine-alerts was the following notice: Additional Information: Driver-79 became available November, 2009. Product Engineering strongly recommends that you plan to upgrade to Driver-79 during your next microcode maintenance window. Driver-76 is now in 'Limited MCL Support ' mode. IBM will continue to analyze problems on Driver-76 but will only release MCL fixes for problems that are High Impacting and pervasive or significant maintenance package fixes. Driver-76 will go 'end of support' in June 2010. No fixes will be released for this driver after June 2010. A final EDM Sync Point will be released in June that will support a concurrent update to driver 79. Mit freundlichen Grüßen/ Kind regards, Alexander Riedel Systeme Mainframe Finanz Informatik Technologie Service Witschelstraße 81 90431 Nürnberg Tel: +49 89 94511-9244 www.f-i-ts.de -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Monday, August 09, 2010 10:38 PM To: IBM-MAIN@bama.ua.edu Subject: Driver 76 End of Support I just got an email from my CE informing me that Driver 76 is going out of support, and that we should upgrade to Driver 79. He can't come up with any exact date. This seems like a rather vague notice to me, I thought we usually got better notice in the past. Does anyone have any further info on this? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 -- 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: Driver 76 End of Support
Thanks Alexander, that was just the kind of thing I was looking for. Where exactly did you find it, and was there any indication of when it was published? Thanks again. Riedel, Alexander alexander.rie...@f-i-ts.de 8/10/2010 1:30 AM Hi, Only in the machine-alerts was the following notice: Additional Information: Driver-79 became available November, 2009. Product Engineering strongly recommends that you plan to upgrade to Driver-79 during your next microcode maintenance window. Driver-76 is now in 'Limited MCL Support ' mode. IBM will continue to analyze problems on Driver-76 but will only release MCL fixes for problems that are High Impacting and pervasive or significant maintenance package fixes. Driver-76 will go 'end of support' in June 2010. No fixes will be released for this driver after June 2010. A final EDM Sync Point will be released in June that will support a concurrent update to driver 79. Mit freundlichen Grüßen/ Kind regards, Alexander Riedel Systeme Mainframe Finanz Informatik Technologie Service Witschelstraße 81 90431 Nürnberg Tel: +49 89 94511-9244 www.f-i-ts.de -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Monday, August 09, 2010 10:38 PM To: IBM-MAIN@bama.ua.edu Subject: Driver 76 End of Support I just got an email from my CE informing me that Driver 76 is going out of support, and that we should upgrade to Driver 79. He can't come up with any exact date. This seems like a rather vague notice to me, I thought we usually got better notice in the past. Does anyone have any further info on this? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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: STC is canceled and forced, but still won't go away
NP, we have run into this issue several times in the past when our operations folks have forced jobs without checking. We now require a call to our Sysprogs before any force can be issued. The first thing we look for is if the offending job has threads in DB2. Jon Jon L. Veilleux veilleu...@aetna.com (860) 636-9179 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Tuesday, August 10, 2010 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: STC is canceled and forced, but still won't go away Binyamin Dissen wrote: :Do you have any utility to monitor DB2 and its threads? How would that have helped? See Jon Veilleux's reply. Thanks Jon for wording it better and FASTER than me! ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STC is canceled and forced, but still won't go away
On Tue, 10 Aug 2010 09:46:20 -0400, Veilleux, Jon L veilleu...@aetna.com wrote: NP, we have run into this issue several times in the past when our operations folks have forced jobs without checking. We now require a call to our Sysprogs before any force can be issued. The first thing we look for is if the offending job has threads in DB2. Jon Ditto at my client. It was over 7 years ago now, but a force of a job that had threads in DB2 and then a DB2 subsystem after that caused a sysplex wide outage. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Driver 76 End of Support
I thought I was subscribed to all (z) hardware there, but it turns out I was only subscribed to our old z9. I think I have it fixed now. I'm still surprised that when we did a microcode upgrade in May, that our CE didn't bring this up and recommend that we go to Driver 79. Thanks again. Riedel, Alexander alexander.rie...@f-i-ts.de 8/10/2010 9:24 AM Hi, The machine-alerts are announced on the Ressource-Link of IBM. This alert was announced on 08.April 2010. Alexander -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, August 10, 2010 3:18 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Driver 76 End of Support Thanks Alexander, that was just the kind of thing I was looking for. Where exactly did you find it, and was there any indication of when it was published? Thanks again. Riedel, Alexander alexander.rie...@f-i-ts.de 8/10/2010 1:30 AM Hi, Only in the machine-alerts was the following notice: Additional Information: Driver-79 became available November, 2009. Product Engineering strongly recommends that you plan to upgrade to Driver-79 during your next microcode maintenance window. Driver-76 is now in 'Limited MCL Support ' mode. IBM will continue to analyze problems on Driver-76 but will only release MCL fixes for problems that are High Impacting and pervasive or significant maintenance package fixes. Driver-76 will go 'end of support' in June 2010. No fixes will be released for this driver after June 2010. A final EDM Sync Point will be released in June that will support a concurrent update to driver 79. Mit freundlichen Grüßen/ Kind regards, Alexander Riedel Systeme Mainframe Finanz Informatik Technologie Service Witschelstraße 81 90431 Nürnberg Tel: +49 89 94511-9244 www.f-i-ts.de -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Monday, August 09, 2010 10:38 PM To: IBM-MAIN@bama.ua.edu Subject: Driver 76 End of Support I just got an email from my CE informing me that Driver 76 is going out of support, and that we should upgrade to Driver 79. He can't come up with any exact date. This seems like a rather vague notice to me, I thought we usually got better notice in the past. Does anyone have any further info on this? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and
ISPF: How best to change user variable ZRETMINL in ISPSPROF
Hi I wonder how TSO/ISPF users could change variables that are stored in ISPSPROF, esp. ZRETMINL. This variable has been set systemwide with RETRIEVE_MINIMUM_LENGTH using the ISPF Configuration Table. Thanks in advance Jochen -- 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: SMP/E packaging - using CALLLIBS
On Tue, 10 Aug 2010 10:28:13 +0300, Binyamin Dissen wrote: According to my understanding of the doc, by placing a //*CALLLIBS=YES in the JCLIN input after a job card and before the LINKS step will cause SMP/E to allocate the SYSLIB DDDEF's and do a link of the specified module with the CALL option. I am having zero success with that. If I specify CALLLIBS on the JCLIN statement itself, it works fine. My objection to that is that theoretically this applies to the entire JCLIN stream. Does anyone know exactly how to do this? Are both required? -- Binyamin Dissen According to topic 9.6.6.1 Overview of CALLLIBS support in SMP/E Commands: To package a load module that needs to use the automatic library call function, follow these steps: 1. Specify the CALLLIBS operand on the ++JCLIN MCS. Brian -- 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
SimpList User Guide
I'm looking for ways to improve the SimpList User Guide. If anyone has time to read it and send me their comments, please let me know off-list and I'll send you a copy. Participants are eligible for an extended free trial. This is optional; if you only want to read the user guide, that's fine. If you're not sure what SimpList is, please click the link below. Thanks, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.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: IBM 3883 Manuals
In pine.gso.4.58.1008100128160.2...@bama.ua.edu, on 08/10/2010 at 01:30 AM, Darren Evans-Young dar...@bama.ua.edu said: I was searching the Internet for information pertaining to the IBM 3880 manuals. I found a few older archived threads here and was wondering before I throw these manuals to the trash if I could find someone who may have a use for them. I need a reference for Wikipedia as to whether the cells on a 3380 only relate to error checking or whether they actually reflect the physical layout of the track. I concur with Will that contributing the documents to bitsavers would be very helpful to the community. I'd urge anybody else who is considering discarding, e.g., old CE and logic manuals, to contribute them instead. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
HSM list of backups of a dataset command
Hi forum team, Hope you are well, I am looking for an HSM command to get a list of backups of a dataset. I mean, a command that lists all backups that a dataset has. (of course backups maden by a hbackds command). Best regards, and thanks a lot, Enrique Montero -- 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: HSM list of backups of a dataset command
HLIST? MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com 8/10/2010 2:01 PM Hi forum team, Hope you are well, I am looking for an HSM command to get a list of backups of a dataset. I mean, a command that lists all backups that a dataset has. (of course backups maden by a hbackds command). Best regards, and thanks a lot, Enrique Montero -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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: HSM list of backups of a dataset command
On Tue, 10 Aug 2010 20:01:08 +0200, MONTERO ROMERO, ENRIQUE ELOI enriqueeloi.mont...@servifactory.com wrote: Hi forum team, Hope you are well, I am looking for an HSM command to get a list of backups of a dataset. I mean, a command that lists all backups that a dataset has. (of course backups maden by a hbackds command). Enrique, try HLIST DSNAME(dataset.name) BCDS with either the TERM or ODS (output.dataset.name) opperands. HTH, Pat Lyon -- 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
Abend S0C4-4 in IGZEVEX - how to trace
I know what the problem is. IGZEVEX is being invoked in AMODE(24) and being passed data which is above the line. The module is in CEE.SCEERUN and is linked AMODE(31). So somewhere along the line, the AMODE is changing from 31 to 24. Most of the programs (Enterprise COBOL) are AMODE(31). So I am guessing that everything should work. But it doesn't. And it's only this one program, so far. I don't know how to trap a BSM / BASSM / TAM instruction to determine the culprit. We have CA-FileSave. If I turn it off via the //BTJNULL DD DUMMY card, the step runs fine. I have opened an incident with CA. But I thought I'd ask here, just in case it is not a FileSave issue. I really don't know why FileSave would have a problem in this one program. Which has run successfully in the past. No, I've not made any changes. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HSM list of backups of a dataset command
Have you tried the HLIST DSNAME(dsn) BACKUP command? The output is described in Figure 111 of DFSMShsm Storage Administration (SC34-0421-10) and seems to provide what you ask. I don't think you can distinguish between manual backups, full volume dumps, and automatic backups. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MONTERO ROMERO, ENRIQUE ELOI Sent: Tuesday, August 10, 2010 11:01 AM To: IBM-MAIN@bama.ua.edu Subject: HSM list of backups of a dataset command Hi forum team, Hope you are well, I am looking for an HSM command to get a list of backups of a dataset. I mean, a command that lists all backups that a dataset has. (of course backups maden by a hbackds command). -- 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: HSM list of backups of a dataset command
If you have SimpList select the data set using function 'H' (HSM). This displays a list of all available backups, and you can select any backup from the list if you want to restore it. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Tue, 10 Aug 2010 11:15:39 -0700 From: barry.a.schw...@boeing.com Subject: Re: HSM list of backups of a dataset command To: IBM-MAIN@bama.ua.edu Have you tried the HLIST DSNAME(dsn) BACKUP command? The output is described in Figure 111 of DFSMShsm Storage Administration (SC34-0421-10) and seems to provide what you ask. I don't think you can distinguish between manual backups, full volume dumps, and automatic backups. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of MONTERO ROMERO, ENRIQUE ELOI Sent: Tuesday, August 10, 2010 11:01 AM To: IBM-MAIN@bama.ua.edu Subject: HSM list of backups of a dataset command Hi forum team, Hope you are well, I am looking for an HSM command to get a list of backups of a dataset. I mean, a command that lists all backups that a dataset has. (of course backups maden by a hbackds command). -- 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: Abend S0C4-4 in IGZEVEX - how to trace
In a message dated 8/10/2010 1:15:50 P.M. Central Daylight Time, john.mck...@healthmarkets.com writes: But I thought I'd ask here, just in case it is not a FileSave issue. I really don't know why FileSave would have a problem in this one program. Which has run successfully in the past. No, I've not made any changes. If the programs haven't changed the files or the file status has! My guess is that the error handler flips to 24bit when it gets invoked. If it can run in TEST I'd follow that road to see what values are passed when it blows. -- 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
auditor request question
Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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: auditor request question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Tuesday, August 10, 2010 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: auditor request question Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex No, we do not. Seems silly to me because there is no inactivity timeout to force a re-logon. So, if we did, the operator would LOGON at IPL and that would be that until the next IPL. We don't really have operators anyway. We have NOC people who are more PC oriented. And we have z/OS Production Control people who actually monitor z/OS as well. And they use TSO and SMCS (VTAM connected via TN3270) consoles. They do need to logon to the SMCS console. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auditor request question
We do not. Pommier, Rex R. rex.pomm...@cnasurety.com 8/10/2010 3:28 PM Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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: Who are the TOP Mainframe Tapesubsystems Vendors?
Kevin, I am with Bus-Tech, Inc. Our MDL family of products should be included in your landscape. MDL provides Virtual Tape (or tape-on-disk) for mainframes. MDL's backend storage is open systems disk or open systems virtual tape by the leading open systems storage vendors. For more information, contact me or go to our website at www.bustech.com. Pratt Parrish | WW Manager of Channel Development and Marketing | Bus-Tech, Inc. 110 Horizon Drive, Suite 210 Raleigh, NC 27615 direct: 919 847 2013 | cell: 919 835 9933 | Skype: Pratt.Parrish email: pratt.parr...@bustech.com www.bustech.com Delivering World-Class Mainframe Virtual Tape Solutions -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark, Kevin Sent: Tuesday, August 03, 2010 2:42 PM To: IBM-MAIN@bama.ua.edu Subject: Who are the TOP Mainframe Tapesubsystems Vendors? Hello all, As the storage landscape has changes over the years. I find myself struggling to put together competitive acquisitions. I'm simply talking about a library with 3592 type drives and maybe LTO support for the Open Systems side. There IBM. Who else? Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- 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: auditor request question
We do not here. Most of the sites I have been associated with did not. However, on one occasion at a data center, an outsourcing site, we did require the Operators to sign-on. This was because a specific customer's auditors also required it. Also, this was at a site that had more than just console operator foot traffic in the data center. The way we got around the issue of logon'ing on at IPL time and leaving it was to tell them that they were responsible for any commands entered on that session while they were logged on. They learned real quick to make sure they logged off at end of shift. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 McKown, John john.mck...@healthmarkets.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 08/10/2010 03:35 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: auditor request question -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Tuesday, August 10, 2010 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: auditor request question Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex No, we do not. Seems silly to me because there is no inactivity timeout to force a re-logon. So, if we did, the operator would LOGON at IPL and that would be that until the next IPL. We don't really have operators anyway. We have NOC people who are more PC oriented. And we have z/OS Production Control people who actually monitor z/OS as well. And they use TSO and SMCS (VTAM connected via TN3270) consoles. They do need to logon to the SMCS console. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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
HLIST ODS() (was: HSM list of backups ...)
On Tue, 10 Aug 2010 13:12:09 -0500, Patrick Lyon wrote: Enrique, try HLIST DSNAME(dataset.name) BCDS with either the TERM or ODS (output.dataset.name) opperands. What considerations moved the designers to provide options ODS/TERMINAL/SYSOUT rather than OUTDD and let the programmer allocate it as he chooses? How can the programmer specify FORMS, DESTINATION, WRITER, FCB, etc. with SYSOUT? Such flexibility would be intrinsic if there were an OUTDD() option. I hope it's not another case where There was no such decision made; the designers never considered OUTDD. Lately, I tried an address TSO HLIST command from a Rexx EXEC run under Unix System Services and got no output nor error message. What happened to it? (If I intentionally introduce a syntax error, I get an error message such as: IKJ56712I INVALID KEYWORD ..., but never output from a valid command. Can I OUTTRAP output from HLIST? I had suspected some of the misbehavior could arise if HLIST runs in a separate address space, but I tried HLIST ODS(dsname) while I held an ENQ EXC on dsname, and it worked fine. What's really happening here? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auditor request question
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Tuesday, August 10, 2010 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: auditor request question Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. SNIPPAGE I've worked in at least 9 shops where console login was possible. None of them required this. ONLY the hardware consoles required a logon (as opposed to the MVS consoles). The computer rooms were limited access. So only authorized personnel were allowed in the computer room unescorted. In the case of mainframe environments where the printers are in one place, the command center is in another, and the tape library/ATL equipment are in yet another, the communications equipment in yet another, how many times would you like one person to logon to do their work as they moved around the shop handling their duties? In all the places where I've worked with an MVS environment, each one of those locations had a console so that commands could be entered immediately, if and when so needed. I think your auditors are PAPS oriented, and not mainframe oriented. Regards, Steve Thompson -- Opinions expressed by this poster do not necessarily reflect those of poster's employer -- -- 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: auditor request question
We do not. The computer room has restricted access. Silvio Camplani zSeries Sr. Analyst, Systems Support Bombardier On Tue, 10 Aug 2010 14:28 -0500, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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: auditor request question
Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. At the risk of playing a tired tune, auditors don't set rules. SME's do. Auditors report. Compliance officers enforce. So, what do your SME's say? (Subject Matter Experts) - I'm a SuperHero with neither powers, nor motivation! Kimota! -- 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: auditor request question
Sort of We run LOGON=AUTO but have OPERCMDS restricted so that the only commands that can be issued without a (user) logon are display and control commands (K E,1 etc) We also use automation to perform an unconditional LOGOFF 15 minutes after a LOGON (timer reset with next LOGON). Not exactly an inactivity timeout (I could be actively issuing commands for 15 minutes and the LOGOFF will still happen). A PITA at times but that's rare. Even in a controlled access area there are still 'unauthorized' personnel wandering around (cleaning crew, electricians, security guards, distributed systems folks, maintenance crew, etc.). Generally trustworthy to keep their mitts off the consoles but I wouldn't bet my job on it. We've had no major issues with the requirement other than the expected bit of grumbling at the start. I only wish you could logon to more than one system in a plex at the same time (there was a thread about this earlier). -Original Message- Pommier, Rex R. Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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: HLIST ODS() (was: HSM list of backups ...)
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Tuesday, August 10, 2010 3:22 PM
To: IBM-MAIN@bama.ua.edu
Subject: HLIST ODS() (was: HSM list of backups ...)
On Tue, 10 Aug 2010 13:12:09 -0500, Patrick Lyon wrote:
Enrique, try HLIST DSNAME(dataset.name) BCDS with either the
TERM or ODS
(output.dataset.name) opperands.
What considerations moved the designers to provide options
ODS/TERMINAL/SYSOUT rather than OUTDD and let the programmer
allocate it as he chooses?
How can the programmer specify FORMS, DESTINATION, WRITER,
FCB, etc. with SYSOUT?
Such flexibility would be intrinsic if there were an OUTDD()
option. I hope it's not another case where There was no
such decision made; the designers never considered OUTDD.
Lately, I tried an address TSO HLIST command from a Rexx
EXEC run under Unix System Services and got no output nor
error message. What happened to it? (If I intentionally
introduce a syntax error, I get an error message such as:
IKJ56712I INVALID KEYWORD ..., but never output from a
valid command.
Can I OUTTRAP output from HLIST?
I had suspected some of the misbehavior could arise if
HLIST runs in a separate address space, but I tried
HLIST ODS(dsname) while I held an ENQ EXC on dsname, and
it worked fine.
What's really happening here?
-- gil
I don't know for sure about HLIST. HLIST sends a command to DFHSM to execute.
But it does not put up a return channel for HSM's reply. HSM uses TPUT to
write directly to the user's TSO session. If the user is logged off, the output
is lost. You would notice this if you logged on to TSO, submitted a job to do
HSM work, and all the stupid messages from HSM flood your TSO session instead
of the batch job's output. I just did this with an HLIST MCDS command. And got
the results to my TSO session, not my batch job.
You cannot use OUTDD because HSM does not return the results to the requestor's
address space. As noted above, it can go to a DSN, which it allocates, or back
to the terminal user via TPUT.
REXX can only outtrap lines written via PUTLINE. Many TSO commands use the
older TPUT interface which directly issues an SVC. This cannot be trapped by
TSO REXX. It directs the output to a user's terminal. I am fairly sure that in
batch, it is a no-operation and the output is lost. As I recall, one of the
developers said that the address TSO in z/OS UNIX REXX starts a parallel TMP
in batch mode. So lines written via TPUT cannot be captured or relayed to the
UNIX environment. This goes back to my paragraph number one.
I am surprised at your statement that the ODS(dsn) worked while you have an
EXCL hold on the DSN. I use the ODS() quite a bit. I just did the command:
HLIST MCDS ODS('TSH009.X') in TSO. It created TSH009.X and wrote to it. I then
went into edit on that DSN, swapped screens, and resubmitted the command in a
batch job. I got a message on my TSO session:
+ARC0141I ERROR ALLOCATING OUTPUT DATA SET
Again, you only get these messages on your TSO session. Perhaps the DFHSM
people need to look at making some major changes!
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
HealthMarkets(r)
9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-691-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com
Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please contact
the sender by reply e-mail and destroy all copies of the original message.
HealthMarkets(r) is the brand name for products underwritten and issued by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The
MEGA Life and Health Insurance Company.SM
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E packaging - using CALLLIBS
On Tue, 10 Aug 2010 10:06:00 -0500 Brian Peterson brian.peterson.ibm.m...@comcast.net wrote: :On Tue, 10 Aug 2010 10:28:13 +0300, Binyamin Dissen wrote: :According to my understanding of the doc, by placing a ://*CALLLIBS=YES :in the JCLIN input after a job card and before the LINKS step will cause SMP/E :to allocate the SYSLIB DDDEF's and do a link of the specified module with the :CALL option. :I am having zero success with that. :If I specify CALLLIBS on the JCLIN statement itself, it works fine. :My objection to that is that theoretically this applies to the entire JCLIN :stream. :Does anyone know exactly how to do this? Are both required? :According to topic 9.6.6.1 Overview of CALLLIBS support in SMP/E Commands: : To package a load module that needs to use the automatic library call : function, follow these steps: : 1. Specify the CALLLIBS operand on the ++JCLIN MCS. According to topic 9.6.2 Link-Edit Control Statements in Standard Packaging Rules for z/OS-Based Products Document Number SC23-3695-10 SYSLIB DD statements are processed only if the CALLLIBS operand is specified on the JCLIN command or ++JCLIN MCS, or if //*CALLLIBS=YES is encountered after a job card preceding a link-edit step. If the CALLLIBS operand or the CALLLIBS comment is not specified, SMP/E ignores any SYSLIB DD statements it encounters. -- 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: SMP/E packaging - using CALLLIBS
On Wed, 11 Aug 2010 00:00:57 +0300, Binyamin Dissen wrote: According to topic 9.6.2 Link-Edit Control Statements in Standard Packaging Rules for z/OS-Based Products Document Number SC23-3695-10 SYSLIB DD statements are processed only if the CALLLIBS operand is specified on the JCLIN command or ++JCLIN MCS, or if //*CALLLIBS=YES is encountered after a job card preceding a link-edit step. If the CALLLIBS operand or the CALLLIBS comment is not specified, SMP/E ignores any SYSLIB DD statements it encounters. -- Binyamin Dissen You're right. Here's another reference from SMP/E Reference in topic 2.12 ++JCLIN MCS: CALLLIBS specifies that SMP/E is to process SYSLIB DD statements in JCLIN link-edit steps. SYSLIB DD statements are processed only if the CALLLIBS operand is specified on the JCLIN command or ++JCLIN MCS, or if //*CALLLIBS=YES is encountered after a job card preceding a link-edit step. If the CALLLIBS operand or the CALLLIBS comment is not specified, SMP/E ignores any SYSLIB DD statements it encounters. I wonder if you coded the //*CALLLIBS=YES *exactly* as specified in these references. Sometimes JCLIN JCL syntax checking varies from real JCL syntax checking Probably time to raise a PMR against 566894901 to discuss your exact scenario with the experts who can actually fix it if it's broken. Brian -- 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: auditor request question
Hi Rex, We do not require logon, except for the HMC - and that because one of them is next to the processor , out of line of sight . Access to areas that have consoles are by tracked card key. No unescorted visitors are allowed anywhere in the building. HTH, Linda Mooney - Original Message - From: Rex R. Pommier rex.pomm...@cnasurety.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, August 10, 2010 12:28:20 PM Subject: auditor request question Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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: auditor request question
Ted, I'm with you on this, but I left out some details. To specifically answer your questions, it depends on what the definition of SME actually means. If it means the tech support guys at the site, that would be me, and I say don't do it. Unfortunately management overrules common sense, and since the auditors recommended we turn console logon on, and management agreed with them. I'm currently trying to get a gauge for other sites, so I have additional ammunition to take back to mgmt to reverse the ruling. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, August 10, 2010 3:44 PM To: IBM-MAIN@bama.ua.edu Subject: Re: auditor request question Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. At the risk of playing a tired tune, auditors don't set rules. SME's do. Auditors report. Compliance officers enforce. So, what do your SME's say? (Subject Matter Experts) - I'm a SuperHero with neither powers, nor motivation! Kimota! -- 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: Driver 76 End of Support
(sorry if this is a dup as the first email disappeared before I wanted to send it). I always kept a dialog with IBM (and other vendors except one who will remain nameless) about items like drivers and other such upgrades. They knew I could be counted on to see that it got done. IBM has changed (for the bad) over the years and they tend not to communicate with the customer as well as they use to. After hearing about items that needed operations involvement, I always made sure they knew what was coming down and the length of outage that would be needed to allow them to schedule upgrades. I was good friend of the head of operations and we always met for t least a half an hour a day to discuss everything. I would ask him if he knew anything coming up that I (or the department ) needed to be aware of so we didn't try and schedule things at the same time. It was painless and it worked. IBM people I think handle it differently (and not for the good either) now days. I have got the impression that they go to the top guy and then let him decided scheduling. That does not work (at least from what I have seen) as you really need a person who communicates well and co-ordinates things (and people and departments). Upper management tends not to be detailed oriented so a lot of things seem to fall through the cracks and then all of a sudden you find you are 6 months behind in maintenance. I think I would (in your situation) go to IBM and let them know you are on their side and you can help get things done easier. I think they will be willing to try it out. But make sure you have the time needed to do this and if you do not then find someone that is in your systems department. It is way better to be proactive than reactive. Ed --- On Mon, 8/9/10, Scott Rowe scott.r...@joann.com wrote: From: Scott Rowe scott.r...@joann.com Subject: Driver 76 End of Support To: IBM-MAIN@bama.ua.edu Date: Monday, August 9, 2010, 3:38 PM I just got an email from my CE informing me that Driver 76 is going out of support, and that we should upgrade to Driver 79. He can't come up with any exact date. This seems like a rather vague notice to me, I thought we usually got better notice in the past. Does anyone have any further info on this? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 -- 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: auditor request question
Ken, (and any others who would like to weigh in on this), We were playing with this on our sandbox just now, and came across an interesting scenario. There are 2 of us here who are RACF SPECIAL. As you know, if a SPECIAL user types in the wrong password too many times, instead of simply revoking their account, RACF will toss message ICH301I to allow another attempt. Unfortunately, the console and the system apparently get caught in a twilight-zone type loop. We couldn't log onto the console as a different ID to respond to the message because all RACF logons were stacked up behind the message! I tried to reply to the ICH301I message from an SDSF session and that, too, locked. Fortunately I was logged onto a different console already (thanks, IBM, for not implementing console timeouts :-) ) and was able to respond to the RACF message. The affected console then rapid-fire logged off and on each of the IDs that we had tried to log on to. I think that alone will probably be enough to convince management that activating console logon requirements is a bad idea. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, August 10, 2010 3:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: auditor request question Sort of We run LOGON=AUTO but have OPERCMDS restricted so that the only commands that can be issued without a (user) logon are display and control commands (K E,1 etc) We also use automation to perform an unconditional LOGOFF 15 minutes after a LOGON (timer reset with next LOGON). Not exactly an inactivity timeout (I could be actively issuing commands for 15 minutes and the LOGOFF will still happen). A PITA at times but that's rare. Even in a controlled access area there are still 'unauthorized' personnel wandering around (cleaning crew, electricians, security guards, distributed systems folks, maintenance crew, etc.). Generally trustworthy to keep their mitts off the consoles but I wouldn't bet my job on it. We've had no major issues with the requirement other than the expected bit of grumbling at the start. I only wish you could logon to more than one system in a plex at the same time (there was a thread about this earlier). -Original Message- Pommier, Rex R. Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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: HLIST ODS() (was: HSM list of backups ...)
On Tue, 10 Aug 2010 15:55:16 -0500, McKown, John wrote:
What's really happening here?
I don't know for sure about HLIST. HLIST sends a command to DFHSM to execute.
But it does not put up a return channel for HSM's reply.
That's _so_ 20th Century!
HSM uses TPUT to write directly to the user's TSO session. If the user is
logged off, the output is lost. You would notice this if you logged on to TSO,
submitted a job to do HSM work, and all the stupid messages from HSM flood your
TSO session instead of the batch job's output. I just did this with an HLIST
MCDS command. And got the results to my TSO session, not my batch job.
You cannot use OUTDD because HSM does not return the results to the
requestor's address space. As noted above, it can go to a DSN, which it
allocates, or back to the terminal user via TPUT.
Sigh. But how does it write to SYSOUT? AFAICT from SDSF, the
SYSOUT is associated with my TSO session.
I am surprised at your statement that the ODS(dsn) worked while you have an
EXCL hold on the DSN. I use the ODS() quite a bit. I just did the command:
HLIST MCDS ODS('TSH009.X') in TSO. It created TSH009.X and wrote to it. I then
went into edit on that DSN, swapped screens, and resubmitted the command in a
batch job. I got a message on my TSO session:
+ARC0141I ERROR ALLOCATING OUTPUT DATA SET
It fails if the ENQ is held by a different address space; succeeds
if the ENQ is held by the TSO session that issues the HLIST command.
Does HLIST FREE the allocation and re-establish it afterwards?
Again, you only get these messages on your TSO session. Perhaps the DFHSM
people need to look at making some major changes!
Amen. But somehow the phrase snowball in hell comes to mind.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HLIST ODS() (was: HSM list of backups ...)
On Tue, 2010-08-10 at 17:20 -0500, Paul Gilmartin wrote:
On Tue, 10 Aug 2010 15:55:16 -0500, McKown, John wrote:
What's really happening here?
I don't know for sure about HLIST. HLIST sends a command to DFHSM to
execute. But it does not put up a return channel for HSM's reply.
That's _so_ 20th Century!
HSM uses TPUT to write directly to the user's TSO session. If the user is
logged off, the output is lost. You would notice this if you logged on to
TSO, submitted a job to do HSM work, and all the stupid messages from HSM
flood your TSO session instead of the batch job's output. I just did this
with an HLIST MCDS command. And got the results to my TSO session, not my
batch job.
You cannot use OUTDD because HSM does not return the results to the
requestor's address space. As noted above, it can go to a DSN, which it
allocates, or back to the terminal user via TPUT.
Sigh. But how does it write to SYSOUT? AFAICT from SDSF, the
SYSOUT is associated with my TSO session.
I am surprised at your statement that the ODS(dsn) worked while you have an
EXCL hold on the DSN. I use the ODS() quite a bit. I just did the command:
HLIST MCDS ODS('TSH009.X') in TSO. It created TSH009.X and wrote to it. I
then went into edit on that DSN, swapped screens, and resubmitted the
command in a batch job. I got a message on my TSO session:
+ARC0141I ERROR ALLOCATING OUTPUT DATA SET
It fails if the ENQ is held by a different address space; succeeds
if the ENQ is held by the TSO session that issues the HLIST command.
Does HLIST FREE the allocation and re-establish it afterwards?
You're right! I'll need to rethink how ODS() works. And if it is a
reverse channel, I wonder why it's not used to output to SYSTSPRT in
batch.
Again, you only get these messages on your TSO session. Perhaps the DFHSM
people need to look at making some major changes!
Amen. But somehow the phrase snowball in hell comes to mind.
Most likely. Or nitrocellulose cat. But IBM seems to be pushing z/OS
UNIX, so maybe ...
-- gil
--
John McKown
How do you know that a balloon is a hippie?
It gets high on helium!
--
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: auditor request question
We do not require console logon, except for the HMC. Access to areas that have consoles are by tracked card key. All guests must sign in and out on a log. No unescorted visitors are allowed anywhere in the building. Dale McCart Senior Systems Programmer / zSeries, z/OS, z/VM, zLinux Kawasaki Motors Corp., U.S.A. 9950 Jeronimo Rd. Irvine, California 92618-2084 Telephone: (949) 770-0400 extension 2316 E-mail: dale.mcc...@kmc-usa.com Pommier, Rex R. rex.pomm...@cnasurety.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 08/10/2010 12:29 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject auditor request question Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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: auditor request question
On 08/10/2010 02:28 PM, Pommier, Rex R. wrote: Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex ... As others have pointed out, your auditors are all wet if they think that practice is standard. Logging on to consoles that are in a restricted access location that is always supervised is a nonsense requirement, and if carried to its logical conclusion would require some mechanism for enforced logoff every time an Operator's posterior left their chair -- totally impractical if you expect them to get anything useful done. This would be a reasonable requirement only for consoles in a less protected area that might be left unattended for an extended time. -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auditor request question
On Tue, 2010-08-10 at 19:16 -0500, Joel C. Ewing wrote: On 08/10/2010 02:28 PM, Pommier, Rex R. wrote: Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex ... As others have pointed out, your auditors are all wet if they think that practice is standard. Logging on to consoles that are in a restricted access location that is always supervised is a nonsense requirement, and if carried to its logical conclusion would require some mechanism for enforced logoff every time an Operator's posterior left their chair -- totally impractical if you expect them to get anything useful done. Ah! A way to make money! How - add on to chair which detects when the operator gets up and reports that to the PC which triggers software with talks to the 3270 to do a LOGOFF. When a person sits down, the device measures their weight and does a scan of the their posterior to determine who they are, sending that information to the PC software to perform an automatic LOGON. Brilliant!!! Or maybe scans an implanted microchip to do the same. Said microchip also controls doors and has other functionality. Big Brother Lives! This would be a reasonable requirement only for consoles in a less protected area that might be left unattended for an extended time. -- John McKown How can you tell if a balloon is a hippie? It gets high on helium! -- 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
CPU time variance
So I'm trying to look at some code performance without any real tools. I have a test program and run it and look at the IEF374I message, e.g.: IEF374I STEP/RUN /STOP 2010222.1942 CPU0MIN 40.00SEC SRB0MIN 00.00SEC VIRT84K SYS 288K EXT 25348K SYS 14096K So that run took 40.00 seconds of CPU time, right? Now I run again, and get 45.52SEC. This is on an otherwise unloaded system, admittedly as a guest of z/VM. While I'd expect wall-clock to vary, I'm astonished that it varied that much. Is that reasonable? z/OS 1.9. -- zMan -- I've got a mainframe and I'm not afraid to use 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: auditor request question
We do not. However, we do require logon for those consoles in insecure areas. Note: it is a bad idea to require logon on all of the consoles. There are catch 22 situations where you can't logon, because RACF is wait for you to reply to its request; and you can't reply because you can't logon. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Tuesday, August 10, 2010 3:28 PM To: IBM-MAIN@bama.ua.edu Subject: auditor request question Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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: HLIST ODS() (was: HSM list of backups ...)
On Tue, 10 Aug 2010 18:28:00 -0500, John McKown wrote:
+ARC0141I ERROR ALLOCATING OUTPUT DATA SET
It fails if the ENQ is held by a different address space; succeeds
if the ENQ is held by the TSO session that issues the HLIST command.
Does HLIST FREE the allocation and re-establish it afterwards?
You're right! I'll need to rethink how ODS() works. And if it is a
reverse channel, I wonder why it's not used to output to SYSTSPRT in
batch.
You don't even get a return code. (But how does HMIGRATE WAIT
EXTENDRC work?)
It's interesting to compare the effect of:
HLIST ODS('invalid.dsname') ...
and:
ALLOCATE DSN('invalid.dsname') NEW CATALOG
under both TSO and OMVS Rexx address TSO ..., noting where the
error messages from catalog, allocation, and/or HSM appear.
Again, you only get these messages on your TSO session. Perhaps the DFHSM
people need to look at making some major changes!
Amen. But somehow the phrase snowball in hell comes to mind.
Most likely. Or nitrocellulose cat. But IBM seems to be pushing z/OS
UNIX, so maybe ...
I don't know that one.
The custom of directing messages via TPUT to a TSO ID became
broken the instant it became possible to run the TMP in batch.
It became slightly worse when OMVS got the tso command (long
before OMVS Rexx got address TSO).
I wonder how much of this could be repaired by generating a unique
identifier, distinct from any possible valid TSO ID, for such
transactions, and teaching TPUT to direct output for such IDs to
TSO, batch, or OMVS sessions as appropriate, and teaching RACF to
give such IDs permissions identical to the associated real user
ID? HSM itself need never know it's happening. I suppose it would
break other things even worse.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: auditor request question
On Tue, Aug 10, 2010 at 7:37 PM, John McKown joa...@swbell.net wrote: On Tue, 2010-08-10 at 19:16 -0500, Joel C. Ewing wrote: As others have pointed out, your auditors are all wet if they think that practice is standard. Logging on to consoles that are in a restricted access location that is always supervised is a nonsense requirement, and if carried to its logical conclusion would require some mechanism for enforced logoff every time an Operator's posterior left their chair -- totally impractical if you expect them to get anything useful done. Ah! A way to make money! How - add on to chair which detects when the operator gets up and reports that to the PC which triggers software with talks to the 3270 to do a LOGOFF. When a person sits down, the device measures their weight and does a scan of the their posterior to determine who they are, sending that information to the PC software to perform an automatic LOGON. Brilliant!!! Or maybe scans an implanted microchip to do the same. Said microchip also controls doors and has other functionality. Big Brother Lives! This would be a reasonable requirement only for consoles in a less protected area that might be left unattended for an extended time. -- John McKown The necessary mechanism is built into car passenger seats. It connects to the air bags, so that in an accident it know not to deploy or how much gas to release. It became required in the late 1990s when lightweight passengers in the front seat hit air bags designed to restrain heavier passengers. It is also why childs seats are usually in the rear seat anymore. -- 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: auditor request question
I've never seen a shop that requires operator logon to system consoles. All the shops I've worked in, or consulted for, have the consoles secured by physical security measures, including key cards and locked doors. Rick - Pommier, Rex R. wrote: Hi List, Quick question. Do you require your operations staff to log onto the z/OS consoles? Our auditors are claiming this is industry standard and so we need to be doing it, even though our consoles are all behind locked doors. Thanks. Rex -- 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
