Re: SYSIEFSD.Q4 resource
SYSIEFSD Q4 (and its cousins CHNGDEV and VARYDEVS) are used by MVS ALLOCATION to serialize state changes made to devices during allocation processing. Unless things have changed since I was there, these ENQs are never propagated (SCOPE=SYSTEM). I don't know what is meant by IOS involvement, but ALLOCATION will invoke various services that definitely cause I/O while holding these resources. Steve Jones did a very nice job describing the problems associated with these resources in '06 at Share in Seattle. Have a look at: http://proceedings.share.org/client_files/SHARE_in_Seattle/S2848SJ112434.pdf Scott Fagen Chief Architect - Mainframe CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zPRIME is Dead - Neon Surrenders to IBM
On Thu, 2 Jun 2011 09:40:24 -0500, Blaicher, Chris chris_blaic...@bmc.com wrote: If you were working within the defined parameters that IBM set for using ZIIP processors...it does not change a thing for the ISV community. Exactly, IBM offers an interface and rules of engagement which the ISVs have to follow for zIIP offload capability. At CA Technologies we carefully evaluate what and how we offload to specialty processors to abide by that agreement. This is further bulwarked by our omnipresent legal staff. See http://www.ca.com/ziip for information on CA's offload capability. If anyone has questions as to the 'legality' of any particular product, I would suggest contacting the software vendor. Scott Fagen CA Technologies Mainframe Chief Architect -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Avram Friedman Sent: Thursday, June 02, 2011 8:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: zPRIME is Dead - Neon Surrenders to IBM Meanwhile, this settlement with IBM does not affect any other NEON products, the company said. Want to make a bet that this does affect both other NEON products and other ISV providers Settle is a funny word. It suggests some sort of compermise or agreement. Such a possible compermise might not be visable from the public text issued by the court. I am reminded of a case between BMC and IBM that concerned DASD logging in IMS. BMC had substancial business related to a product called LOG PLUS. IBM introduced its on logging solution with IMS 1.3. The lawers and courts got involved. The case was Settled and the public preception was BMC lost. In reality remarkable things happened in the software industry that may or may not of occured due to the not public parts of the settlement. Some of these possible things were BMC went public. IBM stopped participating in the databaase tools business for about 10 years. DB2 tools business exploded. CA went on a 'smaller' software firm buying rampage. BMC fathered / birthed related compaines (including Neon as it turns out) Software companies diversified (they were no longer all mainframe) etc etc etc This doesn't even speak to the question under what conditions might a vendor like CA sell software that enhances IBM hardware or software products? Maybe it is the ISVs that will be deader than a door nail in the next few years. I personally wonder what remarkable changes in the industrty we will see in the next 5 to 10 years that may or may not be a part of this settlement. On the other hand Aurora may of hit the nail on the head: Who would be interested? I may be retired by then ... Avram Friedman On Tue, 31 May 2011 21:56:47 -0400, Lizette Koehler stars...@mindspring.com wrote: NEON, a Texas-based maker of mainframe utility software, has settled its lawsuit with IBM and has agreed to stop selling its zPrime product. NEON Enterprise Software, a maker of mainframe software, announced it has settled its legal dispute with IBM and will immediately withdraw its zPrime product from the market. In the May 31 announcement, NEON said that pursuant to the terms of a permanent injunction, NEON and its distribution partners and affiliates will no longer market, sell, license--including any renewal or extension of any existing license, install, distribute, export, import, offer to sell, offer to license, offer to install, offer to distribute, offer to export or offer to import zPrime. Moreover, the legal dispute was settled with no payments having been made by either party to the other as part of the settlement. According to the NEON press release on the settlement: The U.S. District Court has ruled that (1) only workloads expressly authorized by IBM may be processed on Specialty Engines (including zIIPs and zAAPs) and (2) IBM's contracts, including the IBM Customer Agreement and the License Agreement for Machine Code, prohibit software (a) that enables workloads not expressly authorized by IBM to be processed on Specialty Engines or (b) that circumvents IBM's technological measures in Machine Code that protect the Built-in Capacity of Specialty Engines and enables workloads not expressly authorized by IBM to be processed on Specialty Engines. Neon has agreed to a permanent injunction under which it will withdraw zPrime from the market and request that licensees and customers remove and destroy their copies of zPrime. Neon will not renew, extend or transfer any existing zPrime license or any warranty, maintenance or service period of any existing zPrime license (or any portion thereof). NEON filed suit against IBM in the U.S. District Court for the Western District of Texas in December 2009, claiming IBM was using anticompetitive mainframe tactics. IBM came back and countersued NEON in January of 2010 for unfair business practices and anticompetitive behavior of its own, namely copyright violation. NEON then amended its complaint in February 2010 sharing more
IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55305I USER GOD001 DOES NOT HAVE CONSOLE COMMAND AUTHORITY.
Karen, For everyone to see your post, you should join the LISTSERV (see the bottom of this post). Best way to set up for the TSO CONSOLE command is to activate OPERCMDS in your security product and set up the OPERPARM segments in the users who need to use the facility. See: http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ikjb400/consol.htm (Mind any wrap in the url). Scott Fagen Chief Architect - Mainframe CA Technologies On Apr 7, 12:22 pm, karen wilson wilsonkar...@gmail.com wrote: I get the following message IKJ55305I THE CONSOLE COMMAND HAS TERMINATED.+ IKJ55305I USER GOD001 DOES NOT HAVE CONSOLE COMMAND AUTHORITY. RACF of class TSOAUTH console CLASS NAME - TSOAUTHCONSOLE LEVEL OWNER UNIVERSAL ACCESS YOUR ACCESS WARNING - --- --- 00GOD001 READ READYES INSTALLATION DATA - NONE APPLICATION DATA NONE AUDITING ALL(READ) What else do I need?? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RESMIL in a MONOPLEX
I have no recollection of ever advancing such a thing, but that doesn't mean that I didn't. One can tell empirically by running the ISGNQRSP program, varying the RESMIL value (via SETGRS RESMIL=nn) between each run of the program, then comparing the ENQ response times. It would be my expectation that RESMIL is honored even in a monoplex, single system ring. If not, the installation would have no control over GRS CPU consumption; the system would just send the RSA to itself as long as there was an ENQ to process, although the RESMIL would tune upward for the 0 case. Another thought, if you are never going to join another GRS system to the monoplex, you could also EXCLUDE all the pertinent resources from global processing, thus obviating any GRS overhead (they would all be local ENQs). Scott Fagen Chief Architect - Mainframe CA Technologies On Thu, 7 Apr 2011 12:16:19 +1000, Shane ibm-m...@tpg.com.au wrote: I thought we'd been through this before, but can't find it. Strictly speaking, this is a one system ring, and therefor you could expect some setup costs. ISTR Mr Fagen advancing the knowledge that in such a setup GRS has the smarts to ignore all the RSA management. But I can't find any evidence in the archives. So it probably doesn't matter what you set it to, although I've always preferred zero. As for the ENQ issues, maybe have a look at the ADRUENQ usermod. Dallas were always pretty accommodating when I needed to ask for something. Shane ... On Wed, 6 Apr 2011 10:46:53 -0400 Scott Rowe wrote: Monoplex is not the issue, the existence (or not) of a ring is. Since you are not in a GRS ring, you are not affected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is Toronto
On Tue, 22 Feb 2011 17:28:44 -0500, zMan zedgarhoo...@gmail.com wrote: Right...how many city airports are actually in that city? Is LAX in LA? is Flushing (JFK) in NYC? (It is in a borough) These kinds of distinctions even trip up people. First of all, New York City is comprised of the Five Boroughs, so, yes JFK is in New York City. Second, JFK is in Jamaica (Queens), not Flushing. LGA is in Flushing (also in New York City). Manhattan is merely one of the boroughs, along with Brooklyn, Queens, The Bronx, and Staten Island. Each of the boroughs also maps to a county, named respectively, Manhattan, Kings, Queens, Bronx, and Richmond. None of this really matters to IBM-MAIN, I point it out to show how standard taxonomies can fail (state county city) and would have to be accounted for by exceptions within an algorithm. Scott Fagen Chief Architect CA Mainframe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is Toronto
On Tue, 22 Feb 2011 20:27:54 -0500, Joe Testa test...@live.com wrote: The Borough of Manhattan maps to New York County. I stand corrected. I was in a hurry to leave New York (State) to head to Massachusetts (not Mississauga). Borough of Manhattan = New York County. Scott Fagen Chief Architect CA Mainframe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is Toronto
We shouldn't make the mistake that Watson is actually thinking about or knows the answers. What it does is akin to what Google does. It rips apart the category and original clue into important and non-important terms to search (with some programming help for Jeopardy-like wordplay that often occurs). This set of data is used to search a humongous tagged database to find a series of hits which are scored (probably, again similar to Google or Bing or whatever you fancy) based on the count and relative proximity of the search terms within the hits. From the highest scored results, it would then use a similar algorithm to throw out trivial words and use some lexical analysis to select a set of important words/phrases -- from which plausible answers are selected. An algorithm can then score these words/phrases based on the frequency that they appear in the high scored search hits and their proximity to the search words within those hits. The program is also influenced by training (through machine learning techniques) as to what answers are more likely to be right or wrong. The resultant word/phrase with the highest score is then selected as the answer. You can try it out on Google. Select one of the answers that Watson generated the correct question for and type the category and answer, verbatim, into the search term. It is highly likely that the words to generate the right question appear in the actual text that Google returns (Google is not programmed to answer the query in the form of a question ... :-) ) You can't use a question that Watson missed (like the Toronto one) at this point because the tagging metadata for every one of them is dominated by discussion topics like this one, so the top 100-1000 hits are all going to point to various online discussions (like this one) on why Watson got it wrong, rather than a reasonable answer. Disclaimer: I had nothing to do with the programming for Watson, just what I've been able to piece together based on what's been released and what I know about search and machine learning. Scott Fagen Chief Architect CA Mainframe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMDSYS and MSCOPE for system console (SYSCONS) in a sysplex
On Sun, 30 Jan 2011 19:14:22 -0600, Patrick Kappeler pkappe...@wanadoo.fr wrote: Hi - Does anybody know if the values given to CMDSYS and MSCOPE in CONSOLxx are actually honored for the system console (SYSCONS) in a sysplex, or is it always working as if asterisk is specified ? I believe the answer is 'yes'. Oddly enough, the default for MSCOPE (when you chose to not define the system console in CONSOLxx) was MSCOPE=*ALL, inviting SUG APAR OA15513: http://www-01.ibm.com/support/docview.wss?uid=isg1OA15513 I guess Kevin Kelley could look at the code and see if the APAR was ever implemented. Scott Fagen Chief Architect CA Mainframe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Potential z/OS MPF behavior change -- comments please
On Fri, 15 Oct 2010 21:53:07 -0500, W. Kevin Kelley wkkel...@optonline.net wrote: -snip- As part of the Console Restructure, we enhanced the handling of MONITOR messages so that automation programs could receive the messages without the messages having to be written to the SYSLOG or OPERLOG. Unfortunately, it appears that if you create an entry in MPFLSTxx for a MONITOR message (say IEF403I) and MONITOR processing has requested that the message be issued no hardcopy, MPF will override the no hardcopy and force the message to be hardcopied. To make a long story short: we are proposing to change MPF processing so that it no longer forces matching messages to hardcopy. If a message is issued requesting that the message be hardcopied (the default), MPF will honor it; if the message is issued requesting that the message not be hardcopied, MPF will no longer override the request (forcing the message to be hardcopied). -snip- There's no problem definition here and the second paragraph in the excerpt appears to be a generalization of a response or an overreaction to the statement of fact in the first paragraph. What problem are you trying to solve? Best inference I can make is that there is a flood of MONITOR messages overrunning the SYSLOG capability to consume them. If so, then the desired behavior change would amount to honor MPF deletion of MONITOR messages. Scott Fagen Chief Architect CA Technologies - Mainframe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: isolating sensitive data in coupling facility
On Wed, 1 Sep 2010 06:32:33 -0500, Patrick Kappeler wrote: I just wanted to give some context information related to my question. Hence just knowing the answer to the question can anybody confirm that a structure will **never** be allocated in a CF not in the preference list (be it for initial allocation or for rebuilod/duplexing) ? would make us happy ..for the time being. You can be happy for the time being: From: http://publib.boulder.ibm.com/infocenter/zos/v1r9/topic/com.ibm.zos.r9.ieaf100/underp.htm#underp Understanding Preference and Exclusion Lists z/OS V1R9.0 MVS Setting Up a Sysplex SA22-7625-14 The coupling facility in which a structure is to be allocated is influenced by preference and exclusion lists that are specified in the CFRM policy for each structure. Each list can have up to eight entries. * The preference list is an ordered list of coupling facility names in which the structure can be allocated. * The exclusion list is an unordered list of structure names with which the structure being defined should not share a coupling facility. The preference list is used to designate the location of coupling facility structures for performance and capacity considerations. The system will not allocate a structure in a coupling facility that is not listed in its preference list. Scott Fagen Chief Architect CA Mainframe Business -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: isolating sensitive data in coupling facility
On Tue, 31 Aug 2010 10:43:55 -0500, Patrick Kappeler wrote: -snip- In fact we are foreseeing some restrictions, brought by some standards, that would prohibit data with different security classes to reside in the same storage device. -snip- What regulations are you referring to? I would think that the vendors in the ecosystem (hardware - processors and storage - and software) would have some influence about such regulations. For example, why would IBM continue to pursue increasingly higher EAL common criteria certification if customers were not going to be able to use logical partitioning. By the way, if the interpretation of this regulation is what you say it is, then you really cannot mix applications within a single z/OS instance, right? Scott Fagen Chief Architect CA Mainframe CSU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM First Contact
On Thu, 12 Aug 2010 19:58:35 -0500, Joel Ewing jcew...@acm.org wrote: A long review: After seeing some of the favorable comments on ibmmain on CA MSM 3.0, I was encouraged to try it out to see if MSM really did simplify things, and my results so far have been more mixed than some of the previous comments on the product. Perhaps some of my experiences may save time for others. [detailed review can be read at http://bama.ua.edu/cgi-bin/wa?A2=ind1008L=ibm-mainP=R38133I=1X=675CB06003B50A618C - mind any wrap] -- Joel C. Ewing, Fort Smith, ARjcew...@acm.org Joel, Thank you for taking the time to document your experiences with CA MSM. Gathering this kind of information is one of the primary reasons that we wanted to have members of our Mainframe Solution Center team participate in the installation of the product, along with training, where we are able to gather intelligence about how customers perform the tasks around product installation, maintenance, and deployment. With over 260 installs of MSM, weve gathered a good amount of valuable customer feedback, most of which has been very positive. Based heavily on that feedback, we are planning an interim release in the fall ahead of our next planned release in May 2011 to deliver new functionality and requested enhancements. While we have your posted list of issues, wed like have someone from the development team pick your brain to get more information on your experiences with MSM. If you would be willing to do this, please drop an email to me off list: scott (dot) fagen (at) ca (dot) com. Thank you, Scott Fagen Chief Architect CA Mainframe CSU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Current SHARE Proceedings
Here's the byzantine path to get to the current proceedings: - Go to share.org - Mouse over Events - On the drop down, click on Current Conference directly under events, NOT Share Online from Boston - Look for the Technical Program Content box and click on Online Schedule (first link in the box) That should take you to a page where you can search the agenda or select by day and track. I'm not sure what or if there is a delay between the speaker posting the PDF file via their speaker's corner page and getting into the agenda, but my session is posted. Scott Fagen Chief Architect CA Mainframe BU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
On Mon, 21 Jun 2010 09:00:44 -0700, Mark Yuhas mark.yu...@paccar.com wrote: Since CA is now going to distribute updates and releases via MSM, does this mean that all of CA's products will follow the same methodology for installation? _All_ is a hard word. _Almost all_ is easier to defend (and achieve). We keep a scoreboard of products and their adherence to the various MSM functions here: http://www.ca.com/us/products/collateral.aspx?cid=205030 Furthermore, CA-11 makes certain assumptions. I was given a CA-11 installation tape with a service pack. When I attempted to install it, I found missing modules and JCL. After some email discussions, I learned the service pack tape was built with the assumption I had to order and install the original release which had the missing elements. Is CA-11 going to change? When a product joins the CA MSM family of supportable products and does not behave properly under CA MSM, you should should open an issue with us (or, in the future, the appropriate software vendor). We will eventually go to MSM, but, I sure would like to know if all CA products are using the same disciplines? If not, why not? By May 2011, _almost all_ of the entire portfolio will be manageable through MSM. Some products are functionally stabilized (may never be MSM installable, but may become MSM maintainable, deployable, configurable) and others are a much larger work to complete. If you are interested in a product that is not currently supported, please drop me a note at scott (dot) fagen (at) ca (dot) com. Thanks, Scott Fagen Chief Architect - Mainframe CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA's MSM
To give at least some color from the analyst community about our efforts, here are two links to briefs by EMA and Gartner (mind any wraps). EMA: http://www.ca.com/files/IndustryAnalystReports/emaworldmainframe0510ib_239016.pdf (We host the EMA brief because we paid them for the right, it is a flattering review. The same report is available for a fee from their site at http://www.enterprisemanagement.com/research/asset.php?id=1752 ) Gartner: http://www.gartner.com/technology/media-products/reprints/ca/vol2/article1/article1.html As with all things, opinions vary. In the last year, we've had over 260 sites install and use CA MSM, from the largest financial institutions to some of our smallest customers. Scott Fagen Chief Architect Mainframe Business Unit CA Technologies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REPOST with Subject: COMMAND processing limit??
On Mon, 12 Apr 2010 10:29:31 -0500, McKown, John john.mck...@healthmarkets.com wrote: Part of the console restructure was to through away commands and responses when the *CONSOLE* (or was it *MASTER*?) address space's region started getting full. There is even a message to tell you of this quote Commands that run in the *MASTER* or CONSOLE address space are divided into six command classes. In each class, only 50 commands can execute at one time. Any additional commands in that class must wait for execution. To manage the number of commands that are awaiting execution, the system operator can issue the CMDS command to display the status of commands, remove selected commands that are awaiting execution, or cancel commands that are executing. When a command is removed before execution, the command issuer receives message IEE065I COMMAND NOT EXECUTED, CMD=command instead of the usual command response message. When a command is canceled, the command is terminated with an ABEND code 422, reason code 00010301. /quote ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G1A0/1.9 Just for accuracy, the Console Restructure work referred to here (the z/OS 1.4.2 feature) only dealt with messages. The work on command flooding preceded this by several releases. Also, no messages are thrown away, every message is queued to the log _before_ it is considered for queueing to a console (MCS, SMCS, or EMCS). The only way a message doesn't make it to a particular console is if that console gets so far behind that the messages age out of internal storage. There were numerous presentations done on this at Share. Here's a link to one: http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=10230 (you will need a Share userid/password to access it) There is a significant amount of serialization within the processing of a VARY command which can cause it to take some amount of time to complete. This, too, has been presented at Share. Another presentation: http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=11948 Scott Fagen Chief Architect CA Mainframe BU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: General MPF exit using SYSREXX (SySTEM REXX)
I would add a caution about using AXREXX from the general WTO MPF exit. As this exit is called for every WTO that does not have its own MPF exit defined in MPFLSTxx, a very busy system may very quickly overrun the limited number of AXREXX workers. To be as performance sensitive as positive, it would make sense to have an assembler or metal C shell that marshalls/demarshalls only the variables that the SYSREXX needs to get the job done for the particular message. Scott Fagen Chief Architect Mainframe BU CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: About ENQ - some basic questions
On Tue, 9 Feb 2010 16:49:05 +0100, Thomas Berg thomas.b...@swedbank.se wrote: -snip- But if You e g do an allocation in the same rexx its ENQ is kept thru the entire TSO session or until You free the dataset. Does this mean that the ENQ in this case is assigned to the main task (TSO) or is there another mechanism in work ? -snip- Allocation ENQs are assigned to the JSTCB which is not necessarily the task that issued the DYNALLOC/SVC 99. REXX is blissfully unaware of ENQs issued by utilities that it calls. Each has its own semantic for dealing with the release of the ENQ. Scott Fagen CA Mainframe BU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM
On Thu, 24 Dec 2009 10:20:02 -0600, Mark Zelden mark.zel...@zurichna.com wrote: -snip- Be open to change. Adapt or become extinct. Unfortunately, it's probably too late for the mainframe already, but at least there are some out there who believe it isn't and are trying to change it regardless. I for one really hope they succeed. Thanks, Mark. For those of you that want to give kudos, ask questions, or sound the alarm that MSM is the fourth horseman of the apocalypse, we have started a discussion board at the CA communities site. The URL is: http://caforums.ca.com/ca/board?board.id=MSM You need a CA Support Online id to log into the discussion boards. Thanks and happy new year to all at IBM-MAIN, Scott Scott Fagen Chief Architect CA Mainframe Products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
On Wed, 9 Dec 2009 17:53:31 -0600, Paul Gilmartin paulgboul...@aim.com wrote: Once they're uploaded to the mainframe, why can't one tell MSM that the server is localhost and omit the inserting ... manually operation? Because the information that tells CA MSM what the package is and where to insert the package is not within the package, it is on support online. Scott Fagen Chief Architect CA Mainframe Products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ENDEVOR help support
On Fri, 11 Dec 2009 12:49:02 +0100, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Any contact address to CA and ENDEVOR in Europe ? http://www.ca.com/us/support/phone.aspx (Don't worry about the us in the URL, it is a list of phone numbers for support centers around the world). Scott Fagen Chief Architect CA Mainframe Products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA MSM
On Tue, 8 Dec 2009 12:58:44 -0800, Gibney, Dave gib...@wsu.edu wrote: Where do I find it to download now that it is GA? Do I need to talk to the License and Marketing people first.? I can't seem to find it at support.ca.com Sign into support.ca.com. Go to Download Center - Products - All Products The product dropdown list should have an entry for CA Mainframe Software Manager. If it doesn't show up there, the elements of CA MSM are included with each of the products that are installable via CA MSM. Any customer licensed to any CA mainframe product is entitled to CA MSM. Scott Fagen Chief Architect CA Mainframe Products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA mainframe install software
On Tue, 8 Dec 2009 15:12:11 -0600, McKown, John john.mck...@healthmarkets.com wrote: Does it still require a direct Internet connection between the user's mainframe and the CA server? On Tue, 8 Dec 2009 16:19:22 -0500, Fletcher, Kevin kevin_fletc...@conseco.com wrote: One of the pre-reqs is to connect to the CA FTP Server, for CA software. While MSM is far more useful if you allow it to connect to support.ca.com over the internet, there's nothing that prevents you from downloading the packages (base install and/or PTFs) in some other way, uploading them to the mainframe, and then inserting them into MSM manually. Scott Fagen Chief Architect CA Mainframe Products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Now is time for banks to replace core system according to Accenture
On Tue, 1 Dec 2009 10:51:53 -0600, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 30 Nov 2009 19:58:23 -0600, John McKown wrote: CA is adopting this type of process as well with their Mainframe 2.0. I was at the demo and was impressed. I saw their demo at SHARE. I was impressed particularly that it's SMP/E under-the-covers, giving the systems programmer access to all the facilities and artifacts of SMP/E. I wonder whether they market it to support IBM and ISV products, also? Likewise, I wonder whether the client interface is an off-the-shelf HTTP client, not requiring installation of an agent on the desktop? CA Mainframe Software Manager is entirely resident on your z/OS system. You interact with it through IE or Firefox. There is no client side software to be installed. CA MSM can be used to manage any z/OS software delivered through SMP/E that follows the IBM packaging standards. That being said, to perform the actual install of a product (appropriately munge the MCS and RELFILEs into global, distribution, and target zones) one needs a bunch of data that describes the end state of the product install. Typically this is described in JCL used to drive SMP/E and other utilities. For CA MSM, we've extended the OASIS SDD standard to be able to describe the z/OS artifacts so that we can perform a complete end to end install (for 2009) and deployment (for 2010). We are in the process of putting this information together to donate it back to the standards body. So, for today, CA MSM can only install the set of products that we've instrumented with this new metadata. This doesn't prevent CA MSM from being able to manage products already installed in the environment. You can migrate the CSI into CA MSM and perform ongoing maintenance to your products. Additionally, there's nothing that prevents you from doing SMP/E in the raw on CSIs that are also managed within MSM without causing issues; as stated in previous posts, CA MSM uses SMP/E to get the job done. There's more information here (warning that the link also contains pointers to marketing information): http://www.ca.com/us/solutions/collateral.aspx?cid=208504 Scott Fagen Chief Architect CA Mainframe Products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACF2/TopSecret documentation
Pierre, You did not post this to the IBM-MAIN listserver. Each post from the listserver contains instructions on how to get started: For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html I've answered your question via email to the posting address. Scott Fagen Chief Architect CA Mainframe Products On Nov 26, 1:34 pm, Pierre Fichaud pr...@videotron.com wrote: I'm documenting certificate management for a z/OS product. Having access to IBM's RACF documentation online, I am able to document the step-by-step process of adding a keyring and certificates in a RACF keyring. I also need to do it for ACF2 and TopSecret. I've gone to the CA site to try to get the manuals but it won't allow me access unless I'm logged in. Well, the ISV I work for is not currently a customer of CA. All I want to do is to type up the equivalent of RACDCERT commands even if we don't have the product so that there is something on paper. We do have RACF and so we will be able to debug the RACDCERT commands Maybe someone from CA can contact me off-line and help me with this. Thanks, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACF2/TopSecret documentation
And, as further follow-up, the email address you gave in your usenet post (prf51...a.t...videotron.com) is not valid: Your message did not reach some or all of the intended recipients. Subject: Re: ACF2/TopSecret documentation Sent: 11/29/2009 9:06 AM The following recipient(s) cannot be reached: {address redacted} on 11/29/2009 9:06 AM There was a SMTP communication problem with the recipient's email server. Please contact your system administrator. mail13.ca.com #5.5.0 smtp;550 pr...@videotron.com: Recipient address rejected: User unknown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: relating module prefixes to components and products
On Thu, 26 Nov 2009 09:13:43 -0500, Peter Relson rel...@us.ibm.com wrote: OK, I'll bite. What component / product uses S? Has everything from Candle, Tivoli, Consul, and re-branded from Rocket been re-modularized to follow the IBM standard? Scott Fagen Chief Architect CA Mainframe Products -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What SVCs are in use?
On Wed, 28 Oct 2009 14:30:47 -0500, Ward, Mike S mw...@ssfcu.org wrote: Hello all, can someone point me to a manual or command that will show what SVCs are actually in use? I looking in ieasvcxx, but that only shows what user/vendor supplied SVCs are used. Thanks in advance. If you have SYSVIEW, try the SVCTABLE command. Scott Fagen Mainframe 2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
Dave, The best way to obtain CA MSM is to contact the AD/AM on your account. On Wed, 22 Jul 2009 19:21:29 -0700, Gibney, Dave gib...@wsu.edu wrote: Hi Scott, One question, when can we have it. We might have tried today :) Point of strangeness, I actually sorta liked Aggravator :) nut I was young then. Scott Fagen Principal Architect Mainframe 2.0 CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
The PCI Data Security Standard only addresses the protection of cardholder information. The standard is not intended for any other data (although, in my opinion, the specification would tend towards being a good idea for any *sensitive* information that you would want to protect.) See https://www.pcisecuritystandards.org. There's an especially good dos and don'ts document at https://www.pcisecuritystandards.org/pdfs/pci_fs_data_storage.pdf It would seem that if your goal is to attain the standards, then you should have a thorough understanding of the standards. Otherwise, you might spend a lot of time looking for the right anti-virus software to run on z/OS. For CA MSM, all credentialed and sensitive information (none of which is subject to the PCI standard, by the way) is passed via HTTPS. The only data passed via FTP are CA assets, product ESD files and solutions, passed back to you via FTP originating from your z/OS image. It also happens to be anonymous FTP, so the only 'credential' that is passed is the user's email address. The security and interactions are exactly the same as those that would be performed if you were to connect to support.ca.com and do your downloads to your PC. Scott Fagen Principal Architect Mainframe 2.0 CA On Thu, 23 Jul 2009 07:51:14 -0500, Jeff Grigg jgr...@llbean.com wrote: We started looking at using this but soon found out it does not support secure FTP so that came to a quick halt. CA has said this may come in the future. With PCI requirements SFTP is a must for us. On Thu, 23 Jul 2009 09:15:03 -0500, Hal Merritt hmerr...@jackhenry.com wrote: I could be wrong (and often am) but I think PCI only cares about cardholder data and some ancillary processes (like system security). A documented (and management approved) exception with compensating controls ought to be sufficient. Of course, much depends on the quality of the auditors. On Thu, 23 Jul 2009 09:36:20 -0600, Jerry Whitteridge jerry.whitteri...@safeway.com wrote: Agreed -- we are allowed no unsecured file transfer to the mainframe due to PCI. Our preference is FTPS but we could (for certain kludges) work with SFTP. All vendors need to be reconsidering their supported protocols. Jerry Whitteridge Mainframe Engineering Safeway Inc 925 951 4184 jerry.whitteri...@safeway.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA Mainframe 2.0
On Wed, 22 Jul 2009 15:42:03 -0500, Steve Cunningham scunning...@aarp.org wrote: Haven't we all ready been there done that with CA-ACTIVATOR back in the 80's. On Wed, 22 Jul 2009 17:34:48 -0400, Bobbie Jo just...@peoplepc.com wrote: I believe you mean ca-aggravator, but yes in repsonse to everything else you said. To the referenced contributors, I'd ask that you try the technology out before you indict, hold in contempt, convict and sentence it. We're only at the end of year one of a three year development cycle, but already 45 products have been updated and released to take advantage of CA MSM r2.0. None of these products will require BYPASS to APPLY service. Another 100+ have been updated to take advantage of the improved, tapeless electronic software delivery process. On Wed, 22 Jul 2009 16:03:15 -0700, Edward Jaffe edja...@phoenixsoftware.com wrote: -snip- I plan to take a good hard look at this in the near future. -- Edward E Jaffe Thank you, Ed. Let me know when we can get together and talk. Scott Fagen Principal Architect Mainframe 2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS
Sorry, Bob - it was the Soup Nazi...although I'm pretty sure that the Oliver reference would have been, Mr. Bumble, not Fagin :) Oliver: Please, sir, I want some ... more? Mr. Bumble: More?!?!? End of OT... Scott Fagen (not Fagin) Enterprise Systems Management CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS
This is documented in the GRS Planning Guide: SYSDSN: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G460/1.2.9?SHELF=EZ2ZO10K SPFEDIT: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G460/1.2.8.7?SHELF=EZ2ZO10K Scott Fagen Enterprise Systems Management CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS
On Wed, 10 Jun 2009 14:59:28 -0500, Mark Zelden mark.zel...@zurichna.com wrote: You seem to know a lot about GRS for an ISV guy. gdr -- Mark Zelden NO SOUP FOR YOU! Scott Fagen Enterprise Systems Management CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Withdraws Patent Application on offshoring jobs
On Thu, 9 Apr 2009 16:01:00 -0500, Scott Fagen scottfagen...@yahoo.com wrote: Palmisano's publicly stated principals. Self correction: principles Scott Fagen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E RECEIVE ORDER for RECOMMENDED got nothing, but....
On Mon, 6 Apr 2009 07:55:00 -0500, Chase, John jch...@ussco.com wrote: My reasoning 1) You're going to eventually get each PTF. Why wait? Not necessarily true: Institutional paranoia, for want of a better term. For example, the continuing saga of APAR - PTF - PE for Catalog Auto-tune is not exactly a confidence-builder. :-) There's still a noticeable aversion to applying any PTFs without which the software simply will not run. You will eventually 'get' every PTF, you can choose any industrial process or mental disorder to justify which ones to APPLY and when. g Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Share Austin March 2 2009 conference feedback
On Thu, 9 Apr 2009 14:08:59 -0500, Patrick O'Keefe patrick.oke...@wamu.net wrote: Scott Fagen is another one. I expected a greybeard but this KID walked by wearing his badge. Funny...that's what my wife said before we met in the parking lot at IBM. Scott Fagen (of course, I'm really 107 years old) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Withdraws Patent Application on offshoring jobs
On Fri, 3 Apr 2009 09:54:10 -0500, Eric Bielefeld eric-ibmm...@wi.rr.com wrote: I know there is a good case for IBM expanding in China and India and other Asian countries because they are doing more and more business over there, but to cut US jobs and just move them overseas just ain't right. http://www.ibm.com/ibm/governmentalprograms/samforeignaffairs.pdf Without vitriol, humor, nor any of my opinions, IBM is simply pursuing Mr. Palmisano's publicly stated principals. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFLEVEL 16 and it's structure sizing
On Wed, 26 Nov 2008 22:35:13 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: I guess, as long as the rule holds true that higher CF levels nearly always require the same or more storage, a lazy sysprog can't go wrong using the values provided by CFSIZER, so long as s/he doesn't run out of storage. In a short-on-storage situation, closer scrutiny would be advisable. Dunno about lazy, but simple economics do play...what's cheaper: Spending a few grand on some memory or wasting perfectly good sysprog cycles rearranging the deck chairs on the good ship Coupling Facility? Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFLEVEL 16 and it's structure sizing
On Wed, 26 Nov 2008 07:58:34 -0800, Edward Jaffe [EMAIL PROTECTED] wrote: -snip- How do people running earlier CF levels do their sizing? I did not see an entry field for the CF level... That's an exercise left to the reader: From http://www-304.ibm.com/systems/support/z/cfsizer/ : CFSizer uses your input to calculate the number of structure objects the structure must contain, based on algorithms provided by the structure owners that model their use of the structure. Using these results and structure attribute information provided by the structure owners, CFSIZER THEN SUBMITS A CALCULATION REQUEST TO A COUPLING FACILITY, USING THE IXLCSP INTERFACE. The coupling facility itself calculates the structure size required to accommodate the specified input. Structure sizes therefore correspond to the CFLEVEL installed on the coupling facility that performs the calculations. THE CFLEVEL FOR WHICH THE RECOMMENDATIONS WERE CALCULATED IS DISPLAYED ON THE OUTPUT PAGE AND IS NOT SELECTABLE. Structure sizes are displayed in units of 1KB, as they would be entered in your CFRM policy. (emphases added) I'd suggest honing your IXLCSP skills...start with (mind any line breaks that may be inserted): http://publib.boulder.ibm.com/infocenter/zos/v1r9/index.jsp?topic=/com.ibm.zos.r9.ieai600/usecsp.htm Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to write sysrexx
On Fri, 7 Nov 2008 10:32:56 +0800, Tommy Tsui [EMAIL PROTECTED] wrote: hi all Is there any book teach how to write a correct SYSREXX, how comes a bad arithmetic conversion with active = active + 1.any problem here??? RESPONSE=XXTSPD2 AXR0500I AXREXX OUTPUT DISPLAY 530 EXECNAME=INITINFO REQTOKEN=4000C34272CC59FE94C9 ACTIVE 6 +++ active = active + 1 IRX0041I Error running INITINFO, line 6: Bad arithmetic conversion Maybe the variable 'active' isn't set to a number? Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRSRNL xx and No Entry for LSERVDSN and it is there
On Mon, 29 Sep 2008 08:27:29 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: -snip- I thought that a GRS resource would not be in the system unless it was specified in GRSRNLxx. However, last week by accident I did a display D GRS,RES=(LSERVDSN,*) and even though this resource name is not in my GRSRNLxx member, it is in my system with my TPX data sets and Endevor datasets listed. The GRSRNLxx member does not put resources into the system, its purpose is to allow the installation to alter the SCOPE (from ENQ/DEQ/ISGENQ) of a request, or if RESERVE requests are to be treated as hardware reserves or converted into SCOPE=SYSTEMS enqueue requests. The SCOPE of the request is established by the program issuing the macro. GRS RNL processing is available to you to those requests. See: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g450/1.2.4.7?SHELF=EZ2ZO10I.bks -snip- I presume that some sort of GRS request is made by the Software (TPX or Endevor in this case) to establish the GRS resource. But if I do not put it in GRSRNLxx is it doing anything I need to worry about? Probably not. It is a SYSTEMS type resource. Is GRS really in play here? -snip- Yes. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console restructure an Netview 3.1
On Fri, 19 Sep 2008 11:45:20 -0500, Stephen Wolf [EMAIL PROTECTED] wrote: -- snip -- We discovered our Netview version (3.1 - 5655-007) can no longer issue system commands (message CNZ005I). I believe this is due to the console restructure part 2 contained in z/OS 1.8. -- snip -- You do not indicate the reason for the CNZ005I message. That makes it difficult to answer with any certainty. My best guess is that Netview is issuing the command with a one-byte console id, which is no longer supported with z/OS 1.8. -- snip -- I discovered some new parameters in the CONSOLxx parmlib member that I thought would save us from upgrading Netview. I added INTIDS(Y) UNKNIDS (Y) to two of our existing operator console definitions. After an IPL the problem did not disappear. -- snip -- These parameters are to help you display messages (WTOs): - INTIDS issued with console id 0 (zero) - UNKNIDS - issued with an invalid console id (unknown id) rather than having them go to the bit bucket. -- snip -- Netview is our main system automation tool and replacing this function with other system exits is also undesirable.Does anyone have any ideas, zaps or other parameters that would allow us the continue using the old Netview? -- snip -- I'd have to guess that this crufty old version of Netview uses MGCR to issue commands. You might have to intercept the SVC 34 calls and turn them into MGCREs. Maybe somebody else has a better idea. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Going unsupported - time to fold?
On Mon, 7 Jul 2008 15:31:42 -0500, Peggy Andrews [EMAIL PROTECTED] wrote: Management has decided that it is time for the mainframe to go. They've got a project manager looking at a mainframe decommissioning project (feel my pain?). Stupid is as stupid does... IBM is in the business of keeping the mainframe alive at your site and has performed this analysis ad nauseum. Why don't you ask your IBM rep to help? Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CEA - Common Event Adapter
On Thu, 3 Jul 2008 07:08:31 -0400, Dean Montevago [EMAIL PROTECTED] wrote: Hi, Is there any doc on what the function of this address space is ? I found a couple of hits in the 1.9 books but it doesn't go into any detail. TIA Dean Common event adapter (CEA) is a component of the BCP that provides the ability to deliver z/OS events to C-language clients, such as the z/OS CIM server. A CEA address space is started automatically during initialization of every z/OS system. Well, the wording is quite clunky, probably written by someone for whom English is not their first language. A better explanation might be: The Common Event Adapter (CEA) is a component of the BCP that enables USS processes, written in C, to be able to receive z/OS system generated events (WTO, ENF, SSI, maybe others, who knows?). Examples of such processes are the CIM providers included with the CIM Server (see z/OS V1R9.0 Common Information Model User's Guide). The CEA address space is automatically started during z/OS system initialization. On Thu, 3 Jul 2008 09:32:15 -0500, Hal Merritt [EMAIL PROTECTED] wrote: Interesting. Next time, might ask for a formal statement to that effect that we can show our auditors. We are expected to know and manage every process. Nonsense. As stated by the documentation (and reinforced by Bob's interaction with IBM development), CEA is a part of the base operating system with no customer facing externals. There might be some disagreement as to whether or not the security and setup instructions are correct/complete (I've never tried, so I can't comment), but, on it's face, the information appears complete. The need for security clearly comes from the fact that these are unauthorized processes that need access to authorized programming resources. There's nothing to 'understand' or 'manage', other than to follow the installation instructions. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IXC102D and REPLY DOWN
On Sun, 27 Apr 2008 08:45:49 -0400, Mike Myers wrote: Hi: I'm looking to get clarification on whether or not the z/OS console IXC102A message requesting that the operator confirms that a member of a sysplex bas been reset always appears when a member is removed from the sysplex. The message I am referring to is: IXC102A XCF IS WAITING FOR SYSTEM sysname DEACTIVATION. REPLY DOWN WHEN MVS ON sysname HAS BEEN SYSTEM RESET - snip - If it sometimes does NOT occur, do you know why? - snip - The message is issued when the Sysplex grim reaper, SFM cannot confirm that a 'presumed dead' system has really been killed through a 'fencing' operation. It turns to you to confirm (sign the death certificate, so to speak) so that sysplex recovery operations can safely continue. Here's a crunky old reference for your edification (search for system fencing support): http://www.redbooks.ibm.com/redbooks/pdfs/gg244137.pdf Barbara's comment is directly on point: On Mon, 28 Apr 2008 07:37:56 +0200, Barbara Nitz wrote: Well, if you reply to it via automation and that automation is not capable of actually system-resetting the lpar before replying, then you may be in deep do-do, and it's all your fault. :-) IBM provides an authoritative guide to sysplex recovery processing on this page: http://www-03.ibm.com/systems/z/advantages/pso/removing.html It is absolutely critical that, if you choose to use automation to handle these conditions, that the automation is able to issue AND CONFIRM that the hardware system reset of the LPAR (or load of the 'next' system) has been successfully completed (CA's OPS/MVS + AutomationPoint and IBM TSA + ProcOps are able to do this). If you do not complete the reset prior to confirming IXC102A, YOU make it possible for the dead system to update shared data across the sysplex. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS RESMIL SETTING
On Wed, 5 Mar 2008 23:45:02 -0800, Walter Marguccio [EMAIL PROTECTED] wrote: Scott, sorry for being persintent on this, but what would you then recommend for RESMIL on a basic sysplex with 3 LPARs : a) 'hot potato' RESMIL=OFF (fast RSA on the ring, but CPU overhead) b) RESMIL=0 on one LPAR only (which one? The one with more resources?) c) RESMIL=0 on all LPARs I'd be glad if you could make a comment on this. Thanks in advance. Walter Marguccio z/OS Systems Programmer Munich - Germany Without knowing a whole lot more about your system, I really can't make a 'recommendation'. What I can do is give you several principles that might help you make a decision: 1) There is just a whole lot of important stuff in the system that relies on GRS working quickly (Catalog, Allocation, Open, Close, etc. all of which are the building blocks for getting user work done). 2) The longer you make important stuff wait, the more important stuff backs up behind it. 3) The longer your things wait, the more opportunity there is to create contention between them. 4) Response and or elapsed time are probably meaningful measurements for you. 5) Elongating and exacerbating 1, 2, and 3 negatively impact 4 So, if you accept those principles, then one would say that you should Render unto Caesar the things which are Caesars, that is, give GRS as much horsepower as you can afford to. It's clear that CPU utilization is a function of the 'total RESMIL' for the complex (since altering one impacts them all), so I'd spend a bit of time playing with different values, plotting total RESMIL vs. total (well, really, XCF+GRS) CPU to see how much you are willing to 'render'. Something like: Total RESMIL CPU OFF OFF OFF c1 OFF OFF 0 c2 OFF 0 0 c3 0 c4 1 c5 2 c6 etc. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS RESMIL SETTING
On Tue, 4 Mar 2008 09:48:22 -0600, Anthony Fletcher [EMAIL PROTECTED] wrote: We have a GRS environment using XCF (ie not using a CF) with three LPARS connected. We had changed the RESMIL value to OFF to try and improve responsiveness. That worked, but the XCFAS address space CPU consumption went up. We decided to change the RESMIL value to 0 since that does leave the tuning mechanism working. The manual indicates that RESMIL can be changed on any LPAR independent of the others. One LPAR was changed, leaving the other two set to OFF. It looks as if changing the RESMIL value to 0 in one LPAR has reduced the CPU consumption in the XCFAS address space in all LPARS. Question is: Is that to be expected, or do we need to look for something else? That behavior makes perfect sense. CPU percentages are calculated (loosely) as usage per unit time. In the case where all of the systems had RESMIL=OFF, GRS basically played 'hot potato' with the RSA, sending it off to the next system as fast as it could. Therefore, the number of RSA sends per unit time was maximized (certainly faster than 1 per millisecond), also maximizing the amount of CPU utilization by XCFAS. Now, changing one system to RESMIL=0 turned on the tuning _for that one system_. Each time an empty RSA was received, GRS tuned the effective RESMIL up by a millisecond (up to 4, IIRC). This effectively slows down the RSA for the entire complex, since it gets 'parked' on that system for a (comparatively) long time. This will impact the number of RSA sends/receives around the ENTIRE complex, thus reducing the impact on XCF everywhere. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS RESMIL SETTING
On Thu, 6 Mar 2008 09:29:22 +1000, Shane [EMAIL PROTECTED] wrote: On Wed, 2008-03-05 at 08:21 -0600, Scott Fagen wrote: Some things that seemed to make sense. Pretty good guess-work for some-one who doesn't work for IBM, I'd reckon ... :0) Shane... I was going to say that almost anyone could figure it out from the Planning: GRS book (http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g460/), but after reading 3.2.2.2.3 Residency time value (RESMIL), I can now understand the confusion that was the genesis of this thread. Do I have to accept some responsibility for that unreadable mess, Shane? Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to obtain CF Level Information programmatically
On Wed, 5 Mar 2008 09:27:28 -0500, Rob Scott [EMAIL PROTECTED] wrote: You can use the IXCQUERY macro There is a whole book in z/OS bookshelf dedicated to the sysplex services that you can call. You can if you are supervisor state or key 0-7. A poor man's way might be to use REXX and address 'CONSOLE'. The D CF command returns a spew of: IXL150I 21.53.45 DISPLAY CF 473 COUPLING FACILITY xx.yyy.zzz PARTITION: 0F CPCID: nn CONTROL UNIT ID: NAMED cfname COUPLING FACILITY SPACE UTILIZATION ALLOCATED SPACE DUMP SPACE UTILIZATION STRUCTURES: nnn KSTRUCTURE DUMP TABLES: n K DUMP SPACE: K TABLE COUNT: n FREE SPACE: nnn K FREE DUMP SPACE: K TOTAL SPACE: nnn K TOTAL DUMP SPACE: K MAX REQUESTED DUMP SPACE: n K VOLATILE: YESSTORAGE INCREMENT SIZE:nnn K CFLEVEL:zz CFCC RELEASE qq.rr, SERVICE LEVEL ss.tt BUILT ON mm/dd/ AT hh:mm:ss COUPLING FACILITY HAS s SHARED AND d DEDICATED PROCESSORS DYNAMIC CF DISPATCHING: nn and blah blah blah... You can parse the result, looking for the CFLEVEL line... Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multiple tasks
[EMAIL PROTECTED] wrote: -snip- What I really want to do, is to, once any one of the child tasks finishes, to fire up a new task immediately. -end snip- Have a look at the ETXR parameter on the ATTACH(X) macro. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRSCNF RESMIL setting - OFF versus 0
The behavior is clearly stated in Planning: Global Resource Seralization (http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g460/4.1.3) Speed up the RSA. The speed of the RSA message is dependent on the RESMIL values specified in GRSCNFxx or the SETGRS RESMIL= command. Determine the RESMIL values used by each of the systems in the complex. To improve ENQ/DEQ response time, decrease the RESMIL value used on all the systems in the complex. You can use the ROUTE *ALL command to effect the change on all systems at one time. Try using a RESMIL of 1 or 2. If this does not meet your performance goals, try a RESMIL of 0. There is also a RESMIL setting of OFF. Use this setting carefully, as all of the other RESMIL values are tuned automatically by the complex. If the ring is lightly loaded, global resource serialization will tune the RESMIL value up one millisecond each time an empty RSA makes a trip around the sysplex until RESMIL reaches the specified value plus 5 (RESMIL=1 will tune between 1 and 6 milliseconds). When the ring becomes loaded, RESMIL returns to the specified value. When an installation specifies RESMIL=OFF, the RSA will be sent immediately after receipt and processing by each system, without tuning. This might adversely impact processor performance. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Weird IBM alerts (NDA)
Binyamin Dissen wrote: Might I be the only one to think that the last two IBM alerts are quite weird? Sorry, cannot provide details of them as they are under an NDA - but those who are also signed to the NDA - do they seem weird to you as well? I'll be equally obtuse...no, doesn't seem weird at all. Simply a warning that something that wasn't intended to be used can no longer be used. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Used Sysplex Timers 9037-2
[EMAIL PROTECTED] wrote (copied from the newsgroup): Does anyone know if there is a market for used Sysplex Timers? We're getting rid of ours and have heard rumors that other companies are willing to buy. Is that true? How much could we get? I'm sure there is some sort of secondary market for sysplex timers, but it is likely to dry up soon, with the advent of STP. Some possible links, I have no interest or experience, just got 'em from Google: http://trustnsr.com/equipment.html http://www.kitmondo.com/WSellbuy.aspx http://www.chscomputersales.com/ There was once a G4 Coupling Facility up for bid on eBay... Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CFSizer
On Wed, 16 Jan 2008 Barbara Nitz wrote: Yes, you're competely right. There is no defined support structure for the tool. The last time I loudly complained here about the sizer (which was a few years back) Bill Neiman of XCF development came forward and looked at the problem and fixed it. I am hoping he will do so again, and we can take this offline then. Although I can no longer comment on how IBM might respond to your post on IBM-MAIN about the CFSIZER, I will offer the following observation: 1) CFLEVEL 15 will have some impact on the size of some number (if not all) the structures in your coupling facilities. 2) It is possible that the change in the size can impact your availability position (e.g. you no longer have sufficient 'white space' for a successful failover if a CF fails). It may even be true that the migration may *fail* or result in an outage if you cannot allocate all of the structures in a CFLEVEL 15 CF (because the required increase in structure size overtakes the now smaller 'white space'). 3) It *should be* in IBM's best interests to provide you with appropriate capacity planning information for this migration, a failure or outage during the migration or after, because you were inappropriately prepared will, probably escalate quickly to a *crit-sit*. 4) It *should be* incumbent on you, as a systems programming professional, to point out these risks to your management, as well as to the vendor, and request that appropriate mitigation be made available to you. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Got DSN3107I FROM REXX CONSOLE SYSCMD command
On Thu, 10 Jan 2008 01:56:57 -0600, Yan Ying wrote: I use a REXX to inquire DB2 BUFFERPOOL detail status.I use CONSPROF / CONSOLES / CONSOLE SYSCMD command to get the info.But I can only get msg DSN3107I. DSN3107I - DSN3EC0X -COMMAND REJECT.REQUESTOR NOT AUTHORIZED. I have another REXX work like that to gather system info (like'D IPLINFO') can work good. IBMBOOK said:the CSECT DSN3EC0X has discovered that the source of the command was a console that does not have 'system' authority. How can i have the system authorize?Did anyone do job like that? The answer is: it depends... 1) Is the OPERCMDS class active in your security product? If so, then you need to give your console authority to the appropriate operator command profile. 2) I am not sure what 'system' authority means. Base MVS console authority comes in a few flavors: o INFO (authorized to issue a smattering of display-only commands) o SYS (authorized to issue smattering of 'system related' commands) o I/O(authorized to issue smattering of 'I/O device related' commands) o CONS (authorized to issue smattering of 'console configuration related' commands) o MASTER (can issue all system commands) To set the base MVS console authority for your user, you need to update the OPERPARM segment associated with your userid. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson wrote: -snip- This question relates to migrating from a Flex server with no external tape or external disk to a new z9 + external DS6000 disk. We have no tape units installed on the z9 and zVM is not installed the flex box. We wish to migrate the zOS systems and data currently in use to the new z9 environment. -snip- Have you investigated the FLEXCUB functionality? It may enable you to connect the internal disk in the FLEX-ES server to your z9. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATS STAR question
Kees Vernooy wrote: -snip- Scott, I can't access the post in the archives, maybe this link requires administrator functions? I have not been able to find it through normal searces for ATS STAR. -snip- I'm not an expert on LISTSERV functions, but I had to join the IBM-MAIN-ARCHIVES list to be able to see the archives. I'll copy the pertinent parts of the post here: - Subject: Re: Sharing tape drives...ibm replacement for mia? From: Scott Fagen [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Date: Wed, 20 Feb 2002 11:27:24 -0600 Content-Type: text/plain -edit- ATS Star - is shipped with base z/OS. - is based on the use of the AS (auto switchable) attribute on VARY and HCD. - also uses assign/unassign to ensure that 'foreign' use of tape drives does not cause tape integrity errors (for example, you could interconnect two ATS Star sysplexes and maintain integrity, you would, however, lose some of the allocation efficiencies inherent in knowing who currently has the drive, what volume is on it, etc.) -edit- As with all things, your mileage may vary. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie - One of the advantages of the large amount of TS7700 units was the ability to drop CA-MIA. I'd have qualify your statement with 'it depends'. If you have enough drives so that it is never true that the 'lazy' process for reclaiming AFH drives causes allocations to fail, then you can eliminate MIA. On the other hand, AFH is a rather heavy-handed mechanism. The sysplex does not really know which devices in that state can be reclaimed and attempts are made periodically to do so. In the interim, if no drives are available for an allocation (because all candidates are either in use or AFH at the time of the request), then that request will go into recovery allocation. With the AFH situation, I am referring to a situation where a system outside the sysplex has a unit assigned. As I understand ATS STAR now, the status of units is available through XCF messaging within the sysplex, so the known AFH units will be lower in the list. However, if a unit is assigned by a system outside the sysplex, allocation will only notice this when it selects an apparently free unit, tries to Assign it and discovers AFH. Will this allocation go and find another unit or will it wait until the AFH unit becomes available again? Ah, I understand the question now - it will try another unit. The unit is not considered allocated until the ENQ on the device is held and the device is ASSIGNed. This is specifically where MIA is superior to ATS Star. Since the MIA-'plex' scope includes all the systems using the tape drives, there is no chance for a drive to be discovered to be in an AFH state. It's either available or unavailable. The latter case is not acceptable for production systems and this is my concern. Paragraph Migration Issues Customers Can Experience of apar II13666 more or less describes the situation where units can be assigned by an IEFAUTOS systems and ATS STAR systems and this seems similar to units being allocated by two ATS STAR Sysplexes. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATS STAR question
Kees Vernooy wrote first: -snip- My question is: Does anybody share ATS units over sysplexes and does this work? -snip- Brian Peterson implemented ATS Star this way at St. Paul Fire and Marine: http://www.share.org/member_center/open_document.cfm?document=proceedings/San_Francisco_Conference/S2811.pdf (probably have to mind the link) I can quote myself from a bunch of years ago (the link in Brian's presentation is no longer good as the post was moved to the archives): http://bama.ua.edu/cgi-bin/wa?A2=ind0202L=ibm-main-archivesP=R98456 As Brian's presentation and my post indicate, YMMV. If there is significant switching activity between the sysplexes, you may be unhappy. Of course, there is MIA, which will manage this situation: http://www.ca.com/us/products/product.aspx?ID=130 And Kees followed that with: What happens when a system allocates a unit and that unit is assigned to a foreign host (AFH)? Does allocation go through allocation recovery and select another unit, or does it wait for the device to become available? -snip The question implies an outcome that doesn't necessarily happen. Unless you specifically code an AFH unit in JCL, the system will look at all possible devices that can service the DD. AFH devices are weighted lower than unallocated devices. The system will choose one of those first. If there are no devices available, allocation recovery gets control. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flushing SMF Records from Buffer
Jason To wrote: Is there a way to flush SMF records from buffer to immediately write to DASD? Currently, we have to wait for 15-30 mins before we can access the SMF records. I knew that we can access SMF type 70-79 using RMF JCL and produce reports from the bufferspace, however for CICS and DB2, we can't do that. We need this requirement to immediately access the SMF records for problem determination. If you 'switch' SMF over to using the System Logger for its recording medium (z/OS 1.9), you can access the records almost immediately after they are written into the logstream via the IFASMFDL program. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND S530 / Wait State 040 - IEAVNPDC
On Tue, 11 Dec 2007 11:18:33 -0500, Michael Schmutzok wrote: --snip-- The newly created sysres IPLs under the test system LPAR with no issues. I tried to IPL the same sysres under my production LPAR and it abended in IEAVNPDC with a S530 and put the system into a wait state (040). The message blinks off of the console almost immediately and there's nothing left to look at. --snip-- IEAVNPDC seems to be involved with WLM but the abend mentions GRS resource initialization. We're not using GRS for anything in either system (not knowingly, anyway). Any ideas on where to look for a smoking gun? Anybody ever have this happen to them? An ABEND S530 occurs when an asynchronous exit tries to DEQ something that the (waiting) workunit has ENQed on, but has not yet been given control. This is not a problem specific to GRS, but is detected by ENQ/DEQ services, whether the request is STEP, SYSTEM, or SYSTEMS. On Tue, 11 Dec 2007 16:34:29 +, John P Donnelly wrote: ...turned out to be a mismatch in SYS1.PARMLIB(GRSRNLxx)...made these members the same on both LPARs and all was good... Unlikely for this case, the system should detect the discrepancy and issue waitstate 0A3 with the reason code indicating which RNL was out of synch. If such a 'fix' solves the problem, there is an APARable error in the code. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS Command Authorization
On Tue, 11 Dec 2007 12:29:46 -0800, George Fogg [EMAIL PROTECTED] wrote: --snip-- I also don't want vendor products and in-house EMCS code setting this bit to bypass security checking. I don't have a problem with its intended purpose as Scott Fagen indicated. George Fogg --snip-- In retrospect, it was probably a _bad_ idea to make such a function available on the external. At the time (ca 1988/9), I was still pretty wet behind the ears and was just doing what the team leader asked. In retrospect, the _right_ answer probably should have been a non-externalized service/entry into command processing that the sysplex code just dropped the command into, rather than setting a wacky bit on in the parameter list and re-issuing SVC34. Probably looks weird in system trace, too. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS Command Authorization
Edward Jaffe wrote: George Fogg wrote: Seems like MGCEFAST is kind of like RACF truested where authority exits are bypassed and 99% of authority checks are passed just for issuing commands from MGCRE. MGCEFAST = Bypass SSI, command exits, and CMDAUTH. MGCEFAST should be used only when that processing has already been done. Precisely, Ed. MGCEFAST was created for things like cross system CPF and CMDSYS processing to prevent such 'extra' processing. Checking and auditing twice wouldn't be too useful (and might be confusing!). Even worse would be the possibility of a command being infinitely routed about the sysplex as a command exit continually changed and caused the command to be forwarded elsewhere... Since MGCRE is an authorized service, enabling users to decide whether or not such things are done is appropriate, since an authorized task could likely do anything it wanted in determining its own security environment (both for SAF and default MCS checking). Scott Fagen Enterprise Systems Mangement (and one-time coder of MGCEFAST) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Maintenance Best Practices
On Fri, 7 Dec 2007 10:32:29 -0500, Matt Dazzo [EMAIL PROTECTED] wrote: I'm looking for latest pdf for zOS Maintenance Best Practices. I'd hunt around this area of ibm.com: http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/ (of course, since the website path hierarchy changes frequently, it may be easier to search ibm.com for Consolidated Service Test) Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PL/S ??
On Fri, 2 Nov 2007 19:05:24 -0500, Ed Gould [EMAIL PROTECTED] wrote: I respected the IBM Scott. Gee. I guess respect is conferred based on employment? My leaving IBM was under amicable circumstances (I attended the zSeries Technical Disclosure Meeting last month and will be attending a 30th Service Anniversary celebration on Tuesday). My opinions have always been based on what's best for the system, the industry and the customers. I changed my IBM-MAIN email address at the suggestion of a customer. If I've demonstrated some sort of bias that has changed due to my employment circumstances, then, please, point it out. I've reviewed all 17 of my new posts, and none seem to be any more or less controversial/obnoxious than ever. If my advocacy of Metal C for what it is (and what it is not) was in some way belittling, I apologize. I see this as an opportunity to move the platform forward by making it more accessible. We, as the community of advocates, should not be looking this gift horse in the mouth. It's tiring, after 21 years, to hear about how hard things are, and when IBM does something good to remove a barrier (no matter how small), then hear from the same community rail that it's not enough or too little too late because it's not exactly the way they wanted it or would have designed it. Off my soapbox now, Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Metal C (was Re: PL/S ??)
On Fri, 2 Nov 2007 01:24:13 -0500, Bruce Hewson [EMAIL PROTECTED] wrote: It does say! You can use the METAL C option to generate code that does not have Language Environment runtime dependencies. And it also says! Metal C Runtime Library The Metal C Runtime Library is a new base element of z/OS and is completely independent of Language Environment. The library modules are made available in the link pack area (LPA) during IPL. Both AMODE 31 and 64 are supported, as long as you are calling the functions in primary address space control (ASC) mode. The library functions make use of the default linkage provided by the compilers METAL option, which requires a small contiguous stack that uses the standard save area convention that z/OS assembler programmers are familiar with. The runtime environment is only required if you make use of the services provided by the runtime environment. It also doesn't change the fact that HLASM is what is emitted. It is not like 'regular' C which cannot execute without an LE environment and the LE RTL linked with your program. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PL/S ??
On Fri, 2 Nov 2007 09:08:02 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: Now, I see that METAL C is LE independent. But, I surmised, to be POSIX compliant it must have some RTL (well, I suppose it could all be done with macros, expanded at compile time. Unlikely.) So, I wondered whether this new RTL would come with new license requirements. Other plies in this thread have said, No. Ok, let's not let the train go too far off the tracks. This thread diverged on the discussion of PL/(S, AS, X) vs. Metal C. The PL/... variants: - ARE NOT Posix compliant - DO NOT have a runtime library - DO NOT have standard services for input and output - DO NOT have built in heap/stack/storage management (other than a primitive to simply GETMAIN/STORAGE (OBTAIN) an area to accomodate the savearea and variables declared by the module - ARE insufficient for general purpose programming in many other ways, just like assembler Then, what good is PL/...? System level programming, which implies a fundamental binding to the underlying operating system and the hardware (and in many cases, oddball environments - think SRB, system locks...). Other than the fact that it is a 3GL, it really doesn't purport to be a general purpose language for anything. This is role that Metal C chooses to play for us unwashed masses. It is for systems level activities on a particular class of system. That being said, it's up to the programmer to deal with the above problems in their own way. Do I get input from SYSIN? Open a DCB. Do I use an operator REPLY for input? Issue a WTOR. Do I use MODIFY? Extract the CIB. Just like assembler. Additionally, I'd suspect that I could find a bright C programmer and get them useful on METAL C faster than PL/X. IBM doesn't do anything without some level of informed self interest. Perhaps they are having trouble locating good PL/X programmers themselves? Bait and switch? I don't think so. Unrealistic expectations? More likely. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Metal C (was Re: PL/S ??)
On Fri, 2 Nov 2007 11:55:08 -0500, Tony Harminc [EMAIL PROTECTED] wrote: Let's not forget the System Programming C (SPC) option, which has been around for many years. This was sold early on as a facility for writing exits and the like, and indeed it can be used for just about environment-free programming. It comes with a smaller-than-LE RTL, and you can provide your own heap and stack management routines. But it emits object code rather than HLASM statements, so you can't include inline assembler. Actually, I _do_ try to forget that g, as you needed to manage and connect up your own runtime environments to the routines as they got control. Not particularly friendly for code that might have high reentrancy requirements or could execute in any address space (like system exits). With all due apologies to Anuja, Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PL/S ??
On Fri, 2 Nov 2007 17:26:10 -0500, Patrick O'Keefe [EMAIL PROTECTED] wrote: On Fri, 2 Nov 2007 14:59:48 -0700, Edward Jaffe [EMAIL PROTECTED] wrote: ... In our business, there is most certainly only one, true Scott Fagen! And, his charming wife, Nicole, is a regular SHARE presenter! ... Well, a little Googling tells me I'm only a couple months out of date. That's pretty good for me.Scott's 21 years midst the clean vs. a couple months among the unwashed masses. That was too fast a change for me. I never could cope with change. A little Googling is a dangerous thing...especially when prompted by the one, true, notorious Ed Jaffe. Or is that the infamous? I keep forgetting. Well, I guess I have to be a little nice, he did indicate that my wife was charming. Thank you, Ed - Nicole Scott Fagen Enterprise Systems Management (and drifting way off topic) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PL/S ??
On Wed, 31 Oct 2007 09:17:53 -0500, Mark H. Young [EMAIL PROTECTED] wrote: Does a copy of PL/S from IBM exist anywhere in the public domain? Or would there be somewhere on a z/OS mainframe system I could find a sample of the code? Recently, IBM has made something better available: http://www-306.ibm.com/software/awdtools/czos/features/czosv1r9.html Look for METAL option. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PL/S ??
On Thu, 1 Nov 2007 19:42:18 -0500, Ed Gould [EMAIL PROTECTED] wrote: As you probably know I am NOT an LE fan. That being said, I would think it would be close to impossible to come up with a subroutine library that could be common across all the products that you would envision. Trying to maintain something that is OS release independent and language independent. Especially if you envision this to be cross vendor as it is POSITIVELY will come up, that it will work with one release of a vendors product and not with another's release. The complications of trying to do so would, IMO would be close to impossible. IBM can't do it themselves with LE what makes you think when you add other vendors it could be done? Huh? Your subroutine library is the same set of system services provided for assembler programs (Metal C provides for the programmed assignment of registers and 'dropping down' to assembler in-line with your C program. Ergo, the versioning issues are no different than what you have with your assembler routines. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PL/S ??
On Thu, 1 Nov 2007 18:21:35 -0500, Patrick O'Keefe [EMAIL PROTECTED] wrote: FSVO better, I guess. I assume XL C/C++ is better than PL/X like C/C++ is better than PL/I. And Windows is better than OS/2. I'd assume that something you _can_ use is better than something you _can't_. The likelihood of using PL/X and OOPL/X (which, during my years at IBM, I certainly considered to be _better_ than C/C++). Unless, of course, you subscribe to Spock's observation to Stonn: After a time, you may find that having is not so pleasing a thing, after all, as wanting. It is not logical, but it is often true. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ALLOCAS High cpu utilization
On Wed, 17 Oct 2007 10:42:01 +0200, #1490;#1491;#1497; #1489;#1503; #1488;#1489;#1497; [EMAIL PROTECTED] wrote: -snip- Is there a way to restart ALLOCAS without an IPL? No. However there shouldn't be much running there. Do you have any information as to what's executing and burning the CPU? Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way to duplex SMF data?
On Fri, 12 Oct 2007 09:19:52 -0500, Ed Gould [EMAIL PROTECTED] wrote: OK, I was looking at it from the SMF side. If you want to do other things with it then that is a different creature. I suppose you could route transactions with it as well but it would have to be written to DASD first and then read again then processed then written to DASD then read. It would seem to me a CTC (or similar facility) would be faster, no? Ed 'scuse me? System Logger is a write and READ mechanism. An application could use the logger browse interface to read records directly from the stream, regardless of the current location (CF structure, offload dataset). This is precisely how IFASMFDL manages to build an IFASMFDP 'looking' output dataset. There are also subsystem mechanisms that can make a logstream appear to be a regular old dataset... Scott Fagen Enterprise Systems Management (and no longer a contact for the previously mentioned Share presentation: http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_San _Diego/S2853SJ125141.pdf - Appendix I, page 36) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way to duplex SMF data?
On Tue, 16 Oct 2007 13:22:08 -0500, Ed Gould [EMAIL PROTECTED] wrote: I guess I was not clear in my entry. I was talking across systems being able to read the smf file. My understanding (it may be mistaken) is that the smf data is written to the logstream on system a and read from the logstream on system B. If my understanding is incorrect I am sorry. Ed Ah, ok, no apology necessary. What you are talking about would work just fine in a parallel sysplex environment with CF logstreams, but not for DASD- only logstreams or single system environments*. The logger inventory, CF structures and offload datasets are available to all systems within that sysplex, so any arbitrary system could be consuming the SMF data produced by any other. There may be applicability for writing certain record types from ALL systems in the sysplex into a single logstream some kind of near real time analysis of system activities by an application consuming the aggregated stream. Scott Fagen Enterprise Systems Management * - I suppose one could use disk mirroring and some sort of magic logstream decoder ring to unwind a DASD-only stream that didn't originate on the system of execution, but I'll presume that's an academic exercise left to only the most sleepless of programmers. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU Utilization by GRS
On Sun, 14 Oct 2007 15:52:08 +0100, Martin Packer [EMAIL PROTECTED] wrote: As Lizette wrote: As Scott mentioned, when running in star mode, you may see a CPU spike on the GRS contention notifying system (CNS) when there is a resource contention in the sysplex and the CNS has to issue ENF 51. Is this the case of getting a XES contention response back from XES? (I would assume XES uses its own IXCLOnnn XCF group to resolve FALSE contentions.). I assume the resolution to XES contentions on the GRS Star lock structure appear under the SYSGRSnn XCF group. No, that contention is what XES sees for the particular lock. GRS, as a tailored lock manager fronts for the aggregation of requests by tasks on the system and generates contention in the XES lock on their behalf. The CNS is a task, running on one system in the sysplex, that signals the actual contention for a particular GRS resource, at the request level. These signals are propagated through the SYSGRS XCF group. The actual ENF51 is sent to the 'other' systems in the sysplex via an XCF group maintained by the ENF component. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CPU Utilization by GRS
On Fri, 12 Oct 2007 15:05:32 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: -snip/edit- I forgot to add we share all dasd. So everything can see everything. 5 LPAR Parallel Sysplex (2 Prod/2 Devl/1 Sysprog). 2 Physical boxes, and one ICF on each box. z9 has 3 LPARs, 1 Prod, 1 Devl, 1 Sysprog z890 has 2 LPARS, 1 Prod, 1 Devl One is a z9 (3 engines) and the other a z890 (3 engines). GRS=STAR. One master cat and one sysres set. Share all dasd. In Star mode, GRS uses up CPU in proportion to the demands on the function. If no ENQ/DEQ/GQSCAN/ISGQUERY requests arrive, there is very little 'background noise' to drive any CPU utilization. Things to look for in a spike situation: A burst of contention for global resources: - To resolve, the systems involved need to send XCF signals to a contention managing system (for that resource, designated by XES - visible in a dump) and is followed up by activity in the GRS Contention Notification system (visible from D GRS) to signal monitoring software of the event (ENF51). A burst of global GQSCAN/ISGQUERY activity: - Depending on the kind of GQSCAN, a large number of XCF signals will be exchanged between systems and then the requesting system will parse and build the results. A burst of global ENQ activity in a system with 'slow' response time from the CF: - By default, lock requests are issued synchronously to the CF (over time, XES will watch behaviors to determine if requests should be converted to asynchronous), so XES 'spins' the CPU in the requesting address space (GRS) waiting for the results from the CF request. If these times are relatively long, it will appear that the system is spending additional time in GRS. Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way to duplex SMF data?
On Thu, 11 Oct 2007 07:02:20 -0500, Tom Marchant [EMAIL PROTECTED] wrote: On Wed, 10 Oct 2007 23:19:57 -0500, Scott Fagen wrote: You don't even have to go that far with SMF writing to System Logger. One can define logstreams to be duplexed in a number of ways, even using duplexed CF structures or a CF structure and staging datasets. If the offload is to datasets that are mirrored (either synch or asynch) it would seem like you have your belt and suspenders... Not if you have a monthly process that erroneously deletes the offload data sets without producing a good monthly tape. That was the OP's problem. Which offload datasets? The ones from system logger or the ones written by IFASMFDL? Tom Conley wrote: The problem was with the DASD offload files. Problems with the merge jobs caused them to be deleted before they could be merged into the monthly tape. This says to me that using System Logger would solve the issue If they lose the data pulled from the logstream via IFASMFDL, they can always go back to the logstream and pull it again. Unlike using MAN datasets, the logstream doesn't get emptied with each offload of SMF data (unless, of course, the installation chooses to). Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Any way to duplex SMF data?
On Wed, 10 Oct 2007 10:59:59 -0400, John Eells [EMAIL PROTECTED] wrote: Pinnacle wrote: Due to a fairly bizarre series of circumstances, my client has lost SMF data twice in the last 4 months. I'm being asked if SMF data can be duplexed. I've never heard of it, but has anyone else? They're looking for real-time duplexing if possible. snip On z/OS R9 using SMF's new Logger support, one could send all the records to two log streams, which would effectively duplex it. I'm not at all sure we would recommend such a thing, though. You don't even have to go that far with SMF writing to System Logger. One can define logstreams to be duplexed in a number of ways, even using duplexed CF structures or a CF structure and staging datasets. If the offload is to datasets that are mirrored (either synch or asynch) it would seem like you have your belt and suspenders... Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS Joining Complex
Thoughts interspersed below: On Tue, 2 Oct 2007 18:24:14 +, John P Donnelly [EMAIL PROTECTED] wrote: we just moved from V1R4 to V1R7 29SEP07 we had a Test LPAR executing V1R7 and a Prod LPAR executing V1R4 these two happily coexisted with GRS as PLEXCFG=MONOPLEX, and system logger files defined with PLEX5 and PLEX1 with the Prod LPAR under V1R7, we IPLed the Test LPAR (V1R7) and this is the last thing displayed before the Test LPAR went dead and the Prod LPAR just waited while recovering ISG011I SYSTEM CPU5 - JOINING GRS COMPLEX This message means that this system has detected that the system, named CPU5 is joining this GRS complex. While this is happening, all global ENQ activity (that is, ENQ/DEQ requests for SYSTEMS level resources) is suspended until the JOIN completes. *$HASP9201 JES2 MAIN TASK WAIT DETECTED AT ISGNLPA +0099DE 891 DURATION-000:00:12.97 PCE-CKPT EXIT-NONE JOB ID-NONE *$HASP9207 JES2 CHECKPOINT LOCK HELD 892 DURATION-000:00:17.99 Best guess (without viewing the code) is that the JES2 main task issued a GRS request (an ENQ or DEQ) and is waiting (probably for the JOIN to complete). ISG is the module prefix for GRS component modules. If you're good at dump reading, you could take a dump of JES2 and GRS and probably figure out what the GRS request is and where it was requested from. there was also some squawking about a CTC following the previous D GRS,SYSTEM IOS000I 030F,**,SIM,**,**06GRS IEF196I IOS071I 030F,05,GRS, MISSING CHANNEL AND DEVICE END IOS071I 030F,05,GRS, MISSING CHANNEL AND DEVICE END 924 ISG046E CTC 030F DISABLED DUE TO HARDWARE ERROR CODE=05 VARY 030F,OFFLINE COMPONENT:SCSDS MODULE:ISGBTC PURPOSE:DISABLE CTC Looks like some I/O error occurred on CTC 030F. ISG022E SYSTEM CPU1 DISRUPTED GLOBAL RESOURCE SERIALIZATION DUE TO 929 COMMUNICATION FAILURE - GLOBAL RESOURCE REQUESTORS WILL BE SUSPENDED The I/O error causes GRS to go into ring recovery. Further delays in global processing will occur. Recovery of the members will be governed by your GRSCNF parameters ISG047I CTC 030F DISABLED Yes, this is bad news from the GRS perspective. In a non-sysplex GRS ring, GRS counts on the CTCs to communicate between members of the GRS complex. Do you have alternate CTCs defined to handle soft or hard failures? but we really do not think a problem exists with the CTC, rather a definition is incorrect Could be true, however that distinction is not interesting to GRS. It attempted I/O down the CTC and it didn't work. CA-MIM is also in the mix Although related, it is not likely that MIM is doing anything to keep GRS from communicating down the CTC. Question: Why are you using both MIM and GRS? thoughts? Investigate why the CTC failed to work properly. John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: really long z/OS operator command lines.
On Tue, 18 Sep 2007 11:40:07 -0400, Craddock, Chris [EMAIL PROTECTED] wrote: -snip- There does not seem to be anything magical about that length. The content of the text macro parameter ends up being tacked onto the end of the CIB and the CIBX follows behind that. It is -possible- that the limit is in fact larger, but where the book specifies an actual number I tend to treat it as gospel. Someone from IBM can probably tell us whether the limit is real or a doc apar waiting to be noticed. No magic, only ancient constraints. When MGCRE was introduced, there were minimal structural changes made to the rest of SVC34 proper. The front end module (IEE0003D) was updated to accept a new kind of parameter list and munge that data to look like a command was issued. Notable changes were the 4-byte console id, console name and CART. It wasn't until the console restructure that MCS support was actually changed to issue MGCRE, about 15 years after it was introduced. The control blocks that transport the command to the various exit points, routers and command processors were really only tweaked to use the new source/target console information, so the 126-byte limit was never relieved. On Wed, 19 Sep 2007 02:24:19 -0400, Jim Mulder [EMAIL PROTECTED] wrote: -snip- How does this match with the 126 char length limit described in MGCRE? Given a maximum command length of 126, the maximum possible operand length is 126 - 1 (minimum command verb abbreviation length) - 1 (minimum number of spaces between the verb and the operand) = 124. Precisely. The stingy use of memory dates from a time that the CSCBs and CIBs were in 24-bit common. After moving the control blocks above the line and command flooding support, the constraint is relieved, but the history lives on. If there's a line for relieving the constraint, I'll bet on the over. :) Scott Fagen Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XCFAS overhead
On Fri, 14 Sep 2007 08:04:38 -0300, Walter Trovijo Jr (UOL) [EMAIL PROTECTED] wrote: -snip- And my questions are: -How adding new images would negatively impact performance on existing ones even if new images do not share files or databases with existing ones? In a sysplex, there are shared resources used by the various sysplex-wide components (e.g. ISGLOCK structure, CFs, couple datasets, security DB) that, if held up by a particular member, can cause slowdowns across the sysplex (a/k/a sympathy sickness). You probably have to 'drill down' to see what XCF resource is involved in the delays reported by RMF. -Can isglock structure be split over several cfs - rmf shows we have 4 cfs active - and can traffic be directed to a specific cf? (I'm almost sure that the answer is NO but I might perfectly be wrong) No. ISGLOCK must reside on a single CF. Of course, you can set the preference list for ISGLOCK to be a particular subset of CFs and rebuild the structure to get it to the preferred CF. No outage is required. Scott Fagen Principal Architect Enterprise Systems Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE San Diego Snubbery
On Mon, 13 Aug 2007 14:23:42 -0500, Chase, John [EMAIL PROTECTED] wrote: I dunno. I've snubbed Ed Jaffe and Mark Zelden so far (oh, yeah Scott Fagen, too), but didn't see any other recognizable faces at the Sunday night gathering. Maybe tonight... -jc- (Sorry for the delay in replying due to extended vacation...) Can one who was not a SHARE attendee (I was merely my wife's GUEST at this particular event) be snubbed? Scott Fagen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Outsourcing losing steam? (was: ...loosing...)
On Tue, 14 Aug 2007 09:47:05 -0400, Veilleux, Jon L [EMAIL PROTECTED] wrote: Brian you are correct. When I open ETRs on these problems the respondants have very heavy accents. Not that I am a xenophobe but I see the quality (or lack there of) of work we get from outsourcers, so I suspect that IBM has slipped down that slope also, to the detriment of those of us who rely on IBMLINK. Jon L. Veilleux Jon, I don't think Mr. Palmisano would suggest it's 'slipping down any slope'. You can read his treatise on 'globalization' at: http://www.ibm.com/ibm/governmentalprograms/samforeignaffairs.pdf Scott Fagen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Coupling Facility
On Thu, 26 Jul 2007 14:29:19 -0500, Joe Kirsch [EMAIL PROTECTED] wrote: We are currently running a homegrown DIV application that uses over 600,480 tracks spread across 24 3390-3 disk packs. Is there a way to put this data in a Coupling Facility that can be shared across four LPARS? Our current CF has 8 GIG. All of the CF documentation I have been reading has been related to DB2 data, CICS, RACF, JES2, and on and on about IBM products. Can you put application data in a CF and what are the limitations? Thanks and have a great day. The Coupling Facility supports three kinds of structures, list, lock, and cache. Each of the 'data types' you reference above is implemented by that product/component into one or more of those structure types to enable high performance sharing of the data between subsystem instances on one or more sysplex members. Unfortunately, DIV is not currently a system component/service that takes advantage of CF services to expand sharing outside a single z/OS image. If you wanted to do such a thing, you would have to implement significant (supervisor state) changes to your application or implement a subsystem that intercepts the application data management calls to effectively implement a sysplex-wide DIV, either in a cache structure or list structure (considerations would include write frequency and memory footprint in CF). In any event, it's not a task for the faint of heart. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Console named *DICNsysclone.
On Thu, 26 Jul 2007 12:56:37 +0200, Barbara Nitz [EMAIL PROTECTED] wrote: yes, that helps quite a bit. So I guess internally everything that was directly sent to a console z/OS 1.6 and lower is now first queued to this EMCS console that another task/tcb will then probably output to the actual green screen/3270 emulation session. Oh, and that EMCS console is active even when that system doesn't have its own green screen. The main point of the first Console Restructure deliverable (z/OS 1.4.2 feature) was to improve the RAS for message delivery. This was accomplished (in part) by centralizing all message delivery through the much more modern EMCS code, rather than in the crunky old (and 24-bit) MCS code. The old code now sits behind the *DIDCS console (which takes on the aggregate routing characteristics of the active (S)MCS consoles on the system). Now, a failure in this code (either due to a message flood or a coding error) no longer impacts all the other key message consumers (EMCS, OPERLOG, SYSLOG). Comm Task is active and running, regardless of whether or not there are any active green screen consoles on the system. The *DIDCS console consumes 1 whole EMCS control block entry and shares the message dataspace with all other EMCS consoles defined by the CONSOLE address space (ROUTE, OPERLOG, SYSLOG). Ergo, it costs the system essentially nothing. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: INTIDS (was: zOS 1.8 and One Byte Console ID)
On Fri, 1 Jun 2007 07:29:25 +0200, Barbara Nitz [EMAIL PROTECTED] wrote: -snip- I beg to differ with regard to the INTIDS and UNKNIDS attribute, though. Given that there is no way in hell to define it on a 1.6 system that runs mixed with a 1.8 system, it is wrong of console initialization code to 'ignore' an attribute (and in fact use the absolute opposite -N instead of Y) that could not be defined before. This is how CONSOLxx has always worked. If the console was previously defined in the sysplex, any values specified in CONSOLxx that do not correspond to the currently defined values are rejected with RC=3. This doesn't mean that you can't turn INTIDS on and have it persist. The way the CONSOLE control block sharing code works (by building in the assumption on the 'downlevel' systems that there are attributes that they don't know about but need to propagate) is that attributes set on the 1.8 system will be 'remembered' by the downlevel systems, even if the 1.8 system leaves the sysplex. So, if you want to have INTIDS or UNKNIDS set, you need to take two actions: 1) Put it in the CONSOLxx member. You can even put it in a member shared with 1.6/7. CONSOLE initialization will 'ignore' the new specifications on the downlevel systems without causing the console definition to be thrown out. 2) Either manually or via automation use the VARY CN command to 'activate' UNKNIDS and INTIDS on the consoles that you want it on. Obviously, the function will only work when the console is activated on a 1.8 system, but the attribute will stay with the console, even after all the 1.8 systems leave the sysplex (with one caveat, if you cold start the sysplex and don't IPL any 1.8 systems, you will have to re-establish UNKNIDS/INTIDS after 1.8 rejoins). If you don't explicitly look out for that, and then take steps to correct the console code assumptions during initialization, you will have a rude awakening with regard to these two attributes. No 1.8 console will have it. And I don't think any installation will go and rename their consoles (UCBs and all) when they switch between pre-1.8 and 1.8 systems, just to get these attributes defined for the first time. I don't believe that your understanding of how the code works is correct. If you set INTIDS/UNKNIDS, it will 'stick' to the console for the life of the sysplex, regardless of the presence/absence of a 1.8 system. Effectively, the way it works now, you either have to cold-start a complete sysplex to get the console attributes, or you have to go to lenghts to get the attributes assigned as intended. (And as I said, I wonder what will happen to those keywords when I re-IPL my 1.6 system that doesn't know about them.) Incorrect. See discussion above. Besides, once a 1.8 system is in the plex, the lower level systems don't have the cond=m consoles anymore, just as you said. What I am missing here is a message that announces that fact. A D C,MSTR just gives 'no consoles meet speicifed criteria'. I just hope that we have all definitions in place so that won't cause problems when we rollout 1.8 in mixed sysplexes. If you want to have consoles with MASTER authority, give them MASTER authority. VARY CN(..),AUTH=MASTER. It would be helpful to update CONSOLxx as well. The capability to have more than one console with MASTER authority has existed since MVS 4.1. Thanks for listening. regards, Barbara No problem. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS 1.8 and One Byte Console ID
On Tue, 29 May 2007 14:51:48 -0400, Mark Jacobs [EMAIL PROTECTED] wrote: We have a vendor product, no longer under support, that issues operator commands when it starts up. When we have a zOS 1.8 system in the sysplex the start commands fail with this message; IEE345I START AUTHORITY INVALID, FAILED BY MVS When the zOS 1.8 system is removed from the sysplex the start command is successful. The issuing system is zOS 1.7. I know that these commands are being issued with a one-byte console id since they show up in the DISPLAY OPDATA, TRACKING report. Is there anything that I can do to get it to work or are we SOL. Can you post the entire text of the IEE345I message line from SYSLOG, the CONSOLxx defnition for the console named on that line and the D C,CN= results for that console from that system? I suspect that the program is using some console id/name scavenged from some control block and that the console no longer has the MASTER attribute. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS 1.8 and One Byte Console ID
On Wed, 30 May 2007 21:59:09 +1000, Shane [EMAIL PROTECTED] wrote: M - I have to say I don't like the concept that a 1.8 system entering a happily running 'plex will unilaterally cause the master console to vapourise. For the entire 'plex !!!. *Extremely* bad karma. Shane - nothing vaporizes (forgive the liberties of the US spelling) when the 1.8 system joins the plex. What changes is the 'binding' between console id zero and some arbitrary 'first found' console in the sysplex. For some time now, you could assign MVS MASTER authority (distinct from SAF authority) to any console via CONSOLxx or VARY command. With 1.8 you can direct the console ID zero messages to the console(s) of your choice via the INTIDS attribute. This change levels the playing field (evens the pitch?) so that 'all master consoles are created equal'. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS 1.8 and One Byte Console ID
On Wed, 30 May 2007 14:22:13 +0200, Barbara Nitz [EMAIL PROTECTED] wrote: Guess what: Both UNKNIDS and INTIDS were ignored in consolxx (iea196 with reason code 3, which isn't in the 1.8 books anymore). DOC APAR OA20565: REASON CODE 3 MISSING FROM IEA196I MESSAGE EXPLANATION IN Z/OS 1.8 SYSTEM MESSAGES MANUAL --- IEA196I CONSOLxx stmt-type: text : keywd VALUE IGNORED. REASON=rc The system found a keyword value that is not valid. keywd The incorrect keyword. rc The reason code, which is one of the following: |3 A CONSOLE statement defines a console with the |same name as a console that already exists. The |keyword specified an attribute value that was |different from the attribute value of the existing |console. In a sysplex, the value does not match |the corresponding value of a console with the same |name that is already defined to the sysplex. The |system uses the attribute of the existing console. |To obtain the current console attribute values, |issue the D C command. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS 1.8 and One Byte Console ID
On Thu, 31 May 2007 10:39:26 -0400, Mark Jacobs [EMAIL PROTECTED] wrote: TCS1 2007149 10:29:50.81 STC38156 0200 START EMCPCS.EMCTCP01 TCS1 2007149 10:29:50.82 STC38156 IEE345I START AUTHORITY INVALID, FAILED BY MVS What console is issuing the start command? The started task, EMCTCP, is issuing the start command. Aargh! I forgot that we don't always put the console name in there. However, there should be 9 characters and a space preceding the TCS1 in the SYSLOG record, which should look like: NC000 or NI000 If the second character is a 'C' that would indicate that the program issued the START command with a non-zero console id. Some programs go after a pointer called 'UCMMCENT' (which has _never_ been guaranteed to be 'not zero') to detect the UCME (console entry) for the 'one true master console'. If so, when the 1.8 system joins your sysplex, the 1.7 system clears this pointer (as there no longer is 'one true master console' after 1.8 is active), which means that this code will be interpreting the PSA as a console entry, probably getting some foul value for the console name or id. A potential bypass for this is to use the OPERCMDS class and authorize the STC to issue the appropriate START command. Security product decisions always trump base MVS authority checking. See MVS Planning: Operations for how to set up OPERCMDS and the START command resource profile. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
On Wed, 23 May 2007 00:46:28 -0400, Robert A. Rosenberg [EMAIL PROTECTED] wrote: I do not regard my query about why this glaring design flaw in ENQ is not being addressed (even if the usage of the enhanced support is restricted to the Initiator initially) as insulting (or do you regard my characterization of the original/current design of ENQ lacking a EXC-SHR Downgrade capability as poor/flawed as insulting?). Perhaps we differ, but the characterization of poor and/or flawed appears to me as pejorative. Please read the following as facts, not insults: Since you are not in a custodial position for the design or implementation of ENQ, GRS, or Allocation, you cannot know if such a design has ever been proposed, written, or embodied. You can only know that it is not available as the operating system is currently implemented through consideration of the written documentation and empirical experimentation. ENQ/DEQ, in its current form (barring the two currently open APARs against it, neither of which do not violate the integrity of the function), is not flawed, the function is merely incomplete. I am doing exactly what a SHARE Requirement is supposed to do - Point out a lack of functionality and provide an suggestion as to one way to rectify the lack. I do not have access to the SHARE Request List but I'd be surprised if there has not been one already submitted (or at least proposed) about this exact issue (the lack of a EXC-SHR downgrade at the job step boundary between DISP=OLD and DISP=SHR steps). Although obvious, I'll state that IBM-MAIN is not considered a forum for gathering requirements for IBM products. IMO, the lack of a fix in progress amounts to a deliberate crippling of the Initiator since the fix is so easy to make You are entitled to your opinion. On Wed, 23 May 2007 22:38:13 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: Would repairing a defect be considered (part of) a business case? Of course. I was sensitized to this matter many years ago when I learned that under certain conditions of contention attempting to DYNALLOC a data set with options NEW and CATALOG can fail and leave the data set on a volume not catalogued and not deleted. I discovered this with considerable discomfort only when I had run the job enough times and it had failed enough times (usually it succeeded) that I had a copy of the problem data set on every storage volume on the floor. A dedicated IBM developer researched the problem and sought a solution. Finally, he reported to me that under the design requirements of DYNALLOC, and lacking the facility to downgrade an ENQ, no solution was possible. (I would have changed the specifications of DYNALLOC, since the problem I reported demonstrated in itself that the specification was not being met.) With an ENQ downgrade facility, the problem could easily have been solved within the constraints of the DYNALLOC specification. And what was the outcome of the incident? And, finally, to throw an additional wrinkle Robert's way, suppose: ALLOCATE DD(E) DSN(FOO.BAR) OLD ALLOCATE DD(S) DSN(FOO.BAR) SHR FREE DD(E) A programmer might reasonably expect this would leave a SHR ENQ on SYSDSN FOO.BAR. What component should do the accounting, and what's the algorithm? But perhaps this hardly more complex than what is done nowadays when a data set name is statically allocated in JCL, then multiply allocated to different DDNAMEs and FREEd dynamically within the job step. A programmer might come to that conclusion. This programmer would agree if the result of the set of directives concluded with _no_ ENQ on FOO.BAR. However, if the result was that an EXCL ENQ remained on FOO.BAR, I'd come to the same conclusion as I do now for the batch allocation case. It ain't perfect, but it gets the job done and maintains the integrity of the data. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
On Wed, 23 May 2007 00:00:52 -0400, Robert A. Rosenberg [EMAIL PROTECTED] wrote: Can you PLEASE explain why there was/is support for a SHR-EXC Upgrade... No, I cannot. The original support predates the library system that we used before the one we are using now (the archaeological digs go down to the MVS V1 strata), implying that the code was written before I finished high school. Best guess is, because someone needed it. There are plenty of uses of ENQ beyond the serialization of datasets (SYSDSN). I am aware of a number of RET=CHNG uses within the BCP. Since as I noted, the Support is easy to add (as I documented) Unfortunately, because it's easy is not considered a compelling business case at IBM. there is no downlevel exposure if it is initially restricted to use by the Initiator No, you would also have to ensure that the downgrade support is understood by _all_ systems in a GRS ring, GRS Star and MII complex. Otherwise an uplevel system may create havoc by implying a grant of another system's request when that system doesn't understand that a downgrade is possible. This exposure implies that 'compatibility PTFs' would be required for all in-service releases of GRS and MII. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
On Sat, 19 May 2007 20:59:40 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: On Sat, 19 May 2007 20:52:05 -0300, Clark Morris wrote: ... If the ENQ is exclusive for the first step and shared for the second, it will be changed by the initiator/terminator between steps. Nope. Wishful thinking. But why not? ENQ RET=CHNG only supports 'upgrade' from SHR to EXC, not 'downgrade' from EXC to SHR. DEQing and re-ENQing may put you behind some waiting request, which would expose you to deadly embraces. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why is there JOB scope for DSN ENQ's anyway?
On Tue, 22 May 2007 16:37:14 -0500, Paul Gilmartin [EMAIL PROTECTED] wrote: On Tue, 22 May 2007 13:17:16 -0500, Scott Fagen wrote: ... If the ENQ is exclusive for the first step and shared for the second, it will be changed by the initiator/terminator between steps. Nope. Wishful thinking. But why not? ENQ RET=CHNG only supports 'upgrade' from SHR to EXC, not 'downgrade' from EXC to SHR. ... That answers nothing; it's the impatient parent telling the curious child, Because! The question remains, But why not? No, it answers the question following the refutation stated in your post: Why doesn't initiator/terminator downgrade the ENQ from EXC to SHR when the job has only DISP=SHR interest in the dataset for any of the remaining job steps. The answer clearly distinguishes where the deficiency lies in the system (GRS, not Allocation). If the question is why isn't there a RET=CHANGE variant for altering EXC to SHR ownership in ENQ (and/or ISGENQ)? the answer is, most surely, because IBM has never seen sufficient business justification to implement the function. See Robert Rosenberg's recent well-reasoned contribution on this topic: Linkname: Re: Why is there JOB scope for DSN ENQ's anyway? URL: http://bama.ua.edu/cgi-bin/wa?A2=ind0705L=ibm-mainamp;P=195906 So, I'd have to guess, based on the insulting tones, that you and Mr. Rosenberg have some resentment about this function not being implemented. C'est la vie. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Areas Manuals to be dropped
The IBM and z/OS strategy for disseminating programming information is undergoing a significant amount of change. Part of this change will be the withdrawal of the Data Areas publications in favor of web delivery of the detailed data areas information based off of the z/OS Library Center website. The format and content of each of the data areas will remain unchanged. To improve the accuracy of the documentation, processes are being enhanced to automatically create the information when a mapping is changed. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maintenance how current? was APAR OA16372
On Mon, 23 Apr 2007 08:40:54 -0700, Craig Bakken [EMAIL PROTECTED] wrote: This may be somewhat of a religious question, Is it better to be right up to the current level of available maintenance or is it better to hang back a few months worth so as not to apply a PTF that goes PE? Is Z/OS 1.8 so buggy that current maintenance is required? For religious questions, you should at least have some exposure to the dogma. You might consider having a look at: http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst/index.html To see what the true belief is. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASSIGNED TO ANOTHER SYSTEM (IEE791I)
On Mon, 23 Apr 2007 20:37:29 +1000, Shane [EMAIL PROTECTED] wrote: On Mon, 2007-04-23 at 04:15 -0500, R.S. wrote: The message regards tape device. How to find out what system holds the device ? (except from checking it on every system console) And to (partially) answer the question ... When we have seen this, we weren't able to ascertain the holding system (from the victim). *Very* disconcerting when it's a system outside of the 'plex - that isn't even supposed to be activated. Especially when the 'plex has tape sharing and the rogue system doesn't. Scott will have the definitive answer - should he be disposed to stir. Shane ... No good answers, just some background information. When an ASSIGN fails, the function that attempted the ASSIGN (either device allocation or, as in this case, VARY ONLINE) _could_ issue a follow-up command to the device to determine who has it assigned. As you can surmise, these functions currently don't do that. There is a difference in processing for VARY ONLINE for a tape device, depending on the autoswitch status of the device. If the device is autoswitchable, then the ASSIGN is not needed to bring the device online, so I believe it is bypassed. For autoswitchable devices, the ASSIGN is obtained when the device is allocated. If the device is dedicated (not autoswitchable), then the ASSIGN is obtained and held for the entire time the device remains ONLINE. It would seem to be a reasonable requirement to have the system do some interrogation of the device when the ASSIGN is 'unexpectedly held'. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can I intercept a DOM?
On Thu, 12 Apr 2007 12:15:11 +0200, Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote: -snip- Is there a way to determine when a message is DOM-ed from the operator console? -snip- In addition to the SSI, you may also be able to use an extended MCS console. See the DOM(ALL) parameter. Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to debug WQE modification by SSI
On Thu, 11 Jan 2007 10:33:23 -0600, Patrick O'Keefe [EMAIL PROTECTED] wrote: I'll look into this. Is this option shown in any display? I've tried various D C and D EMCS flavors but haven't found it. The current setting is displayed as the AUTH= value on D C: d c,hc IEE889I 11.40.02 CONSOLE DISPLAY 480 MSG: CURR=0LIM=5000 RPLY:CURR=4LIM=60 SYS= PFK=FT CONSOLEID --- SPECIFICATIONS --- SYSLOG COND=H AUTH=CMDS NBUF=N/A ROUTCDE=ALL LOG BUFFERS IN USE:0 LOG BUFFER LIMIT: 1000 Scott Fagen z/OS Core Technology Design IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html