Re: JES2 parm change - how make sure it's right?
Or they maybe have some automation that makes changes as part of the IPL. Be interesting to see how common cold starts are been here 11 years done one cold start and it was because of a mistake. On Fri, Apr 17, 2020, 14:23 Charles Mills wrote: > Really? Good to know. > > I did it before and it did not survive the IPL, but it was a new box and > perhaps they cold-started JES2. I was not intimately involved in the IPL. > > I need to do this in any event because sooner or later there will be a > cold start. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Keith Smith > Sent: Friday, April 17, 2020 10:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JES2 parm change - how make sure it's right? > > The change is "persistent" until it is changed again or you cold start > JES2. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 parm change - how make sure it's right?
The change is "persistent" until it is changed again or you cold start JES2. On Fri, Apr 17, 2020 at 1:44 PM Charles Mills wrote: > Humor me. I'm an experienced developer playing newbie sysprog in my spare > time. > > I've got a JES2 system where I want to change the order of job classes for > some of the initiators. I could get professional help but it is a service > bureau so that involves opening a ticket, dollars, etc., etc. > > I have done it through SDSF and all is well. I now want to make the change > persistent. I have JES2PARM open in an editor. I can make the changes *very > carefully*. > > Questions: (1) is there any way to test it, particularly that I have not > fouled it up terribly? The next IPL is probably months away, and a failure > would be very unpleasant. Is there any sort of non-disruptive "TYPRUN=SCAN" > sort of option to get JES2 to say the parm file is or is not okay? > > (2) alternatively, what would happen if it were bad? Suppose I fat-fingered > a comma? Unusable system? I am not sure what I am looking at but it looks > to > me like TCPIP and TCAS are running under JES2. > > Thanks much, > > Charles > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-08 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS
I did because I assumed it would be required... or maybe I attempted to start it and it failed. I have it running on three LPARs. One system programmer test LPAR, one application test LPAR and one production LPAR. On Tue, Mar 24, 2020 at 3:31 PM Steve Beaver wrote: > My biggest concern is do I need to allocate the file uniquely by LPAR > since I have a log of LPARS? > > TIA > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Keith Smith > Sent: Tuesday, March 24, 2020 2:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: NFS > > We run it. > > On Tue, Mar 24, 2020 at 2:49 PM Steve Beaver > wrote: > > > How many shops are running MVSNFS currently? > > > > > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > Keith Smith > Engineer-Enterprise Sys Sr.-IT Capacity & Performance > Shaw Industries Inc. > Subsidiary of Berkshire Hathaway > 616 E Walnut Ave > Mail Drop 072-08 > Dalton, GA 30721 > Email: keith.sm...@shawinc.com Office: 706.532.3244 > > Please consider the environment before printing. > > -- > ** > Privileged > and/or confidential information may be contained in this message. If you > are not the addressee indicated in this message (or are not responsible > for > delivery of this message to that person), you may not copy or deliver this > message to anyone. In such case, you should destroy this message and > notify > the sender by reply e-mail. > If you or your employer do not consent to > Internet e-mail for messages of this kind, please advise the sender. > Shaw > Industries does not provide or endorse any opinions, conclusions or other > information in this message that do not relate to the official business of > the company or its subsidiaries. > > ** > > > > -- > 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 > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-08 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS
It has been a while back but I don't recall anything being difficult. We are only using it to present an MVS dataset prefix to the distributed world. There are several VSAM files that need to be created and some parm selection. We use RACF and we attached the started task to the same owner as TCPIP so it would have USS authority. As I recall it was pretty much a step by step install. On Tue, Mar 24, 2020 at 3:08 PM Steve Beaver wrote: > How long did it take to get it up and functional? > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Keith Smith > Sent: Tuesday, March 24, 2020 2:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: NFS > > We run it. > > On Tue, Mar 24, 2020 at 2:49 PM Steve Beaver > wrote: > > > How many shops are running MVSNFS currently? > > > > > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > Keith Smith > Engineer-Enterprise Sys Sr.-IT Capacity & Performance > Shaw Industries Inc. > Subsidiary of Berkshire Hathaway > 616 E Walnut Ave > Mail Drop 072-08 > Dalton, GA 30721 > Email: keith.sm...@shawinc.com Office: 706.532.3244 > > Please consider the environment before printing. > > -- > ** > Privileged > and/or confidential information may be contained in this message. If you > are not the addressee indicated in this message (or are not responsible > for > delivery of this message to that person), you may not copy or deliver this > message to anyone. In such case, you should destroy this message and > notify > the sender by reply e-mail. > If you or your employer do not consent to > Internet e-mail for messages of this kind, please advise the sender. > Shaw > Industries does not provide or endorse any opinions, conclusions or other > information in this message that do not relate to the official business of > the company or its subsidiaries. > > ** > > > > -- > 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 > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-08 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS
We run it. On Tue, Mar 24, 2020 at 2:49 PM Steve Beaver wrote: > How many shops are running MVSNFS currently? > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-08 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Finding and replying to outstanding reply
A nicer brute force might be. 01,STOP 02,STOP 03,STOP . . . 99,STOP At this point it should be down and as long as no other reply would be accepting STOP as valid they should return with a new reply number. This will not be true if you have other automation that is not coded to reject and retry if an invalid response is received. Of course if you are coming down and this is close to the last item... Just a thought... If you have automation... issue D R,L and capture the responses and reply. On Tue, Feb 11, 2020 at 8:40 AM Pommier, Rex wrote: > I know this is brute force, but would it work to simply cancel NPF? > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Tony Thigpen > Sent: Tuesday, February 11, 2020 7:31 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [External] Finding and replying to outstanding reply > > We have an in-house written automated shutdown program that does > everything but shutdown NPF. That is because NPF leaves an open reply > message during start-up to which I must replay xx,STOP to make it shutdown. > Within our shutdown program, I would like it to programmatically find the > outstanding reply number so that it can issue the correct response. > > Can someone point me to any doc or examples that will help me get started > on this? > > Some items: > The shutdown program is assembler. > I have SysREXX running with a valid MPF exit to call it. > I would prefer to do it all within the assembler program instead of using > MPF/SysREXX. > > Thoughts? > > -- > Tony Thigpen > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > 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 > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-08 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBT File 120 - A new article - Member BM1912DE
For me cbttape.org just had a link to http://groups.yahoo.com/group/cbt-tape/ and then I requested access to the yahoo group and now I need a yahoo group ID... so I just quit trying. On Mon, Dec 23, 2019 at 1:27 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Sun, 22 Dec 2019 15:23:14 -0500, Tony Thigpen wrote: > > >Any way you could just put a copy in a post to this list? > > > Why? Is cbttape.org inaccessible to you? > > > >Sam Golob wrote on 12/22/19 2:36 PM: > >> > >> I've just completed a new article which you might find interesting > >> to read. It is on the Updates page of www.cbttape.org on File 120, as > >> member BM1912DE. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-08 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z?OSMF
We use it to deliver RESTful access to z/OS flat files. It was also required for Common Data Provider configuration. On Tue, Apr 16, 2019 at 3:37 PM Steve Beaver wrote: > z/OSMF to say it mildly is a lot to configure. > > > > Is anyone getting any use of z/OSMF other than a lot of work > > > > TIA > > > Steve > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopzSeries redirects to 404?
I received an IBM page that said "patience is a virtue" before getting the 404 On Thu, Nov 15, 2018, 16:50 Tom Brennan More seriously, I really wish they would change that upside down logo > page. Not just the upside down IBM, but the whole thing could be more > professional. A customer who needs something right away and gets a 404 > (whoever's fault that is doesn't matter) probably isn't in the mood for > a joke. > > On 11/15/2018 1:17 PM, David Purdy wrote: > > Yes I saw the same, plus the IBM logo was upside down. I just assumed > the website was down under . > > > > David > > On Thursday, November 15, 2018 Ambros, Thomas > wrote: > > Anybody else having issues getting to shopz? This is what we're > getting, different browsers, different nets: > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_-3Bwww-2D03.ibm.com__software_shopzseries_ShopzSeries-5Fpublic.wss=DwIDaQ=7f1YSuqIGbgL_Gzm5POfng=unuy1IauTT8_BnXaEWJu99tLgShEyROqbi1xNCvlPGQ=Wc64UaNFjCltSKt2otEeTVj1RC5g0aeIupEPyrBT9f8=u8p3fhxRmKAAJGp1hroX-el8fmTxDqXaahA21OFSCpQ= > > > > This isn't right... looks like it injects ';www-03.ibm.com/'. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person), you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 0,clpa
It is int the IEASYSxx member CLPA Causes NIP to load the link pack area with the modules contained in the LPALST concatenation. Also, CLPA purges VIO data set pages that were used in the previously initialized system. Thus, CLPA implies CVIO. On Fri, Aug 24, 2018 at 5:22 PM Nims,Alva John (Al) wrote: > Hmm, it should not prompt then, because "M" is what we use also and we do > not get prompts. > > Have you checked your SYSLOG during the IPL to see if it is complaining > about an error in your IEASYSxx or other referenced members from > SYS1.PARMLIB? > Look for message ID: IEA371I > That, I believe is a good place to start. > Messages: IEA247I & IEE252I indicate which IEASYSxx member is being used > and which data set it was found in. > > Al Nims > Systems Admin/Programmer III > UF Information Technology > East Campus > P.O. Box 112050 > Gainesville, FL. 32611 > (e) ajn...@ufl.edu > (p) (352) 273-1298 > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tony Thigpen > Sent: Friday, August 24, 2018 4:59 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: 0,clpa > > the value is "M". > > Tony Thigpen > > Nims,Alva John (Al) wrote on 08/24/2018 04:53 PM: > > Have you checked your HMC's Load parameter value? > > > >>From the "z/OS V2R2 MVS System Commands" Page 4 & 5 for the > >>"Explanation of the A=INITIALIZE SYSTEM CONTROL PROGRAM, > > A2 Field" > > > > 1. The first four characters (characters 1 through 4 of the LOAD > parameter) specify the hexadecimal device number for the device that > contains the I/O definition file (IODF) VSAM data set. > > > > 2. The next two characters (characters 5 and 6 of the LOAD parameter) > specify the suffix of the LOADxx parmlib member that the system is to use. > > > > 3. The next character (character 7 of the LOAD parameter) specifies the > prompting and message suppression characteristics that the system is to use > at IPL. > > > > #3 above is what I am referring to and you do need a copy of the manual > to understand that character. There are 8 different characters used and > each one sets 3 different options uniquely: > > Display Info Prompt for Master Prompt for System > > Character MessagesCatalog Parameters > > -- > --- > > Period or > >No No No > > A Yes Yes Yes > > C No Yes No > > D Yes Yes No > > M Yes No No > > P No Yes Yes > > S No No Yes > > T Yes No Yes > > > > Al Nims > > Systems Admin/Programmer III > > UF Information Technology > > East Campus > > P.O. Box 112050 > > Gainesville, FL. 32611 > > (e) ajn...@ufl.edu > > (p) (352) 273-1298 > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Tony Thigpen > > Sent: Friday, August 24, 2018 4:01 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: 0,clpa > > > > Every time one specific z/os system IPLs, I have to enter: > > 0,clpa > > on the console to get it to continue. I have other machines that do not > prompt. What can I set to avoid having to enter this response during ipl? > > -- > > Tony Thigpen > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu wit
Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)
gt; > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problem with dataset authorization
Replies are, of course, assuming that a REFRESH was done. If you are new to RACF some changes require the "in memory" copy to be refreshed before the change takes effect. On Thu, Mar 15, 2018 at 6:05 AM, Robert S. Hansel (RSH) < r.han...@rshconsulting.com> wrote: > Hi Ron, > > Here are a couple of thoughts. > > When you created the profile MAC.JSF40.TEMP.JOBHIST, did you define it as > a Discrete profile (protects a single dataset by this name on a specific > VOLSER) or as a full-qualified Generic profile (protects any dataset by > this name on any VOLSER)? If the later, a (G) will appear next to the > profile when you list it. If it's a Discrete, try deleting and recreating > it as a Generic. To do so, you'll need to add the keyword GENERIC to the > ADDSD command. > > Are the developers attempting to access the dataset via a z/OS system that > has a different RACF database than the one where you created the profile? > > Regards, Bob > > Robert S. Hansel > Lead RACF Specialist > RSH Consulting, Inc. *** Celebrating our 25th Year *** > 617-969-8211 > www.linkedin.com/in/roberthansel > https://urldefense.proofpoint.com/v2/url?u=https-3A__ > twitter.com_RSH-5FRACF=DwIFaQ=7f1YSuqIGbgL_Gzm5POfng=unuy1IauTT8_ > BnXaEWJu99tLgShEyROqbi1xNCvlPGQ=hGjSKRhcHOylV0rl6qrThdZRFx_ > nQ2nWkFuOU9yUkw4=_4bxIlGFU_Xdqti9jvaqNq_hqTjXZRWgB_JGyAyeYts= > www.rshconsulting.com > > > Upcoming RSH RACF Training - WebEx > - RACF Audit & Compliance Roadmap - SEPT 10-14, 2018 > - RACF Level I Administration - APR 10-13, 2018 ** Date Change ** > - RACF Level II Administration - JUN 4-8, 2018 > - RACF Level III Admin, Audit, & Compliance - OCT 1-5, 2018 > - RACF - Securing z/OS UNIX - APR 23-27, 2018 > > > > -Original Message- > Date:Wed, 14 Mar 2018 23:32:49 + > From:"McCabe, Ron" <rmcc...@mutualofenumclaw.com> > Subject: Problem with dataset authorization > > Hello List, > > I'm having a problem where one of my developers is getting "INSUFFICIENT > ACCESS AUTHORITY" on a dataset that I have defined in RACF and the issue is > that it is reporting on the generic definition. > > I have defined in RACF a generic dataset definition of MAC.* (this > definition has a UACC of READ and only a couple of groups have update > access), I also have defined a complete dataset name of > MAC.JSF40.TEMP.JOBHIST (this definition has a UACC of READ and allows > update access for my developers). When my developers run a job that wants > to update the MAC.JSF40.TEMP.JOBHIST dataset they get the "INSUFFICIENT > ACCESS AUTHORITY" FROM MAC.* (G). > > Why isn't the system checking for the complete dataset which is the way I > thought RACF was supposed to work? > > Thanks, > Ron McCabe > Mutual of Enumclaw > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LRS VPS Printer Replacment
LRS provides a report of printer use, if you are collecting the SMF, If you don't have 13 months of data then make sure to sample month end, quarter end and year end processing dates... if not, you may miss some limited use printers. On Fri, Dec 15, 2017 at 11:56 AM, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: > All I want for Xmas is the answer to the question of how many. ;-) We have > over 12K (!) VPS definitions, but... > > 1. Many of those are multiple entries for the same physical device with > varying format attributes like double-sided, landscape, two-up, etc. For > example, one device I picked at random has 13 entries representing various > attributes. > > 2. We have added innumerable printers over the decades. I was never 'the > VPS guy', but I suspect that very few if any obsolete entries were deleted. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Beaver > Sent: Thursday, December 14, 2017 6:17 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: LRS VPS Printer Replacment > > How many printers are on your system? The system I had had 1400 printers > > Sent from my iPhone > > Sorry for the autocorrect issues > > > On Dec 14, 2017, at 19:34, Tony Harminc <t...@harminc.net> wrote: > > > >> On 14 December 2017 at 18:18, Jesse 1 Robinson <jesse1.robin...@sce.com> > wrote: > >> Thanks for all the responses. I compiled a list of the products > mentioned together with 'ratings' and comments. I was surprised at the > volume of NPF endorsements; I didn't even know about it. A lot of us choose > a product for a particular purpose and stop window shopping, never > realizing that the landscape is constantly evolving. > > > > There are also several potential solutions to this general problem on > > the CBTTAPE site, either on the main "tape" or on the JES2 "mods" > > tape. Naturally these are unsupported, and may or may not work on > > current levels of JES2, but certainly the price is right. And some of > > them are not unsophisticated solutions at all. > > > > Tony H. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MSU Actual [AD]
Yes you can. We capture every 5 minutes. We start the task and produce messages that look like this: +XWZ009I Testing... hlmsu= 38 himsu= 35 hcap= 100 hrmsu=0 +XWZ000I CPC: Local Partition Capping State: +XWZ001I CPC: WLM Capping %: 100 ( WTO Limit: 0 ) +XWZ010I Testing... MVSx :35 We also use automation to capture the messages and send an email when we are projecting capping within the next 15 minutes. Interesting that IronStream is mentioned. We also have the free version running on z/OS and are sending the above log messages to splunk and have this dashboard: I included a screenshot of a graph showing how you can know your MSU trend with just a short glance. However, it was rejected by the list. We graph today, yesterday and last week. On Wed, Oct 25, 2017 at 12:57 AM, Blaicher, Christopher Y. < cblaic...@syncsort.com> wrote: > Syncsort's Ironstream product can supply that information, and a whole lot > more, every 2 seconds as part of its SYSTEMSTATE data gathering function. > It can also capture SMF, SYSLOG, SYSOUT, LOG4J and other data. > > Chris Blaicher > Ironstream Architect > Mainframe Development > P: 201-930-8234 | M: 512-627-3803 > E: cblaic...@syncsort.com > > Syncsort Incorporated > 2 Blue Hill Plaza #1563 > Pearl River, NY 10965 > www.syncsort.com > > Data quality leader Trillium Software is now a part of Syncsort. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sankaranarayanan, Vignesh > Sent: Tuesday, October 24, 2017 11:54 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: MSU Actual > > Hi All, > > Is it possible to get the LPAR, MSU Def. and MSU Act from the RMF CPC > Capacity Report, in bulk? > Looking for samples every 1 minute. > Is this captured in any SMF record type? > Is this a sample report, by any chance, in the RMF Spreadsheet Reporter? > > Thanks in advance. > > - Vignesh > Mainframe Infrastructure > > > MARKSANDSPENCER.COM > > Unless otherwise stated above: > Marks and Spencer plc > Registered Office: > Waterside House > 35 North Wharf Road > London > W2 1NW > > Registered No. 214436 in England and Wales. > > Telephone (020) 7935 4422 > Facsimile (020) 7487 2670 > > www.marksandspencer.com > > Please note that electronic mail may be monitored. > > This e-mail is confidential. If you received it by mistake, please let us > know and then delete it from your system; you should not copy, disclose, or > distribute its contents to anyone nor act in reliance on this e-mail, as > this is prohibited and may be unlawful. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > ATTENTION: - > > The information contained in this message (including any files transmitted > with this message) may contain proprietary, trade secret or other > confidential and/or legally privileged information. Any pricing information > contained in this message or in any files transmitted with this message is > always confidential and cannot be shared with any third parties without > prior written approval from Syncsort. This message is intended to be read > only by the individual or entity to whom it is addressed or by their > designee. If the reader of this message is not the intended recipient, you > are on notice that any use, disclosure, copying or distribution of this > message, in any form, is strictly prohibited. If you have received this > message in error, please immediately notify the sender and/or Syncsort and > destroy all copies of this message in your possession, custody or control. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer
Re: Error in a simple COBOL program
What is missing is a method of making the program "know" that you want it to get input from your screen. (or so it seems) If you want terminal input you need to use CICS or ISPF PANEL processing. Or possibly execute this program from TSO. It has been a while but I know of no way to tie a batch job to your terminal. On Sat, Jul 9, 2016 at 2:40 AM, Cameron Seay <cws...@gmail.com> wrote: > I am experiencing a run time error with a simple COBOL program. It > compiles fine. Here is the source code > IDENTIFICATION DIVISION. > * >PROGRAM-ID. CALC1000. > * >ENVIRONMENT DIVISION. > * >INPUT-OUTPUT SECTION. > * >DATA DIVISION. > * >FILE SECTION. > * >WORKING-STORAGE SECTION. > * >77 END-OF-SESSION-SWITCH PIC X VALUE "N". >77 SALES-AMOUNTPIC 9(5)V99. >77 SALES-TAX PIC Z,ZZZ.99. > * >PROCEDURE DIVISION. > * >000-CALCULATE-SALES-TAX. > * >PERFORM 100-CALCULATE-ONE-SALES-TAX >UNTIL END-OF-SESSION-SWITCH = "Y". >DISPLAY "END OF SESSION.". >STOP RUN. > * >100-CALCULATE-ONE-SALES-TAX. > * >DISPLAY "---". >DISPLAY "TO END PROGRAM, ENTER 0.". >DISPLAY "TO CALCULATE SALES TAX, ENTER THE SALES AMOUNT.". >ACCEPT SALES-AMOUNT. >IF SALES-AMOUNT = ZERO >MOVE "Y" TO END-OF-SESSION-SWITCH >ELSE >COMPUTE SALES-TAX ROUNDED = >SALES-AMOUNT * .0785 >DISPLAY "SALES TAX = " SALES-TAX. > > Here is the JCL: > > ==MSG> your edit profile using the command RECOVERY ON. > 000100 //CALC1000 JOB 1,'A. STUDENT',NOTIFY= > 000110 //** > 000120 //* COMPILE COBOL PROGRAM > 000130 //** > 000140 //STEP1 EXEC IGYWCLG > 000150 //SYSINDD DSN=(CALC1001),DISP=SHR > 000160 //COBOL.SYSLIB DD DSN=CEE.SCEESAMP,DISP=SHR > 000170 //LKED.SYSLMOD DD DSN=(CALC1001),DISP=SHR > > Here is the error: > > --- > TO END PROGRAM, ENTER 0. > TO CALCULATE SALES TAX, ENTER THE SALES AMOUNT. > IEC130I SYSINDD STATEMENT MISSING > *** > > IGZ0017S The open of DISPLAY or ACCEPT file with environment name SYSIN > was uns > uccessful. > CEE3201S The system detected an operation exception (System Completion > Code=0C1 > ). > From compile unit CALC1000 at entry point CALC1000 at compile > unit off > set +02DC at entry offset +02DC >at address 1EE312DC. > Abend 0C1000 hex occurred processing command 'CALL'. > *** > > I can't find what is missing. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Command to display Enqueue
Are you looking for D GRS,RES=(SYSDSN,YOUR.DATASET.NAME.HERE) On Thu, Jul 7, 2016 at 10:51 AM, FRISBIE, JIM <jim.fris...@ncsecu.org> wrote: > Is there a system command that will show if a specific file is enqueued? > And even better, who holds the enqueue? We have a nightly batch job that > backs up a file on System-A and then restores it on System-B. About once a > month a TSO user (almost always the same Operator) will have that file > open, DFDSS can't get an exclusive enqueue and issues RC=8. If it can be > determined whether the file is in use before the job is run, the Operator > won't run the job and I won't get a phone call at midnight. Even though the > documentation says "Fill out a Problem Report and DON"T CALL ANYBODY" the > Operator persists in calling. > > > > My sleep and the life of the Operator are at risk, any help would be > greatly appreciated. > > > Jim Frisbie > Sr Systems Programmer > 919-831-4711 > > This email may contain confidential and privileged material for the sole > use of the intended recipient. If you are not the intended recipient, > please contact the sender and delete all copies. Any review or distribution > by others is strictly prohibited. Personal emails are restricted by policy > of the State Employees' Credit Union (SECU). Therefore SECU specifically > disclaims any responsibility or liability for any personal information or > opinions of the author expressed in this email. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [giggling] Does anybody use z390, other than as a hobbist?
Same here... On Thu, Dec 17, 2015 at 1:15 PM, Grinsell, Don <dgrins...@mt.gov> wrote: > The first time I read it my mind filled in "supposedly" but then I read it > again slower... > > -- > > Donald Grinsell > State of Montana > 406-444-2983 > dgrins...@mt.gov > > "The reward of a thing well done is to have done it." > ~ Ralph Waldo Emerson > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Tony Thigpen > > Sent: Thursday, December 17, 2015 10:43 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: [giggling] Does anybody use z390, other than as a hobbist? > > > > Ok, I know what I intended to say. But, what did you read that made it > read > > funny? (I re-read it but am missing something.) :-) > > > > Tony Thigpen > > > > Grinsell, Don wrote on 12/17/2015 12:39 PM: > > > Tony, > > > > > > I got a real chuckle out of your first sentence and it's not even > Friday yet. I > > had to read it twice to be sure. > > > > > > Regards, > > > > > > Don > > > > > > -- > > > > > > Donald Grinsell > > > State of Montana > > > 406-444-2983 > > > dgrins...@mt.gov > > > > > > "I'll sleep when I'm dead..." > > > ~ Warren Zevon > > > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > ------ > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to > > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity & Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMC 2.11.0 and SSL V3
Not sure that I have seen this one but we had certificate errors. Create a self signed certificate on your HMC and add it to your PC's certificate store. Also our HMC's are not in DNS so I had to update the host file on my PC. On Tue, Jan 27, 2015 at 2:32 PM, Carole Slagh car...@clemson.edu wrote: We are having a problem where Firefox 35.0.1 will not allow a web connection to our HMC SSL V3.0 with error: Firefox cannot guarantee the safety of your data on url because it uses SSLv3, a broken security protocol. Advanced info: ssl_error_no_cypher_overlap I can't find a way to turn off SSL in the HMC Management Console. Since we have a local LAN, we are secure without SSL. Has anyone else had this problem and get around it? Thanks, Carole Slagh Clemson University. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Upgrade to Enterprise COBOL v5.1
Cut-n-past to the list maybe? On Thu, Oct 9, 2014 at 11:00 AM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Mulder [ snip ] I reviewed your PMR and dumps, and made some suggestions in the PMR. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY Thank you, Sir. We'll run it by Change Control, and possibly try your suggestions tonight. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Upgrade to Enterprise COBOL v5.1
Thank you! We are about to start looking at V5.1 for production and I am accumulating a quick list for reference if we run into anything. We have had success so far with the limited testing we have completed. On Thu, Oct 9, 2014 at 1:43 PM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Keith Smith Cut-n-past to the list maybe? I s'pose: something like SLIP SET,SA,RA=(25DCC,25DCF),ASIDSA=('JOBNA*'),A=TRACE,TD=(STD,REGS,25DCC,25DCF ),ID=OVLY,END And I would go with a MODE=INT GTF trace, with SD=10M. The SLIP dump of the U4087 abend should contain the most recent 10MB of GTF trace. The specific addresses in the SLIP are where the job has allocated the storage that holds the pointer that got corrupted in each previous dump, so we're gambling on it being at the same virtual address in each job next time we try to trap the corrupter. Note the generic job name in ASIDSA. -jc- On Thu, Oct 9, 2014 at 11:00 AM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jim Mulder [ snip ] I reviewed your PMR and dumps, and made some suggestions in the PMR. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY Thank you, Sir. We'll run it by Change Control, and possibly try your suggestions tonight. -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries
Re: EZZ9308E UNRESPONSIVE NAME SERVER
I have had the same problem. I am sure it is network related but my network folks say nothing has changed... to that I say... why did it just start occurring without any change anywhere. I was forced to add: RESOLVERTIMEOUT 10 UNRESPONSIVETHRESHOLD(85) Note that your current level of failure is 50%. I think the default on UNRESPONSIVETHRESHOLD is something like 25%. Meaning if in the sample time period you have over 25% failures... you get the message. Since this is just an early warning type message, and my network folks can't tell me why it is failing at times... I set my UNRESPONSIVETHRESHOLD to 85% and, if I understand RESOLVERTIMEOUT, correctly, I have doubled the amount of time that it gathers attempts to calculate the percentage. Making these changes on my system has cut these messages down from several per day to just a few each week. Regards, On Thu, May 8, 2014 at 7:13 AM, גדי בן אבי gad...@malam.com wrote: Hi, Once in a while we receive this series of messages: 14128 13:58:52.67 STC17917 0090 *EZZ9308E UNRESPONSIVE NAME SERVER DETECTED AT IP ADDRESS x.x.x.x 14128 13:58:52.67 STC17917 0090 EZZ9310I NAME SERVER x.x.x.x 409 409 0090 TOTAL NUMBER OF QUERIES SENT 2 409 0090 TOTAL NUMBER OF FAILURES 1 409 0090 PERCENTAGE 50% 14128 14:03:52.68 STC17917 0090 EZZ9309I NAME SERVER IS NOW RESPONSIVE AT IP ADDRESS x.x.x.x 14128 14:03:52.68 STC17917 0090 EZZ9310I NAME SERVER x.x.x.x 257 257 0090 TOTAL NUMBER OF QUERIES SENT 2 257 0090 TOTAL NUMBER OF FAILURES 0 257 0090 PERCENTAGE 0% The messages are issued by the resolver address space. Is there a way to find out what is causing these messages? It looks like some kind of DNS query. Can I find out what the query was? We are using z/OS 1.13 Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EZZ9308E UNRESPONSIVE NAME SERVER
I left off the and I have doubled the amount of time that it gathers attempts to calculate the percentage *and the time it allows for an attempt to be considered a failure.* On Thu, May 8, 2014 at 7:52 AM, Keith Smith keith.sm...@shawinc.com wrote: I have had the same problem. I am sure it is network related but my network folks say nothing has changed... to that I say... why did it just start occurring without any change anywhere. I was forced to add: RESOLVERTIMEOUT 10 UNRESPONSIVETHRESHOLD(85) Note that your current level of failure is 50%. I think the default on UNRESPONSIVETHRESHOLD is something like 25%. Meaning if in the sample time period you have over 25% failures... you get the message. Since this is just an early warning type message, and my network folks can't tell me why it is failing at times... I set my UNRESPONSIVETHRESHOLD to 85% and, if I understand RESOLVERTIMEOUT, correctly, I have doubled the amount of time that it gathers attempts to calculate the percentage. Making these changes on my system has cut these messages down from several per day to just a few each week. Regards, On Thu, May 8, 2014 at 7:13 AM, גדי בן אבי gad...@malam.com wrote: Hi, Once in a while we receive this series of messages: 14128 13:58:52.67 STC17917 0090 *EZZ9308E UNRESPONSIVE NAME SERVER DETECTED AT IP ADDRESS x.x.x.x 14128 13:58:52.67 STC17917 0090 EZZ9310I NAME SERVER x.x.x.x 409 409 0090 TOTAL NUMBER OF QUERIES SENT 2 409 0090 TOTAL NUMBER OF FAILURES 1 409 0090 PERCENTAGE 50% 14128 14:03:52.68 STC17917 0090 EZZ9309I NAME SERVER IS NOW RESPONSIVE AT IP ADDRESS x.x.x.x 14128 14:03:52.68 STC17917 0090 EZZ9310I NAME SERVER x.x.x.x 257 257 0090 TOTAL NUMBER OF QUERIES SENT 2 257 0090 TOTAL NUMBER OF FAILURES 0 257 0090 PERCENTAGE 0% The messages are issued by the resolver address space. Is there a way to find out what is causing these messages? It looks like some kind of DNS query. Can I find out what the query was? We are using z/OS 1.13 Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z9BC - HMC access via Chrome or FireFox?
I don't know about 2.11 but 2.12 works fine under FireFox 22 for me. I did have to tell Firefox to accept the risk and allow popups from the HMC IP address. On Mon, Apr 7, 2014 at 2:53 PM, Ken Smith featse...@gmail.com wrote: I can confirm operating system messages doesn't work for me in Firefox (22) but does in IE 8. The popup window doesn't pop under Firefox. This is HMC 2.11 on a z/10. All other pop ups work in Firefox. Unable to find any info on supported browsers. If they support firefox this is a defect. Ken On Mon, Apr 7, 2014 at 10:28 AM, R.S. r.skoru...@bremultibank.com.pl wrote: W dniu 2014-04-07 14:40, John McKown pisze: I've tried to access the system messages function on the HMC (z9BC) via the web interface using the I.E. , Chrome, and Firefox browsers. I can do everything on all of them _except_ for the system messages function; which I use as the z/OS console to IPL from home. This functions only works properly with I.E. (7.0.5730.13 to be exact). Does anybody use Chrome or Firefox with the system messages function on the HMC? Did you need to do anything special, such as enabling something? I keep getting messages about an obsolete Java, but I dare not touch it because it is used for critical management reporting and that application requires this old version of Java (and we have no one competent enough in Java to fix it). I have HMC 2.9x (delivered with z9), as well as 2.10.x. Also used to have 2.11 and 2.12. All of them have problems with (not so) latest Java security updates. However I can access every possible function/feature from Firefox. The Firefox is current one, as well as Java, but I changed some Java default settings. So, play with Control Panel - Java applet (Windows OS assumed). One fo the features is possibility to add your HMC to security exclusion list. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl http://www.mbank.pl/, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.532.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw
Re: Long Passwords
It would be more helpful if everyone would reply with what they know to be a fact. It has been stated that every RACF ID must have a password. I added a new user to my system and only created a password phrase. I was able to logon to TSO using the password phrase. So, it does not seem to be true that a password is required unless RACF created some random password, but the bottom line is there is no password that I can use to logon except the password phrase. USER= NAME=x OWNER=xx CREATED=13.079 DEFAULT-GROUP=SYS1 PASSDATE=00.000 PASS-INTERVAL= 90 PHRASEDATE=13.079 ATTRIBUTES=OPERATIONS GRPACC ATTRIBUTES=PASSPHRASE z/os 1.12 On Wed, Mar 20, 2013 at 1:26 AM, Ed Jaffe edja...@phoenixsoftware.comwrote: On 3/19/2013 12:07 PM, EXT-Schwarz, Barry wrote: So you're only using them for TSO? I thought you would have to use them for everything if you turned them on? A user with a pass phrase must also have a password. When RACF is called to validate either, it uses the length of the data to determine which it is validating. Consequently, a user with a pass phrase need not ever use it. The password will always work. (I imagine the password authentication exits could be used to prohibit using the password.) No. RACROUTE REQUEST=VERIFY has two mutually-exclusive sets of keywords: a) PASSWRD= and NEWPASS= and b) PHRASE= and NEWPHRASE=. If the issuer of RACROUTE chooses to implement passphrases, then passwords need not be supported at all. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.**com/ http://www.phoenixsoftware.com/ --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Long Passwords
In my experience password phrase must be at least 14 characters. On Wed, Mar 20, 2013 at 10:10 AM, Paul Gilmartin paulgboul...@aim.comwrote: On Wed, 20 Mar 2013 09:57:34 -0400, Keith Smith wrote: I was able to logon to TSO using the password phrase. So, it does not seem to be true that a password is required unless RACF created some random password, but the bottom line is there is no password that I can use to logon except the password phrase. Is there any requirement that a password phrase be longer than 8 characters? If not, there would seem to be a non-empty intersection of the spaces of passwords and password phrases -- the same string could be used as either. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Long Passwords
I stand corrected. The password is, in fact, the default group. There are way too many gotchas popping up... What happens if the password is expired? Will the password phrase still work? I guess I should test this too. On Wed, Mar 20, 2013 at 10:18 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Keith Smith wrote: It has been stated that every RACF ID must have a password. Statement is correct. From RACF Command Language Ref: AU command: Every user that you assign a password phrase must have a password. When you specify PHRASE for a user without specifying PASSWORD, the user is assigned the default password. In your case, it is SYS1. I was able to logon to TSO using the password phrase. So, it does not seem to be true that a password is required unless RACF created some random password, but the bottom line is there is no password that I can use to logon except the password phrase. True, you can use either password or password phrase to logon. But you can still logon with password only, just use the group as your password. To avoid this exposure always enter a password value and never tell your users what the password is. DEFAULT-GROUP=SYS1 PASSDATE=00.000 PASS-INTERVAL= 90 PHRASEDATE=13.079 ATTRIBUTES=PASSPHRASE Now I know your passsword! It is SYS1 ;-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Long Passwords
Manuals... we don't need no stinkin' manuals... :-) On Wed, Mar 20, 2013 at 2:38 PM, Walt Farrell walt.farr...@gmail.comwrote: On Wed, 20 Mar 2013 10:44:41 -0400, Keith Smith keith.sm...@shawinc.com wrote: I stand corrected. The password is, in fact, the default group. There are way too many gotchas popping up... What happens if the password is expired? Will the password phrase still work? I guess I should test this too. As the RACF manuals clearly document, expiration of the password has no effect on using the password phrase, and vice versa. While they have the same expiration interval, they have separate expiration dates. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Mail Drop 072-04 Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Long Passwords
We are just getting started. It seems to work okay. It was a simple change to implement it for TSO. Looks like FTP will only work 1.13 and higher and I have not looked at CICS yet. I am interested to hear from others as well. On Mon, Mar 18, 2013 at 3:04 PM, Toole, Michael mto...@aaamichigan.comwrote: Is anybody using password phrases or in some other way using passwords longer than 8 characters on z/OS? If so, could you share your experience? Mike Michael K. Toole Sr. I.T. Consultant The Auto Club Group 1 Auto Club Drive Dearborn, Mi. 48126 313-336-1783 mto...@aaamichigan.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Long Passwords
Well if we are talking the same thing either works. Password or Password Phrase. USER=xx NAME=yyy OWNER= CREATED=09.300 DEFAULT-GROUP=SYS1 PASSDATE=13.036 PASS-INTERVAL= 90 PHRASEDATE=13.073 ATTRIBUTES=PASSPHRASE after adding passphrase to the ID and changing SYS1.PARMLIB(IKJTSO00) to add: LOGON /* LOGON PARMS */ + PASSPHRASE(ON) /* TURN ON LOG PASSWORDS */ We can no log-on with either the original 8 digit max password or the new passphrase of up to 100 characters. I have not tested up to 100, but the field seems to hold it wrapping to the next line. I tested a 21 character password. Regards, Keith On Mon, Mar 18, 2013 at 3:16 PM, Toole, Michael mto...@aaamichigan.comwrote: So you're only using them for TSO? I thought you would have to use them for everything if you turned them on? Mike Michael K. Toole Sr. I.T. Consultant The Auto Club Group 1 Auto Club Drive Dearborn, Mi. 48126 313-336-1783 mto...@aaamichigan.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Keith Smith Sent: Monday, March 18, 2013 3:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Long Passwords We are just getting started. It seems to work okay. It was a simple change to implement it for TSO. Looks like FTP will only work 1.13 and higher and I have not looked at CICS yet. I am interested to hear from others as well. On Mon, Mar 18, 2013 at 3:04 PM, Toole, Michael mto...@aaamichigan.com wrote: Is anybody using password phrases or in some other way using passwords longer than 8 characters on z/OS? If so, could you share your experience? Mike Michael K. Toole Sr. I.T. Consultant The Auto Club Group 1 Auto Club Drive Dearborn, Mi. 48126 313-336-1783 mto...@aaamichigan.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- 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 -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Long Passwords
This is VERY true. The application will have to support it. However, the world seems to be moving to SSO and if it is to get there... then z/os will have to play on the long password field. I expect most, if not all, standard IBM products will use either in time. On Mon, Mar 18, 2013 at 3:23 PM, R.S. r.skoru...@bremultibank.com.plwrote: W dniu 2013-03-18 20:16, Toole, Michael pisze: So you're only using them for TSO? I thought you would have to use them for everything if you turned them on? It CANNOT be used for everything. Reason: some of everything do not support long passwords. IMHO it is an issue for unwashed masses of regular users, not technical staff. And most of regular users use ONE application (CICS or IMS), so they are not interested in ftp, TSO, NETVIEW or JCL. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomo ci mo e zawiera informacje prawnie chronione Banku przeznaczone wy cznie do u ytku s u bowego adresata. Odbiorc mo e by jedynie jej adresat z wy czeniem dost pu osób trzecich. Je eli nie jeste adresatem niniejszej wiadomo ci lub pracownikiem upowa nionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dzia anie o podobnym charakterze jest prawnie zabronione i mo e by karalne. Je eli otrzyma e t wiadomo omy kowo, prosimy niezw ocznie zawiadomi nadawc wysy aj c odpowied oraz trwale usun t wiadomo w czaj c w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl S d Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru S dowego, nr rejestru przedsi biorców KRS 025237, NIP: 526-021-50-88. Wed ug stanu na dzie 01.01.2013 r. kapita zak adowy BRE Banku SA (w ca o ci wp acony) wynosi 168.555.904 z otych. --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Odd request: anyone know of where I might find a 4361 or a 4381?
If Archie can't find it... it is not out there. Mainframe Services, Inc. 6217 Vance Rd. Chattanooga, TN 37421 Phone: (423) 664-9000 sa...@mainframeservices.com On Mon, Jul 30, 2012 at 4:10 PM, Ed Finnell efinnel...@aol.com wrote: I was thinking maybe GSA or some of the OEM's that used 43xx's internally. MASSTOR comes to mind, but I haven't seen one of those for ages. In a message dated 7/30/2012 2:05:01 P.M. Central Daylight Time, wdonze...@gmail.com writes: seen two 4381s pop up (both went to Europe), and a 4331. At this point, you will need a bunch of good old fashion luck and legwork -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Keith Smith Engineer-Enterprise Sys Sr.-IT Capacity Performance Shaw Industries Inc. Subsidiary of Berkshire Hathaway 616 E Walnut Ave Dalton, GA 30721 Email: keith.sm...@shawinc.com Office: 706.275.3244 Please consider the environment before printing. -- ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN