Re: CBT Usermod Collection for ISPF (CUCI) V1R7 RELEASED!
>It can be found at https://www.cbttapes.org/updates.htm - where all the >updates can be found. >CUCI is in FILE 967 My apologies, as Lionel points out above, the file number is 967. www.cbttape.org is currently down, and they are working diligently to get it back up, so if you can't get in, try again later. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS Internet library links dead
FYI, I received this from some friends at IBM about the dead z/OS Internet Library links: Hi Tom, Sorry about that. Actually, all of IBM.COM below systems is dead. Not just our web pages. However, the server where Library Server resides is still alive. For z/OS V1R13 and V2R2, try these links: http://publibz.boulder.ibm.com/cgi-bin/bookmgr/Shelves/ez2zo111 http://publibz.boulder.ibm.com/cgi-bin/bookmgr/XKS/ez2zo211 For all books see: http://publibz.boulder.ibm.com/cgi-bin/bookmgr/library Choose shelves then use z/OS V1R13 to filter the shelves. Oh yes, IBM Knowledge Center is also working. For BookManager like granular searches, try this prototype and let me know what you think. http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos-search/zossearchscopes.html I hope this helps. Regards, Tom conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Releasing Orphan Storage without IPL
On 10/30/2015 4:18 AM, Jake Anderson wrote: Hello, One of our Test LPAR was victim of S878 abends caused by a DB2 system. Now the DB2 system is down but still the ECSA and CSA are at 97% and 98%. Is it possible to release the Unused Storage without IPLing ? Regards, Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN OMEGAMON has this capability, but you should only use it if you expect to IPL anyway. It's too easy to free up storage for unimportant control blocks chains like the subsystem table. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parmlib syntax check macro
On 10/3/2015 10:00 AM, Ken Smith wrote: A syntax checker for DF/DSS would save countless hours! Ken Smith EXWC PGM=ADRDSSU,PARM='TYPRUN=NORUN' Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to limit tiny SMS-managed VSAM KSDS to one volume?
On 9/30/2015 12:25 PM, Farley, Peter x23353 wrote: I need some advice from storage gurus. I need to make a tiny SMS-managed VSAM KSDS that will NOT extend, neither to secondary space on the first volume nor to secondary volumes. I need to test some error logic in an application program and I need a "file full" or "no more space" condition to test it. I have these parameters in the define cluster command: VOLUME(*) CYL (1 0) But when I try to fill up that file with IDCAMS REPRO so that there is no more room for any records by copying from a similar file with many records into the tiny one, it automatically extends to new volumes, with messages like this: SMS4000I TSOUSERZ, MKTSTFIL, SYS1, ATTEMPTING SPACVOLA FOR TSOUSER. TINY.DATA, XX, 1 SMS4400I VOLUME ADDED - OLD VOLUME XX, NEW VOLUME SMS . VOLUME COUNT IS 2 I assume this is due to some hidden parameter in the STORCLAS that overrides my specification of only one candidate volume. My question is, how do I override that hidden STORCLAS parameter to force a no-more-space error here? I deliberately want the attempt to add one more record to force an error. I do NOT have easy access to a storage admin on this system, so I need help from you. ISMF is not available in my TSO menus, so I cannot check the STORCLAS for myself. TIA for any help you can offer. Peter, Add a //ACCIGN DD DUMMY to your allocation and run JCL to bypass ACC/SRS processing. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to limit tiny SMS-managed VSAM KSDS to one volume?
On 9/30/2015 4:31 PM, Thomas Conley wrote: On 9/30/2015 12:25 PM, Farley, Peter x23353 wrote: I need some advice from storage gurus. I need to make a tiny SMS-managed VSAM KSDS that will NOT extend, neither to secondary space on the first volume nor to secondary volumes. I need to test some error logic in an application program and I need a "file full" or "no more space" condition to test it. I have these parameters in the define cluster command: VOLUME(*) CYL (1 0) But when I try to fill up that file with IDCAMS REPRO so that there is no more room for any records by copying from a similar file with many records into the tiny one, it automatically extends to new volumes, with messages like this: SMS4000I TSOUSERZ, MKTSTFIL, SYS1, ATTEMPTING SPACVOLA FOR TSOUSER. TINY.DATA, XX, 1 SMS4400I VOLUME ADDED - OLD VOLUME XX, NEW VOLUME SMS . VOLUME COUNT IS 2 I assume this is due to some hidden parameter in the STORCLAS that overrides my specification of only one candidate volume. My question is, how do I override that hidden STORCLAS parameter to force a no-more-space error here? I deliberately want the attempt to add one more record to force an error. I do NOT have easy access to a storage admin on this system, so I need help from you. ISMF is not available in my TSO menus, so I cannot check the STORCLAS for myself. TIA for any help you can offer. Peter, Add a //ACCIGN DD DUMMY to your allocation and run JCL to bypass ACC/SRS processing. Regards, Tom Conley Oops, I saw earlier that these were ACC/SRS messages, but I see now that they're Stop X37 ProSMS messages. In that case, try //PROIGN DD DUMMY or if that doesn't work //NOPLD DD DUMMY. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP being sued, not by IBM.....yet!
On 9/22/2015 11:04 AM, Tom Marchant wrote: On Tue, 22 Sep 2015 14:30:12 +, Bill Johnson wrote: http://www.theregister.co.uk/2015/09/22/michigan_sues_hp_for_upgrade_failure/ "to date not a single mainframe app has been successfully ported to a more modern computer system" Evidently the Register doesn't know that mainframes *are* modern. The article talked about a vintage 1960's mainframe, so I guess these guys are running an S/360. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HP being sued, not by IBM.....yet!
On 9/22/2015 11:23 AM, Mike Schwab wrote: One of the comments: Re: SIMH Looking around at some of their purchase orders, it would seem they have Unisys mainframes running COBOL applications supported by a proprietary ISAM-type database engine, as well as more modern applications written in PowerBuilder with Sybase underpinnings. Part of the problem they appear to have is the fundamental conceptual mismatch between ISAM and modern relational data stores makes it very hard to migrate the data without significantly rewriting the applications that currently process it. It's not a matter of simply getting off the mainframe hardware, it's getting off DMS II that's the challenge if they're going to be able to move forward. ISAM? Non-Y2K compliant ISAM? Shirley you can't be serious. PowerBuilder? Sybase? Yikes. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPCS BLS18028I message suppression
On 9/19/2015 3:26 PM, Hardee, Chuck wrote: Thanks Jim, your explanation was helpful, believe it or not. It bears out with what I am seeing. I really appreciate your passing on your insights and discoveries in the code when we ask questions. Chuck Charles (Chuck) Hardee Senior Systems Engineer/Database Administration EAS Information Technology Thermo Fisher Scientific 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230 chuck.har...@thermofisher.com | www.thermofisher.com WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this e-mail or the information herein by anyone other than the intended recipient, or an employee or agent of a system responsible for delivering the message to the intended recipient, is prohibited. If you are not the intended recipient, please inform the sender and delete all copies. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jim Mulder Sent: Saturday, September 19, 2015 1:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPCS BLS18028I message suppression Interesting you should suggest that. I did a batch IPCS run with my REXX and sure enough, in TSO/Batch the BLS18028I is captured by OUTTRAP and my REXX displays it as expected. Question now is, why isn't it captured with the REXX is executed interactively? So, if IPCS is executed in interactive TSO, the BLS18028I messages is issued to the "print" file that is displayed upon the terminal. If, however, the same REXX is executed in TSO/Batch, the message is captured by OUTTRAP and placed in the stem that was passed in the first OUTTRAP call. It does not appear in the print file nor on the output associated with SYSTSPRT. Interesting. Since the primary use of this REXX will be batch as opposed to interactive, I can live with it I guess. Just wish it would work the same regardless of environment. C- Charles (Chuck) Hardee Senior Systems Engineer/Database Administration EAS Information Technology When you executed the Rexx exec interactively, did you use tso exec, or ipcs as the prefix to the command? I'm thinking IPCS rexx exec might give you a different result. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Finding an MPF WTO Exit
On 9/11/2015 11:21 AM, J O Skip Robinson wrote: Thanks to Jim for both answers. I opted for the second choice--add exit to LPA--because it seems a lot simpler, but it's nice to know that there exists a bouncing ball method as well. I doubt that there's enough demand for this sort of thing to create a standard interface. Of course I would not be asking this question if I didn't have a problem. Which BTW is to turn selected non-rolling messages into rolling. These are messages that from SME point of view are informational but are coded to stay on the console and incite questions from Ops about what 'they' are supposed to do. We have an ancient WTO exit that is supposed to do that, but it's not working. For the record, these are the relevant instructions: MVC CTXTDC1(L'CTXTDC1+L'CTXTDC2),SETSTATS OICTXTRFB1,CTXTRCRC+CTXTRCDC CHANGE CODES NOW ... SETSTATS DCAL1(CTXTDC04),X'00' SYSTEM STATUS WILL DO NICELY I need SLIP trace just to see if the exit is even getting called. Skip, We have a number of MPF requirements submitted to hopefully make MPF exits nearly obsolete, perhaps z/OS V2Rmumble will enable them. We have ROUTE, DESCRIPTOR, COLOR, OFFSET and LENGTH I believe in the hopper. If one of those doesn't cover your scenario, you should open a requirement so we can group these together. Thanks, Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Current market share breakdown for EACH of the three z/OS ESM products: RACF, CA-ACF2 and CA-Top Secret
On 9/9/2015 9:57 AM, Steve Harner wrote: I am interested in determining/clarifying what the current market share breakdown is for EACH of the three z/OS ESM products: RACF, CA-ACF2 and CA-Top Secret. In his 5/24/12 interview with Jeffrey R. Yost, Ph.D. (conservancy.umn.edu/bitstream/handle/11299/132470/oh404bs.pdf), Barry Schrager noted that: (a) When SKK was sold in 1986, ACF2 had a 60% market share while IBM’s RACF and CA’s Top Secret split the other 40%; and (b) Currently , RACF has 75% market share while ACF2 and Top Secret from CA share the other 25 percent. Thanks in advance for any further information which you can provide regarding what the current market share breakdown is for EACH of the three noted z/OS ESM products. Steve Harner IT Audit Technical Consultant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I would take Barry's word as gospel. Just based on what I've seen at my clients, I would tend to agree with his numbers. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF 3.2 (allocate) does not honor SDB
On 9/7/2015 5:15 AM, Peter Hunkeler wrote: It seems I'm having a senior moment. For years, I used to allocate data sets in ISPF 3.2, leaving the block size field empty. The system then calculated the block size based on RECFM anf LRECL. The result was half track blocking. At my new employer, I get the block size set to maximum (for RECFM & LRECL), so FB-80 leads to 32720. This is z/OS V2.1. This is only via ISPF 3.2; in batch, I still get half track blocking. What am I missing? FWIW, I get blocksize 32720 on my z/OS V1R4 system. Yes, I have V1R4 running on my trusty old P390. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog for OMVS datasets
On 8/20/2015 11:21 AM, David G. Schlecht wrote: Hello all, How do you catalog your OMVS datasets? My predecessor created a catalog in which he put a few OMVS dataset definitions. However, it never really got used. We only have a few dozen OMVS file systems so it doesn’t seem to make sense to have a catalog just for them. What is common practice? What do you do? Do you have a separate catalog for your OMVS datasets? If so, what’s your reasoning? David G. Schlecht | Information Technology Professional State of Nevada | Department of Administration | Enterprise IT Services T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@admin.nv.gov This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to which it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and delete all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Hi David, I've always allocated an alias for OMVS datasets to get them out of the mastercat and put them in my TECH catalog (some places call it SYS), or whatever user catalog you normally catalog system components in. In most shops, there are not enough OMVS filesystems to justify a separate usercat. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OPEN SYSPRINT for INPUT programmatically
On 8/5/2015 7:09 AM, hexunive...@gmail.com wrote: Does anyone know how SYSPRINT can be OPENed for INPUT programmatically? The following doesn't work: SYSPRINT DCB DSORG=PS OPEN (SYSPRINT,(INPUT)) I've tried both BSAM(DSORG=PS) and BDAM(DSORG=DA) access methods but with no success - OPEN return RC=8. What I want is to read some records from SYSPRINT in an application program. Thanks Post the JCL. Be sure to subscribe to the list server at listserv.ua.edu. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Writing the Definitive Systems Programmer Resume
On 8/3/2015 9:23 AM, Joe Gallaher wrote: I would like to invite anyone attending the upcoming SHARE conference in Orlando to come to my session entitled Writing the Definitive Systems Programmer Resume (session 17779, Wednesday, August 12, 2015: 4:30 PM-5:30 PM). It is the 10th time I have given this presentation at SHARE and it contains a lot of useful information and samples for the aspiring resume writer. Here is a link to my session: https://share.confex.com/share/125/webprogram/Session17779.html If you cannot attend, feel free to send me an email (or LinkedIn message) and I will send you a link to my PowerPoint slides (which will be available after Aug. 12). SPCI also has a vendor booth (#303) at the Tech Expo, please stop by and say hi. Joe Gallaher j...@spci.net 323-822-1569 work 323-363-7259 cell http://www.SPCI.net http://www.linkedin.com/in/joegallaher You wouldn't hire a COBOL programmer to install your operating system. Why use an applications recruiter for your systems management needs? I've known Joe for over 20 years, and he's one of the few true professionals left in the recruiting business. I highly recommend this session, you will learn a lot that will assist you in your career. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Datapacker for VSAM
On 7/31/2015 4:43 PM, Richard Pinion wrote: We are z/OS 2.1 and our customer is z/OS 1.11. Below is the description of our situation. We are receiving customer VSAM data sets that have been dumped by DF/DSS (dump by data set), the DF/DSS dump data set is tersed, and then SFTP'ed (binary mode) to our SFTP server. When I reverse the process, and look at the restored VSAM data sets, the key field is correct, but the data portion is garbled. The customer knows that the Datapacker product for the IMS is in use, but doesn't know if that is true for VSAM data sets. I've asked the customer to provide me with an IDCAMS PRINT DUMP of the first 50 records. The keys in the customer's IDCAMS PRINT match the keys as displayed by IBM's File Manager Data Set View function and an IDCAMS PRINT DUMP on our system. Is the lack of Datapacker for VSAM, on our system, a possible reason for this? Richard, I think it's likely to be your issue. I'd recommend that you have the client create an unpacked VSAM cluster, then have them dump that to you. Will probably take less time than you getting and installing Datapacker. Good luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
Eman, My answers below. Regards, Tom Conley On 7/30/2015 6:43 AM, Elardus Engelbrecht wrote: Thomas Conley wrote: I run into this all the time, especially when production, test, and sandbox LPARs are mixed into a sysplex. Typically the production systems share a RACF DB, the test systems share a different RACF DB, etc. Works fine. So, you have at least TWO shared RACF DBs in ONE SysPlex? At what z/OS or OS/390 level? We were at z/OS V1R12 when I was there, they've since upgraded to z/OS V2R1. OS/390, LOL. Beside that you mentioned in a later post that you set some bits to achieve above, I'm not sure how you could do that, AFAIK, according to the RACF docs, you can have only ONE shared RACF DB in ONE SysPlex. As previously posted by the Walt, this is doable. How are JES2, HSM, Catalogs, GRS setup between all these LPARs? Something shared or not? Multiple JES2 MASes, HSM, shared usercats, shared GRS. System name or sysplex identifier used in RACF database name. Or, what SysPlex do you have? Bronze, Gold, etc.? I've never used those terms, so I couldn't begin to tell you. It was a real sysplex, DB2 data sharing, so I guess that means Gold? Of course, I must have missed something or something new was introduced? I defer to the Walt. TIA! And many thanks for your posts. Thank you for the Thank you, and you're welcome. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On 7/30/2015 5:11 PM, Givens, Dennis W. wrote: I appreciate all of the input on my question. Here is additional information that may help clarify We have an 8 LPAR sysplex. All are sharing a Top Secret DB. We need to add 10 more to provide IBM GDPS Hyperswap and Global mirroring. We would like these (due to political reasons) to use a shared RACF DB. These new lpars will have limited system access by users and run a reduced product set. They will function as Control systems for the Hyper swap and Mirroring functions for the sysplex. Can these 18 systems function just fine in this configuration. I understand that commands will not work between the lpars running different packages. We may be able to overcome this short coming. Any more capabilities that will be impacted. Thanks in advance for any additional insight. Dennis, No reason they shouldn't. If you're setting up Global Mirror, you should only need a controlling LPAR in the local datacenter, and a remote system in the remote datacenter. Not sure why you need 10 LPARs unless you have 8 LPARs processing data. I would recommend defining your sysplexes before introducing GDPS. Have you engaged IBM yet? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On 7/30/2015 11:38 AM, Charles Mills wrote: Aren't we OT from the OP's question? He was not asking about different versions of RACF. He was asking about running a CA security product on one system of a Sysplex and RACF on another. I too would be interested in the answer to that question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Thursday, July 30, 2015 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Different Security Products in a Sysplex Thomas Conley wrote: We were at z/OS V1R12 when I was there, they've since upgraded to z/OS V2R1. OS/390, LOL. Asked and answered counselor. Then I proceeded to reply to the highjacked thread. Sue me. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Life cycle chart
On 7/29/2015 3:53 AM, Gibney, David Allen,Jr wrote: I used z/OS lifecycle and didn't come close :( Dave, Google gave me this link for z z/OS lifecycle search, first hit: http://www-01.ibm.com/software/support/systemsz/lifecycle/ Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On 7/29/2015 4:33 PM, J O Skip Robinson wrote: Interesting. At the time we crafted the bronze-plex, I could not see any way to share multiple RACF databases within a sysplex because AFAIK RACF sharing requires fixed structure names: IRRXCF00_P001 and IRRXCF00_B001. Has that requirement changed? If not, I don't see how I could share two different databases. As it is, two guys share one database using those structures, while the third guy uses a different database non-shared, i.e. no structure needed. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com I'm pretty sure we did not caysh the RACF database. As I remember, the sysplex sharing bits were not enabled in ICHRDSNT. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On 7/29/2015 4:13 PM, J O Skip Robinson wrote: I refrained from answering earlier because we're an all-RACF shop. However, I can comment the extent of (RACF) database sharing. We have a bronze-plex that resulted from bolting together two previously independent parallel sysplexes, one with two members and another with only one. These sysplexes were independent for business reasons. RACF databases could not be combined because a given userid or dataset might be defined in both with different access levels. The result is a single parallel sysplex in which the two like members share everything, while the third shares only enough to qualify for sysplex licensing. (An IBM-invented game.) This arrangement is far from ideal, but the two birds-of-a-feather share RACF while the odd man out has his own non-shared database. It's been working OK for several years. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com I run into this all the time, especially when production, test, and sandbox LPARs are mixed into a sysplex. Typically the production systems share a RACF DB, the test systems share a different RACF DB, etc. Works fine. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different Security Products in a Sysplex
On 7/29/2015 2:07 PM, Givens, Dennis W. wrote: I have been asked if both RACF and Top Secret can run on different LPARs in the same parallel sysplex. I recall that NO that is not permitted but am having trouble finding where it is written. Any guidance is appreciated. CNA SURETY voted the #1 Carrier for Surety Bonds by PROPERTYCASUALTY360 Survey NOTICE: This e-mail message, including any attachments and appended messages, is for the sole use of the intended recipients and may contain confidential and legally privileged information. If you are not the intended recipient, any review, dissemination, distribution, copying, storage or other use of all or any portion of this message is strictly prohibited. If you received this message in error, please immediately notify the sender by reply e-mail and delete this message in its entirety. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The main restriction here is that MVS commands entered on a TopSecret system but destined for a RACF system (e.g. RO *ALL) will likely fail, due to a proprietary SAF interface. IBM and CA were in discussions to fix this, but I haven't heard if they were able to yet. Your options are to turn off OPERCMDS on RACF (shyeah, right), or don't issue the commands from TopSecret systems. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.2 announcement
On 7/29/2015 1:40 AM, Fred van der Windt wrote: This was discussed at the vendor TDM but I think I am not talking out of school here now that this is announced ... One obstacle to customers converting to COBOL 5 is the requirement that the resulting executable programs reside in a PDSE. The customer presumably has thousands of jobs that say //STEPLIB DD DSN=OLD.PDS and no manpower to change them all. This would let them catalog COBOL 5 programs in NEW.PDSE and have it be automagically searched first whenever the JCL said DSN=OLD.PDS. AFAIR ... Charles Why would that require JCL changes? You could just replace OLD.PDS by a PDSE. I will admit that 'OLD.PDS' is a silly name for a PDSE but adding a .PDS suffix to a PDS seems silly to begin with. But is is an easy fix. Fred! Fred, Just one problem with your implementation plan. Most sites I know would not want to recompile every COBOL program they run into a PDSE, then do a rename swap to implement. IEFOPZxx is great solution to this problem. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.2 announcement
On 7/28/2015 4:27 PM, Frank Swarbrick wrote: I found this to be interesting, but I don't quite understand it: z/OS V2.2 is designed to support a new IEFOPZxx parmlib member in which you can specify pairs of partitioned (PDS and PDSE) data sets. In each pair, you can specify one that is to be searched ahead of its counterpart data set when programs are fetched. This new function is intended to allow you to insert program libraries ahead of others in the link list, in STEPLIB and JOBLIB concatenations, and for LLA-managed libraries without making JCL changes. A new DISPLAY IEFOPZ command is designed to display information about existing pair definitions, and a SET IEFOPZ command is designed to allow you to add, remove, or change pair definitions dynamically. This is expected to be useful for activities such as converting application program libraries from PDS to PDSE, as is necessary for converting to COBOL V5 (5655-W32), without requiring JCL changes. Availability of these functions is planned for December 2015 with the PTF for APAR OA47689. Can someone in the know give an example of how this would work with JOBLIB or STEPLIB? Thanks! Frank Frank, IEFOPZxx allows you to define pairs of libraries, where the paired library is concatenated ahead of the original. F'rinstance: //STEPLIB DD DISP=SHR,DSN=GOODOLD.COBOLPDS.LOADLIB In IEFOPZxx, we define DUMBNEW.COBOL5.PDSELOAD as a pair to GOODOLD.COBOLPDS.LOADLIB. So whenever the system sees GOODOLD in a STEPLIB or JOBLIB, allocation will automagically concatenate DUMBNEW ahead of it, and VIOLA! Conversion to COBOL 5 PDSE's, without changing the STEPLIB in thousands of jobs. No need to recompile everything at once, you can phase in the new compiler. This also works great for new ARCH levels, so if you have multiple CEC's, you can upgrade each CEC to the new ARCH level, again without recompiling everything. There are other uses, but if I told you, I'd have to kill you. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Library out of space issue while APPLY RSU
On 7/22/2015 11:10 AM, Lizette Koehler wrote: I would suggest you download PDSCLEAN (file 693) from the CBTTAPE.ORG and assm/lked it and use that for emptying the LIBRARIES. Works for PDS and PDS/E datasets. You can empty the library and it looks like it was just allocated. Then you should be able to copy your members to new home. Next, always over allocate your libraries to handle future maintenance. If you use IBM's allocation from Server pac - they are always too small (in my opinion) Lizette I would recommend FIXPDS RESET, from the PDS package, file 182 on your cbttape dial, www.cbttape.org. It zeroes out the directory and makes it look like an empty PDS. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Library out of space issue while APPLY RSU
On 7/22/2015 9:41 PM, venkat kulkarni wrote: Thanks to all. I checked JOB report more carefully and found that COMPRESS and RETRY was specified on the APPLY, so SMP/E was able to recover in most of these cases. If we check the CAUSER SYSMOD SUMMARY REPORT, only SASMMOD1 failed after debatching. An easy option is to enlarge SASMMOD1 using FIXPDS command, but I am not sure how to use this to increase size of this dataset. Can anybody suggest, how can we perform this. Regards Venkat FIXPDS ADDCYL(x) Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Library out of space issue while APPLY RSU
On 7/22/2015 9:57 PM, venkat kulkarni wrote: Hello Tom, Thanks for reply. Can you please provide me full command for increasing size for SASMMOD1 , as I have never used this utility before. My current size is Data Set Name . . . : SYS1.SASMMOD1 General Data Current Allocation Volume serial . . . : RESALTAllocated blocks . : 29 Device type . . . . : 3390Allocated extents . : 1 Organization . . . : PO Maximum dir. blocks : 10 Record format . . . : U Record length . . . : 0 Block size . . . . : 32760 Current Utilization 1st extent blocks . : 29 Used blocks . . . . : 29 Secondary blocks . : 0 Used extents . . . : 1 Used dir. blocks . : 3 Number of members . : 18 On Thu, Jul 23, 2015 at 7:21 AM, Thomas Conley pinnc...@rochester.rr.com wrote: On 7/22/2015 9:41 PM, venkat kulkarni wrote: Thanks to all. I checked JOB report more carefully and found that COMPRESS and RETRY was specified on the APPLY, so SMP/E was able to recover in most of these cases. If we check the CAUSER SYSMOD SUMMARY REPORT, only SASMMOD1 failed after debatching. An easy option is to enlarge SASMMOD1 using FIXPDS command, but I am not sure how to use this to increase size of this dataset. Can anybody suggest, how can we perform this. Regards Venkat FIXPDS ADDCYL(x) FIXPDS ADDCYL(x) is the command within PDS. If you go to cbttape.org, download file182 and follow the install instructions, you should be able to run the command. If you're a member of SHARE, you can grab my PDS - The Swiss Army Knife of Utilities presentation at share.org, which shows how to exploit PDS. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
H1B Visa Quotas
Made you look. Thought I would get the party started since Lizette is feeling lonely. https://en.wikipedia.org/wiki/H-1B_visa#Criticisms_of_the_program Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z/OS Product Documentation
On 7/14/2015 2:22 PM, Iris Rivera wrote: html dir=ltr head title/title /head body pHi Everyone,/p pPlease take our 13 minute survey to provide our System z team with feedback about your current user experience with IBM z/OS Product Documentation./p pHere's the link to the survey: https://www.surveygizmo.com/s3/2069493/IBM-z-OS-Product-Documentation/p pbWe'd appreciate your response by August 15, 2015. /b/p pThanks in advance for your participation!/p pIris M. Rivera, User Experience Designer, System z Software br / @zsurveygirl/p p/p /body /html Hi Iris! Long time no see. Can you repost this as plain text without all the html tags? Thanks, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM z/OS Product Documentation
On 7/14/2015 2:55 PM, Gibney, David Allen,Jr wrote: I'd be happy to once again lament the ending of book manager and the crappiness of Knowledge Center, but this link doesn't seem to work. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Iris Rivera Sent: Tuesday, July 14, 2015 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IBM z/OS Product Documentation html dir=ltr head title/title /head body pHi Everyone,/p pPlease take our 13 minute survey to provide our System z team with feedback about your current user experience with IBM z/OS Product Documentation./p pHere's the link to the survey: https://www.surveygizmo.com/s3/2069493/IBM-z-OS-Product- Documentation/p pbWe'd appreciate your response by August 15, 2015. /b/p pThanks in advance for your participation!/p pIris M. Rivera, User Experience Designer, System z Software br / @zsurveygirl/p p/p /body /html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN https://www.surveygizmo.com/s3/2069493/IBM-z-OS-Product- Documentation Watch the Wrap. Wrap. Wrap, wrap, wrap, wrap it uh-uh-up. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XCF HELP!
On 7/12/2015 12:51 PM, Crabtree, Anne D wrote: IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 245 VIA DEVICE 0342 WHICH IS CONNECTED TO DEVICE 0412 IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 246 VIA DEVICE 0343 WHICH IS CONNECTED TO DEVICE 0413 IXC466I INBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 247 VIA DEVICE 0340 WHICH IS CONNECTED TO DEVICE 0410 IXC466I OUTBOUND SIGNAL CONNECTIVITY ESTABLISHED WITH SYSTEM IPO2 248 VIA DEVICE 0341 WHICH IS CONNECTED TO DEVICE 0411 PXM4704 XMANAGER PLEXGRPX GRP= MEM= PXM4704 XMANAGER PLEXGRPX GRP= MEM= PXM4705 XMANAGER PLEXGRPX NEW=00 OLD=00 TYPE=0B PXM4705 XMANAGER PLEXGRPX NEW=00 OLD=00 TYPE=0B PXM4704 XMANAGER PLEXGRPX GRP= MEM= PXM4705 XMANAGER PLEXGRPX NEW=00 OLD=00 TYPE=0B ISG011I SYSTEM IPO2 - JOINING GRS COMPLEX IXC467I RESTARTING PATHIN DEVICE 0340 256 USED TO COMMUNICATE WITH SYSTEM IPO2 RSN: INTERVENTION REQUIRED IXC467I RESTARTING PATHIN DEVICE 0342 257 USED TO COMMUNICATE WITH SYSTEM IPO2 RSN: INTERVENTION REQUIRED IXC467I RESTARTING PATHOUT DEVICE 0341 258 USED TO COMMUNICATE WITH SYSTEM IPO2 RSN: INTERVENTION REQUIRED IXC467I RESTARTING PATHOUT DEVICE 0343 260 USED TO COMMUNICATE WITH SYSTEM IPO2 RSN: INTERVENTION REQUIRED *18 IXC409D SIGNAL PATHS BETWEEN IPO2 AND IPO1 ARE LOST. REPLY RETRY OR SYSNAME=SYSNAME OF THE SYSTEM TO BE REMOVED. CTM916W PROGRAM CTMCKP WAITING FOR CTM.CKPT 10 SEC CTM916W PROGRAM CTMCKP WAITING FOR CTM.CKPT 70 SEC R 18,SYSNAME=IPO2,DOWN IEE600I REPLY TO 18 IS;SYSNAME=IPO2,DOWN *19 IXC417D CONFIRM REQUEST TO REMOVE IPO2 FROM THE SYSPLEX. REPLY SYSNAME=IPO2 TO REMOVE IPO2 OR C TO CANCEL. R 19,SYSNAME=IPO2 IEE600I REPLY TO 19 IS;SYSNAME=IPO2 IXC101I SYSPLEX PARTITIONING IN PROGRESS FOR IPO2 REQUESTED BY 270 XCFAS. REASON: SYSTEM ENTERED WAIT STATE *ISG178E GLOBAL RESOURCE SERIALIZATION HAS BEEN DISRUPTED. GLOBAL RESOURCE REQUESTORS WILL BE SUSPENDED. IXC808I ELEMENTS FROM TERMINATED SYSTEM IPO2 WERE NOT PROCESSED BY 272 THIS SYSTEM. ARM COUPLE DATA SET IS NOT AVAILABLE TO THIS SYSTEM. IXC105I SYSPLEX PARTITIONING HAS COMPLETED FOR IPO2 273 - PRIMARY REASON: SYSTEM ENTERED WAIT STATE - REASON FLAGS: 22 ISG179I SYSTEM IPO1 INITIATED AUTO RESTART PROCESSING. ISG175I SYSTEM IPO1 RESTARTED GLOBAL RESOURCE SERIALIZATION. ISG011I SYSTEM IPO2 - BEING PURGED FROM GRS COMPLEX ISG013I SYSTEM IPO2 - PURGED FROM GRS COMPLEX Anne, I would try to VARY 0340-0343,OFFLINE to both systems, then VARY ONLINE. If that doesn't work, try CONFIG CHP OFF and ON (assuming that there are no other devices you need on that CHPID). I'm thinking either one or both of the varies may be required to clear the intervention. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PAGE DS 30% same-size
On 7/6/2015 9:24 AM, Staller, Allan wrote: snip I said it's best to use same-size DS have usage of under 30% (each DS), but it was rejected as old-recommendation. /snip This is/was AFAIK, the current recommendation. As to whether the small page ds is problem, the answer is it depends. Perhaps the people in charge are unaware that this change(resize/drop the small page ds) can be performed dynamically with no observable impact to the running system. HTH, snip A site uses different size local page DS. say most are 200K TRK , but 1 is 10K TRK. normal : 15% 70% used problem: 60-70% 95% I said it's best to use same-size DS have usage of under 30% (each DS), but it was rejected as old-recommendation. Sometimes they get IRA205I. MSG actually says: ... When utilization exceeds 30%, the slot allocation algorithms become less efficient, and may degrade I/O performance. Is this ROT still apply: same size local PAGE DS 30% used /snip 30% for page datasets is not an old recommendation, it is still very much current. Block paging algorithms are SIGNIFICANTLY inhibited once usage goes above 30%. Your paging datasets should be at least 3X real memory, so if you've got 8GB real, you should have at least 24G of page datasets (approx 9 mod-3's). You may not need it for a lot of stuff, but if you ever get a lot of dump activity, you'll be glad you have it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PAGE DS 30% same-size
On 7/6/2015 7:59 PM, R Hey wrote: Does this 30% apply to every local page DS, or total space of all DS? Any overhead of using a mix of small very big sizes? TIA, Rez -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The 30% applies to each individual page dataset. I don't recommend mixing and matching large and small page datasets. Harder to manage, and easier for one page dataset to go into the red zone. As we saw in the D ASM example earlier, ASM doesn't distribute pages based on page DS size, and the smaller page datasets were over 30% while the larger page datasets showed single-digit usage. That's why I recommend the same size page datasets. I typically use 3338 CYLINDERS on a 3390-3. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: IT Professionals Don't Have What The Tech Industry Wants
On 7/5/2015 1:32 AM, Ed Gould wrote: On Jul 4, 2015, at 10:54 AM, Elardus Engelbrecht wrote: There are *DOCUMENTED* instances where IT is coached into putting an ad into the paper asking for the world in qualifications and then put in a low salary in the same ad. This is used to show the need for more IT workers at a reduced rate. https://www.youtube.com/watch?v=TCbFEgFajGU From 2007, but still relevant. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: IT Professionals Don't Have What The Tech Industry Wants
On 7/2/2015 11:49 AM, Dana Mitchell wrote: On Thu, 2 Jul 2015 14:16:44 +0800, Timothy Sipples sipp...@sg.ibm.com wrote: The absolute, sure fire way to determine whether there's a specific shortage is to look at the price of the product or service in alleged short supply relative to general inflation. To net it out, we don't see evidence in these data that there's an IT labor shortage in the United States. Or, if there is a shortage, it isn't getting materially worse. Which makes IBM's response to Senator Charles Grassley even more preposterous: The high skilled visa programs provide a limited but necessary means for IBM to meet the near to medium term needs of its U.S clients and our own business. The technology industry's shift to new, higher value growth areas such as cloud, analytics, mobile, security and social technologies is placing a greater premium on a new set of skills. These changes are exacerbating the skills shortage that we discussed with you during your 2013 visit to IBM's Dubuque center. We bring goreign workers to the U.S. because those workers have specific profiles and expertise that we cannot source locally in a timely way to fulfill client contract requirements. Dana This is, to be polite, horse hockey. The foreign workers can be paid less, and they learn on the job. They don't have the skills when they get off the boat. If there was a shortage, bill rates and salaries would be going up, but they're relatively flat and have been for years now. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How is CAMASTER started?
On 6/22/2015 3:13 AM, nitz-...@gmx.net wrote: - ICHALTSP is an interface made available to the owner of the alternate security product being used on this system, as a means of starting that alternate security product in the same window when RACF is started, i.e., before started tasks and jobs can start. FWIW, ALTSP does indeed stand for ALTernate Security Product. Thanks Peter, you've saved me from searching for the string ICHALTSP in all IBM modules. I figured that this was the mechanism to get CAMASTER up and running, since a true API *requires* to be in control first to call the API. So CA (mis)uses this interface/agreement to get themselves a trusted address space for *all* of their products, not just ACF2 and TSS, which (according to the CA website) were not even the first exploiters of CAMASTER. I like banging on CA as much as the next guy, but there is no misuse here. I first presented about the IKJEFXSR exploitation, in August of 2012, at the Bit Bucket for SHARE in Anaheim. At that time, there was no supported interface for CA to start CAMASTER early at IPL time. Now there is, and they're using it as intended. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How is CAMASTER started?
On 6/18/2015 5:11 AM, nitz-...@gmx.net wrote: Now that CAMASTER has become a mandatory address space, I am asking myself how that address is actually started. The CA documentation makes it sound as if it were magic that starts it, but I don't believe in magic. There are knowledge base articles out there that say that starting CAMASTER at the SSI is too late (which makes sense, especially if a customer uses TSS or ACF2 for security). I would still like to know *how* it is started. Is IBM checking for the presence of certain modules in lpa and then start it during MSI? Does anyone know? What I dislike is also the fact that CA states that absolutely no security definitions are required, since the address space is TRUSTED. Sounds like they give themselves the TRUSTED attribute, since no entry in STARTED is required and my default userid without any rights for non-defined STCs was not taken. The address space has all kinds of priviledges via SCHEDxx and is obviously APF authorized. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Hi Barbara, I did a Bit Bucket presentation at SHARE on this a few years back. CAMASTER at the time used IKJEFXSR as a front-end. CA is supposed to have changed it to use a supported z/OS interface. Open a case with them and ask. That's how I found out about IKJEFXSR. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM RFE site
On 6/17/2015 1:18 PM, Frank Swarbrick wrote: I always forget to do that. I cleared the cache and can now get to the page. Thanks. Date: Wed, 17 Jun 2015 12:18:24 -0400 From: pinnc...@rochester.rr.com Subject: Re: IBM RFE site To: IBM-MAIN@LISTSERV.UA.EDU On 6/17/2015 12:13 PM, Frank Swarbrick wrote: The RFE site (https://www.ibm.com/developerworks/rfe/) appears to be broken, as has been since at least last Friday. It just shows Error 500: java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Hex. Perhaps someone here from IBM will see this and look in to it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I was in there yesterday, no problemos. Did you try the infamous clear your cache and reboot? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN That actually worked? SMH. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM RFE site
On 6/17/2015 12:13 PM, Frank Swarbrick wrote: The RFE site (https://www.ibm.com/developerworks/rfe/) appears to be broken, as has been since at least last Friday. It just shows Error 500: java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Hex. Perhaps someone here from IBM will see this and look in to it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I was in there yesterday, no problemos. Did you try the infamous clear your cache and reboot? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share IODF in different sysplex same CPC
On 6/11/2015 11:34 AM, Jorge Garcia wrote:
Hello John and Mary:
Our requirements are (if it's possible). Updates in one and only IODF and
then transmit it to another systems. With this option we avoid updates in two o
more IODF and we save the IODF integrity.
The share user catalog option is the fast and easy way for dynamic activation
in all systems, but It's dangerous if you aren't careful.
This should be the GRSRNLxx configuration with this option:
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSDSN) RNAME(hlq iodf)
RNLDEF RNL(EXCL) TYPE(GENERIC) QNAME(SYSZVVDS) RNAME(SD) RNLDEF RNL(EXCL)
TYPE(GENERIC) QNAME(SYSVTOC) RNAME(volser catalog device)
RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSIGGV2)
RNAME('iodf user catalog ')
RNLDEF RNL(EXCL) TYPE(PATTERN) QNAME(SYSIGGV2)
RNAME('iodf user catalog
')
The IODF SYS1 option and Mary option I think that it's the same. With the Mary
option you avoid DEFINE and REPRO executions. The transmit and receive option
is faster. Mary I understand that you have cataloged the same iodf HLQ in
differerents user catalogs in different systems? With the same HLQ like IOCDS
you should execute a right dynamic activacion, Is It true?
Jorge,
This is dangerous and unnecessary. You can catalog the IODF on each
separate system in the master catalog, or a user catalog shared among
systems IN THE SAME SYSPLEX. You shouldn't be sharing a user catalog
cross-sysplex.
I used to propagate IODF's with DFDSS DUMP, FTP, RESTORE, but that
failed once after working for over a year. So now I use the HCD EXPORT
and IMPORT functions, which while slower, is guaranteed to work.
Regards,
Tom Conley
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF activate failing
On 6/4/2015 1:03 PM, Joanne Nicolazzo wrote: On Thursday, June 4, 2015 at 11:49:56 AM UTC-4, Jim Brooks wrote: One can NOT delete an online device. Regards, Jim On Thu, Jun 4, 2015 at 11:27 AM, Thomas Conley pinnc...@rochester.rr.com wrote: On 6/4/2015 11:14 AM, Joanne Nicolazzo wrote: On Thursday, June 4, 2015 at 10:39:08 AM UTC-4, Joanne Nicolazzo wrote: Hi Everyone, We just migrated to a new disk array; migration went smoothly and yesterday I removed the old disk from my gen. I noticed when I was in there that I had neglected to specify LOCANY=YES on the new disk. Not a huge deal but one job did fail with an 822 so I want to clean it up before the weekend. So I created a new IODF changing all the new disk to LOCANY=YES, but when I tried to test the activation I got the following messages for each and every new disk device that I had just changed: 0090 IOS500I ACTIVATE RESULTS 878 0090 TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE 0090 NOTE = 0100,SOFTWARE-ONLY CHANGE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7000 0090 DESCTEXT=DEVICE ONLINE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7001 0090 DESCTEXT=DEVICE ONLINE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7002 0090 DESCTEXT=DEVICE ONLINE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7003 0090 DESCTEXT=DEVICE ONLINE I've checked and re-checked and the devices are in the IODF. The only difference is the LOCANY=YES. Does anyone have any ideas what I've missed? Thanks very much, Joanne Nicolazzo I also did an HCD compare and verified that the LOCANY=YES from LOCANY=NO was the only difference between the two IODF's. Were they defined as DYNAMIC? Regards, Tom Conley No I wasn't trying to delete the devices. I was only trying to change them from LOCANY=NO to LOCANY=YES. I deleted the old devices. So what if I do an IPL? Or do I at this point have to do a POR? Joanne, You should not have to POR or IPL to modify LOCANY. Were the devices defined as DYNAMIC YES? If so, then you should open a PMR with IBM. If not, then you'll need to IPL each LPAR with a new IODF to enable DYNAMIC. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IODF activate failing
On 6/4/2015 11:14 AM, Joanne Nicolazzo wrote: On Thursday, June 4, 2015 at 10:39:08 AM UTC-4, Joanne Nicolazzo wrote: Hi Everyone, We just migrated to a new disk array; migration went smoothly and yesterday I removed the old disk from my gen. I noticed when I was in there that I had neglected to specify LOCANY=YES on the new disk. Not a huge deal but one job did fail with an 822 so I want to clean it up before the weekend. So I created a new IODF changing all the new disk to LOCANY=YES, but when I tried to test the activation I got the following messages for each and every new disk device that I had just changed: 0090 IOS500I ACTIVATE RESULTS 878 0090 TEST DETECTED CONDITIONS WHICH WOULD RESULT IN ACTIVATE FAILURE 0090 NOTE = 0100,SOFTWARE-ONLY CHANGE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7000 0090 DESCTEXT=DEVICE ONLINE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7001 0090 DESCTEXT=DEVICE ONLINE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7002 0090 DESCTEXT=DEVICE ONLINE 0090 COMPID=SC1C3 0090 REASON=0152,CAN NOT DELETE DEVICE 7003 0090 DESCTEXT=DEVICE ONLINE I've checked and re-checked and the devices are in the IODF. The only difference is the LOCANY=YES. Does anyone have any ideas what I've missed? Thanks very much, Joanne Nicolazzo I also did an HCD compare and verified that the LOCANY=YES from LOCANY=NO was the only difference between the two IODF's. Were they defined as DYNAMIC? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fault Analyzer experts?
On 6/4/2015 9:23 AM, Thomas Berg wrote: Hi Wayne, Tom and Ken! I have one problem and one howto question. The problem is (was?) that my HIST-datasets have been involved/causing(?) in repeated PDSE-abends. That is: they have been corrupted as showed both by the abend info at the time and by the IEBPDSE utility. (And some other type of abends.) There is maybe a connection with me reallocating them with the new SETMINFAULTENTRIES() option coming with version 13.1 instead of the old SETMAXFUALTENTRIES(). For the moment - after me reallocating them with the same option and size - there haven't been any new abends the last couple of days. In the picture is that these abends have often been accompanied (not always directly) with B37 etc. abends connected to both adding members by FA and also by extending the ÅÅINDEX member. What I'm wondering is: 1: Do you have any clues what these corruptions can be connected with? 2: Have I understood right that with the SETMINFAULTENTRIES() the HIST PDSEs is automatically managed by FA so when they are full FA is deleting oldest non-locked members until the new data can be added without any problem? (I have SETMINFAULTENTRIES(25) and the typical count of members is in the range of 300-700.) The dataset is allocated with one extent (SPACE=((),,CONTIG)) and no secondary. AFAICS there should not be possible to have any out-of-sysplex accesses. We have z/OS 2.1 in the system(s) that usually is used for accessing (reading) the fault entries and z/OS 13.1 in some of the systems that are creating the fault entries. The FA versions is 13.1 and 11.1 respectively. The questing I have is if you can change the 6. User entry in the panel shown below that I get when having an format exit: Fault Summary: Module ATLGK65, program ATLGK65, source line Ä 6413 : IDISNAP. Select one of the following options to access further fault information: 1. Synopsis 2. Event Summary 3. IMS Information 4. Storage Areas 5. Language Environment Heap Analysis 6. User==** 7. Abend Job Information 8. Fault Analyzer Options I would like to change User to something more descriptive. How? Best Regards, Thomas Berg Thomas, i can't speak to all your issues, but for the PDSE's, make sure you have the latest maintenance applied. There have been a few HIPER's the past few months for PDSE corruption, so make sure you have the most current PDSE maintenance. On the panel question, issue the PANELID comnmand, and the panel member name should appear in the upper left hand corner. You can use DDLIST to search for the member name, most likely in the IDIPENU dataset. You should be able to create an SMP/E usermod to change that panel to say anything you want for option 6. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fault Analyzer experts?
On 6/4/2015 5:06 AM, Thomas Berg wrote: I'm wondering if there are any Fault Analyzer experts/experienced maintainers here at IBM-MAIN? I have some problems and questions regarding maintaining/installing FA. Best Regards, Thomas Berg ___ Thomas Berg Specialist zOS/RQM/IT Delivery Swedbank AB (Publ) Interactive is 'manual.' Batch is 'automatic.' Fire away. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on 3270 Devices
On 6/3/2015 8:46 AM, Givens, Dennis W. wrote: Yes by DEFAULT SDSF sets the console id to the userid but you can changed the console ID for each system using the OPTIONS from SDSF main panel. Dennis, This only works if you have a non-shared ISPF profile, which is not a good idea. If you have a shared profile, the console id is saved, but the last console id used in the sysplex will be the one saved, and will be used when you first logon to the sysplex. If you haven't read my article on multiple logon and why non-shared profiles are a bad idea, you can grab it here: http://tinyurl.com/prnmh48. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on 3270 Devices
On 6/3/2015 4:36 AM, Lucas Rosalen wrote: Hey Tom, Read your article. VERY nice I must say! I know this is from 2012, so I guess now with z/OS 2.1 the issue below has been fixed, right? Now each ULOG session has its own ID if I recall it correctly SDSF also has an issue with multiple logon. A user logged on to SYSA goes into SDSF LOG/ULOG, then logs on to SYSB and enters SDSF LOG/ULOG. If the user issues a command on SYSB from SDSF, the command response won’t appear in the SYSB LOG/ULOG; it appears in the SYSA ULOG. By default, SDSF sets the Extended Multiple Console Support (EMCS) console id to userid, so all command output is routed to the system first establishing the console id. Regards and keep up the good job! On Jun 1, 2015 4:06 PM, Thomas Conley pinnc...@rochester.rr.com wrote: Lucas, Thanks for your kind words. We did a lot of work on multiple logon, so it's nice to know it's paying off. Thanks also for pointing out that this has been fixed in SDSF. I just researched this because I didn't know for certain that SDSF added this feature in z/OS V2R1. It's called console name modification, and if ULOG senses that the console name, typically user id, is already in use, it will add characters until it finds a unique console id. This feature removed the last inhibitor to multiple logon. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on 3270 Devices
On 6/3/2015 9:58 AM, Thomas Conley wrote: On 6/3/2015 4:36 AM, Lucas Rosalen wrote: Hey Tom, Read your article. VERY nice I must say! I know this is from 2012, so I guess now with z/OS 2.1 the issue below has been fixed, right? Now each ULOG session has its own ID if I recall it correctly SDSF also has an issue with multiple logon. A user logged on to SYSA goes into SDSF LOG/ULOG, then logs on to SYSB and enters SDSF LOG/ULOG. If the user issues a command on SYSB from SDSF, the command response won’t appear in the SYSB LOG/ULOG; it appears in the SYSA ULOG. By default, SDSF sets the Extended Multiple Console Support (EMCS) console id to userid, so all command output is routed to the system first establishing the console id. Regards and keep up the good job! On Jun 1, 2015 4:06 PM, Thomas Conley pinnc...@rochester.rr.com wrote: Lucas, Thanks for your kind words. We did a lot of work on multiple logon, so it's nice to know it's paying off. Thanks also for pointing out that this has been fixed in SDSF. I just researched this because I didn't know for certain that SDSF added this feature in z/OS V2R1. It's called console name modification, and if ULOG senses that the console name, typically user id, is already in use, it will add characters until it finds a unique console id. This feature removed the last inhibitor to multiple logon. Regards, Tom Conley Point of clarification, this only works for console id's of 7 characters or less. If you have an 8-character console id, that id will be used for all your SDSF sessions. If you clear the console id or set it to your user id, you should get the console name modification. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on 3270 Devices
On 6/1/2015 9:17 AM, Paul Gilmartin wrote: On Sun, 31 May 2015 19:03:23 -0400, Thomas Conley wrote: An example of how IBM hardware design outpaces its software design. A couple decades after an IBM terminal supported multiple sessions, ISPF doesn't support a user's having multiple sessions. Incorrect. ISPF supports multiple user sessions as of z/OS V2R1. However, the only 'sploiter Luthy, is z/OSMF. How do I get past the IKJ56425I LOGON rejected, UserId USER already logged on to system MVS ... in order to start an additional TSO session in order to start an additional ISPF session? The term only [ex]ploiter implies severe limitations. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Gil, You need to bit...er, raise this issue with TSO. Don't be dogging ISPF. The function is there, it's up to the various other components to support it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on 3270 Devices
On 6/1/2015 9:45 AM, John McKown wrote: On Mon, Jun 1, 2015 at 8:17 AM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: On Sun, 31 May 2015 19:03:23 -0400, Thomas Conley wrote: An example of how IBM hardware design outpaces its software design. A couple decades after an IBM terminal supported multiple sessions, ISPF doesn't support a user's having multiple sessions. Incorrect. ISPF supports multiple user sessions as of z/OS V2R1. However, the only 'sploiter Luthy, is z/OSMF. How do I get past the IKJ56425I LOGON rejected, UserId USER already logged on to system MVS ... in order to start an additional TSO session in order to start an additional ISPF session? The term only [ex]ploiter implies severe limitations. _You_ cannot because, IIRC, you are not a sysprog who can install exits. Either the IKJEFLD or IKJEFLD1 exit can be used to set the Don't ENQ bit in the control switches. Normally, TSO does a ENQ on your RACF id as a resource name and a queue name of SYSIKJUA. This is what is used by TSO to prevent multiple logons to the same ID. In my shop, I have an RNL which changes this ENQ from a SYSTEMS (sysplex wide) ENQ to a SYSTEM (individual image) ENQ __for specific RACF ids__. Basically what this does is allow Production Control and Tech Services, but no one else, to log on to each system image in the sysplex concurrently. What just occurred to me is that an APF authorized program (either batch or TSO, whichever) could be coded so that _authorized_ people could run it and have it release the ENQ issued by TSO so that they could logon on for a second time. Of course, this may cause the LOGOFF processor to abend if it tried to do an unconditional DEQ of the user id. There were previous posts, years ago, about why the IBM TSO people did this. IIRC, it was mainly due to some serious serialization problems and this ENQ was a fast patch which never was addressed. Mainly because many view TSO as a resource hog any way. Especially back in MVT days. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ikj4b4a0/3.3.11.6.1 John, Good points all, but Gil wants to have multiple ISPF sessions on the same LPAR. TSO currently doesn't support that natively, it's only supported in z/OSMF. I'm surprised that you limit multiple concurrent logons in the sysplex to just a handful of id's. I'm curious why you don't take advantage of shared profiles for your entire ISPF community. I've done a lot of work on this subject, so it's near and dear to my heart. You can find the gory details here http://tinyurl.com/prnmh48. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Question on 3270 Devices
On 5/31/2015 11:05 AM, Paul Gilmartin wrote: On 2015-05-30, at 18:36, J O Skip Robinson wrote: Sounds a lot like 3290, which was very much an IBM device. Had a large gas panel display with orange on black. (Netflix anyone?) Configurable in various ways as you describe. . An example of how IBM hardware design outpaces its software design. A couple decades after an IBM terminal supported multiple sessions, ISPF doesn't support a user's having multiple sessions. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Incorrect. ISPF supports multiple user sessions as of z/OS V2R1. However, the only 'sploiter Luthy, is z/OSMF. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LISTDSI to indicate PDSE version 2
On 5/28/2015 2:47 PM, Dave Salt wrote: In z/OS 2.1 a PDSE can be allocated as type 1 or 2. The DSINFO service has been enhanced to set a variable (ZDSDSNV) that indicates if the PDSE is version 1 or 2. I've done some searching but much to my surprise I can't find a similar variable for LISTDSI. Does anyone know if such a variable exists? TIA! Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Dave, The short answer is no. The long answer is that I submitted a requirement for this and I've been working with IBM to see if we can make it happen for LISTDSI. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LPAR MOBILITY
On 5/28/2015 11:17 AM, Tom Marchant wrote: On Thu, 28 May 2015 13:20:53 +, Rob Schramm wrote: Interesting, never thought someone would consider GDPS on anything but parallel sysplex. Indeed. That's why it is called Graphically Dispersed Parallel Sysplex. GDPS has been known to be graphic, as has been my language at times when working with it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LPAR MOBILITY
On 5/28/2015 9:20 PM, J O Skip Robinson wrote: I'm sure that GDPS can do more than what we use it for. We mirror and recover parallel sysplexes as well between data centers. Even if I had only monoplexes mission critical to my business, I would still use DASD mirroring (XRC or whatever) and recover at a 'cool' site via GDPS, which handles DASD and CECs alike. In my view, what's truly crucial to a business is data. I need to IPL a system to resume business with data intact. If a few hours elapse, so be it. Compare that with the ancient goal (wish) of restoring data from tape. Hopeless. The thought of running a parallel sysplex across data centers 100+ KM apart gives me the freaking heebie-jeebies. Even if my communication (DWDM) were absolutely 100% reliable, where would my data actually live? Volume ABC123 lives at one data center or the other. If the owning data center fails, my sysplex is toast. If I mirror ABC123, I can only update one copy or the other. I can't update both or I'll screw the 'other' guy. Maybe there are technical answers that I don't understand. I stand to be educated. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Skip, IBM just announced multi-target PPRC, so you can do multiple copies to different places. GDPS is working to add the support for it. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS command history
On 5/25/2015 5:55 AM, Ken MacKenzie wrote: Hi All, Something's puzzled me for some time and I wonder if it is a quirk at this site. When I go into OMVS and enter a command, I can then press F12 to recall it. Repeatedly pressing F12 brings back older commands. That's great but when I go out and come back in, pressing F12 does nothing until I've entered a command. I notice that there is a file called .sh_history.mysuerid which contains my command history. My question, then, is why is my command history kept if I can't use it? Or is there something set up incorrectly here? Ken MacKenzie Pramerica Systems Ireland Limited is a private company limited by shares incorporated and registered in the Republic of Ireland with registered number 319900 and registered office at 6th Floor, South Bank House, Barrow Street, Dublin 4, Ireland. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Ken, This is the same way Telnet works. If you log off, the up and down arrows start fresh with a new session. You can also use the 3.17 Unix command interface in ISPF. It saves 10 commands like ISPF option 6. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Notify for XMIT
On 5/12/2015 10:57 AM, Steve Thompson wrote: I am using TSO XMIT to deal with pushing some updates for testing. So I was doing a test using a :LIST in my names data set (created a distribution list of a sorts). And I used two of my IDs to test with, the one also being the sender. The one that is receive only does not get notified that a RECEIVE must be done. It seems to me, from years gone by, that if someone were to message me via TSO XMIT, that the next time I caused an interrupt (AID key of any kind), I would get notification that I needed to do a RECEIVE. With the advent of email, this kind of thing has gone by the way-side for most of us. But now I need to make use of TSO XMIT w/ Notify because the testers are not all in the same building, let alone country. I've been through the TSO Command REF and UGuide. And I've done some testing. I can't seem to get the recipient to get notification. And the manual indicates that it is the sender that gets all the notifications. Is this something that went away because of using a security package (e.g., RACF, ACF2, TS, etc.) instead of UADS? Or are my brain cells misfiring for incorrectly remembered behavior? Regards Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN No YES exit needed, but I will bet a nickel that the user profile is set to NOINTERCOM, NOWTPMSG, or both. TSO PROFILE INTERCOM WTPMSG, and it should work. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to delete a broken catalog
On 4/28/2015 5:20 PM, Staller, Allan wrote: EXPORT UCATNAME DCON from all mcats. DEL 'remaining component names' vvr file(xxx) Where file(xxx) points to the volume in question. *MUST* be done in batch unless you have authorized IDCAMS under TSO.. Follow by DIAGNOSE and EXAMINE for all catqalogs HTH, snip Without delving into the saga of how we got here, a week ago a whole bunch of ICF catalogs turned up missing their index component cat-name.CATINDEX. We recovered most of them. One is still broken, but there is nothing of value there. I just want it to go away. Rather than beg the storage folks to recover it just for deletion, I'd like to just expunge. But when I try DEL cat-name on the BCS, I get IDC3009I ** VSAM CATALOG RETURN CODE IS 14 - REASON CODE IS IGG0CLFK-0 This message kindly tells me that the catalog is broken, specifically missing a 'required cell'. No kidding. Anyone know a heavy handed method to just smash it to smithereens? /snip Allan Staller for the win Alex! I was going to use DEL VVR, but the EXPORT followed by DEL VVR is definitely cleaner. If that don't work, open an SR. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Yahoo thinks IBM-MAIN is spam
On 4/27/2015 12:01 PM, Frank Swarbrick wrote: For the last few days most of the posts on this list and the MQ list have been going in to my spam folder on yahoo.com. I think the only ones that are not are those from people who have sent me private emails before. Any thoughts on how to fix this? The listserv email address is in my contacts, but that is not helping. Ugh! Frank -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I'm thinking Yahoo has it right Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New zPDT redbook
On 4/23/2015 12:37 PM, John McKown wrote: Which may be of interest to those fortunate enough to have a zPDT system http://www.redbooks.ibm.com/abstracts/sg248205.html?Open Aside: I rather like that I can now get many Redbooks via Google Play. http://www-03.ibm.com/software/products/en/ratideveandtestenviforsystz Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RFE for ISPF ZSTART extended functionality
On 4/17/2015 9:09 AM, Thomas Berg wrote: Hi, Would be grateful if you would vote for my RFE: -- Notification generated at: 17 Apr 2015, 09:01 AM Eastern Time (ET) ID:69786 Headline:ISPF ZSTART functionality expanded Submitted on:17 Apr 2015, 09:01 AM Eastern Time (ET) Brand: Servers and Systems Software Product: ISPF Link: http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=69786 -- Description: As it is now, ZSTART only works with ISPSTART when having a PANEL() plus a OPT() operator, e g: ISPSTART PANEL(panname) OPT(varname) 1: ZSTART working also in a SELECT PANEL()... statement - and/or 2: ZSTART with ISPSTART working also with a CMD() operand.(Assumes that it will be processed at the first panel display.) No: 1 is preferred as it leaves more control to the site ISPF administrators and users. Thomas, Thank you for submitting this requirement. If you're a member of SHARE, please get the ISPF Hidden Treasures presentation by Sam Reynolds at www.share.org/seattle. These issues with ZSTART will be addressed in z/OS V2R2. Regards, Tom Conley ISPF Advocate - SHARE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Change ROOT without IPL
On 4/16/2015 7:05 AM, Jake Anderson wrote: Hello, Cross posted to MVS-OE Is there a way to replace a running Root dataset with the new one root without an IPL. One of our development system needs a change in Root, So I am trying to understand if it can be changed with no IPL. Any Suggestions are welcome. z/OS : 1.13 Jake The only change I allow to my root is the addition of mount points for other filesystems. You should be able to accomplish that by remounting the root RDWR, adding the mount point, then remounting it RD. If they want to install to the root, the correct answer is Hell to the No. Only IBM maintenance should ever be allowed to actually update the root. It will make your life lot easier. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: /tmp issue
On 4/16/2015 5:18 PM, Staller, Allan wrote: This is a TFS (TEMP FILE SYSTEM) and is backed by virtual storage. You need approx.. 600 MB of space. I would recommend allocating a PFS (Physical File System) large enough to hold the 600 MB and mounting that PFS at /TMP. Once done, the PFS can be handled by use of AGGGROW and AGGRINFO. See the Distributed File Services manual SC23-6887-00 (for z/OS 2.1). An IPL should not be necessary for the above. BTW, when you go to expand the SERVERPAC files, you will need approx. 3 times the space needed for download. HTH, snip I am trying to down load datasets from serverpac. I am getting this message : 6831167 kbytes are required. Please obtain more space before attempting restore. My /tmp file is as follows: /SYSTEM/tmp , Status . . . . . . . . :,Available File system type . . . :,TFS Mount mode . . . . . . :,R/W Device number . . . . :,2 Type number . . . . . :,1 DD name . . . . . . . :, Block size . . . . . . :,4096 Total blocks . . . . . :,1792000 Available blocks . . . :,1543002 Blocks in use . . . . :,248998 /snip I read the space required as 6.9GB, so you'll need a mod-9 to hold your file. I recommend creating an /SMPNTS mount point, mounting your filesystem there, then downloading the ServerPac. As Allan pointed out, you will likely need at least 3 more mod-9s to unspin those tarballs. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: dynamic allocation for tape using TSO in batch
On 4/1/2015 1:40 PM, Larre Shiller wrote: Hello - Please excuse the lack of detail in this post... I'm not a COBOL programmer and quite a bit of what is happening here is either outside of my scope of understanding and experience or I have no way to directly test some of this. There are quite a few moving parts involved and I'm not sure which one may be the culprit. We have a production batch job that executes DB2 and a COBOL program using TSO in batch (IKJEFT1A). The COBOL program dynamically allocates DASD data sets as input using PUTENV and standard COBOL SELECT and OPEN statements. The COBOL program uses the CATALOG to get the data set names it is interested in uses the DSN to do the OPEN. This has been working for years. Unfortunately, some of the input data sets chaned from DASD data sets to TAPE data sets and the job is now getting failure to allocate messages: IKJ56221I DATA SET FOO.BAR NOT ALLOCATED, VOLUME NOT AVAILABLE+ IKJ56221I VOLUME NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT BE MOUNTED ...and since we are a JES3 shop, this one gets thrown in as well: IEF295I FOO.BAR - VOLUME MOUNTING NOT ALLOWED BUT IS NEEDED BY JES3 INITIALIZATION I find the IEF295I message (and descriptive text) to be especially cryptic and confusing. I'm not quite sure what failure to mount a volume has to do with JES3 INITIALIZATION, but I suspect the message is probably just ancient and poorly worded... I opened a PMR with IBM, but the essence of what I'm getting back just boils down to ...you can't mount a tape from a batch job executing TSO And although that certainly seems to be the case here, I guess I'm just skeptical. And I can't seem to find that blanket restriction specifically documented anywhere. I have found numerous other can I dynamically allocate a data set from a COBOL program posts on the Interwebs and I have read quite a few of them, but none of them specifically mention tape--at least not the ones that I can find. And one would think that if that were a restriction, it would have been discussed or mentioned in at least *one* of them...! But maybe not. We even tried adding a TSO segment to the batch userID and gave it MOUNT authority, but that did not help. It seems awfully odd that there is no way to permit this, if this is indeed a default behavior/restriction... after all, even with the TSO restriction, you can still override it with UADS or TSOAUTH...! I guess I'm just looking for definitive confirmation one way or the other and was hoping that somebody would have specific knowledge or experience here. Thanks for any help... Larre Shiller US Social Security Administration -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Larre, The post telling you about requiring TSO MOUNT authority is correct. The batch ID running the job needs a TSO segment and TSO MOUNT authority. You should be good after that. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IDEAL SIZE OF VTOC VVDS FOR PAGE VOLUME
On 3/31/2015 9:48 AM, John Dawes wrote: G'Day, I have to initialise a 3390-9 volume as a PAGE volume. What would be the ideal size of the VTOC VVDS? I was thinking 29 tracks for the VTOC and 15 for the VVDS. Any suggestions? Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN I usually go 7 track VTOC, 2 track index, 5 track VVDS. Everything else is page dataset. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Redbook on DFHSM and PDSEs Control datasets
On 3/31/2015 8:00 AM, Scott Ford wrote: Liz, Do you think an old Dino like me could use it to setup DFHSM for the first time. I need to on our development environment. Regards, Scott On Tuesday, March 31, 2015, Lizette Koehler stars...@mindspring.com wrote: Ed Thanks for pointing this out. Even though it is for specifically PDSEs V2 under DFHSM. It has some very nice detail on how to setup ACS, SG, SC, DC, - how to TEST/VALIDATE and a few other basic HSM functions. So could be used as a good training doc on basic ACS Code and HSM functions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU javascript:;] On Behalf Of Ed Gould Sent: Monday, March 30, 2015 1:16 PM To: IBM-MAIN@LISTSERV.UA.EDU javascript:; Subject: Redbook on DFHSM and PDSEs Control datasets http://www.redbooks.ibm.com/redpieces/pdfs/redp5160.pdf SYS1.SAMPLIB(ARCSTRST) is the HSM starter set and will get you going. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Intermittent, not consistently reproducible problems with PDSEs on z/OS V2R1 (incl. infrequent S0F4-20 RSN 1C0752EE ABENDs)
On 3/20/2015 9:13 AM, Karl Henn wrote: Hello, The description of the following problem (if you prefer to call it such) sounds a little unusual, and the sample JCL looks - and is! - trivial. I still kindly ask the world to please read it, and maybe try it out. My primary goal is to make sure that I'm not simply just out of my mind. Ever since we're running z/OS V2R1, complaints about alleged problems with PDSEs were forwarded to me, sporadically. The error descriptions were fairly fuzzy, ranging from intermittent S0F4-20 RSN 1C0752EE ABENDs, problems with empty members, as well as incomplete copies of PDSEs with IEBCOPY CC 00. Since none of the problems were really consistently reproducible, I kind of just brushed away the issue for a while. The S0F4 ABENDs I could not ignore, though. The complaints didn’t stop, either. So, in order to narrow down a possible problem, I started experimenting - yielding a surprising result. Please take a look at the following JCL. Don’t laugh, but as simple as it may look, it *sometimes* does not work. Wait, you're saying PDSE's are unreliable? Not possible. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Regular Expressions in ISREDIT z/OS 2.01
On 2/27/2015 9:28 PM, Shmuel Metz , Seymour J. wrote: In 1718003834535662.wa.rashapoogmail@listserv.ua.edu, on 02/26/2015 at 09:47 AM, Govind Chettiar rasha...@gmail.com said: It does seem irksome that a feature would be provided in a half-baked fashion especially when it has taken so long to become available. There have been a number of cases where an organization or user submitted a requirement, IBM accepted it and delivered something different. That's why it's important to be as detailed as possible in describing the requirement, but without anything that could be construed as specifying the implementation. Here's the deal guys. Unix System Services already had routines written to provide POSIX regex capability, so that was our first cut at providing regex function. Instead of bitching about it endlessly on IBMMain, I would politely suggest that you get your asses over to RFE and submit a requirement. Let us know what regex function you need so we can get it in plan. The earliest timeframe would be zNextNext, in 9/2017, but depending on the function, we may be able to introduce it in the service stream before then. Regards, Tom Conley ISPF Advocate - SHARE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Refreshing CAISSF for CA-7
On 2/19/2015 7:55 PM, Neubert, Kevin wrote: Any help here? TEC428347 http://www.ca.com/us/support/ca-support-online/product-content/knowledgebase-articles/tec428347.aspx Regards, Kevin After reading this technote, all I can say is Justwow. Instead of CA creating an option or a command to refresh the security profiles (that would involve CODING, can't do that), we have to hack a zap into an SMP/E maintained module without a usermod, then remember to rehack it every time we apply maintenance. No wonder people complain about how difficult it is to maintain mainframe software. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Refreshing CAISSF for CA-7
On 2/20/2015 11:44 AM, Shmuel Metz , Seymour J. wrote: In 54e743c9.9010...@rochester.rr.com, on 02/20/2015 at 09:25 AM, Thomas Conley pinnc...@rochester.rr.com said: After reading this technote, all I can say is Justwow. Instead of CA creating an option or a command to refresh the security profiles (that would involve CODING, can't do that), we have to hack a zap into an SMP/E maintained module without a usermod, then remember to rehack it every time we apply maintenance. No wonder people complain about how difficult it is to maintain mainframe software. How does a poor maintenance policy at one vendor translate into a blanket condemnation of mainframe software? Shmuel, This is just one example of many. And considering how widespread CA-7 is in the marketplace, a particularly egregious one, IMNSHO. I've also worked for and with software vendors to reduce/eliminate downtime issues, so this one hits close to home for me. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: So I CLIPed the volume that has a data and index component of a standard VSAM cluster
On 2/4/2015 10:53 PM, Binyamin Dissen wrote: I have been trying all sorts of DEFINE RECATALOG without success. What is the secret answer? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Hi Bin, I haven't CLIPped a volume in a very long time. There are better alternatives that would not require the extra work. What are you trying to do with the CLIP? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E version in z/OS 1.4
On 1/14/2015 12:54 PM, Paul Gilmartin wrote: On Wed, 14 Jan 2015 10:17:41 -0500, John Eells wrote: I love archeology (grin). In z/OS V1.4: Element Last changed: Equivalent: SMP/E: z/OS V1R2 SMP/E for z/OS and OS/390 V3R1, 5655-G44 Was this also the first release that supported RECEIVE FROMNTS? Initially IBM made that SMP/E release available to customers for download at no charge. Is it still available? Of course, this antedates the notorious security weakness which was later discovered and addressed but never repaired. It was repaired. The offending utility was rewritten to remove the APF requirement. https://share.confex.com/share/120/webprogram/Handout/Session12980/SHARE_SF_12980%20IEBCOPY.pdf Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E version in z/OS 1.4
On 1/14/2015 9:53 AM, Mark Pace wrote: Can someone tell me what version of SMP/E was included in z/OS 1.4?3.3 or 3.4, possibly earlier version? No amount of googling has provided the answer for me. My P390 running z/OS V1R4 shows 32.06. Regardes, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Utility to replace occurrences of string in PDS?
On 12/15/2014 7:08 PM, Charles Mills wrote: I'm looking for a reasonable way to replace all occurrences of a given string in a dataset. UNIX shell command? DFSMS utility that I have forgotten about? CBT program? Nothing fancy. I have a PDS with seven or so members. I want to replace all instances of $REPLACEME$ with NEWSTRING. I know which members contain the pattern so I could live with *either* something that did the whole PDS, or something where I had to specify the specific members. First choice would be something that copied the PDS, but I can make my own copy and live with a replace-in-place. I could write Rexx to do it so that's my bottom line -- it has to be easier than writing a Rexx program. Any suggestions? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN FILE182 on your CBTTAPE dial, www.cbttape.org. The one, the only, PDS. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PROGxx vs LNKLSTxx, and APF FORMAT(DYNAMIC)
On 12/11/2014 8:12 AM, Peter Relson wrote: Curiosity/Impact questions PROGxx has existed for almost 25 years, and support within there for dynamic LNKLST for almost 20 years. We're looking at some new work for which we likely won't change the LNKLSTxx path, thus requiring use of PROGxx for defining the LNKLST in order to use the new functionality. So, -- are folks still using LNKLSTxx -- why? (this could include lack of need to change) -- if you are using it, do you have concerns with changing? -- are you aware of the CSVLNKPR exec (in samplib) that exists to create a PROGxx member from a LNKLSTxx member? The default for APF processing has never changed from static table (there's a dynamic format operation to make it dynamic, but it's best if that is identified during IPL to avoid wasting space). Are folks using a dynamically format APF list? (i.e., the APF FORMAT(DYNAMIC) statement in PROGxx, or SETPROG APF,FORMAT=DYNAMIC)? When we implemented dynamic APF, there were a few IBM and ISV products that needed to be enhanced to accommodate it, so we could not unconditionally change to dynamic format. I hope that all such problems have long ago been resolved, but we have still left control in the hands of the customer. Note that you can switch to dynamic after IPL, but it is a bit better to have identified during IPL that the format is dynamic if you have no problem areas remaining that require the static format. Thanks. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Peter, I still see sites using LNKLSTxx, but I don't see sites using IEAAPFxx anymore. As far as why, if it ain't broke, don't fix it. A statement from IBM that LNKLSTxx is deprecated could incentivize the switch. Can you write a health check to encourage conversion from LNKLSTxx to PROGxx? Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF Caching
On 11/25/2014 8:03 AM, Elardus Engelbrecht wrote: Thomas Conley wrote: I've always had to review the SMF data, then make adjustments. No ROTs or sizing recommendations I'm aware of. Please forgive my ignorance, but what SMF records? Of course I have looked in my SMF book, but must have missed something obvious or used wrong search arguments. Thanks in advance. Peter Relson wrote: There is no rule of thumb. It's very likely that 16M is way too small, but we're not likely to change the default. 128M is fairly common, I believe. Ok if you say so. Could that part of MFM not be included in Health Checker so we all can see what sizes are recommended? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 41 subtype 3. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF Caching
On 11/24/2014 4:30 PM, Steve Thompson wrote: I'm using MFM (Module Fetch Monitor) and CP-Expert and we found that we needed to increase the cache for CSVLLA. So we set it up to 32MB (from the default of 16MB). Well we ran for a bit like this to find that we need to set it higher because of how often we are going through trim. Is there a ROT for setting of the MAXVIRT for CSVLLA class? Right now we have LNKLST in LLA and one or two other Libraries in their own CSVLLAxx member. I mention this because we are considering adding about 12 high use PDSEs. And some of those modules in those libraries are ~9MB each. I'm thinking we should go to 64MB, but perhaps we should go higher. I'm just not aware of anything that gives us an idea of how much to set this to. In answer to the anticipated question, yes, we have sufficient C-Store in each LPAR to allow VLF to use north of 256MB for the CSVLLA class. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Steve, I've always had to review the SMF data, then make adjustments. No ROTs or sizing recommendations I'm aware of. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Data Set Sizes and Volume Types
On 11/19/2014 10:41 AM, Lizette Koehler wrote: I have been reviewing various documents on how to size the Page Data Sets. I was wondering if there are any guidelines on what can be used today. This should be kept to z/OS V1.12, 1.13 and 2.1 which I think will be the more dominant operating systems in use right now. I know that the number of Slots will drive what I allocate. So I am looking for the following information. I have not done this in many years so I am very rusty. 1) How to calculate the number of slots per page datasets a) I need to base this on 3390 Mod 3/9/27/54 2) What do I need to stay away from when determining where the page datasets go a) For example, if I use a Mod27 and I need to place multiple page datasets on the volume Should they all be for the same LPAR if in a PLEX Should they all be for unique LPARs if in a Plex 3) What are the maximum values I can create a page dataset? Can I use a whole Mod3/9/27/54 for ONE page dataset? I have looked through Hot Flashes (Cheryl Watson) and MXG sourclib. I have run through some of the Redbooks and share presentations. I am now looking for real life thoughts. I also thought this would be a good topic for the archives. Thanks for any information Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN My old ROT was 2-3x the real memory on the LPAR. Now that we can have 16, 32, 64GB partitions, we're talking some real DASD here. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E 1 CSI? 3 CSIs? Other?
On 11/19/2014 12:08 PM, Paul Gilmartin wrote: This is discussed in: http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/orgcsi.htm Deciding how to organize CSI data sets SMP/E for z/OS User's Guide SA23-2277-01 We have a product which we suggest to install in 3 CSIs: GLOBAL, TARGET, DLIB. Recently a tester has complained that this is cumbersome, particularly when cloning zones for testing and requested the next release be coalesced into a single CSI. What do others think? THis is a modest-sized product, there should be no space constraints on a single CSI. I have tested, as PoC, never in application, adding another TARGET/DLIB pair to the structure to allow multiple service levels from a single GLOBAL zone. I believe this could as well be done with a single CSI, given sufficient initial SPACE allocation. I've seen discussion here of connecting multiple TARGET zones to a single DLIB. That's frightening. Why do it? perhaps so a product could be deployed with an additional APPLY step rather than a separate IEBCOPY job? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Gil, For me, separate VSAM files for each CSI zone is easier from a cloning standpoint than multiple ZONECOPYs into a single CSI. Tastes great, less filling. You can definitely have multiple target zones for a DLIB, but you can only RELATE one of them, so I don't see an issue there. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP/E 1 CSI? 3 CSIs? Other?
On 11/19/2014 2:06 PM, CM Poncelet wrote: Yes, but allocating 3 CSIs always requires more DASD storage - and subsequently cloning these 3 CSIs into a single CSI is no problem at all (with UCLIN/ENDUCL, ZONEEXPORT, DEL GZONE ZONEINDEX((DZONE/TZONE)), ADD GZONE ZONEINDEX((DZONE/TZONE,whatever.GLOBAL.CSI,DLIB/TARGET)), ZONEDELETE, ZONEIMPORT, DELs, REPs and ADDs etc.) If you are familiar with setting up and running native SMP/E batch jobs, then use a single CSI; else do whatever IBM suggests ... to waste DASD and degrade performance sardonic grin CP Thomas Conley wrote: On 11/19/2014 12:08 PM, Paul Gilmartin wrote: This is discussed in: http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/orgcsi.htm Deciding how to organize CSI data sets SMP/E for z/OS User's Guide SA23-2277-01 We have a product which we suggest to install in 3 CSIs: GLOBAL, TARGET, DLIB. Recently a tester has complained that this is cumbersome, particularly when cloning zones for testing and requested the next release be coalesced into a single CSI. What do others think? THis is a modest-sized product, there should be no space constraints on a single CSI. I have tested, as PoC, never in application, adding another TARGET/DLIB pair to the structure to allow multiple service levels from a single GLOBAL zone. I believe this could as well be done with a single CSI, given sufficient initial SPACE allocation. I've seen discussion here of connecting multiple TARGET zones to a single DLIB. That's frightening. Why do it? perhaps so a product could be deployed with an additional APPLY step rather than a separate IEBCOPY job? Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Gil, For me, separate VSAM files for each CSI zone is easier from a cloning standpoint than multiple ZONECOPYs into a single CSI. Tastes great, less filling. You can definitely have multiple target zones for a DLIB, but you can only RELATE one of them, so I don't see an issue there. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN When cloning my SMP/E environment, it's easier and faster for me to DFDSS copy the separate target zone I'm cloning to. Using SMP/E ZONECOPY is slower and more confusing, but that's me. I'll trade DASD for speed and ease of use. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSRmm cds reorg getting full and is it unwise to code secondary space for a cds?
On 11/10/2014 7:32 AM, infoani...@gmail.com wrote: On Tuesday, September 18, 2012 5:02:17 PM UTC+5:30, Michael Wood wrote: On 9/17/2012 1:52 PM, Mike B was asking about reorg of rmm CDS. Tom already provided a reply. What I would add at this time is a recommendation not to use the DFSMSrmm Primer (which is over 6 years since last updated) and instead to use the DFSMSrmm IC Guide from z/OS R12 or later. See Chapter 17 Maintaining the Control Data Set which has really good, detailed information about reorg, cds threshold monitoring, and much more, including recommendation for secondary space. Mike Wood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Hi Thomas Conley, Could you please provide us the Rexx which you have written to track the CDS thershold alert from the command RMM LC ALL I don't have anything in my library to do that. I'm guessing that it was so simple that I didn't save a copy. Basicially you'd issue an LC ALL and OUTTRAP it, then loop through the output and parse for % full. You could also parse a LISTCAT for HURBA and HARBA and do the math. I'll add one recommendation to Mike's here. Try enabling CA reclaim for the RMM CDS. It should reduce your need for REORG to nearly 0. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dynamic locany change
On 11/10/2014 8:08 PM, jason.elija...@gmail.com wrote: Is it possible to change the locany from (NO)below to (YES)above via HCD with out taking device offline? Jason, I am pretty sure the answer is no. Your test activation should say that the activation will fail since the device is online. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Help understanding a zFS error
On 11/6/2014 10:12 AM, Lizette Koehler wrote: We are z/OS V1.12 heading to V2.1 On one of my LPARs I get the following message when I use ISHELL to allocate a new small zFS File (5cyls by 1 cyls). I did not even get a chance to format it as the zFS was deleted when I hit enter. Where would I find the ERRNO=84x? Errno=84x ENOMEM: Not enough space is available. Reason=EFE1670Ax Description: Internal failure obtaining memory for operation. Press Enter to continue. I found the 670A as 670A Internal failure obtaining memory for operation Action: An internal failure occurred. Contact the service representative. But no other hits. Is the service representative the Sysprog? An internal error, should I see any additional SYSLOG or Joblog (zfs) messages to help isolate the cause? Or is this one of those – Call IBM solutions? I am finding the reason codes for zFS unfulfilling Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Lizette, The 84x is a catchall. The 8-digit reason code is where it's at. For whatever reason, IBM decided not to issue clear messages. Instead, you're supposed to run the BPXMTEXT exec to get the full 'splaination Luthy. So get used to TSO BPXMTEXT EFE1670A. That said, if you have a 2GB region, this is a bug and not a feature. I would open a PMR. Good luck, Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3494 tape library and B20 VTS question
On 10/30/2014 10:31 AM, Pommier, Rex wrote: Hi all, We have a 3494 tape library with 3590 drives in it that is back-ending a 3494-B20 virtual tape library. We have about 17 TB of data sitting on physical 3590 tapes in the 3494 as stacked logical volumes from the B20. Does anybody know of any way of getting a list of the logical tapes on a stacked volume straight from z/OS? I know I can go to the physical library and request a tape map, but was hoping there is a way to get this directly. I dug through the books I know of and found nothing. We're looking at the migration effort to get off the 3494 and would like to be able to mount a physical 3590 tape once and copy the entire physical tape contents back to the VTS for copying to the replacement device (whatever that ends up being) Thanks, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rex, Both RMM and CA-1 should give you the list of stacked logicals on the cart. Importing the stacked volume should propagate the logicals to the VTS. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3494 tape library and B20 VTS question
On 10/30/2014 12:44 PM, Pommier, Rex wrote: Tom, How would CA1 even know about the back-end tapes? AFAIK, all it knows about are the virtual tapes in the B20, although I will admit I don't know much about CA1. Thanks, Rex Rex, CA-1 tracks the stacked volumes through the ACTVOL field. If you look at the logicals, the ACTVOL field should be the STACKED volume name. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has Anyone Seen this in ISPF before?
On 10/29/2014 7:50 AM, parke...@gmail.com wrote: I appreciate all of the responses. I did a profile prefix(atljp), which fixed the problem. I have never seen such an odd occurrence in ISPF before. John John, This is not an ISPF issue. The corruption of the PREFIX data is a serious issue affecting your external security manager (ESM, such as RACF, ACF2, or TopSecret). I'm assuming you have an ESM and are not using UADS. The TSO PROFILE PREFIX command can't corrupt the data and store a value 8 characters. This is a bad problem to have, and you should continue to research to figure out what happened. The earlier suggestion to unload your ESM database to check the prefix value is a good one. You should check to see if other prefix values are corrupted, and if so, open a PMR with your ESM vendor Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has Anyone Seen this in ISPF before?
On 10/29/2014 11:35 AM, parke...@gmail.com wrote: OK. Thanks. We are using RACF. What would dump? I will forward this to my boss to see what he wants to do. IRRDBU00 will unload your RACF database to a flat file. Also, look at the IRRUT100, IRRUT200, and IRRUT400 utilities. One of them has a function to test the integrity of your RACF database. Good luck. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has Anyone Seen this in ISPF before?
On 10/28/2014 11:42 AM, parke...@gmail.com wrote: Has anyone seen ISPF do this? I enter a member name of of a PDSE, such as testnew: Edit Entry Panel Command === ISPF Library: Project . . . DEVEL Group . . . . ATLJP. . . . . . . . . Type . . . . CNTL Member . . . testnew (Blank or pattern for member selection list) Other Partitioned, Sequential or VSAM Data Set, or z/OS UNIX file: Name . . . . .+ Volume Serial . . (If not cataloged) Workstation File: File Name . . Options Initial Macro . . . . / Confirm Cancel/Move/Replace And I get: ISPF Dialog Error Command === * * ISPV006 * * Data truncation occurred * Data for CHAR format variable ZPREFIX was too long. *** ISPF Main task abend *** IKJ56641I ISPF ENDED DUE TO ERROR+ READY PSW AT TIME OF ERROR 078D1000 836F00D0 ILC 4 INTC 10 NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 036F00CA - E000A784 00534860 3000A76E GR 0: 1: 000185D0 2: 0018 3: D3D6C7F8 4: 7FC8 5: 0001846C 6: 0008 7: 0001848B 8: 9: 836EE000 A: 036EEFFF B: 1E953B50 C: 036EFFFE D: 1E953B50 E: 00018474 F: 836EE000 ISPF ABENDS no matter what I try to edit. Any ideas? Thanks, John Make sure your TSO PROFILE PREFIX value is 8-characters or less. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Has Anyone Seen this in ISPF before?
On 10/28/2014 12:47 PM, parke...@gmail.com wrote: You were correct. Profile was corrupted. The user id is garbage: IKJ56688I CHAR(:) LINE(1)PROMPT INTERCOM PAUSE MSGID NOMODE WTPMSG RECOVER PREFIX(:24.3082EPLANGUAGE(ENU) SLANGUA GE(ENU) On Tuesday, October 28, 2014 11:42:48 AM UTC-4, park...@gmail.com wrote: Has anyone seen ISPF do this? I enter a member name of of a PDSE, such as testnew: Edit Entry Panel Command === ISPF Library: Project . . . DEVEL Group . . . . ATLJP. . . . . . . . . Type . . . . CNTL Member . . . testnew (Blank or pattern for member selection list) Other Partitioned, Sequential or VSAM Data Set, or z/OS UNIX file: Name . . . . .+ Volume Serial . . (If not cataloged) Workstation File: File Name . . Options Initial Macro . . . . / Confirm Cancel/Move/Replace And I get: ISPF Dialog Error Command === * * ISPV006 * * Data truncation occurred * Data for CHAR format variable ZPREFIX was too long. *** ISPF Main task abend *** IKJ56641I ISPF ENDED DUE TO ERROR+ READY PSW AT TIME OF ERROR 078D1000 836F00D0 ILC 4 INTC 10 NO ACTIVE MODULE FOUND NAME=UNKNOWN DATA AT PSW 036F00CA - E000A784 00534860 3000A76E GR 0: 1: 000185D0 2: 0018 3: D3D6C7F8 4: 7FC8 5: 0001846C 6: 0008 7: 0001848B 8: 9: 836EE000 A: 036EEFFF B: 1E953B50 C: 036EFFFE D: 1E953B50 E: 00018474 F: 836EE000 ISPF ABENDS no matter what I try to edit. Any ideas? Thanks, John John, I could not recreate this on my system as all attempts to create a profile value 8 characters were rebuffed. Open a PMR with IBM, you probably have corruption in your RACF database (or ACF2 or TopSecret). Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SCEELKED Restore
On 10/1/2014 5:09 AM, Mainframe Mainframe wrote: Hi Group, We have some issues wth SYS1.SCEELKED and want to restore from backup, but SYSTEM DATASET JOBNAME DISP STATUS -- --- - -- MVS1 SYS1.SCEELKEDXCFAS SHR USING MVS1 SYS1.SCEELKEDLLA SHR USING MVS2 SYS1.SCEELKEDXCFAS SHR USING MVS2 SYS1.SCEELKEDLLA SHR USING MVS3 SYS1.SCEELKEDXCFAS SHR USING MVS3 SYS1.SCEELKEDLLA SHR USING MVS4 SYS1.SCEELKEDXCFAS SHR USING MVS4 SYS1.SCEELKEDLLA SHR USING As, we have system running under sysplex, so we getting above output of this been in use by LLA and XCFAS. Initially I thought of using below link for Update linklst dynamically. http://www.ruifeio.com/2009/06/29/update-linklist-dynamically Dude, Get SCEELKED the heck out of linklist ASAP. This library should ONLY be used in SYSLIB when running the BINDER. My guess is that your issues will stop once you remove SCEELKED form the linkist, and you won't need to restore your backup. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFDSS FAILED RESTORE
On 9/18/2014 1:41 PM, esmie moo wrote: Alan, I tried your suggestion - RECATALOG(*) - but I received the same error message. Try REPUNC. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RDT features
On 8/20/2014 6:06 AM, Mainframe Newbie wrote: Thank you, Thomas for the crisp answer. On a similar note, do we know if RDT works on 1 Core / 1 RVU license? AFAIK, RDT is only sold with a 3-CPU license (I'm in the US, so in another country, YMMV). That's what I have with my RDT. I believe IBM did this in the US because the 1-CPU licenses they had been offering did not provide the best user experience. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RDT features
My comments below. Regards, Tom Conley On 8/19/2014 9:05 AM, Mainframe Newbie wrote: Hi, Can someone help me confirm if the below technologies are supported and can be executed on RDT? 1. JCL YES 2. Assembler YES 3. VSAM YES 4. IMS DC YES 5. CLIST YES 6. Linux on System Z NOT YET 7. IMS DB YES 8. IDMS Technically yes, ask CA for licensing 9. Easytrive Technically yes, ask CA for licensing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rational Development and Test (RDT) aka z/OS on a PC
Barbara, Sorry I haven't been able to reply sooner, but I wanted to research what you had to say and run some tests. My comments below. Regards, Tom Conley On 8/7/2014 3:11 AM, Barbara Nitz wrote: For me, the breakthrough here is that IBM is agreeing to license z/OS to ANYONE, That's not how it works for us. An RDT system (and I have been maintaining ours for almost two years now, but RDT has been around longer than that) has licenced the z1090 code (RDT) and that code only. That's what you pay for in the renewal fees. What you download (or get via DVD) is the z1090 code and as a 'bonus' the current version of an ADCD system. That ADCD system is NOT supported by IBM using the z1090 licence. If you experience a bug on that z/OS, you cannot report it to IBM, since that passport advantage thing only covers z1090, not z/OS. (And let me tell you, I cannot even get into passport advantage, as my IBM id is somehow tied to 'real' support, aka servicelink. My boss has to renew the licence in the dongle.) I have no idea about licensing in Germany. In the US, 1090 is the product code for the PartnerWorld for Developers (PWD) zPDT offering, RDT is 1091. They are essentially the same, running an ADCD on top of zPDT. The ADCD release for RDT is currently running 6-9 months behind the ADCD for PWD, primarily due to testing the Rational development components for compatibility. If you have other ways of reporting z/OS problems, that's fine. But I have been told by a very reliable source in IBM software support for z/OS, that problems experienced on RDT/zPDT systems are explicitly excluded from support. If they think of looking at the cpu id. You are not entitled to download ptfs or any other type of maintenance. Never mind that it would be hard to install that maintenance on that ADCD system, since ADCD comes on crammed-to-the-gills mod3 DASD. While all libraries are set up to allow extents, there isn't any room left to extent the library to. And they're all 99-100% used as far as tracks go. I'm working with IBM on the support issues with RDT, so stay tuned. I'll also see if we can get that out to other areas of the world. As for DASD, on my current z/OS V1R13 ADCD system, I have a few volumes that are tight, but the vast majority of the volumes I have off the ADCD have hundreds of free cylinders. Depending on the version of RDT you bought you may get a newer set of ADCD things that are set up to include a coupling facility. I have been told that it requires either another dongle or at least a new licence to download into the existing dongle. We don't use that, so I don't know if that is more expensive or not. RDT does not support AUTOIPL, and last time I checked there weren't any plans to support it. On the other hand, RDT does support EAVs, although usage is mostly discouraged because it takes too long for IO operations to complete. I don't think things like hiperpav are emulated, if they are even configured, so IOSQ time on an EAV would be an issue. PAVs are not supported, so for me, EAVs are for gaining experience and proof of concept. If you run z1090 code on SUSE Linux, be aware that it doesn't handle 1Gb lines (not sure that that is the correct word for it). FTP slows to an absolute crawl due to packets getting rejected and resent. Once you configure the throughput to only be 100MB (and not 1G anymore), things are fine again. I'm running OpenSUSE on an ASUS system with 1Gb Ethernet with no issues. And z1090 code is fairly easily rattled if z/OS is up and running and a data set copy operation from an external drive runs at the same time. I saw all kinds of hardware errors in z/OS including spin loops. And recently there was a spin loop where ACR gave up and issued a synchdest message that I should stop processor zero manually. Well, when I had figured out how to issue that command to Linux, the synchdest prompt was gone (partly due to my own stupidity). When I attempted to reIPL z/OS, the stopping of that processor 0 failed, too, and when restarting, it could not read its licence. Consequently z/OS didn't come up. We ended up restarting the underlying Linux box. That sounds like a bug in zPDT, and you should be fully supported for that. I don't think a high schooler or college kid would be able to handle these situations easily. But they would be able to learn how to handle them. Prior to RDT, there were no options for anyone outside a mainframe shop to learn a mainframe. For me, I get plenty of performance from my ASUS I7. ShowMVS tells me it's running 53 Mips. That's plenty for me and it screams compared to my P390. Sure, I/O is still slow, but this isn't for production, it's for testing, learning, and maybe a little development. Is it perfect? Not yet, but consider how long it took us to get IBM to the point where they decided to make z/OS available to the masses. I don't want them changing their mind, so
Re: Rational Development and Test (RDT) aka z/OS on a PC
On 8/7/2014 12:16 PM, Farley, Peter x23353 wrote: Does the RDT license allow you to get updated ADCD images when they become available? E.G., when an ADCD version is made available for z/OS 2.1, can you load it on your RDT system? Can't the ADCD system be adjusted to use larger than MOD3 disks, just as one would do in a real system? I do realize that's a lot of work requiring a lot of system programmer-level changes, but I would think well worth the effort. Peter Peter, Rational runs about 6-9 months behind the PartnerWorld ADCD. I'm waiting for z/OS V2R1, which I'm hoping will be available soon. I'm also in the process of making my ADCD RDT system maintenance ready by cloning the res volumes, etc. Hopefully IBM will allow us to get maintenance in the not too distant future. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple TSO Sessions with the Same USERID in the Same LPAR
On 8/14/2014 3:33 PM, David Platt wrote: We are running z/OS 1.13 with ACF2 and plan on implementing z/OS V2R1 in the 2nd Qtr of 2015. We also have a few users that use RDz. We have successfully implemented the changes as described for Multiple TSO SIGNON on the Same MAS or SYSPLEX, but on different LPARs. We have chosen to allocate unique TSO datasets to each LPAR and avoid sharing. Several users have multiple USER Ids, and we have been asked to eliminate the duplicate IDs per user. Several users are saying they need, at least, two TSO sessions per LPAR. We are planning on installing z/OS V2R1 in the 2nd Qtr 2015. We do have a few users of RDz if this makes a difference. I'm looking for ways to implement multiple sessions, if there are any. Thanks David Platt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN David, You should not allocate separate profile datasets, they should be shared. Your requirement for multiple sessions on a single LPAR withe the same id can be satisfied with z/OSMF, which can open multiple ISPF windows on the same LPAR. ISPF shared profile support is required for that feature. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple TSO Sessions with the Same USERID in the Same LPAR and Z/OSMF
On 8/14/2014 4:58 PM, Gibney, Dave wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley You should not allocate separate profile datasets, they should be shared. Your requirement for multiple sessions on a single LPAR withe the same id can be satisfied with z/OSMF, which can open multiple ISPF windows on the same LPAR. ISPF shared profile support is required for that feature. z/OSMF without any zIIP/zAPP on a small machine, oh my :) Good point Dave, let me qualify by saying Liberty profile at z/OS V2R1. I wouldn't consider it otherwise. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple TSO Sessions with the Same USERID in the Same LPAR
On 8/14/2014 7:39 PM, Frank Swarbrick wrote: Does this profile sharing get around the TSO error IKJ56425I LOGON rejected, UserId DVFJS already logged on to system ? Frank, Only in conjunction with z/OSMF. We still can't do more than one TSO from VTAM/TN3270. Sounds like a good requirement. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple TSO Sessions with the Same USERID in the Same LPAR
My comments are sprinkled below, some of this information is out of date. Regards, Tom Conley On 8/14/2014 4:10 PM, Elardus Engelbrecht wrote: David Platt wrote: We are running z/OS 1.13 with ACF2 and plan on implementing z/OS V2R1 in the 2nd Qtr of 2015. We also have a few users that use RDz. We have successfully implemented the changes as described for Multiple TSO SIGNON on the Same MAS or SYSPLEX, but on different LPARs. We have chosen to allocate unique TSO datasets to each LPAR and avoid sharing. Good. I hope you also changed GRSRNL member and perhaps ISPF exit nr 16 too. I hope you have reviewed Mark Zelden's web page about this using same TSO sessions with the same user id across the SysPlex. The only change to GRSRNLxx is to completely remove any reference to SYSIKJUA (in the past you had to play games with it). Also, exit 16 is no longer necessary, just use the Temporary Dataset Additional Qualifier in the ISPF Configuration Dialog. See my Configuring ISPF for Fun and Profit presentation and my article on multiple logon (search on SYSIKJUA to get the hit for that one). Several users have multiple USER Ids, and we have been asked to eliminate the duplicate IDs per user. Several users are saying they need, at least, two TSO sessions per LPAR. They are right. Some of my users also have two [different] TSO ids. Two is enough and practical anyways. You should review the roles and logon procs of those ids. Perhaps you need to connect them to the right groups or give access to resources. Anyways, some utilities in TSO / ISPF cannot be shared unless you're going to modify a lot of things, now and at every upgrades. Agreed. While z/OSMF enabled multiple ISPF windows on the same system, TSO has not been modified to support those facilities. Sounds like a great requirement. I'm looking for ways to implement multiple sessions, if there are any. You'll have to figure a way to eliminate IKJ56425I and IKJ606I. AFAIK, it is just not possible. If I remember correctly, it is about the name in the TSO session address space and VTAM assignment of LU against a TSO name. VTAM can handle multiple *LOGON*, but after successfull logon it can't handle a second or more address space with the same name within a LPAR. PS: I don't have sources about my statements in last paragraph. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ISPF extended statistics design
In addition to highlighting the member name in the selection list for extended stats members, why not use scaling factors (a la SDSF) for display of large numeric values in the Size and Init fields? And add the Info line command for the Edit/Browse selection lists so the exact counts can be displayed. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN John, The scaling factor, adding the extended stats to the member list, etc., are being handled as separate requirements. Right now STATS EXT is unusable as it's been delivered, so we have to fix that first. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Rational Development and Test (RDT) aka z/OS on a PC
On 8/6/2014 12:22 PM, Farley, Peter x23353 wrote: I stand corrected. I was not aware that such systems were available. One site I saw after a brief search will even sell you a 12-core Xeon with Win7 Pro or Win 8.1 Pro for less than $4,200. I also stand corrected that there are only 4-core i7 CPU's. I see now that there are 6-core versions, the i7-3930K for $600 and the i7-3960K Extreme Edition for $1,070. However, those IBM prices do mean RDT is not really feasible for interested tinkerers. Especially with a 15% annual renewal fee. OTOH an obvious boon for genuine ISV's (or others with $$$ to spend). Peter Peter, The RDT offering is not really for ISV's, they have PartnerWorld for that (even though ISV's could get RDT just like anyone else). For me, the breakthrough here is that IBM is agreeing to license z/OS to ANYONE, at prices that rival the middle of the road MSDN offering, AND LOWER than the top 2 MSDN offerings. Over 10 years, my RDT offering, even with 15% renewal will be less total cost than the 2199/yr MSDN offering. So while TCA is a little higher, TCO in the long run is going to be better. Since I expect to be working for another 15-20 years, RDT is going to average me well less than 2K/yr. Tom -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
