Re: Dasd Consumption Report
We run DCOLLECT, process it with MXG and store the relevant variables in a SAS database. You have DCOLLECT, you can use different tools to process and store the info. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: 12 November, 2014 11:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Dasd Consumption Report Hi Group, We have three different Storage Boxes in our Data Center. I would like to understand the practice or procedure that you are following in your Shop to capture everyday Dasd Consumption report.(Like how much is used or How much is free), Based on the Boxes. Are there any ways(Tools or any Product) to generate a report for this requirement ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Big data - Google wants *all* of you
This company more and more looks like the old science fiction books, where one computer controls the whole world to provide the best for humanity, whether humanity agrees or not. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of nitz-...@gmx.net Sent: 12 November, 2014 11:48 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Big data - Google wants *all* of you Indeed. If a hospital uploads my genome code, will it be as anonymous, or will I be spammed (real medicine, quackery medicine, experimental medicine, etc) on what I have in my genome code? Let's hope that I could veto having my personal data (mis)used that way! Do we even get told if a doctor uploads such data? But there is not a word on how safe the stored data it will be! (cr)apple cloud has been cracked, google cloud is next. Exactly. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Processing SMF using Java - new product
2 things that pop up in mind: - will it run on zIIP, so it will reduce SMF processing costs? - what can I use it for? Will its functionality be comparable to MXG? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Andrew Rowley Sent: 10 November, 2014 9:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Processing SMF using Java - new product I have been working on a Java API for processing SMF data, based on experience gained developing EasySMF. Some key features are: * Methods convert the different SMF fields to Java datatypes. * Times representing a duration e.g. CPU time, connect time are converted to floating point values expressed in seconds from the multitude of different units that you find in SMF. * Dates and times of day are converted to Joda-Time http://www.joda.org/joda-time/ classes, which makes manipulation of time zones etc. possible. * SMF record classes provide functions to return the SMF subsections. For testing purposes it currently covers type 30 and most RMF records. This will become a new product from Black Hill Software. I am looking for people interested in trying it out and making comments on usability, performance, any problems etc. You can read details, see some sample programs and download the current beta here: http://www.blackhillsoftware.com/news/2014/11/04/processing-smf-using-java/ Please feel free to download it and try it, or sign up to the mailing list if you want to receive updates about the progress. I welcome any feedback and comments either directly, or in the comments area of the website. Thanks Andrew Rowley Black Hill Software +61 413 302 386 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Exposing USS Messages to z/OS SYSLOG
Dave, We can get /dev/operlog working, is the new in 2.1? /dev/syslog seems to be accepted, but does not go to syslog. Is this a valid device? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: 05 November, 2014 14:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Exposing USS Messages to z/OS SYSLOG Not exactly sure, but check out the manual for syslog.conf there are specific special files called /dev/operlog and /dev/console _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jacky Bright Sent: Wednesday, November 05, 2014 8:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Exposing USS Messages to z/OS SYSLOG I have requirement of exposing Mainframe USS messages appearing in WAS Started tasks on z/OS (For eg. BBOO0221W ) to Mainframe SYSLOG. Is there any way to achieve this ? JAcky -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What address space is using AUX slots?
The 30% rule is a performance rule, not a capacity rule: 1. you should have enough space to accommodate a large page-out burst, when I occurs. 2. you should not fill this space over 30% to keep good performance on your page-outs. Although I think this rule is more important in a constantly paging system and less important for a one time page-out burst. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: 25 October, 2014 0:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? As long as he doesn't exceed 30% usage, he should be fine. Maybe automatically issue the command hourly to find the peak? On Fri, Oct 24, 2014 at 2:33 PM, Gibney, Dave gib...@wsu.edu wrote: Just because you are not paging due to lots of real/flash isn't a reason to not have sufficient page datasets in case you need them for dumping of some runaway memory gobbler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, October 23, 2014 12:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? Peter Hunkeler wrote: It seems, we've got enough real storage and enough Flash Memory. There is hardly any paging. We've got two local page data sets mainly because VIO paging will not go to Flash Memory. We're starting to see local page data set usage at ~30%. I conclude that this must be VIO data being paged out. What let you arrive at that conclusion? Just curious if you don't mind please. I'm not very fluent in using neither RMF, nor MAINVIEW. I'd like to find out which AS is causing this AUX usage. Not that I'd currently think, we're in touble. Just curious. Does anyone have some hints where to start? Do you want 'snapshot' (with RMF II), interactive monitoring (RMF III) or some post-processing? Depending on what you want to do, you can use RMF batch using SMF records, RMF II or RMF III or RMF Spreadsheet Reporter. (Or you can go Martin Packer's entertaining way... :-D ) Groete / Greetings Elardus Engelbrecht - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What address space is using AUX slots?
Rereading your answer, I wonder what it is that 'we should not get anywhere near'? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: 27 October, 2014 9:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? We should throw the 30% rule in the bin IM(NS)HO. Only relates to Continuous Slot Allocation Algorithm break down and we shouldn't get anywhere near it; The economics of memory (and a fortiori with Flash) make this near obsolete. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 27/10/2014 08:11 Subject:Re: What address space is using AUX slots? Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU The 30% rule is a performance rule, not a capacity rule: 1. you should have enough space to accommodate a large page-out burst, when I occurs. 2. you should not fill this space over 30% to keep good performance on your page-outs. Although I think this rule is more important in a constantly paging system and less important for a one time page-out burst. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: 25 October, 2014 0:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? As long as he doesn't exceed 30% usage, he should be fine. Maybe automatically issue the command hourly to find the peak? On Fri, Oct 24, 2014 at 2:33 PM, Gibney, Dave gib...@wsu.edu wrote: Just because you are not paging due to lots of real/flash isn't a reason to not have sufficient page datasets in case you need them for dumping of some runaway memory gobbler. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, October 23, 2014 12:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What address space is using AUX slots? Peter Hunkeler wrote: It seems, we've got enough real storage and enough Flash Memory. There is hardly any paging. We've got two local page data sets mainly because VIO paging will not go to Flash Memory. We're starting to see local page data set usage at ~30%. I conclude that this must be VIO data being paged out. What let you arrive at that conclusion? Just curious if you don't mind please. I'm not very fluent in using neither RMF, nor MAINVIEW. I'd like to find out which AS is causing this AUX usage. Not that I'd currently think, we're in touble. Just curious. Does anyone have some hints where to start? Do you want 'snapshot' (with RMF II), interactive monitoring (RMF III) or some post-processing? Depending on what you want to do, you can use RMF batch using SMF records, RMF II or RMF III or RMF Spreadsheet Reporter. (Or you can go Martin Packer's entertaining way... :-D ) Groete / Greetings Elardus Engelbrecht - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: What address space is using AUX slots?
We don't have Flash, so I have no experience there, but you have history available. Maybe online in Mainview for some period, if Mainview has been configured so. Otherwise in the RMF records (produced by CMF). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 23 October, 2014 16:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: What address space is using AUX slots? Start it, select 'Z', select '1', enter 'JSTOR' and you will see the ASM Slot usage under the column Avg Slots, next to it are Avg Vio and Avg NVio. Thanks! Found it. I was starting with PGDSTAT. The JSTOR view doesn't tell which AUX slots are Flash and which are page DS slots. It's the sum of both. To my surprise, I can't see any job using VIO AUX slots. My previous assumption was wrong, it seems. What are reasons for SRM/AUX to page out to DASD instead of Flash, when Flash usage is low (below 10%)? I guess, none,are there? So, my current assumption is that we have had some peak on storage usage some time back which caused massive page out to Flash which also caused migration from Flash to AUX. Does this sound reasonable? --Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What address space is using AUX slots?
If you have mainview, try: F pasname,*asm,total For more details: F pasname,*HELP ASM Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 23 October, 2014 8:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: What address space is using AUX slots? It seems, we've got enough real storage and enough Flash Memory. There is hardly any paging. We've got two local page data sets mainly because VIO paging will not go to Flash Memory. We're starting to see local page data set usage at ~30%. I conclude that this must be VIO data being paged out. I'm not very fluent in using neither RMF, nor MAINVIEW. I'd like to find out which AS is causing this AUX usage. Not that I'd currently think, we're in touble. Just curious. Does anyone have some hints where to start? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What address space is using AUX slots?
This is a console command, use SDSF: /F ... Do you have access to the mainview ispf interface? Start it, select 'Z', select '1', enter 'JSTOR' and you will see the ASM Slot usage under the column Avg Slots, next to it are Avg Vio and Avg NVio. Put 'SO D' after command, put your cursor on the Avg Slots column, press Enter and the display will be sorted on Asm Slot usage Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 23 October, 2014 13:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: What address space is using AUX slots? If you have mainview, try: F pasname,*asm,total For more details: F pasname,*HELP ASM We do have MAINVIEW, but I'm just a beginner in finding my way around, so please bear with me. Where would I enter these commands? MAINVIEW ISPF rejects F --Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on WRITE statements in ACS and Automation
David, I think the problem with the ACS WRITE statements is, that the output does not travel the route that can be intercepted by your solution. It goes directly to the JES2 Message file of the job. I have been looking too for a way to collect these message and have them emailed to me, but AFAIK, it is not possible. Any change in this would be welcome. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tidy, David (D) Sent: 21 October, 2014 16:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question on WRITE statements in ACS and Automation Hi Lizette, Just cleaning up some mails, and I came across this. There is a message revision table in Netview that could be used. I have used it in a temporary way when I issue a command from system automation that only generates ouput in a joblog - in my case the revision table is: UPON ( JOBNAME = 'DFSKERN' ) REVISE(Y AUTOMATE) Then I activate a message table that triggers an exec to write each message it sees from the jobname to a global variable stem (incrementing an index), and asynchronously pick up the output later. Of course in your case, the message table processing could be much simpler, and permanent (I only do the set-up to retrieve the data I have triggered, and undo it afterwards). Best regards, David Tidy IS Technical Management/SAP-Mf Dow Benelux B.V. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 9 July 2013 15:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Question on WRITE statements in ACS and Automation I have a friend who is at z/OS V1.13 He asked me an interesting question that I am thinking of opening a Share requirement on. Let me know what you think When you create ACS code you can put WRITE statements into the process for clarification. Is it possible to capture those WRITEs in an automation product, OPS/MVS, AFOPER, Tivoli, and action the message? If a user is creating a dataset and using an invalid DSN, I could put a write statement in the code that says WRITE MYACS001I Invalid DSN for the storage group requested. Then if it went to SYSLOG I could capture it and send an email to the storage team for review. Or if my user was requesting way to much space for a specify storage pool, I could do something similar. So, it would be nice, in my opinion, to be able to create an event notification that an automation tool could capture and then perform some action (i.e. email the storage team) I understand that I can redirect to a different pool and provide other actions within ACS code. But since a lot of logging goes directly to the DFHSM logs or SYSOUT DDs, I have to have someone manually review to identify what is going on. Another example, there is an ARC0019I message that indicates the CELLS are too small for DFHSM. It is only in the SYSOUT DDs. I will be opening a SHARE requirement to be able to redirect these types of messages to SYSLOG so that an automation tool can send a notification to the storage team. The only way I see of doing it is to filter the output of the task to find the ACS code WRITE statements or filter the DFHSM SYSOUT DDs. Any thoughts are welcome. And if you have any other messages or functions in DFHSM that might need redirection, let me know. Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: Issue with TS3500 Tape Library.
Supposing they have been configured and defined correctly to the system(s). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, October 16, 2014 13:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. If you have hardware support and they have a problem with diagnosis, then you need to get them to work harder. If necessary, they should contact IBM hardware support (they should pay any costs, not you) on this issue. Sometimes it is firmware or microcode, sometimes the computers in the drives need to be re-taught their job. My IBM CEs had to do this multiple times on my drives. If you do not have CBR messages in SYSLOG and there are no messages on the log for the TS3500s, then there is something very wrong with the hardware. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Thursday, October 16, 2014 2:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Hi Lizette, We do have a hardware support. Even they couldn't figure out the issue :( Thanks, Arun Chinnadurai -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 15, 2014 8:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Issue with TS3500 Tape Library. Do you have hardware support? If so, I would have them come onsite and see if the robot needs to be taught Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Arun Prasad Chinnadurai Sent: Wednesday, October 15, 2014 6:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Issue with TS3500 Tape Library. Greetings to all ! On our site we have installed a new TS3500 tape library. When we submit a backup job, the robot inside the library is not picking up the tape using the barcodes (As of now, we are manually moving the tapes to the drive). Also the drive is not ejecting the tape out(moving it to empty slot) after a successful read/write operation. What could be the problem here ? FYKI : We are using 3592 JB tapes and the VOLSER reporting on the tape library is configured to 6 digits. All the tapes are initialized with six digit VOLSER. Thanks, Arun Chinnadurai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
WLM Managed Initiators, enhanced management.
Hello group, I have implemented WLM Managed Initiators years ago and I found it a problem, that WLM stops managing batch when I need it most: when all systems are (near) full. Searching for options to do some dynamic management myself, I found this beautiful presentation: WLM Functions for Dynamic Workload Routing, from 11 Mar 2014 Session 15217, of course again by Horst Sinram. https://www.google.nl/url?sa=trct=jq=esrc=ssource=webcd=6ved=0CEIQFjAFurl=https%3A%2F%2Fshare.confex.com%2Fshare%2F122%2Fwebprogram%2FHandout%2FSession15217%2FS15217_WLM_RouteMe.pdfei=7as3VMqUHsflaPHcgbgDusg=AFQjCNEfToekVYDhUw5duIoydnlLgHQRAQsig2=khCcGAcoFrQfagXfNSNAewbvm=bv.76943099,d.d2scad=rjt It describes exactly what I want WLM to do when managing batch in full systems. Is there any chance that WLM Managed Initiators will be enhanced with this function? Or should the enhancement be to JES2? Has anybody actually implemented this or a similar enhancement to WLM managed initiators? Or JES2? Thanks, 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape Error
Check this: http://ibmmainframes.com/about25902.html Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Friday, October 03, 2014 13:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Tape Error Hi All, I am receiving the below error while running my daily backup 09.08.33 JOB02811 IEC215I 714-0C,IFG0200Z,ZV1QB3$,STEP01,TAPE1,0680,ZV1QB3,BACKUP.INC.ZVX3D2 09.08.33 JOB02811 IOS000I 0680,0A,IOE,27,0600,,**,ZV1QB3,ZV1QB3$ 686 686 0A4410D050405050 0027FF00 0303023530335490 4304E80162C71310 686 WRITE ERROR DETECTED 09.08.33 JOB02811 IOS000I 0680,0A,IOE,02,0600,,**,ZV1QB3,ZV1QB3$ 687 687 0A4410D050405050 0002FF00 0303023530335490 4304E80162C71310 687 WRITE ERROR DETECTED 09.08.33 JOB02811 IEC147I 613-08,IFG0194K,ZV1QB3$,STEP01,TAPE1,0680,ZV1QB3,BACKUP.INC.ZVX3D2 Explanation for 714-0C says : 0C If opened for output processing, an I/O error occurred writing a tape mark during processing of a CLOSE macro instruction. If opened for input processing, a previous positioning error has been detected in volume disposition processing during processing of a CLOSE macro instruction. A possible cause is that ERP detected a permanent error and the tape position was unknown. ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK 0ADR006I (001)-STEND(01), 2014.274 23:04:30 EXECUTION BEGINS 0ADR347E (001)-BSWT (01), PERMANENT I/O ERROR ON DDNAME TAPE1,ZV1QB3$ ,STEP01 ,0680,T,TAPE1 ,WRITE ,DATA CHECK ,012961,BSAM 0ADR324E (001)-DDTFP(02), THE VOLUME/DATA SET SPECIFIED BY DDNAME TAPE1 HAS BECOME UNUSABLE 0ADR049E (001)-STEND(01), 2014.275 09:08:33 DFSMSDSS FUNCTION TASK ABEND RECOVERY ROUTINE WAS ENTERED. SYSTEM ABEND CODE=0714 REASON CODE=000C 0ADR324E (001)-DDTFP(02), THE VOLUME/DATA SET SPECIFIED BY DDNAME TAPE1 HAS BECOME UNUSABLE The backup ran fine for first 11 volume but it failed in 12th step with the above error message. 80 //DASD12 EXEC BACKUP,VOL=ZVX3D2,TAPE=ZV1QB3,LBL=12 81 ++BACKUP PROC 82 ++STEP01 EXEC PGM=ADRDSSU PARM='TYPRUN=NORUN' 83 ++SYSPRINT DD SYSOUT=* 84 ++DASD1DD UNIT=3390,VOL=SER=VOL,DISP=SHR IEFC653I SUBSTITUTION JCL - UNIT=3390,VOL=SER=ZVX3D2,DISP=SHR 85 ++TAPE1DD UNIT=680,VOL=(,RETAIN,SER=TAPE),DISP=(NEW,KEEP), ++DSNAME=BACKUP.INC.VOL,LABEL=(LBL,SL) IEFC653I SUBSTITUTION JCL - UNIT=680,VOL=(,RETAIN,SER=ZV1QB3),DISP=(NEW,KEEP),DSNAME=BACKUP.INC.ZVX3D2, LABEL=(12,SL) 86 ++SYSINDD DSN=SYS1.ZOS1.CNTL(INPUT),DISP=SHR I am unable to interpret the IOS message, but Most likely it could be a tape error. Could someone throw light on the above. Z/OS : 1.13 Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: abend code BB7 ?
Just out of curiosity I let Google play with the abend and as usual it found a couple of answers. Maybe something is applicable under the hood of your system. I read in the papers last week that Google is about to know everything there is to know, so soon... Kees. AABEND BB7 (U2999) Explanation: An ACTEST user issues the ABEND command. SOLVE:TCPaccess terminates with a dump. Action: None, if the ACTEST user intended to terminate SOLVE:TCPaccess. If ACTEST is not protected by command security and a curious user entered the command (and terminated SOLVE:TCPaccess), the system programmer responsible for SOLVE:TCPaccess might consider implementing command security for ACTEST. Quite similar: -- AABEND BB7 (U2999) ExplanationAn ACTEST user issues the ABEND command. Cisco IOS for S/390 terminates with a dump. Recommended ActionNone, if the ACTEST user intended to terminate Cisco IOS for S/390. If ACTEST is not protected by command security and a curious user entered the command (and terminated Cisco IOS for S/390), the system programmer responsible for Cisco IOS for S/390 might consider implementing command security for ACTEST. -- The V7 Spawner program on MVS may fail with the following errors: OMVS SEGMENT NOT DEFINED. +LSCX041 ERROR IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=SPAWNER , ASID=0079. +ABEND occurred in MAIN(VSOCKET),offset 000DE8 +Program terminated by operating system. ABEND code = U2999 +Calling trace: +FunctionLineOffsetContext +MAIN(VSOCKET) 000DE8 IEF450I SPAWNER SAS7 SAS7 - ABEND=S000 U2999 REASON= 986 ICH408I JOB(ASCHINT ) STEP() 987 BX29RJ.SPAWNER.JOBLOG CL(DATASET ) INSUFFICIENT ACCESS AUTHORITY ACCESS INTENT(UPDATE ) ACCESS ALLOWED(NONE ) This problem will occur if SECACPT=CONV is set in the APPL defintion of the LU used to launch the OS/390 spawner transaction program. To correct the problem, set SECACPT=ALREADYV. - OA28604: ABENDU2999 IN CIKICSVC A fix is available Obtain the fix for this APAR. APAR status Closed as program error. Error description ABEND u2999 in CIKICSVC at offset x'174e' caused by a SVC 11 (x'b') which has an out of range value in register 15. Local fix KEYWORDS: u2999 2999 CIKICSVC TICSVC SVC B AB0C4 ABEND0C4 ABEND0C6 AB0C6 - -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Schuster Sent: Saturday, September 06, 2014 02:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: abend code BB7 ? Abend code BB7 does not seem to be documented in the System Codes manual, even at the z.os 2.1 level. As in: IEC615I ABEND=000BB7-1101 OCCURRED IN THE (nameremoved) EXIT MODULE FOR DYNAMIC EXIT IGGPRE00_EXIT The IEC615I message only indicates that abend 000BB7-110 occured in exit routine (nameremoved) . Is this not documented on purpose, or has the manual not caught up with Dynamic Exits? Does anyone know what the BB7 abend is caused by? Thank you. Paul -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Amdahl UTS manual
Spring? Lucky you. According to our calendar it should be summer here, but it has been autumn all this month. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Monday, August 25, 2014 15:27 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Amdahl UTS manual John McKown wrote: Gee, it feels like Friday already! [grin] This upcoming Friday, it will be nearly Spring, just in time for serious lawn mowing, swimming, beer drink, etc. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hard Capping an LPAR
If you need to cap a single application, put it in a Resource Group and give that a cap. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Herring, Bobby Sent: Thursday, August 21, 2014 05:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Hard Capping an LPAR Thank you, that's what I needed to know. We are trying to limit two problem ISV's that are MIPS based charging. We need to do a major CPU upgrade and these two products are making it too painful. One can't be gotten rid of easily. The other can be replaced with some pain but is doable. If we can isolate them to the hard capped, very limited use LPAR, then maybe we can negotiate with them. Thanks, Bobby From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of Al Sherkow Digest a...@sherkow.com Sent: Wednesday, August 20, 2014 8:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Hard Capping an LPAR Putting a hard cap on an LPAR limits the LPAR's use of the CPU; it does not limit a single application. Yes you specify that on the HMC. 5% of 2000 is 100. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LCS Software and Seminars on IBM Mainframe Software Pricing +1 414 332-3062 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN [http://infonet.txfb-ins.com//images//email-signature-image.jpg] WWW.TXFB-INS.COMhttp://www.txfb-ins.com Texas Farm Bureau Insurance received the highest numerical score among auto insurance providers in Texas in the proprietary J.D. Power 2012-2014 U.S. Auto Insurance Studies SM (Central Region in 2012). 2014 Study based on 44,661 total responses measuring 8 providers in Texas and measures opinions of consumers with their auto insurance provider. Proprietary study results are based on experiences and perceptions of consumers surveyed March-April 2014. Your experiences may vary. Visit jdpower.com. © 2014 Texas Farm Bureau Insurance Companies. CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PRSM % CPU calculation
From V1.13 Hiperdispatch is default. This means that logical processors can be parked and do nothing for some time. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Donald Likens Sent: Wednesday, August 20, 2014 22:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: PRSM % CPU calculation Per the System Performance Paper from CMG the calculation for CPU utilization is as follows: For Shared Logical Processors CPU Utilization = Sum(SMF70PDT) / (NUMCPS x SMF70INT) x 100% For Dedicated Logical Processors CPU Utilization = Sum(SMF70PDT - SMF70WAT) / (NUMCPS x SMF70INT) x 100% First question: Looking at SMF date, how does one know if it is a dedicated logical processor? Second question: We are getting 0% CPU utilization when doing the Shared Logical Processor calculation. Is this the correct way to calculate LPAR processor utilization? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hard Capping an LPAR
This way one can keep the single application under control, without impacting other applications in the LPAR. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Thursday, August 21, 2014 11:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Hard Capping an LPAR Not sure that addresses the licence cost issue. BTW hello Bobby! Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 21/08/2014 07:37 Subject:Re: Hard Capping an LPAR Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU If you need to cap a single application, put it in a Resource Group and give that a cap. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Herring, Bobby Sent: Thursday, August 21, 2014 05:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Hard Capping an LPAR Thank you, that's what I needed to know. We are trying to limit two problem ISV's that are MIPS based charging. We need to do a major CPU upgrade and these two products are making it too painful. One can't be gotten rid of easily. The other can be replaced with some pain but is doable. If we can isolate them to the hard capped, very limited use LPAR, then maybe we can negotiate with them. Thanks, Bobby From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of Al Sherkow Digest a...@sherkow.com Sent: Wednesday, August 20, 2014 8:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Hard Capping an LPAR Putting a hard cap on an LPAR limits the LPAR's use of the CPU; it does not limit a single application. Yes you specify that on the HMC. 5% of 2000 is 100. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LCS Software and Seminars on IBM Mainframe Software Pricing +1 414 332-3062 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN [ http://infonet.txfb-ins.com//images//email-signature-image.jpg] WWW.TXFB-INS.COM http://www.txfb-ins.com Texas Farm Bureau Insurance received the highest numerical score among auto insurance providers in Texas in the proprietary J.D. Power 2012-2014 U.S. Auto Insurance Studies SM (Central Region in 2012). 2014 Study based on 44,661 total responses measuring 8 providers in Texas and measures opinions of consumers with their auto insurance provider. Proprietary study results are based on experiences and perceptions of consumers surveyed March-April 2014. Your experiences may vary. Visit jdpower.com. (c) 2014 Texas Farm Bureau Insurance Companies. CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: FDR tape dataset Reading
AFAIR, FDRMAP is part of Compaktor, not of FDR. FDRABRP is available if you have FDR only. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Clifford Sent: Thursday, August 14, 2014 17:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FDR tape dataset Reading FDR provides a utility called FDRMAP FDRMAPT. First one maps a disk. Second one maps a tape providing similar looking report as the disk one. John Clifford Consultant (looking for work) On Thu, Aug 14, 2014 at 6:32 AM, mf db dbajava...@gmail.com wrote: Hi, I am looking for a sample JCL on reading FDR backup tape dataset. The Intent is to read the FDR tape dataset(To identify the Number of Dataset backups taken). Does anyone has a similar Examples ? I am just trying to understand the utility name which can help me to accomplish the task. FDR 5.4 z/os : 1.13 Peter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FDR tape dataset Reading
There is the FDRABRP program to map the contents of a tape. It is somewhat complicated if you have it or not. Mapping an FDR tape was possible with a Compactor tool, but when we abandoned Compactor, we received an ABR tool to map FDR tapes, or it was already shipped with FDR. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Thursday, August 14, 2014 12:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: FDR tape dataset Reading Hi, I am looking for a sample JCL on reading FDR backup tape dataset. The Intent is to read the FDR tape dataset(To identify the Number of Dataset backups taken). Does anyone has a similar Examples ? I am just trying to understand the utility name which can help me to accomplish the task. FDR 5.4 z/os : 1.13 Peter. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Extents more than One for load modules library
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, August 14, 2014 15:52 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Extents more than One for load modules library On Thu, 14 Aug 2014 13:38:03 +, DASDBILL2 wrote: It is my cold and fuzzy recollection that 6144 was in vogue for a few years when that value was deemed to be VERY good on a 3340 DASD and not too shabby [1] for most other flavors. Bill Fairchild [1] Or, more precisely, okay or swell. ISTR that because 4KiB did not fit nicely in a 3350(?) track 6KiB became fashionable, perhaps even for page data sets. -- gil -- I remember 6144 as a reasonable optimal size for both 3330 (13030) and 3350 (19069). 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: REGION size IEFUSI question
I suspect the reasons are ancient and not relevant anymore. Maybe practical experience as result of initiator fragmentation. I don’t understand: set the result as limit below set the result minus 96K as size below. You can probably set up modern rules, depending on your available storage, like: if regionsize 512M then set regionsize=512M else allow requested regionsize. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of jan de decker Sent: Tuesday, August 12, 2014 20:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: REGION size IEFUSI question Hi list, A client asked me to revise an old IEFUSI exit. Part of the logic flow is: If REGION=x is coded in the JCL and x 16M or x = 0M then do add 96K to REGION limit below Q1: Why 96K? end else do Take the region size below from LDASIZA substract LDAHIAL substract 384K Q2: Why 384K set the result as limit below set the result minus 96K as size below. Q3: Why 96K? end If anybody has an idea about Q1, Q2 oe Q3, i would be most grateful. Best regards, j@n -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mass updates to the WLM policy.
If this clears the situation: I want to add the Schenv's to the WLM Service Definition, without using them at the same time. Adding them manually and errorfree is a horrible task, I want to automate this. I think I found something with my terminal emulator macro function. Starting to use them is a different action. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, August 12, 2014 15:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mass updates to the WLM policy. No, what I am saying is that is perfectly OK to add 100 scheduling environments, just not all at once (i.e. 1 activation of the Service policy). Add them 10 at a time and measure the results, adjust. Repeat until all needed environments have been added. snip Do you mean that adding 100 Scheduling Environments is something I should never want to do? What could be the unintended impact? The policy can hold 999 Resources and 999 Schenvs and the Schenv Redbook even gives performance hints for this situation (add a control Resource to each Schenv). I think the only way to do it automated is with a macro of my terminal emulator. This way I also do mass updates to my SMS SCDS (e.g. change the retain-days-only-backup of all my managementclasses). This is much less sensitive to typo's than doing it manually. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Monday, August 11, 2014 16:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mass updates to the WLM policy. IMO, no massive changes should *EVER* be added to a WLM Service Definition. *BEWARE* the law of unintended consequences. It is not a matter of the doing (via any method), it is a matter of the impact. Just my $0.02 USD worth. snip It has been asked before: is it possible to do mass updates to the WLM policy easily, e.g. add 200 Scheduling Enviroments to it, in batch or so? Apart from the replies, that the OP should not want to do what he wants to do, the general answer was NO. Is this still so? The z/OS MF interface seems to work the same way as the TSO interface: on update at a time. Has anyone found out the layout of the WLM policy PDS and a way or tool to manipulate (unload, update, reload) it in order to insert mass updates there? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mass updates to the WLM policy.
Do you mean that adding 100 Scheduling Environments is something I should never want to do? What could be the unintended impact? The policy can hold 999 Resources and 999 Schenvs and the Schenv Redbook even gives performance hints for this situation (add a control Resource to each Schenv). I think the only way to do it automated is with a macro of my terminal emulator. This way I also do mass updates to my SMS SCDS (e.g. change the retain-days-only-backup of all my managementclasses). This is much less sensitive to typo's than doing it manually. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Monday, August 11, 2014 16:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mass updates to the WLM policy. IMO, no massive changes should *EVER* be added to a WLM Service Definition. *BEWARE* the law of unintended consequences. It is not a matter of the doing (via any method), it is a matter of the impact. Just my $0.02 USD worth. snip It has been asked before: is it possible to do mass updates to the WLM policy easily, e.g. add 200 Scheduling Enviroments to it, in batch or so? Apart from the replies, that the OP should not want to do what he wants to do, the general answer was NO. Is this still so? The z/OS MF interface seems to work the same way as the TSO interface: on update at a time. Has anyone found out the layout of the WLM policy PDS and a way or tool to manipulate (unload, update, reload) it in order to insert mass updates there? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Extents more than One for load modules library
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Shannon Sent: Sunday, August 10, 2014 12:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Extents more than One for load modules library Load libraries go to more than one extent all the time. I don't believe there is any general problem. The problem occurs if the libraries are in the Linklist. A new extent won't be reflected in the DEB. For non-Linklist libraries it shouldn't be a problem until the next IPL or until a new Linklist Set is created.. Bob Shannon Rocket Software This problem is not limited to linklist libraries, but applies to all open libraries. E.g. if your IMS or CICS loadlib has extents and takes one more, also this is not reflected in the DEB and modules there cannot be found. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Mass updates to the WLM policy.
Hi all, It has been asked before: is it possible to do mass updates to the WLM policy easily, e.g. add 200 Scheduling Enviroments to it, in batch or so? Apart from the replies, that the OP should not want to do what he wants to do, the general answer was NO. Is this still so? The z/OS MF interface seems to work the same way as the TSO interface: on update at a time. Has anyone found out the layout of the WLM policy PDS and a way or tool to manipulate (unload, update, reload) it in order to insert mass updates there? 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to check if a job is running in a SYSPLEX
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim McAlpine Sent: Friday, August 08, 2014 11:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to check if a job is running in a SYSPLEX On Thu, Aug 7, 2014 at 5:05 PM, Lizette Koehler stars...@mindspring.com wrote: Just curious, If your tasks had a first step that mod'd a common dataset and then CICS would query that data set, could you set it up that way? The data set could contain the info you need Date Time Task_Name Plex_name Startup/Shutdown state. Plex_name could also include LPAR name So first step of job would set the startup date/time The last step of the job would set the shutdown date/time. Lizette Thanks Lizette, As I said in an earlier reply, we have toyed with a similar solution but using a DB2 table as the data repository. The only problem with this type of solution is that it's not bullet proof. We could obviously put COND=EVEN on the last step just in case the server address space should abend but that does not cover the case where the server may be cancelled by the operator for whatever reason. Not highly likely, but still possible. In that case the repository data would not reflect the actual situation. Jim Mc I think the XCF Notepad solution we be similarly not bulletproof. The only bulletproof solution is the SYSDSN ENQ, it will definitely disappear when the task or even its LPAR crashes. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS System Initialization Logic (IPL)
Does anybody know what IEALSTxx is (Page 35)? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Imbriale Sent: Wednesday, July 16, 2014 00:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS System Initialization Logic (IPL) For those interested, came across the following: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS3699 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS System Initialization Logic (IPL)
I did, it is not there. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blaicher, Christopher Y. Sent: Wednesday, July 16, 2014 16:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS System Initialization Logic (IPL) My Error, INITIALIZATION AND TUNING manual. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blaicher, Christopher Y. Sent: Wednesday, July 16, 2014 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS System Initialization Logic (IPL) Look in INSTALLATION AND TUNING REFERENCE manual. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: Wednesday, July 16, 2014 10:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS System Initialization Logic (IPL) Does anybody know what IEALSTxx is (Page 35)? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Imbriale Sent: Wednesday, July 16, 2014 00:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS System Initialization Logic (IPL) For those interested, came across the following: http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS3699 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: Check out IBM Redbooks | IBM Redbooks Mobile App
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Andrews Sent: Thursday, July 10, 2014 14:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Check out IBM Redbooks | IBM Redbooks Mobile App On Thu, 2014-07-10 at 01:25 -0600, Mark Post wrote: On 7/9/2014 at 04:24 PM, Ed Finnell 000248cce9f3-dmarc-requ...@listserv.ua.edu wrote: Wonder if SHARE has Mobile plans? https://play.google.com/store/apps/details?id=com.coreapps.android.fol lowme.share_inc Holycow, that requires an awful lot of permissions! What are they DOING? * find accounts on the device Contacts/Calendar * modify your contacts * read your contacts * read calendar events plus confidential information * add or modify calendar events and send email to guests without owners' knowledge Location * precise location (GPS and network-based) * approximate location (network-based) Photos/Media/Files * modify or delete the contents of your USB storage * test access to protected storage Camera/Microphone * take pictures and videos Wi-Fi connection information * view Wi-Fi connections Device ID call information * read phone status and identity Other * receive data from Internet * view network connections * control flashlight * prevent device from sleeping * run at startup * control vibration * full network access * connect and disconnect from Wi-Fi Not just No, but Hell, no. -- David Andrews A. Duda Sons, Inc. david.andr...@duda.com -- This indeed looks like the apps that earn money by selling everything they can get out of your mobile! Maybe the app must generate the money to keep the Redbooks alive, I won't be surprised to see commercials... 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE member profile
When I say 'explainable', I just mean that the road from the past to here can be explained, but I don't mean to say that it is justifiable. I agree, it should have been lifted higher up in the platform somewhere in the 80's. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, June 27, 2014 18:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PDSE member profile On Fri, 27 Jun 2014 13:51:51 +, Vernooij, CP (SPLXM) - KLM wrote: Yes!. In our group, we all have activated an 'initial macro' that sets for certain datasets some of the attributes we require, like STATS, AUTOSAVE OFF PROMPT (to avoid PF3's unintentionally saving modifications). And I suppose it can even be project-sensitive, implied by certain data sets. About what you call IBM chaos: if you look at the history of these features, it is explainable how things grew this way. No, it's not explainable unless you tolerate irresponsibility. It could have been done right when the decision was made to do it at all. The function should have been provided in Allocation so it would be available alike to ISPF, SVC99, TSO ALLOCATE, BPXWDYN, and Batch JCL. Then we got problems with batch updating PDS's that were in use constantly by ISPF users, which was solved by batch updating the PDS with DISP=SHR, which corrupted a PDS once in every 1000 to 100 times. Really!? Shocking! When I confronted the problem, with a naive caution I resorted to invoking ISPF LM services in batch IKJEFT01 to preserve integrity. Then PDSMAN intercepted disp=shr batch by adding the SPFEDIT enq and the linkage editor was doing likewise. And even ISPF and linkage editor don't use the same ENQ. (I believe ISPF uses both if RECFM=U.) Alas, PDSMAN appears to be an ISV product, and can't be relied on to be available in every customer shop. And we, as an ISV, may be compelled to test twice, once for compatibility with PDSMAN, and once for integrity absent PDSMAN. Now we have come to the chaos you describe and yes, someone with a supervising view could have stopped this trend and decided to do this at platform level, but this did not happen. It's never too late. It is like a couple of guys developing a communication protocol for their computer connections that suited their needs, but now it is used as 'internet' and the total world economy depends on it, it should have been developed differently. At least, unlike allocation/ENQ which is chaotic even within a single OS from a single vendor, TCP/IP is uniform across all vendors (unless you regard SNA as a viable competitor). (couple of guys seems to be devaluing DoD ARPA and NSF.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE member profile
I doubt it, the profiles are an internal ISPF thing and their definitions saved in the user's personal profile dataset. Which/whose settings should FTP use? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, June 27, 2014 15:14 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PDSE member profile Paul Gilmartin wrote: NFS and FTP follow ISPF conventions for member ENQ, and NFS at least (I haven't tested FTP) provides member statistics. Do they likewise respect the DSN profile setting of STATS? Excellent questions! I have now tested FTP by uploading a text file to a PDS member which was last updated in 2002. The stats were indeed updated by the FTP. I don't know about 'respect'. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDSE member profile
Yes!. In our group, we all have activated an 'initial macro' that sets for certain datasets some of the attributes we require, like STATS, AUTOSAVE OFF PROMPT (to avoid PF3's unintentionally saving modifications). About what you call IBM chaos: if you look at the history of these features, it is explainable how things grew this way. First there was no (I)SPF, but there were member statistics as save by the linkage editor etc. Then came (I)SPF and they at some point in time found it useful to save statistics, for ISPF use only. Then they developed their own enq's (SPFEDIT) for editing several members in a PDS while holding the PDS with DISP=SHR. Then we got problems with batch updating PDS's that were in use constantly by ISPF users, which was solved by batch updating the PDS with DISP=SHR, which corrupted a PDS once in every 1000 to 100 times. Then PDSMAN intercepted disp=shr batch by adding the SPFEDIT enq and the linkage editor was doing likewise. Now we have come to the chaos you describe and yes, someone with a supervising view could have stopped this trend and decided to do this at platform level, but this did not happen. It is like a couple of guys developing a communication protocol for their computer connections that suited their needs, but now it is used as 'internet' and the total world economy depends on it, it should have been developed differently. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, June 27, 2014 15:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PDSE member profile On 2014-06-27, at 07:21, Vernooij, CP (SPLXM) - KLM wrote: I doubt it, the profiles are an internal ISPF thing and their definitions saved in the user's personal profile dataset. Which/whose settings should FTP use? Are you saying that if multiple users have write access to a PDS for purposes of team development (ISPF supports this operation (I used to believe well)), they may follow inconsistent conventions with respect to NUMBER, STATS, RECOVERY, ...? Ouch! In case of team development, such a profile should belong to the library, not to the individual developer(s). Hmmm... Suppose one developer's edit session crashes, but RECOVERY is on. Can editing that member be resumed and recovered by another team member? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog considerations for a new(ish) systems programmer (UNCLASSIFIED)
We hit this years ago. I even made calculations to monitor if we were approaching the limit and had to add another usercatalog. The limit is the size of aliases for a usercatalog in the Mastercatalog record. The sum of the lengths of all the aliases is limited to about 32300 bytes. So this is about 4500 TSO users. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 24, 2014 15:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Catalog considerations for a new(ish) systems programmer (UNCLASSIFIED) I have never hit this restriction in 40 years. IIRC it is a large number. I was thinking more about the SIZE of the catalog, not the number of aliases associated with the catalog. snip On Mon, 23 Jun 2014 19:51:26 +, Staller, Allan wrote: I am not sure I can see the need (technically) for more than one TSO ucat, presuming there is anything resembling a rational retention policy. It depends upon how many TSO users you have. IIRC, there is a limit to the number of associations a user catalog can have. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog considerations for a new(ish) systems programmer (UNCLASSIFIED)
Correction(*): We hit this years ago. I even made calculations to monitor if we were approaching the limit and had to add another usercatalog. The limit is the size of aliases for a usercatalog in the Mastercatalog record. The sum of all values: 'alias length + 3 bytes' (*) is limited to about 32300 bytes. So this is about 4500 TSO users. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 24, 2014 15:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Catalog considerations for a new(ish) systems programmer (UNCLASSIFIED) I have never hit this restriction in 40 years. IIRC it is a large number. I was thinking more about the SIZE of the catalog, not the number of aliases associated with the catalog. snip On Mon, 23 Jun 2014 19:51:26 +, Staller, Allan wrote: I am not sure I can see the need (technically) for more than one TSO ucat, presuming there is anything resembling a rational retention policy. It depends upon how many TSO users you have. IIRC, there is a limit to the number of associations a user catalog can have. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog considerations for a new(ish) systems programmer (UNCLASSIFIED)
Correction(*): We hit this years ago. I even made calculations to monitor if we were approaching the limit and had to add another usercatalog. The limit is the size of aliases for a usercatalog in the Mastercatalog record. The sum of all values: 'alias length + 3 bytes' (*) is limited to about 32300 bytes. So this is about 3230 (*) TSO users. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 24, 2014 15:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Catalog considerations for a new(ish) systems programmer (UNCLASSIFIED) I have never hit this restriction in 40 years. IIRC it is a large number. I was thinking more about the SIZE of the catalog, not the number of aliases associated with the catalog. snip On Mon, 23 Jun 2014 19:51:26 +, Staller, Allan wrote: I am not sure I can see the need (technically) for more than one TSO ucat, presuming there is anything resembling a rational retention policy. It depends upon how many TSO users you have. IIRC, there is a limit to the number of associations a user catalog can have. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where to lookup what IKJEGS6A / SVC 61 does?
Ask google what it knows about: svc 61 igc0006a Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Monday, June 23, 2014 11:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Where to lookup what IKJEGS6A / SVC 61 does? Working on some asm code I stumbled on an call to SVC 61. SVC 61 seems to be service IKJEGS6A. Neither googling nor searching MVS and TSO manuals helped to find what IKJEGS6A does. Can anyone help me with a pointer to some doc? -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COMMANDxx member
Suresh, The answer is simple: everything between the quotes is issued as an operator command, so you can test your statements by issuing the text between the quotes from a console. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of suresh chacko Sent: Monday, June 23, 2014 13:41 To: IBM-MAIN@LISTSERV.UA.EDU Subject: COMMANDxx member Hi I need a help in coding syntax of z/OS COMMANDxx of PARMLIB. Please note that our installation is not sysplex and 4 LPARS connected with GRS in CEC's, one at Primary site and the other at secondary site. We are on z/OS 1.12. The below are for the automatic dump data sets allocation coded in the COMMANDxx. I have three questions here:- 1. Can I use multiple volumes in this scenario. If so how I can code? ( I understood i can't use shared volumes as our is not a sysplex). 2. COM='DUMPDS ADD,VOL=(VOLUM1,VOLUM2)' - is this coding valid in our case? 3. Which coding is correct from the below? I believe CHG DUMP VIRTUAL STOR TO 2G which is starting after 2048M is a comment..Am I right? -- a. COM='CD SET,SDUMP,MAXSPACE=2048M CHG DUMP VIRTUAL STOR TO 2G' b. COM='CD SET,SDUMP,MAXSPACE=2048M CHG DUMP VIRTUAL STOR TO 2G' I noticed in all other statements in COMMANDxx, comments (I assume) are starting after the commands with a gap of minimum 2 empty spaces like the second one. If I am wrong please correct me Please advise. Thanks, Suresh N -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COMMANDxx member
Snip I have seen the below CD command in our COMMANDxx and so wanted to ask and confirm whether it is a valid code. So you mean this code should be corrected as COM='CD SET,SDUMP,MAXSPACE=2048M'. COM='CD SET,SDUMP,MAXSPACE=2048M CHG DUMP VIRTUAL STOR TO 2G' /Snip There is nothing wrong here, so you don't need to correct it: the parameters of the CD command are separated by comma's, so what comes after the following blank is ignored and can be used as comment. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Historic computer part collectors: chip prototype auctioned.
http://www.bloomberg.com/news/2014-06-19/nerd-memorabilia-market-arises-with-microchip-auction.html If you are deep-pocketed, according to the article, this is your chance to by the 'birth certificate of computing'. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to? Designing a graph of information
John, I usually hate replies, that don't answer the question, but instead state: why don't you try it this way. However, this time I would like to ask some 'what are you doing' questions, in spite of your last remark. 1. The product that produces the CMFCPU13/14/15 messages also produces your RMF 72 records. From those I produce all my statistics on quarterly or hourly intervals, be it through CA MICS, but you can do it also via SAS / MXG (or some RMF reporting tool I believe). You can even download the SMF records to your Linux or Windows system and process them with SAS or a similar product. Did you try this? 2. What conclusions do you want to pull out of the figures? You know, that these 'LPAR is capped' figures have only a slight relation with the performance of those LPARs. If you have a road sign stating there is a speed limit of 100 m/h, that road is 'capped', but the capping won't hardly create performance problems. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 14:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to? Designing a graph of information We use PR/SM Group Capacity to regulate our aggregate MSUs from two LPARs on a single CEC. This is for cost containment. We have a product which runs on both z/OS images on the LPARs which produce messages similar to: N 402 LIH1 14169 22:07:51.36 STC16813 0090 CMFCPU15 LPAR NO LONGER SOFT CAPPED BY WLM; CAPPED DURATION WAS S 00.02.00 I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Each row contains the date/time column a column for each z/OS Image. The z/OS image either contains a or a * depending on whether that z/OS is WLM capped any time during that minute. Thing of the columns like: date/time @ minute resolution; is LPAR#1 capped?; Is LPAR#2 capped?. Now what I want to do is create a time graph. The X axis is the date / time. Each point on the Y axis is for a given LPAR. The intersection (plot) is either * if that LPAR is capped at that time or a blank. This is to show, along a time sequence how each LPAR is being capped and uncapped. Ex: LIH1 capped| * | * | DEV1 capped| | * | Date/Time | -mm-dd hh:mm | -mm-dd hh:mm | Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each point in the plot is the sum of the number of minutes in which the LPAR was capped. This would be easy to do with SQL if I changed the* for not capped/capped to 0 and 1 instead. Which I can easily do. Then use SQL to consolidate each hour. Again, easy. But what I'd like is something more visual than just putting out what would look like a spread sheet with numbers. What I would like is a true graph where for each DateTime / LPAR point, I would plot a bar whose thickness is relative to the number. I.e. if a particular LPAR, during a particular hour had been capped 60 times (max # of minutes), then I'd have a 100% full vertical bar at that point. If it had been capped 30 times, then a 50% full bar. This way, the eye can easily scan along the X axis getting an intuitive grasp of how the LPARs are being impacted by the WLM capping. First, does the above information sound useful to others? I mean what I'm trying to convey (how WLM capping is possibly affecting turn around). Secondly, is the method (the bars varying in height) a good intuitive way to display the information to management (who simply adore graphs, with colors!). Third, most difficult, how do I create that graph from the information. My original data source is the SYSLOG that we unload to a disk data set. I was going to go into a lot of what I have done, but have decided that it likely isn't necessary. Thanks for thoughts. The ones about my lack of sanity are already well known! grin/ -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any
Re: How to? Designing a graph of information
I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Anyway, the RMF records contain way more info that you get from the CMFCPU* messages. It might be worth to try to get some SMF processing running in your Linux hobby shed. I know it is done with a tool called WPS, but I don't know it. At times of overload, the lowest IMPs will suffer. Instead of stopping jobs, you could try to assign a lower IMP to a group of them. This causes them to be nearly stopped at times of overload, but to continue running when there is CPU available. I see the relation of stopping jobs with the 4HA management. However, in my experience it is difficult to manage it such in one hour, that you have enough saved for the next hour. But this is in our configuration, yours will be different. You could emphasize more on performance (SLAs) than on capping. This way you can show, that the capping is producing dollars, without impacting the SLAs. I see you are also squeezed by customers' performance demands and management's dollars demands. Aren't we all? Luckily, I am able to run both very close to the edge AND my manager is convinced that the outcome is the maximum realizable, so I am not alone in defending my actions. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 15:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to? Designing a graph of information On Fri, Jun 20, 2014 at 8:14 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: John, I usually hate replies, that don't answer the question, but instead state: why don't you try it this way. However, this time I would like to ask some 'what are you doing' questions, in spite of your last remark. In this case, I can use why don't you do it this way? questions. I'm a bit a sea at present (in a row boat, no less). 1. The product that produces the CMFCPU13/14/15 messages also produces your RMF 72 records. From those I produce all my statistics on quarterly or hourly intervals, be it through CA MICS, but you can do it also via SAS / MXG (or some RMF reporting tool I believe). You can even download the SMF records to your Linux or Windows system and process them with SAS or a similar product. Did you try this? No. We have no software on z/OS which can _easily_ do anything. We had SAS/MXG long ago. Too expensive!. All that I have in my quiver right now on z/OS are COBOL and HLASM. My heavy artillery is on my Linux desktop: Perl, awk, PostgreSQL relational data base, R language (conceptually similar to SAS, but not the same language). 2. What conclusions do you want to pull out of the figures? You know, that these 'LPAR is capped' figures have only a slight relation with the performance of those LPARs. If you have a road sign stating there is a speed limit of 100 m/h, that road is 'capped', but the capping won't hardly create performance problems. This is a bit more difficult. The original spark was from one of our Production Control people. She basically wanted to look at whether it would be helpful in any way to reduce our active initiator count during certain time frames. So I was going to use the LPAR capping as a time when the CEC is overloaded. If the CEC is overloaded, then it wouldn't hurt to reduce the number of active initiators. And it might actually help because then individual jobs would probably finish a bit sooner, there being less multi-job overhead. Again, we are grasping at straws for CPU sometimes. Another thing which is a biggie is the 4 hour rolling average MSU. Why? Because if we are running below our cap, then we are saving up MSUs. What this does is mean that we can use some of these saved MSUs to exceed our Group Capacity for a short time to cover some times where we get a CPU spike. Having MSUs in the bank gives our managers Production Control people warm fuzzies and good feelings. Like I feel when I have a full tank of gas in the car (or my tummy grin/). Also, for whatever reason, IT management (my boss, his colleagues, and higher managers) seem to have a thing about the machine being capped. So this is just one way to try to present information to them that they seem to want. IOW, I get an attaboy award for a pretty graph. For me, personally, I don't care about performance until we start missing SLAs. Production Control wants jobs finished as fast as possible so that problems are detected earlier and there is more time to fix them before we get dinged for missing an SLA. In the main, this means that we end up finishing early. We are doing a lot of strange, and perhaps even foolish, things. The reason is that IT management wants to decrease our MSU max, because for each reduction of 1 MSU, we get a price break of $12,000 / year. Seems little, but we are scrounging pennies. This despite the fact that the z/OS
Re: How to? Designing a graph of information
Try this: http://wps-community.org/ I have asked a friend who uses it, if this is what he uses and if it is free. He has converted everything he did with MXG to WPS. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to? Designing a graph of information On Fri, Jun 20, 2014 at 9:10 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Anyway, the RMF records contain way more info that you get from the CMFCPU* messages. It might be worth to try to get some SMF processing running in your Linux hobby shed. I know it is done with a tool called WPS, but I don't know it. My boss has heard of WPS, but could never find out much. I don't know if he couldn't find the company, or if they didn't respond to his inquiries. In any case, I can do anything that I want. So long as the cost, to the company, is no more that U.S. $0.00 . Which leaves WPS off the table. At times of overload, the lowest IMPs will suffer. Instead of stopping jobs, you could try to assign a lower IMP to a group of them. This causes them to be nearly stopped at times of overload, but to continue running when there is CPU available. I see the relation of stopping jobs with the 4HA management. However, in my experience it is difficult to manage it such in one hour, that you have enough saved for the next hour. But this is in our configuration, yours will be different. I've always thought that this idea of MSUs in the bank was not of all that much use, in the big picture. But it is something that my manager is sensitive to. Another person, off line, showed me an MSU graph that my manager would swoon over. He uses some RMF software to help produce it. Unfortunately we use an old (purchased) version of BMC's MainView to do our RMF-like work, so I don't have the software that he uses. You could emphasize more on performance (SLAs) than on capping. This way you can show, that the capping is producing dollars, without impacting the SLAs. I see you are also squeezed by customers' performance demands and management's dollars demands. Aren't we all? Luckily, I am able to run both very close to the edge AND my manager is convinced that the outcome is the maximum realizable, so I am not alone in defending my actions. Kees. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: V xcf clarification
Don't you do a System Reset??? Look at the instructions of IXC102A, or chapter in Upsetting a sysplex;-): 8.9 Removing a system from the Sysplex. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Herring, Bobby Sent: Friday, June 13, 2014 21:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: V xcf clarification Does it need to be done? When we IPL, we just bring everything down as noted and then do the load. The LPAR gets removed and reconnected to the plex and all seems to work well. We've never done the V XCF command. Bobby Herring Texas Farm Bureau Insurance -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ronald Kristel Sent: Friday, June 13, 2014 2:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] V xcf clarification I cannot really think of a specific reason why it SHOULD be done on another member in the sysplex. Assuming that you have brought the system down in a clean way (stopped all subsystems, etc..), It sounds like a trouble to get on a local terminal or HMC to issue the V XCF, OFFLINE to vary itself down. Issueing V XCF, OFFLINE results in message IXC371D anyway. Much easier to just issue the command on another system of that sysplex and replying at IXC371D to vary the system out of the sysplex. Again, I personally can not come up with a reason why this is done normally. Met vriendelijke groet, Ronald Kristel Date: Fri, 13 Jun 2014 23:29:48 +0530 From: Subject: V xcf clarification To: IBM-MAIN@LISTSERV.UA.EDU Hi , Our IPL procedure says to issue v xcf offline from a active in the same plex. Its like dt01 is being ipled but v xcf, offline sys=dt01 from a active lpar dt02. This is being done on CF bases plex.Is there any specific reason for issuing v xcf offline from a active system ? Pete [http://infonet.txfb-ins.com//images//email.gif] WWW.TXFB-INS.COMhttp://www.txfb-ins.com CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSPLEX STRUCTURE issue
I see this every IPL, together with: IWM052I STRUCTURE(SYSZWLM_66B62817), STRUCTURE IS NOT DEFINED IN THE ACTIVE POLICY We don't need this, so we did not define the structure. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mainframe Mainframe Sent: Friday, June 13, 2014 07:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYSPLEX STRUCTURE issue Hello, I am getting below issues for WLM while IPLing system z/OS 2.1 in sysplex. IXL013I IXLCONN REQUEST FOR STRUCTURE SYSZWLM_WORKUNIT FAILED. 543 JOBNAME: WLM ASID: 000A CONNECTOR NAME: #PRO9 IXLCONN RETURN CODE: 000C, REASON CODE: 02010C05 STRUCTURE NOT DEFINED IN THE CFRM ACTIVE POLICY IXL013I IXLCONN REQUEST FOR STRUCTURE SYSZWLM_3E5D2094 FAILED. 550 JOBNAME: WLM ASID: 000A CONNECTOR NAME: #PRO9 IXLCONN RETURN CODE: 000C, REASON CODE: 02010C05 STRUCTURE NOT DEFINED IN THE CFRM ACTIVE POLICY I never encountered this issue before. Anybaody faced similar issue. *IWM048E WLM RUNNING IN GOAL MODE WITH THE DEFAULT POLICY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSPLEX STRUCTURE issue
We don't use it either, but never had problems with it. It looks as if something in your WLM policy has changed, that requires WLM to use this structure. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mainframe Mainframe Sent: Friday, June 13, 2014 13:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSPLEX STRUCTURE issue we not using these structure in our shop, I check in my current CFRM policy. Anyway to bypass these structure. Also I am getting below adend on WLM while IPling system IWMOO5W WORKLOAD MANAGER (COMP/SCWLM) CATASTROPHIC FAILURE. WAIT STATE CODE WS/08C REASON CODE RSN/001 ENTRYPOINT EP/ENKNOWN REASON IS GENERIC/UNKNOWN WLM FAILURE NO ADDITIONAL WLM SPECIFIC INFORMATION. On Fri, Jun 13, 2014 at 12:07 PM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I see this every IPL, together with: IWM052I STRUCTURE(SYSZWLM_66B62817), STRUCTURE IS NOT DEFINED IN THE ACTIVE POLICY We don't need this, so we did not define the structure. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mainframe Mainframe Sent: Friday, June 13, 2014 07:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYSPLEX STRUCTURE issue Hello, I am getting below issues for WLM while IPLing system z/OS 2.1 in sysplex. IXL013I IXLCONN REQUEST FOR STRUCTURE SYSZWLM_WORKUNIT FAILED. 543 JOBNAME: WLM ASID: 000A CONNECTOR NAME: #PRO9 IXLCONN RETURN CODE: 000C, REASON CODE: 02010C05 STRUCTURE NOT DEFINED IN THE CFRM ACTIVE POLICY IXL013I IXLCONN REQUEST FOR STRUCTURE SYSZWLM_3E5D2094 FAILED. 550 JOBNAME: WLM ASID: 000A CONNECTOR NAME: #PRO9 IXLCONN RETURN CODE: 000C, REASON CODE: 02010C05 STRUCTURE NOT DEFINED IN THE CFRM ACTIVE POLICY I never encountered this issue before. Anybaody faced similar issue. *IWM048E WLM RUNNING IN GOAL MODE WITH THE DEFAULT POLICY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XR vs SR
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: Wednesday, June 04, 2014 15:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XR vs SR On Wed, 4 Jun 2014 08:10:26 -0400, John Gilmore jwgli...@gmail.com wrote: This discussion has turned dr le. Lavoisier wrote, about those who had continued to support the phlogiston theory, Dunno about phlogiston, but there are those that believe smoke is *the* ingredient that make electronics work. Once the smoke escapes, they stop working - Q.E.D. Shane ... -- Is that a test similar to the test that proves that frogs hear with their legs? 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XR vs SR
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, June 03, 2014 15:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XR vs SR On Tue, 3 Jun 2014 05:54:12 -0700, Charles Mills wrote: XR over SR seems to be a persistent myth. I have been told again and again from time to time that XR was faster than SR. There is no reason it should be, and the evidence is that it is not. Carry propagation delay? Not likely on the z, but see: http://arc.cecs.pdx.edu/about The author(s) may be oblivious to the requirements of pipelining. -- gil -- In that light: SR sets the CC, XR does not. Could this make a difference, if not in speed, then maybe in power consumption? 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Costs of core
I still remember the early 80's, on a 3031/3033 or so I think, when IBM decided to sell memory in 1MB units only. We needed 0.5 MB expansion for the next year and my manager was very angry with IBM about the unnecessary waste of money because of this new policy. So 1 MB was a substantial investment at that time. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Friday, May 30, 2014 01:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Costs of core year(?) 1980's (early) 1 meg memory for 168 $10,000.00 Ed On May 29, 2014, at 1:55 PM, zMan wrote: I remember my father telling me that core -- REAL memory, a MAN'S memory (yeah, yeah, sexist) -- was $1/byte. Obviously that would have changed by the time it all went solid-state, but does anyone remember whether this was correct or not? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CSV019I Clarification
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Tuesday, May 27, 2014 16:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CSV019I Clarification Kees, Tastes and judgments differ. I think the non-problem you mention is created by what, in my view, is the very bad practice of putting a non-authorized routine in an an authorized library. John Gilmore, Ashland, MA 01721 - USA -- John, I don't think this is a 'bad habit', but only practical: product libraries need some modules to be AC=1 and others not. Putting them in one library makes it necessary to make the library APF authorized, but there is no requirement to make each module AC=1. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CSV019I Clarification
No, there is not: look at it the other way: if I have a steplib or steplib concatenation, that is not authorized and does not need to be, I can add an authorized library to it without any problems. The reason for adding the library could be, that I need a non-authorized module from it. Mixing authorized and non-authorized libraries makes the concatenation non-authorized. If the applications needs it to be authorized, then and only then, you have created a problem. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Tuesday, May 27, 2014 15:41 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CSV019I Clarification Peter Relson wrote: begin extract There is no intrinsic problem with having a concatenation that mixes APF- and non-APF-authorized libraries. /end extract By this he, I believe, means that such a concatenation is not illicit per se, does not, for example, trigger a JCL error. There is, however, a notorious extrinsic side effect. The members of the authorized libraries in such a concatenation cease to be authorized (and thus in most cases usable) within its scope. Probably for want of imagination the only use for such a mixed concatenation that I have been able to think of is as a convoluted device for triggering ABENDs. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where are the allocation messages of a USS process?
Thanks Kirk for the pointer to the doc and others for pointing out the unavoidable complexing situations. One question to possibly avoid the problem of where to write the files with all their considerations: we have a Syslog Deamon running, can I have the messages sent to this place? That would be quite helpful. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: Tuesday, May 13, 2014 17:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Where are the allocation messages of a USS process? often the answer is nowhere. See this for a solution: http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.bpxb200%2Fjobpro.htm Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, May 13, 2014 at 6:32 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Hello group, We have some dataset problems with USS processes and are looking for the allocation messages. I mean the IGD101I SMS ALLOCATED TO DDNAME (DSNIWK02) DSN (SYS14131.T210019.RA000.XI1DMS1A.R0141149) STORCLAS (SCBATCH) MGMTCLAS () DATACLAS () VOL SER NOS= VIO and similar that you see in the message file of a job or STC or even in Syslog for an STC under MSTR. Where do these and other messages going for a USS process? A BPXAS STC is started for the process, but this only contains the messages for the BPXAS itself. Thanks, 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Where are the allocation messages of a USS process?
Hello group, We have some dataset problems with USS processes and are looking for the allocation messages. I mean the IGD101I SMS ALLOCATED TO DDNAME (DSNIWK02) DSN (SYS14131.T210019.RA000.XI1DMS1A.R0141149) STORCLAS (SCBATCH) MGMTCLAS () DATACLAS () VOL SER NOS= VIO and similar that you see in the message file of a job or STC or even in Syslog for an STC under MSTR. Where do these and other messages going for a USS process? A BPXAS STC is started for the process, but this only contains the messages for the BPXAS itself. Thanks, 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 378-14 Abend In TSO Verify exit
378-14 Private area storage is not in the specified subpool, is not in the specific key or is not owned by the specified task. You say: Later on I delete the exit and free up the storage Is the storage freed by another task, that does not own the storage? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, May 12, 2014 15:52 To: IBM-MAIN@LISTSERV.UA.EDU Subject: 378-14 Abend In TSO Verify exit Hi, I have TSO verify exit in which I am enabling LLA exit CSVLLIX1 exit and then deleting it this seems intermittently to cause a 378-14 abend Below is the code * * Add LLA exit CSVLLIX1 in case module is LLA MANAGED * * LOAD PROGRAM * * LOAD EP=AAALLIX1 SLL R1,8 Get rid of auth code SRL R1,5 Length is in double words ST R1,LLA_LENGTH ST R0,LLA_EXIT LR7,LLA_LENGTH Get Length * * MOVE TO KEY 0 STORAGE * MODESET MF=(E,SUP_ON) Athorize us * STORAGE OBTAIN,LENGTH=(R7),ADDR=(R6),SP=224 * O R6,=X'8000' 31 BIT AM MODE STR6,LLA_ADDR Save Address LRR1,R7 Prime Length L R0,LLA_EXIT MVCL R6,R0 Move program L R9,PSAAOLD-PSA(,R0) ZZ USING ASCB,R9 L R8,ZZ.ASCBASSB USING ASSB,R8 MVC ADRSSTKN,ASSBSTKN PRIME_JOB DS 0H LAR8,JOB_NAME CSVDYNEX REQUEST=ADD, X EXITNAME=CSVLLIX1, X STATE=ACTIVE, X MODNAME=AAALLIX1, X MODADDR=LLA_ADDR, X STOKEN=ADRSSTKN,X POS=FIRST, X RETCODE=RETCODE,X RSNCODE=RSNCODE,MF=(E,DYN_PARM) * * * LR15,X'21C'Get Current TCB USING TCB,R15 LA R14,LLA_AREA XC LLA_AREA(LLA_LEN),LLA_AREA Clear Area MVC LLA_PGM,AA.NAME ST R14,TCBUSER MODESET MF=(E,SUP_OFF) Later on I delete the exit and free up the storage CSVDYNEX REQUEST=DELETE, X EXITNAME=CSVLLIX1, X MODNAME=SGBLLIX1, X FORCE=NO, X RETCODE=RETCODE,X RSNCODE=RSNCODE,MF=(E,DYN_PARM)
Re: Mainframe (in general) running at 100% not always a bad thing
I would add: and test work suffered because your goals were set so. z/OS will always do what you tell it to do b.m.o. your goal definitions. This is quite different from other platforms, that already start doing problematic above 30%. I have seen Linux machines being reboot, because even the Sysop was not able to log in in order to check and adjust what the machine was doing. This is like being chased out of your house by your own dog, the world up side down. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Shannon Sent: Thursday, May 08, 2014 14:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mainframe (in general) running at 100% not always a bad thing I used to work at an insurance company that refused to add capacity. When we ran quarterly processing, later changed to monthly processing, the machine was pegged for a day or two. We couldn't do any testing because production sucked up all of the resources. The processor and software continued to work fine during that period, it was only test work that suffered. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Auxiliary Storage Allocation - Inconsistent Numbers?
Well, if you do PAGEADDs, and especially PAGEDELs and replace pagevolumes, figures become very complicated. ASM has a very curious algorithm of administrating where pages reside when you think you moved them from one page dataset to another. They are not moved at the same time in ASM's administration. I would suggest to IPL your system and check the numbers again on a not manipulated page configuration. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Juergen Kehr Sent: Tuesday, May 06, 2014 10:38 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Auxiliary Storage Allocation - Inconsistent Numbers? Hi, I think I find an answer to question 1 from my previous note. It seems that the programs for determing the total number of available aux slots don't take into account any page datasets that were added later using a PAGEADD command. Regards. Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: non-IBM: SONY new tape storage - 185 Terabytes on a tape.
Time flies, so does technique: some 10 years ago STK revealed us the secret that they almost had the 1TB tape ready for production. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, May 02, 2014 13:16 To: IBM-MAIN@LISTSERV.UA.EDU Subject: non-IBM: SONY new tape storage - 185 Terabytes on a tape. http://www.itworld.com/storage/416783/sony-develops-tape-tech-could-lead-185-tb-cartridges Just how long would it take to _find and restore_ an individual file backed up on such a monster? Or even just do a backup to it? What good is it, unless there is some I/O channel fast enough to do backup and restores which utilize at least most of the tape? Or am I, once again, missing something? -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: non-IBM: SONY new tape storage - 185 Terabytes on a tape.
What if the tape itself is broken or teared? Granted, it is years ago I encountered a teared tape, but ... Groete / Greetings Elardus Engelbrecht -- Thats a different subject: if you decided you don’t need to duplicate your data, don't cry at the moment you need the duplicate copy. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Android TN3270 client
On a Samsung you can swipe, ever thought you could swipe your JCL and Rexx's? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: Wednesday, April 30, 2014 13:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Android TN3270 client The prospect of attempting keyboard entry hunched over something like a Samsung pocket on a packed commuter train just doesn't bear thinking about ... ;-) Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF data in batch using REXX
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Prins Sent: Tuesday, April 29, 2014 12:13 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF data in batch using REXX On 2014-04-29 07:23, Sankaranarayanan, Vignesh wrote: Hi, We're using the totals REXX to provide a summary for a storage group opened up in ISMF. Example output is as follows: Totals for 1 volumes: (15 volumes had missing info.) Capacity: 8.31 GB Allocated: 5.69 GB (68%) Free: 2.63 GB (32%) *** I'm also trying to get the same information using NaviQuest - ISMF.11.7.1, and then Create Storage Group List and Generate Report. Example output (formatted visually) for same storage group: SG TOTAL FREE USED PERC - D1SOLVE 8.12 GB 2.568 GB 5.552 GB 31 NAVI MB The difference in results increase as the number of volumes increase. I've tried RXSMS - http://gsf-soft.com/Freeware/RXSMS.html It lists volume information (output lines) for even just the entries in ISMF. Needs some REXX to process this output ... How do I work around this please? Mystic day is on Friday... What is a totals REXX? All values differ by a factor 1.024, you should have seen this yourself and drawn your own conclusions. Robert -- Robert AH Prins robert(a)prino(d)org -- This again raises the 1000 / 1024 problem. IIRC, ISMF complicates this even more by dividing once by 1000 and then each time by 1024 to convert from bytes to kbytes, Mbytes and Gbytes. And even the bytes number can cause discussion: how many bytes do you calculate for a track: the physical limit of 56664, as ISMF does but which is impossible to achieve or the real achievable number dependent on blksize, e.g. 55840 for lrecl=80. However, when you are consistent in your calculations, all will give the same percentage. I don't worry about those details: we manage many TB's and don't care if they are 68%, 70% or 72% filled, this is fine and 88%, 90% and 92% are both bad. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT ando MEMLIMIT best practice
Possibly the EC12's Flash memory, which come in huge chunks of relatively cheap memory, can help speed up the process of having dozens TBs of temporary datasets in memory. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Wednesday, April 23, 2014 13:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT ando MEMLIMIT best practice I don't disagree: I didn't really talk implementation but I want to see very large temp data sets in memory, controlled via DFSMS and not too expensive. First step is very large IMHO but recast to be cheaper in CPU terms at the same time would be welcome. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@listserv.ua.edu Date: 23/04/2014 12:20 Subject:Re: SORT ando MEMLIMIT best practice Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu In of87d06c78.43f4a289-on80257cc2.002a9f6c-80257cc2.002c3...@uk.ibm.com, on 04/22/2014 at 09:02 AM, Martin Packer martin_pac...@uk.ibm.com said: VIO has, in any case, been seen as CPU expensive. Because it's simulating a device. I would, however, quite like to see VIO in Memory reborn - with a huge (EAV) device type. Why? I'd much rather have memory mapped[B|P|Q]SAM support and cut out the extra CKD simulation (on top of the CKD simulation in the DASD subsytem.) -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEMLIMIT best practice
I don't know. Regards, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Friday, April 18, 2014 16:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice Kees: is there any way programmatically that MEMLIMIT can be queried to determine the value ? Regards, Scott Ford From: Vernooij, CP (SPLXM) - KLM Sent: Friday, April 18, 2014 7:53 AM To: IBM Mainframe Discussion List Correct, CICS 4.1 requires 4G. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, April 18, 2014 13:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice CICS TS 5.1 requires MEMLIMIT=6G, according to the doc: http://pic.dhe.ibm.com/infocenter/cicsts/v5r1/topic/com.ibm.cics.ts.performance.doc/topics/dfht3_dsa_memlimit.html -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: Friday, April 18, 2014 4:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice We have 4G, not from recommendations, but from experience. CICS 5.x required this. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Friday, April 18, 2014 11:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice W dniu 2014-04-18 01:25, Ed Jaffe pisze: On 4/4/2014 12:47 PM, R.S. wrote: I'm looking for some ROT (rule of thumb) for MEMLIMIT. What I learnt: - default limit is set in SMFPRMxx - the limit can be affected by IEFUSI or other exit (this is not my case) - REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity) - gotcha: MEMLIMIT=0 does not mean infinity, it really means zero. However I'm looking for a clue what to put into SMFPRM. What value is OK? If you specify absolutely nothing about MEMLIMIT anywhere, the system-provided default is 2G so obviously you can't go wrong with that in SMFPRMxx. Well, My issue (problem?) is I have MEMLIMIT coded, but it's much more than default 2G. And I noticed that some DFSORT jobs consume considerable amounts of memory causing paging. From the other hand I don't want to be stingy, so I'm looking for some recommendations. -- 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 authorized 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. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.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.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: SORT ando MEMLIMIT best practice
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, April 18, 2014 16:31 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SORT ando MEMLIMIT best practice o What are the consequences of allocating SORTWKn to VIO? DFSORT refuses SORTWKs in VIO. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEMLIMIT best practice
We have 4G, not from recommendations, but from experience. CICS 5.x required this. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Friday, April 18, 2014 11:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice W dniu 2014-04-18 01:25, Ed Jaffe pisze: On 4/4/2014 12:47 PM, R.S. wrote: I'm looking for some ROT (rule of thumb) for MEMLIMIT. What I learnt: - default limit is set in SMFPRMxx - the limit can be affected by IEFUSI or other exit (this is not my case) - REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity) - gotcha: MEMLIMIT=0 does not mean infinity, it really means zero. However I'm looking for a clue what to put into SMFPRM. What value is OK? If you specify absolutely nothing about MEMLIMIT anywhere, the system-provided default is 2G so obviously you can't go wrong with that in SMFPRMxx. Well, My issue (problem?) is I have MEMLIMIT coded, but it's much more than default 2G. And I noticed that some DFSORT jobs consume considerable amounts of memory causing paging. From the other hand I don't want to be stingy, so I'm looking for some recommendations. -- 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 authorized 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. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.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.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEMLIMIT best practice
Correct, CICS 4.1 requires 4G. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Friday, April 18, 2014 13:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice CICS TS 5.1 requires MEMLIMIT=6G, according to the doc: http://pic.dhe.ibm.com/infocenter/cicsts/v5r1/topic/com.ibm.cics.ts.performance.doc/topics/dfht3_dsa_memlimit.html -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: Friday, April 18, 2014 4:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice We have 4G, not from recommendations, but from experience. CICS 5.x required this. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Friday, April 18, 2014 11:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MEMLIMIT best practice W dniu 2014-04-18 01:25, Ed Jaffe pisze: On 4/4/2014 12:47 PM, R.S. wrote: I'm looking for some ROT (rule of thumb) for MEMLIMIT. What I learnt: - default limit is set in SMFPRMxx - the limit can be affected by IEFUSI or other exit (this is not my case) - REGION=0 implies default MEMLIMIT ignore (MEMLIMIT=inifinity) - gotcha: MEMLIMIT=0 does not mean infinity, it really means zero. However I'm looking for a clue what to put into SMFPRM. What value is OK? If you specify absolutely nothing about MEMLIMIT anywhere, the system-provided default is 2G so obviously you can't go wrong with that in SMFPRMxx. Well, My issue (problem?) is I have MEMLIMIT coded, but it's much more than default 2G. And I noticed that some DFSORT jobs consume considerable amounts of memory causing paging. From the other hand I don't want to be stingy, so I'm looking for some recommendations. -- 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 authorized 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. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.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.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: Command Scheduling
Jake, JES2 automatic commands let you schedule a command on a number hours and minutes after last midnight. So you can schedule for today or any day in the future, just calculate how many hours and minutes after last midnight you want the command to be executed. T=36.00 is noon tomorrow. For scheduling on a fixed date/time we use SA timers. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake anderson Sent: Wednesday, April 16, 2014 13:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Command Scheduling Hello All, I am looking for some possibility of issuing a MVS command On every Month of 1st week. Its like : /I DEL on every 2nd of Each Month. I am trying to search under JES2 Time command but not able to get a right syntax. Could someone please point me to the right command or any new approach. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How often does SMS update its free space information?
Mike, I used the wrong term 'reorg'. The job did a load-replace. In this case the old dataset is deleted and the new one allocated and filled. Therefor it should be able to reuse the old space, *if* SMS is aware of the new free space on the 'old' volume. Apparently it isn't. Your explanation that SMS updates its statistics when allocating a dataset (and apparently not when a dataset is deleted) explains why the new space on the 'old' volume will not be seen by SMS until the 150 sec. update cycle. Which is a pity for accurate and quick space management. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Friday, April 11, 2014 20:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? When I have added volumes to a storage group, the old totals remain until a dataset is allocated on a volume, then that volume's stats were updated to the storage group. Recently, I think IBM put in logic to update the storage group's totals when a volume is varied online or offline. During the reorg, you have two copies of the dataset. The old dataset being used as a source and the new dataset being used as a target. If you don't have enough space on the active volumes, the reorg blows up at our shop and I get called on the weekend or goes onto quiescent volumes at your shop. On Wed, Apr 9, 2014 at 2:39 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Hello group, We see that new datasets are being allocated by SMS on volumes, which we cannot explain. In each storagegroup we have one or more Quiesced volumes, on which SMS is supposed to allocate datasets only when all the enabled volumes in the storagegroup are filled to their max (migration high percentage). This triggers us to have a look at the storagegroup and add space to it. During DB2 Reorgs we see datasets being allocated on Quiesced volumes, although space should be available on the Enabled volumes in the storage group. Tracing in detail, we see DBM1 deleting and defining parts of the tablespace in a very high speed. If a part of the table space has been deleted, it makes space available for the define of the new part, but this space is not used by SMS. Our assumption is, that SMS does not update its administration when DBM1 has deleted a part and when DBM1 defines a new part of the table space, SMS must look for free space based on its 'aged' information. Considering the speed of DBM1's delete and define actions, it appears as if space for the entire new tablespace must be found as if the old tablespace still is fully present. When the Reorg has finished, we have a large amount of space allocated on the Quiesced volumes, with ample space for it available on the enabled volumes. At what moments or at what rate or with which other algorithm does SMS update its free space information of the volumes of a storagegroup? I could not find it in SMS information. Thanks, 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: How often does SMS update its free space information?
Greg, I hope it is clear now, that it was working as expected, but it should not have done so at this very moment. Apparently the 150 sec. appears to be the algorithm, although I hoped that SMS had a more accurate view on its storagepools. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Wednesday, April 09, 2014 19:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? Sorry, Kees. I was focusing on your original comment that you were using quiesced volumes as a means to indicate whether your storage group needed more space added to it. Since it wasn't working as you expected, I was suggesting another method. It doesn't answer your question, but I'll be surprised if anyone on this list can authoritatively answer it. Regards, Greg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: Wednesday, April 09, 2014 9:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? Greg, how is this an anser to my question? SMS selects my Quiesced volume and it is meant to do this, IF the enabled volumes are full. However the enabled volumes are not full, but still it goes to Quiesced volumes, secondary lists, spill volumes, spill groups or whatever other choices it might have, and I want to know WHY. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
How often does SMS update its free space information?
Hello group, We see that new datasets are being allocated by SMS on volumes, which we cannot explain. In each storagegroup we have one or more Quiesced volumes, on which SMS is supposed to allocate datasets only when all the enabled volumes in the storagegroup are filled to their max (migration high percentage). This triggers us to have a look at the storagegroup and add space to it. During DB2 Reorgs we see datasets being allocated on Quiesced volumes, although space should be available on the Enabled volumes in the storage group. Tracing in detail, we see DBM1 deleting and defining parts of the tablespace in a very high speed. If a part of the table space has been deleted, it makes space available for the define of the new part, but this space is not used by SMS. Our assumption is, that SMS does not update its administration when DBM1 has deleted a part and when DBM1 defines a new part of the table space, SMS must look for free space based on its 'aged' information. Considering the speed of DBM1's delete and define actions, it appears as if space for the entire new tablespace must be found as if the old tablespace still is fully present. When the Reorg has finished, we have a large amount of space allocated on the Quiesced volumes, with ample space for it available on the enabled volumes. At what moments or at what rate or with which other algorithm does SMS update its free space information of the volumes of a storagegroup? I could not find it in SMS information. Thanks, 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How often does SMS update its free space information?
Please explain... Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, April 09, 2014 14:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? Asking the obvious, has the new SCDS been activated? snip We see that new datasets are being allocated by SMS on volumes, which we cannot explain. In each storagegroup we have one or more Quiesced volumes, on which SMS is supposed to allocate datasets only when all the enabled volumes in the storagegroup are filled to their max (migration high percentage). This triggers us to have a look at the storagegroup and add space to it. During DB2 Reorgs we see datasets being allocated on Quiesced volumes, although space should be available on the Enabled volumes in the storage group. Tracing in detail, we see DBM1 deleting and defining parts of the tablespace in a very high speed. If a part of the table space has been deleted, it makes space available for the define of the new part, but this space is not used by SMS. Our assumption is, that SMS does not update its administration when DBM1 has deleted a part and when DBM1 defines a new part of the table space, SMS must look for free space based on its 'aged' information. Considering the speed of DBM1's delete and define actions, it appears as if space for the entire new tablespace must be found as if the old tablespace still is fully present. When the Reorg has finished, we have a large amount of space allocated on the Quiesced volumes, with ample space for it available on the enabled volumes. At what moments or at what rate or with which other algorithm does SMS update its free space information of the volumes of a storagegroup? I could not find it in SMS information. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How often does SMS update its free space information?
Allan, This is in a normal, steady running system. No activation problems. Do you have an answer to the question: how often does SMS updates its administration? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, April 09, 2014 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? After using the DF/SMS ISPF panels to update the SCDS, it must be activated for the changes to take effect. I use the following sequence of commands: SETSMS SAVEACDS(linear vsam dateset e.g. SYS1.SAVEACDS). This makes a backup copy of the currently running parameters) SETSMS SCDS(linear vsam dataset e.g. SYS1.SCDS). This moves the changes made via the panels to the active cds HTH, snip Please explain... Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, April 09, 2014 14:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? Asking the obvious, has the new SCDS been activated? snip We see that new datasets are being allocated by SMS on volumes, which we cannot explain. In each storagegroup we have one or more Quiesced volumes, on which SMS is supposed to allocate datasets only when all the enabled volumes in the storagegroup are filled to their max (migration high percentage). This triggers us to have a look at the storagegroup and add space to it. During DB2 Reorgs we see datasets being allocated on Quiesced volumes, although space should be available on the Enabled volumes in the storage group. Tracing in detail, we see DBM1 deleting and defining parts of the tablespace in a very high speed. If a part of the table space has been deleted, it makes space available for the define of the new part, but this space is not used by SMS. Our assumption is, that SMS does not update its administration when DBM1 has deleted a part and when DBM1 defines a new part of the table space, SMS must look for free space based on its 'aged' information. Considering the speed of DBM1's delete and define actions, it appears as if space for the entire new tablespace must be found as if the old tablespace still is fully present. When the Reorg has finished, we have a large amount of space allocated on the Quiesced volumes, with ample space for it available on the enabled volumes. At what moments or at what rate or with which other algorithm does SMS update its free space information of the volumes of a storagegroup? I could not find it in SMS information. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How often does SMS update its free space information?
I don't , and I think it will not help. If SMS skips a volume because it (thinks it) is over the limit, and says so, I still don't know if this is based on the actual volume status or on SMS's administration, which is running behind the real situation. Do you have an answer to the question: how often does SMS updates its administration? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Wednesday, April 09, 2014 14:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? Were you aware of the SETSMS VOLSELMSG command? The description is below. It could help in understanding what is happening. The SMS command, SETSMS VOLSELMSG(ON) can be used to request summarized and detailed analysis messages on volume selection, if volume selection is not prematurely terminated by an error. These analysis messages can assist the user to perform problem diagnosis on volume selection. HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: Wednesday, April 09, 2014 2:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: How often does SMS update its free space information? Hello group, We see that new datasets are being allocated by SMS on volumes, which we cannot explain. In each storagegroup we have one or more Quiesced volumes, on which SMS is supposed to allocate datasets only when all the enabled volumes in the storagegroup are filled to their max (migration high percentage). This triggers us to have a look at the storagegroup and add space to it. During DB2 Reorgs we see datasets being allocated on Quiesced volumes, although space should be available on the Enabled volumes in the storage group. Tracing in detail, we see DBM1 deleting and defining parts of the tablespace in a very high speed. If a part of the table space has been deleted, it makes space available for the define of the new part, but this space is not used by SMS. Our assumption is, that SMS does not update its administration when DBM1 has deleted a part and when DBM1 defines a new part of the table space, SMS must look for free space based on its 'aged' information. Considering the speed of DBM1's delete and define actions, it appears as if space for the entire new tablespace must be found as if the old tablespace still is fully present. When the Reorg has finished, we have a large amount of space allocated on the Quiesced volumes, with ample space for it available on the enabled volumes. At what moments or at what rate or with which other algorithm does SMS update its free space information of the volumes of a storagegroup? I could not find it in SMS information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How often does SMS update its free space information?
I seem to recall, that the commds is updates with that interval, to inform other members of what this SMS knows. It intentionally Quiesced to accommodate datasets if the other volumes are full and report about this situation. Disnew could cause the allocation to fail and we don't want that kind of reporting. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, April 09, 2014 15:12 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? I seem to recall every 15 minutes, but I can't find a reference. You might try changing the volume to DISNEW instead of QUIESCE. snip Do you have an answer to the question: how often does SMS updates its administration? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How often does SMS update its free space information?
David, Good hint for Interval and Dinterval. I found the following: INTERVAL(nnn) SMS on the command-issuing system is to allow nnn seconds (1 to 999) to pass before synchronizing with the other SMS subsystems running on other MVS systems in the complex. The default value from SMS initialization is 15 seconds. This parameter applies only to the system issuing the command. DINTERVAL(nnn) Directs SMS to allow nnn seconds (1 to 999) to elapse between reading device statistics from a 3990-3 control unit. The default is 150 seconds. 15 seconds is the interval for updating the commds (I suppose) to inform other members. 150 seconds is the interval to update the volume statistics. It seems, that if DBM1 deletes a dataset from a volume, SMS will not be informed of the new free space info of that volume. In this scenario, with large tablespaces, we could need extra space on other volumes for the entire tablespace, just because SMS is not aware of the fact that DBM1 just made space available for the new allocation. SRM and lists are not relevant here. All enabled volumes are on the same, well performing, DS8800 and therefor in the primary list, so they are all equal, but SMS still selects from the secondary list. This can only be the case if all volumes in the primary list are above their thresholds. We are z/OS 1.13. I was warned by my DB2 colleague about my wording: i.s.o Reorg I should have written Load-Replace. This deletes a part of the table space, allocates it again and fills it. So the space can be reused. Thanks, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Devine Sent: Wednesday, April 09, 2014 15:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? Hi Kees, if you issue a d sms,options command it'll display your current settings and dinterval is the one in to look for; it probably has the default setting of 150 seconds. However i think your issue is more fundamental. From dfsms implementing System-managed storage SMS interfaces with the system resource manager (SRM) to select from the eligible volumes in the primary volume list. SRM uses device delays as one of the criteria for selection and does not prefer a volume if it is already allocated in the jobstep. This is useful for batch processing when the data set is accessed immediately after creation. It is, however, not useful for database data that is reorganized at off-peak hours. Which implies that if you are reorging a tablespace with multiple physical datasets, extents or partitions and these are allocated to you reorg job, it wont touch the packs they are on even if they have enough freespace. Info on primary, secondary, tertiary volume lists are in the same manual. I believe that quiesced volumes go into the secondary pool. B.T.W what z/os version are you on? I seem to recall that older versions used to treat enabled and quiesced volumes the same. And finally there is the way your reorgs run. My underatanding is that the reorg allocates a copy dataset, populates it, applies any updates, flips it over to become the true dataset (also renaming the original) and if the flip is succesful, then deletes the original. It sounds like you are expecting to reuse space that has been deleted by the first successful partition reorg and so on for further reorgs and if the allocation remains on the pack until step end, then it wont happen. hope this is of use. kind regards, Dave ** Hello group, We see that new datasets are being allocated by SMS on volumes, which we cannot explain. In each storagegroup we have one or more Quiesced volumes, on which SMS is supposed to allocate datasets only when all the enabled volumes in the storagegroup are filled to their max (migration high percentage). This triggers us to have a look at the storagegroup and add space to it. During DB2 Reorgs we see datasets being allocated on Quiesced volumes, although space should be available on the Enabled volumes in the storage group. Tracing in detail, we see DBM1 deleting and defining parts of the tablespace in a very high speed. If a part of the table space has been deleted, it makes space available for the define of the new part, but this space is not used by SMS. Our assumption is, that SMS does not update its administration when DBM1 has deleted a part and when DBM1 defines a new part of the table space, SMS must look for free space based on its 'aged' information. Considering the speed of DBM1's delete and define actions, it appears as if space for the entire new tablespace must be found as if the old tablespace still is fully present. When the Reorg has finished, we have a large
Re: How often does SMS update its free space information?
Greg, how is this an anser to my question? SMS selects my Quiesced volume and it is meant to do this, IF the enabled volumes are full. However the enabled volumes are not full, but still it goes to Quiesced volumes, secondary lists, spill volumes, spill groups or whatever other choices it might have, and I want to know WHY. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Wednesday, April 09, 2014 15:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How often does SMS update its free space information? We use the Overflow flag on a defined spill group for this type of reporting. From the Help panel: Use the OVERFLOW field to specify whether the storage group is an overflow storage group, also referred to as Spill storage group. Overflow storage groups are reserved storage pools to handle periods of high demand for primary space allocations. Volumes in Overflow storage groups will be selected for primary space allocation only when all the volumes in non-overflow storage groups can not satisfy the allocation amount without exceeding the storage group high threshold. So our production storgrp is followed by the spill storgrp in the STORGRP routine: SET STORGRP EQ 'PRODSG','SPILLSG' When we have data sets allocated on SPILL volumes, we investigate. Regards, Greg -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (SPLXM) - KLM Sent: Wednesday, April 09, 2014 8:23 AM snip It intentionally Quiesced to accommodate datasets if the other volumes are full and report about this situation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS Question
I think I know what you run into: are the errors related to authorization? DFDSS has a very irritating habit to do something with the original volser if it is online. If you make sure the original volser from the production lpar is offline on your sandbox lpar, it should work. Of course supposing that the ACS routines will supply a storage group to the dataset to be restored. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nathan J Pfister Sent: Friday, March 21, 2014 15:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMS Question Hello; I am relatively new to SMS, and rather ignorant (read: uneducated) about how it fully works. I'm learning more and more by reading, but I've hit an issue which I can't find a quick solution to using google or finding in the manuals. We just set up a new SANDBOX system, and set up SMS from scratch. When we dump with ADRDSSU some datasets (from a production lpar) to be restored to the Sandbox LPAR, we are getting errors where it is trying to select the volume that it came from (which is not online on the Sandbox). Shouldn't SMS be choosing a volume based on the ACS routines of the Sandbox system? What are we missing? Thanks in advance. Thanks; Nathan Pfister zOS Systems Programmer AES\PHEAA - Tech Services npfis...@aessuccess.org This message contains privileged and confidential information intended for the above addressees only. If you receive this message in error please delete or destroy this message and/or attachments. The sender of this message will fully cooperate in the civil and criminal prosecution of any individual engaging in the unauthorized use of this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to know who use system symbols
I was thinking of one possibility: are all the substitutions done by one central module, that replaces a symbol by its value? Then you could trace the usage of that module. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: Wednesday, March 19, 2014 18:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: how to know who use system symbols As you have probably guessed from the previous responses, there are lots of ways the symbols can be used. Trying to find all the places where they are used is going to be complicated. You even many not have read access to some of the datasets where the use appears. One possibility, which I DO NOT recommend, would be to change the value of a symbol you are interested in to one that is invalid in the context it is used. For example, if the symbol is used in a DSN, change its value to !JCLERR!. Then sit back and wait for the howls from upset users. But beware; doing this could cause your system to not IPL. Perhaps if you described why you want to know and precisely what type of info you need, someone could suggest an alternate approach. :: -Original Message- :: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :: Behalf Of mvsmain :: Sent: Wednesday, March 19, 2014 12:09 AM :: To: IBM-MAIN@LISTSERV.UA.EDU :: Subject: how to know who use system symbols :: :: Hi all :: :: In our shop there are many system symbols defined. Could you tell us :: how to know who use system symbols ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can we logon to TSO witout having TN3270 up ?
I used TSO all my life without TN3270, until 2 years ago. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Sunday, March 16, 2014 10:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can we logon to TSO witout having TN3270 up ? Answering to the subject question: yes. How? Some examples: - You connect via SNA - You connect via OSA-ICC, local (channel attached) 3174, or 2074, or VISARA or other controller. -- Radoslaw Skorupka Lodz, Poland --- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorized 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. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can we logon to TSO witout having TN3270 up ?
1. that's what I meant: you only need tn3270 if you want to do TSO from IP devices. And 2 years ago, someone decided that I needed that. 2. well, all my life is not exactly correct, the first 18 years I managed without. From then at school we had a BASIC based HP2000 system, with Time Sharing (which was Optional, you could also run a kind of batch). Then I got a job on a 370/158, with TSO and never have been without it anymore. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Monday, March 17, 2014 14:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can we logon to TSO witout having TN3270 up ? W dniu 2014-03-17 09:24, Vernooij, CP (SPLXM) - KLM pisze: I used TSO all my life without TN3270, until 2 years ago. 1. Before z/OS 1.9 (AFAIR) separate started task for TN3270 was optional. So it was enough to start TCPIP. Of course non-IP connections still work without TN3270 and without TCPIP. 2. all my life - well, I started using TSO rather late, so more than half of my life I spent without TSO ;-) Regards -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorized 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. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can we logon to TSO witout having TN3270 up ?
Regarding: Once you have the READY prompt you *ARE* logged on to TSO. I think this points out a misconception about mainframes from people that are used to work with *nix systems. The question in this thread was: (I always thought that TN3270 was pre-requisite for anybody) to logon via TSO I remember a question in another tread: How do I logon to the mainframe? The big difference to notice is: You logon to a *nix system via Telnet or so. You don't logon to a mainframe. You logon to an application on a mainframe. So, you don't logon *via* TSO, you logon *to* TSO. Maybe this helps in terminology misunderstandings. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Monday, March 17, 2014 15:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Can we logon to TSO witout having TN3270 up ? Rephrasing: TN3270 is merely TCPIP on one side and VTAM/SNA on the other... TN3270 receives TCPIP requests on one side and translates to VTAM/SNA on the other. (BTW, VTAM also supports BISYNC). Other points: Once you have the READY prompt you *ARE* logged on to TSO. TELNET (dnsname or ip addr) invokes a TCPIP connection to the target, thus would require a TELNET or TN3270 server on the target. TN3270 used to be a part of the TCP/IP address space, but was moved (mandatory) to a separate address space circa z/OS 1.9. snip VTAM is the pre-req, not TN3270. It depends on the method of *TERMINAL* attachment. If via VTAM, TN3270 is not needed for anything/ TN3270 is merely TCPIP on one side and SNA on the other... VTAM? SNA? I don't know the distinction. And no one has mentioned that it's possible to log on to TSO (the posed question) at the READY prompt with TELNET, but without TN3270. (Or is TN3270 part of the TELNET daemon nowadays?) /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Locate unit address of a NON SMS volume using ISMF
You can do this with the command: D U,VOL=volser Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 09:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Locate unit address of a NON SMS volume using ISMF We had an migration from EMC to IBM DS8800 last year , and ofcourse the device addresses had changed . And we missed to document mapping unit address for some of the volumes .Now , We know the volser , but not sure of their corresponding unit address . I am just trying to find the unit address for those volumes which are currently offline to our system . Is there a way i can find the unit address using ISMF ? Any kind of help would be highly appreciated . Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Locate unit address of a NON SMS volume using ISMF
Correct, and ISMF will not help you either with offline volumes. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 09:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Locate unit address of a NON SMS volume using ISMF Yes . But the device is offline . I thought D U,VOLSER would not return status of offline devices . On Fri, Mar 14, 2014 at 1:50 PM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: You can do this with the command: D U,VOL=volser Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 09:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Locate unit address of a NON SMS volume using ISMF We had an migration from EMC to IBM DS8800 last year , and ofcourse the device addresses had changed . And we missed to document mapping unit address for some of the volumes .Now , We know the volser , but not sure of their corresponding unit address . I am just trying to find the unit address for those volumes which are currently offline to our system . Is there a way i can find the unit address using ISMF ? Any kind of help would be highly appreciated . Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Locate unit address of a NON SMS volume using ISMF
You can use the ICKDSF ANALYZE command on offline volumes. It will display the volser of the volume. // EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=* ANALYZE UNITADDRESS(3C01) NODRIVETEST Generates lots of information, o.a.: ICK03091I EXISTING VOLUME SERIAL READ = JSYSV0 Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 09:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Locate unit address of a NON SMS volume using ISMF Yes . But the device is offline . I thought D U,VOLSER would not return status of offline devices . On Fri, Mar 14, 2014 at 1:50 PM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: You can do this with the command: D U,VOL=volser Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 09:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Locate unit address of a NON SMS volume using ISMF We had an migration from EMC to IBM DS8800 last year , and ofcourse the device addresses had changed . And we missed to document mapping unit address for some of the volumes .Now , We know the volser , but not sure of their corresponding unit address . I am just trying to find the unit address for those volumes which are currently offline to our system . Is there a way i can find the unit address using ISMF ? Any kind of help would be highly appreciated . Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Locate unit address of a NON SMS volume using ISMF
Ok, but you know which offline addresses you want to check, so you can make a list of the volsers of all those offline devices. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 10:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Locate unit address of a NON SMS volume using ISMF Kees , Thanks for the inputs . Actually , what i need is just the opposite ...I need to find out the unit address by using the volser information (for an offline volume) Looking at the parameters of ANALYZE command , it seems that unit address is mandatory for an offline volume . You can use the ICKDSF ANALYZE command on offline volumes. It will display the volser of the volume. // EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=* ANALYZE UNITADDRESS(3C01) NODRIVETEST Generates lots of information, o.a.: ICK03091I EXISTING VOLUME SERIAL READ = JSYSV0 On Fri, Mar 14, 2014 at 2:18 PM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: You can use the ICKDSF ANALYZE command on offline volumes. It will display the volser of the volume. // EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=* ANALYZE UNITADDRESS(3C01) NODRIVETEST Generates lots of information, o.a.: ICK03091I EXISTING VOLUME SERIAL READ = JSYSV0 Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 09:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Locate unit address of a NON SMS volume using ISMF Yes . But the device is offline . I thought D U,VOLSER would not return status of offline devices . On Fri, Mar 14, 2014 at 1:50 PM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: You can do this with the command: D U,VOL=volser Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby eklavya Sent: Friday, March 14, 2014 09:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Locate unit address of a NON SMS volume using ISMF We had an migration from EMC to IBM DS8800 last year , and ofcourse the device addresses had changed . And we missed to document mapping unit address for some of the volumes .Now , We know the volser , but not sure of their corresponding unit address . I am just trying to find the unit address for those volumes which are currently offline to our system . Is there a way i can find the unit address using ISMF ? Any kind of help would be highly appreciated . Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
I don't know, but I wonder why you have reasons to suppose it will be different for LLA managed libraries. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 09:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 For LLA managed dataset would BLDL 0 return a zero return code. Sent from my iPhone On Mar 10, 2014, at 3:34 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Possibly, but I am not user. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 11:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 If I have the csvllix1 exit installed The actual load de= would drive it Not the BLDL right ? Sent from my iPhone On Mar 10, 2014, at 5:06 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I don't know, but I wonder why you have reasons to suppose it will be different for LLA managed libraries. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 09:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 For LLA managed dataset would BLDL 0 return a zero return code. Sent from my iPhone On Mar 10, 2014, at 3:34 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Can you explain, what you are looking for? As I said before, LLA is transparent to the application, so you will probably not see it at all. There are so many things that are LLA related, like: was the directory cached / was the library VLF eligible / did the module come from VLF etc. etc. which are all hidden because of the LLA transparency. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 14:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 The concatenation number say its LLA managed ? Sent from my iPhone On Mar 10, 2014, at 8:55 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Binyamin Dissen wrote: Hmmm, after looking at this thread, I think we all need a way for BLDL [ and other module fetch macros ] to tell us exactly *where* that mod came from. Could be helpful for diagnosis. The BLDL concatenation number does that. Thanks! Very kind of you. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SSD in DFSMS
I remembered having heard or read this and the first Google hit was: http://pic.dhe.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idas200%2Fs2082.htm Is this what you are looking for? kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Thursday, March 06, 2014 08:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SSD in DFSMS Yes, I mean Solid State Drive. -- Radoslaw Skorupka Lodz, Poland W dniu 2014-03-06 02:35, Lizette Koehler pisze: Are you asking about solid state dasd or some other item? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Wednesday, March 05, 2014 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SSD in DFSMS z/OS 1.13 AFAIK, IBM provides some interface that allow to choose SSD in DFSMS routines. Actually the only information I found is MSR parameter in Storage Class. I would like to read more about it, maybe some examples of implementations. Where can I find more information about DFSMS and SSD ? -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN --- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc 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 authorized 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. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2014 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.696.052 zote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSLOG messages Frozen
Yes: V SYSLOG,HARDCPY,followed by the parameter in CONSOLxx for the HARDCOPY device. Similarly: V OPERLOG,HARDCPY Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Wednesday, February 12, 2014 11:20 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYSLOG messages Frozen Hello Group, One of our LPAR's SYSLOG messages are not being updated. I see there are no contentions in Console. I checked in /etc/rc to see if the SYSLOG is started as BPX, but thats commented. Is there a way to restart the SYSLOG address space Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYSLOG messages Frozen
Is your SYSLOG or your OPERLOG not functioning? You can use V SYSLOG,HARDCPY (or OPERLOG) The V command accepts some parameters from the HARDCOPY statement, like ROUTCDE and CMDLEVEL, check the manual. Kees -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Wednesday, February 12, 2014 11:58 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYSLOG messages Frozen Hi, I tried giving : V OPERLOG,HARDCPY,HARDCOPY DEVNUM(SYSLOG,OPERLOG),ROUTCODE(ALL),CMDLEVEL(CMDS) but it says its a invalid keyword On Wed, Feb 12, 2014 at 4:17 PM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Yes: V SYSLOG,HARDCPY,followed by the parameter in CONSOLxx for the HARDCOPY device. Similarly: V OPERLOG,HARDCPY Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Wednesday, February 12, 2014 11:20 To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYSLOG messages Frozen Hello Group, One of our LPAR's SYSLOG messages are not being updated. I see there are no contentions in Console. I checked in /etc/rc to see if the SYSLOG is started as BPX, but thats commented. Is there a way to restart the SYSLOG address space Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Storage Obtain .....
A similar one: How to determine a leap year: Q1:Is year a multiple of 4? If yes: Q2: is year a multiple of 100? If yes: Q3: is year a multiple of 400? If yes: it is a leapyear. (skipping the 'If No' branches). Q2 and Q3 will start making sense for the first time in the history of computer programming in the year 2100. Until then Q1 would have been sufficient. How much power has been put into executing instructions to answer Q2 and Q3? If I only had a Euro for each program that has this code and will not live until 2100... Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Postpischil Sent: Wednesday, February 12, 2014 15:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Storage Obtain . On 2/12/2014 8:50 AM, Jim Thomas wrote: XRR14,R14 XRR15,R15 L R1,=AL4(WORKAREA) MVCL R0,R14 Minor quibble - when the from length is zero, the from register is never referenced nor inspected, so the XR R14,R14 is extraneous. (If I had a dollar for every time I've seen this, I could retire g). Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sysplex Common Time Source
I heard only the M$ variation. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dale R. Smith Sent: Saturday, February 08, 2014 19:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sysplex Common Time Source On Sat, 8 Feb 2014 20:27:09 +0800, Timothy Sipples sipp...@sg.ibm.com wrote: Shane opines: Bloody typical. I posit that my reply was detailed, helpful, truthful, and complete. I'll leave it at that. --- - Timothy Sipples GMU VCT Architect Executive (Based in Singapore) E-Mail: sipp...@sg.ibm.com Reminds me of an old joke, (of which there are several variations)::-) A small, 14-seat plane is circling for a landing in Atlanta. It's totally fogged in, zero visibility, and suddenly there's a small electrical fire in the cockpit which disables all of the instruments and the radio. The pilot continues circling, totally lost, when suddenly he finds himself flying next to a tall office building. He rolls down the window (this particular airplane happens to have roll-down windows) and yells to a person inside the building, Where are we? The person responds In an airplane! The pilot then banks sharply to the right, circles twice, and makes a perfect landing at Atlanta International. As the passengers emerge, shaken but unhurt, one of them says to the pilot, I'm certainly glad you were able to land safely, but I don't understand how the response you got was any use. Simple, responded the pilot. I got an answer that was completely accurate and totally irrelevant to my problem, so I knew it had to be the IBM building. -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sysplex Common Time Source
As I recall it, all time references in a sysplex must be within a certain tolerance and this is ensured by requiring them to be connected to a single time source (ETR ID), not 2 sources that are equal within a certain tolerance. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Friday, February 07, 2014 15:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sysplex Common Time Source ISTR that all time references in a SYSPLEX must be within a certain tolerance (I have no recollection of the actual value). If the local time source exceeded this tolerance, the ETR (STP/9037) would guide them to the same value, or failing that , remove the system from the plex. The act of syncing the STP and the 9037 to the same time ETR might/might not provide sufficient accuracy. HTH, snip That was what we originally though too, but our local IBM support person told us we couldn't. Thinking further about configuration activities to migrate to mixed CTN mode, I'm not seeing how on the non STP capable processor we're going to be able to set the name of the mixed CTN, since it isn't going to have the STP tab for that CEC, I'm not sure that that matters. IIRC, the requirement is that all systems in the sysplex get their time from the same source. As long as the z10 gets it from the timers, and there's another CEC in the CTN getting it from the same timers and acting as the primary time server for the CTN, I believe that would work. z10 - timer zEC12 - timer | Primary time server \/ STP other STP CECs Before STP, there was no STP tab on the HMC and the CECs were able to participate in the sysplex by virtue of using the same timer. I *think* the migration would be to make the time source the timer connected to one zEC12, make that the PTS, then add the z10 pointing to the timer. But I haven't read the fine manuals for some time, and it seems like the PTS becomes a sinle point of failure, unless at least one other machine in the CTS has a timer connection too. The point about the mixed mode CTN being envisioned as a fall-back situation, not an expected long-term situation is also good one. And if IBM is telling you no, it's hard to argue that you'd want to try to do it. Scott /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
If PL/I does this, it will probably be well understood by PL/I programmers, but maybe not by others. Rexx has its own way, which will probably be well understood by Rexx programmers, but maybe not by others. System Symbol coders may belong to one or both of the above groups or to none of them. So in this case it is safest to assume nothing and apply the rules strictly, i.e. assign correctly or abend. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Thursday, January 23, 2014 16:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Symbols Question There is now long experience with the PL/I convention that assigns a source string that is longer than the [maximal allocated or declared] length of the target string with 1) truncation on the right and 2) silently. It works well, at least where it is understood. Complaints about it among PL/I programmers have not occurred with any interesting frequency. I am happy that Peter Relson notes that the adoption of just this convention is being considered for system symbols. About Peter's other reactions to my posts I have only one comment. I am a sworn enemy of the C nul-delimited string of conceptually unlimited length . I am not an enemy but rather a friend of the halfword [or, in principle, fullword] current-length prefixed, i.e., PL/I character varying, string, that may have any length L in the interval 0 = L = X, where X is the allocated or declared maximal length and for halfword prefixes X = 2^15 - 1 = 32767. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
Ok, I interpreted your text as asking our opinion on this way of implementation. Now I understand that is was a statement about how it's gonna work (whether we like it or not). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Friday, January 24, 2014 14:25 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Symbols Question I would much favor a convention that reports the truncation as an error. Then it's up to the caller to handle or ignore it. I don't disagree with your preference, but you are talking about changing thousands or millions of lines of code, and likely creating significant incompatibilities. Ain't gonna happen. The reality is that the choices lie between - changing nothing and - implementing what many customers (whether they voice their opinions on IBM-Main or not) have asked us for, namely to give them the rope and leave it to them to avoid doing something that hurts. And if a customer does not want to take advantage of this functionality, nothing prevents them from avoiding it. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Resistance to Java.
Since us technicians don't see the benefits, they must be non-technical, and will probably be marketing... Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Thursday, January 23, 2014 14:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Resistance to Java. +1 for Martins blog post, which is excellent. Having said that, the whole zIIP concept is baroque from root to branch. Why couldn't IBM have come up with something much simpler? On 23/01/2014 8:29 PM, Scott Chapman wrote: I think that's a better overview of the issue Martin, because you bring out the important fact that z/OS doesn't forget about how to prioritize work just because it's on a specialty engine. It's probably would also be a similarly good rule of thumb that you shouldn't let your GPs get over 50% busy with the most important system-related work. And having more dispatchable CPUs than less has been better in my experience. One small point though relative to your blog post: each DDF transaction actually now creates two enclaves: an indepedent enclave and a work-dependent enclave. It seems that the work-dependent enclave runs only on the GCP and does 40% of the work, while the independent enclave runs 100% on the zIIP and does 60% of the work. But it does appear from the doc and data that work dependent enclave CPU time is captured in the indepedent enclave CPU time buckets, which makes sense. Scott On Thu, 23 Jan 2014 09:46:18 +, Martin Packer martin_pac...@uk.ibm.com wrote: I'm also talking about this. In the final throes of having a presentation I aim to put on Slideshare (and give at any suitable venue). The message is important: DB2 V10 changes the way we view zIIP capacity. The other message is important: zIIP Capacity Planning IS very feasible. And at the risk of annoying people with blatant self promotion :-) see: https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry /ziip_address_space_instrumentation?lang=en Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacke r From: Norbert Friemel nf.ibmm...@web.de To: IBM-MAIN@listserv.ua.edu Date: 23/01/2014 09:01 Subject:Re: Resistance to Java. Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu On Thu, 23 Jan 2014 15:59:23 +0800, David Crayford wrote: On 22/01/2014 11:53 PM, Skip Robinson wrote: IBM is currently warning customers that over-using ZIIPs may lead to serious performance problems because of the way z/OS manages them vs. the way it manages general purpose CPs. Can you supply a link wrt that information? Google found: https://www.ibm.com/developerworks/community/blogs/22586cb0-8817-4d2c -ae74-0ddcc2a409bc/entry/december_17_2012_6_07_am3?lang=en http://ibmdatamag.com/2013/04/performance-and-capacity-considerations -for-ziip-engines/ Norbert Friemel - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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
Re: System Symbols Question
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, January 23, 2014 16:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Symbols Question On Thu, 23 Jan 2014 07:35:19 -0500, Peter Relson wrote: Having said that, we are considering a convention under which symbol values can be longer than the symbol name, with the user's understanding that any truncation that results may be ignored. I would much favor a convention that reports the truncation as an error. Then it's up to the caller to handle or ignore it. -- gil I second that. Assignments and therefor truncations can occur anywhere at any time (IEASYM at IPL, or with SYMUPDTE during the life of the system). I rather have a couple of abends if I do something wrong, than time consuming searches for who set the symbol and had it truncated during the previous weeks of the life of the system. Comparing SAS: each new release checks the rules more strictly and each new release generates a numbers of RC 0, where the previous gave RC=0. This generates a lot of work each time and I wished they had not been so tolerant from the beginning. 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System Symbols Question
Yes, I can. Can you RTFM? SYMDEF(symbol='sub-text') 'sub-text' is the substitution text for the system symbol to be defined. The rules for specifying sub-text are: For 'sub-text', there are no restrictions on the types of characters that can be used. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Regan Sent: Tuesday, January 21, 2014 16:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: System Symbols Question Can you set up a symbol that has a period in it? Example: SYMDEF(IP1='121.122') Thanks, Mark Regan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS
Neil, I responsed. It's Mbytes, as your calculation proves mathematically: x kB/1000 = y MB. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Neil Duffee Sent: Monday, January 20, 2014 22:16 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS Caveat: I get the daily digest so there is a lag between responses... Willie: I didn't see any response so... Panel values are in Kb. (F1 Help) 18061 / 24360 = 0.74... so correct. 30,051 cyl * (15 trks * 55k bytes / 1,000) = 24792 Kb so (approx.) correct. signature = 6 lines follows Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee How *do* you plan for something like that? Guardian Bob, Reboot For every action, there is an equal and opposite criticism. Systems Programming: Guilty, until proven innocent John Norgauer 2004 -Original Message- From: willie bunter [mailto:wi...@yah...com] Sent: January 17, 2014 09:44 Subject: Re: ISMF QUESTIONS - VIEWING STORAGE GROUP STATS [snip] Last question. Are the stats posted by ISMF reliable? It is because this particular storage group has TOTAL SPACE 24360 FREE SPACE 18061 AND %FREE SPACE 74. That doesn't sound right This pool has 3 mod 9 each has 10017 cylinders for a total of 30051 cylinders. [snip] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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...@listserv.ua.edu with the message: INFO IBM-MAIN