Re: EXTERNAL EMAIL: Re: Mainframe performance tool replacement
If you want to broaden your options you could take a look at Intellimagic. I used SAS/MICS/MXG for years but recently we are using the Intellimagic product and have been really happy with it. Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Oujesky Sent: Tuesday, May 7, 2024 9:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Mainframe performance tool replacement Food for thought, while MICS is tied to running on z/OS, SAS runs on multiple platforms. So you might consider a MICS to MXG conversion and shifting to a Windows/Unix platform for the core processing and subsequent data analysis and reporting. Michael At 08:20 AM 5/7/2024, raji wrote: >Hello All, > >Good Day! > >We have been running with SAS and MICS software to analysis system >performance and to produce reports on daily basis. > >There is a situation to come out of using SAS due to many reasons. > >We would like to know the alternate product for this SAS and MICS. > >Any suggestions please. > >Regards, >Raji M > >-- >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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: How to reduce the overhead of WLM?
During the hullabaloo of the Y2K testing period I had a dedicated CEC for Y2K testing so we could change the dates as necessary. I ran that box for a considerable time using SYSTEM, SYSSTC and everything else got placed in Discretionary. This worked just fine for a development/testing environment. This MIGHT help the OP Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: Tuesday, March 5, 2024 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: How to reduce the overhead of WLM? Classification: Confidential The most important resource in most shops is CPU and is usually the critical factor in WLM adjustments. Judicious user of SC period and IMPortance is far more effective in controlling the distribution of CPU. . I would not overload SYSSTC with work, this will prevent WLM from servicing really critical stuff (GRS, XCF, IRLM,..). However it’s not my dog. Another thought to the OP. Are you trying to reduce overhead because of a CPU shortage, or just curious? Think absolute value vs percentage. In Sandbox environments, very often something like WLM appears to be the largest consumer of CPU), but in absolute terms it is really minor. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Marchant Sent: Tuesday, March 5, 2024 7:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to reduce the overhead of WLM? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Would it help to have more of those address spaces in SYSSTC so that WLM doesn't try to manage them? -- Tom Marchant On Tue, 5 Mar 2024 01:03:27 +, Graham Harris wrote: >A few years back, I did a deep dive into tuning CPU usage across a >multitude of very small z/OS guests under z/VM, and WLM was certainly a >big hitter for many of them, but as there were so many instances, I was >able to see notable differences in WLM use between "LPARs", which was >obviously "of interest". >The upshot seemed to be that WLM costs had a fairly firm relationship >with the number of active address spaces on the "LPAR", presumably down >to the amount of sampling that WLM has to do against each address space >every 250ms (I think). I did enquire of IBM as to whether the sampling >rate could be "adjusted", and that came back with a negative response >(not really a surprise). >So the obvious answer may be to only have address spaces started, when >they are only really needed to be there. >Although you may need to assess the cost of stopping/starting those >address spaces, versus the background WLM cost. > > >On Mon, 4 Mar 2024 at 23:08, Wendell Lovewell < >01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: > >> This is probably a strange question, but is there a way to reduce WLM cpu >> usage? Here's the situation: >> >> - The system is a lightly used development system. Unless something >> is in a loop (very rare), CPU % probably is usually less than 10%. >> And except for system regions & CICS, it's rare to have multiple jobs >> running concurrently. >> - Only one processor defined to the VM. No ZIIP either. >> - We are charged for CPU cycles. >> - WLM is the highest consumer of CPU. JES2, TCPIP, ZFS and SDSFAUX >> round out the top 5 consumers. >> >> There is a lot of information about WLM tuning, but as best I can >> tell almost none of it relates to reducing WLM usage. >> >> From reading the Init & Tuning manual, I'm trying these settings: >> AIMANAGEMENT=NO >> HIPERDISPATCH=NO >> CCCAWMT=45 >> RMPTTOM=15000 >> >> I was thinking that perhaps reducing whatever processing intervals I >> could might help. But I can't tell these changes made a difference. >> (I don't have a tool to measure WLM usage.) >> >> Any suggestions would be appreciated. >> >> TIA, >> >> Wendell >> >> - >> - 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..
Re: EXTERNAL EMAIL: ZOS Sending Logs to Sumologic Experience?
We used a product to send syslog/smf data to splunk called Correlog - since acquired by BMC and I don't know its new same. I don't think you will have any success in doing this without some agent on the mainframe that can extract and then send the data. Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Estle Sent: Monday, March 4, 2024 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: ZOS Sending Logs to Sumologic Experience? All, We are embarking on an endeavor to explore sending logics to a tool called Sumologic(sumologic.com). For those who are unaware, Sumologic is a competitor to Splunk and contains a very powerful real time log parsing analytics engine which can be used to build dashboards, alerts, and more. My basic question is has anyone heard of or actually been involved in devising ways to send ZOS logs into Sumalogic - our initial efforts will be security related, but for now am just asking if anyone has any experience in this realm at all? Or maybe you are doing something similar to Splunk? If so, you can post in forum or feel free to reach directly out to me: Thanks much, Steve Estle sest...@gmail.com 303-817-9954 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Query - do you have access to GitHub from your z/OS system? And do you have git on your z/OS system?
No & No Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lionel B. Dyck Sent: Wednesday, February 14, 2024 7:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Query - do you have access to GitHub from your z/OS system? And do you have git on your z/OS system? As part of the z/OS Open Tools project I'm asking if your z/OS system has access to GitHub. The reason for this question is that IBM, ISVs, and open-source developers are increasingly using GitHub. Questions: 1. Do you have access to GitHub from your z/OS system? 2. Do you have git installed on your z/OS system? Thank you Lionel B. Dyck <>< Github: https://github.com/lbdyck System Z Enthusiasts Discord: https://discord.gg/system-z-enthusiasts-880322471608344597 "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - - - John Wooden -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: JES2 JOBDEF DUPL_JOB=NODELAY - Any gotchas?
Biggest issue from my perspective is if all these jobs are on Initiators (rather than delayed in the input queue) how much are they count to block each other with dataset contention etc. Theres a possibility for some to even get into deadly embraces where 2 jobs lock each other out and can never finish because each is holding resources that the other needs. Nowadays with scheduling packages and other advancements this is not common but in the past it was frequent. We run with Delay so jobs of the same name (normally doing the same thing) Queue . Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Thursday, February 1, 2024 10:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: JES2 JOBDEF DUPL_JOB=NODELAY - Any gotchas? I am not a sysprog but I occasionally play one in my spare time. I am thinking of changing a system that I control to DUPL_JOB=NODELAY. Any gotchas? Anything I need to consider before I do this? Do most/many of you run with NO_DELAY? I am trying to solve a problem where I have jobs delayed because the names are duplicates. I can't easily change the jobnames. I can't think of any issues. We don't have any significant automation. I can't think of anything where jobs are referenced by name rather than Job ID. What should I be considering? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Greg Dyck
Sad news - I greatly appreciated his posts here, but never managed to meet him. Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rob Scott Sent: Wednesday, January 31, 2024 7:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Greg Dyck It is with great sadness that I have to report the sudden passing of Greg Dyck. Greg has been working at Rocket Software for the last 8 years or so, but most of you will know him from decades spent working on the deep internals within both z/OS and DB2. A brilliant developer and software architect, he will leave his fingerprints on many core components and also in the memories of the countless people who benefited from his kindness and willingness to help. I came across Greg in the 1990s on IBM-Main and was amazed at the level with which he was prepared to educate and help the posters on the forum. I finally met him in person when he worked at Rocket and could actually shake his hand and thank him for everything he taught me over the years from reading his posts. I know that generations of mainframers have benefitted from his assistance and that he helped make everyone he came across a better programmer. He will be greatly missed. Rob Scott Principal Architect, Mainframe Systems Tools Distinguished Engineer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com<mailto:rsc...@rs.com> Web: www.rocketsoftware.com<http://www.rocketsoftware.com/> Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Thank you, IBM-MAIN!
Tom - enjoy your well deserved retirement ! Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Horein Sent: Friday, January 26, 2024 5:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Thank you, IBM-MAIN! Enjoy your retirement! On Fri, Jan 26, 2024 at 12:22 PM Tom Sims wrote: > My apologies to anyone who feels this post inappropriate, but in view of > my imminent retirement, I want thank the entire IBM-MAIN community for > the 3+ decades of knowledge and support that have helped make my > employment and professional development a reality. > > Most especially, even at the risk of offending anyone I miss, to the > following: > > Leonard Woren, who mentored me in my early days at USC and has been a > reliable resource and sounding board in all the years since; > > Brian Westerman, who helped me move on from UCSF-Stanford with a clear > conscience by filling any void I left and has also been of assistance in > all the years since; > > Sam Golob, whom I met via email only recently, but who has always been > there for advice, technical support and an endless source of the > mainframe esoterica that made this world so interesting and fun. > > To all the rest, the community at SHARE, former colleagues -- you all > rock! The dying mainframe of the early nineties has outlasted all of > us, and we all helped make it happen. > > Again, thank you, and fare well wherever you fare! I've worn so many > mainframe hats, and I still have them all! > > Tom Sims > Trident Services > > -- > 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: So Long, and Thanks for All the Fish*
Congratulations ! Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Cheryl Watson Sent: Monday, January 22, 2024 9:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: So Long, and Thanks for All the Fish* * For those too young to remember, check out Wiki Hi all, I’m retiring, but first want to send out a thank you to all the IBM-Mainers still posting, as well as those who are no longer active. IBM-Main has provided a life-line to me at times when I had nowhere else to turn. (I remember one night at 3 am, where I was stuck on a problem, and found someone who could help me here.) I’ve found IBM-Main a wonderful place to learn new tricks, ponder the pros and cons of different approaches, and learn from some of the brightest in the industry. (I have to admit that I tend to ignore the posts that delve into the far annals of time, because I’m more focused on what is happening now.) I haven’t been too active recently because Frank Kyne, our outstanding Editor and President has been more involved in the technical side of things. But I want you all to know how valuable this group has been to me since it started. (Yes, I was one of those at the very beginning.) For more info on our retirement, please see our blog post at https://watsonwalker.com/were-retiring/. Thanks from the bottom of my heart! All my best, Cheryl Watson == Cheryl Watson Walker, CEO Watson & Walker, Inc. Sarasota, FL USA www.watsonwalker.com Cell/Text: 941-266-6609 == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: IBM-MAIN Posting Guidelines
Thank you Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Darren Evans-Young Sent: Sunday, September 17, 2023 2:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: IBM-MAIN Posting Guidelines First, I would like to apologize to the list for not being a better list owner. Life has been busy. I've had numerous complaints about some postings on the list. So, here's the deal. All posts WILL be directly related to IBM Mainframe topics. No discussions of religion, politics, etc. No name calling, insults, etc. Respect each other. Failure to adhere to these simple basic guidelines will result in being set to REVIEW and/or removal from the list. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences
OK - so you are planning DB2 z to DB2 z that makes it simpler. Are you running on your own systems or are you planning to move to a hosted operating system (in other words are you just migrating DB2 or would you be migrating your OS as well). We recently moved all our mainframe work to the zCloud and I'd be happy to answer any questions you may have. Some might need to be in a private conversation but I will say the most critical piece of the move will be your network and network addresses. Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lance D. Jackson Sent: Thursday, August 31, 2023 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences Sorry Jerry, I missed it. What's being considered (among other things) is Db2 Z on-prem to Db2 Z cloud. I was just trying to see if anyone in the community had any experiences to share. Thanks. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jerry Whitteridge Sent: Thursday, August 31, 2023 13:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences Lance - I responded to your query asking for clarification on your question. Are you asking about moving Mainframe DB2 to UDB in the cloud or Mainframe DB2 to Mainframe DB2 (hosted on z/OS still) ? J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lance D. Jackson Sent: Wednesday, August 30, 2023 5:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences David, Actually, yours is the FIRST response to my query. I was primarily curious if anyone has had experience with this (not advocating for it). My client is exploring the possibilities, and I wanted to see if anyone has made the leap. -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Elliot Sent: Tuesday, August 29, 2023 18:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: On-Prem to Cloud Mainframe Migration Experiences Not seeing much in the way of responses to your question, Lance. Could be you are asking an impossible question. like ' Is there a god?' or 'is global warming real?' Were you expecting an outpouring of enthusiasm for this nebulous technology? What were your experiences? Did you get what you were promised or what you deserved? On Mon, Aug 21, 2023 at 11:23 AM Lance D. Jackson < ljack...@pandrueassociates.com> wrote: > List, > > Has anyone had experience (good or bad) with migrating their mainframe > Db2 workload from on-prem to the cloud? > > -- > 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or cop
Re: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences
Lance - I responded to your query asking for clarification on your question. Are you asking about moving Mainframe DB2 to UDB in the cloud or Mainframe DB2 to Mainframe DB2 (hosted on z/OS still) ? J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lance D. Jackson Sent: Wednesday, August 30, 2023 5:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: On-Prem to Cloud Mainframe Migration Experiences David, Actually, yours is the FIRST response to my query. I was primarily curious if anyone has had experience with this (not advocating for it). My client is exploring the possibilities, and I wanted to see if anyone has made the leap. -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Elliot Sent: Tuesday, August 29, 2023 18:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: On-Prem to Cloud Mainframe Migration Experiences Not seeing much in the way of responses to your question, Lance. Could be you are asking an impossible question. like ' Is there a god?' or 'is global warming real?' Were you expecting an outpouring of enthusiasm for this nebulous technology? What were your experiences? Did you get what you were promised or what you deserved? On Mon, Aug 21, 2023 at 11:23 AM Lance D. Jackson < ljack...@pandrueassociates.com> wrote: > List, > > Has anyone had experience (good or bad) with migrating their mainframe > Db2 workload from on-prem to the cloud? > > -- > 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Retrieving Certificate details from a server
Unfortunately my system is responding expired cert and drops the connection before I can do that - which is why I'm trying to get the cert details J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Saturday, August 26, 2023 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: Re: Retrieving Certificate details from a server In my emulator if I click on the padlock icon I get OpenSSL Version: OpenSSL 1.0.1g 7 Apr 2014 Encryption: AES256-GCM-SHA384 - 256 bits Protocol:TLSv1.2 Issued By: DigiCert Inc Organization:International Business Machines Corporation Distinguished Name: unknown Department: unknown Country: US State/Province: New York City:Armonk Domain: dtsc.dfw.ibm.com Valid: From 2023-04-05 00:00:00 to 2024-04-04 23:59:59 This is with Tom Brennan's Vista. Your mileage may vary. Charles On Sat, 26 Aug 2023 17:46:44 +, Jerry Whitteridge wrote: >Thanks Charles I was just starting to look at if curl would do it. > >This is a TN3270 server on z/OS that I want to check what cert it is >presenting to the user for a TLS connection. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Retrieving Certificate details from a server
Thanks Charles I was just starting to look at if curl would do it. This is a TN3270 server on z/OS that I want to check what cert it is presenting to the user for a TLS connection. J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Saturday, August 26, 2023 10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Retrieving Certificate details from a server Well, I wrote a product that does exactly that in a beautiful graphic fashion and is part of NewEra's ICEDirect suite. https://www.newera.com/INFO/ICEDirect.pdf Does that count? For free tools 1. Is it a Web server? If so most browsers will display the server certificate and the entire chain of trust. Click on the padlock icon next to the URL and take it from there. 2. Perhaps you can do this with OpenSSL? I think so but don't know the details. 3. Can you do this with curl? Seems likely but I am not a curl expert. Charles On Sat, 26 Aug 2023 16:52:46 +, Jerry Whitteridge wrote: >I used to use a java command to check on my certs on the mainframe > >keytool -printcert -sslserver :port > >but now all I get is a message > >XXX:/u/xxx:>keytool -printcert -V -sslserver .yyy.com >keytool error: java.lang.Exception: No certificate from the SSL server -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Retrieving Certificate details from a server
I used to use a java command to check on my certs on the mainframe keytool -printcert -sslserver :port but now all I get is a message XXX:/u/xxx:>keytool -printcert -V -sslserver .yyy.com keytool error: java.lang.Exception: No certificate from the SSL server Does anyone have another tool that can provide the same info ? Jerry Whitteridge Sr Manager Managed Services jerry.whitteri...@albertsons.com 480 578 7889 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: On-Prem to Cloud Mainframe Migration Experiences
Define move to the cloud ? We moved all our z/OS systems to the zCloud environment which obviously included the databases. Or are you asking about moving z/OS DB2 to UDB DB2 ? J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lance D. Jackson Sent: Monday, August 21, 2023 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: On-Prem to Cloud Mainframe Migration Experiences List, Has anyone had experience (good or bad) with migrating their mainframe Db2 workload from on-prem to the cloud? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Preferred FTP Client for Windows
Also remember that in most cases (That I know of) you will need to use secure FTP and there are also even fewer clients that support FTPS as opposed to SFTP. Jerry Whitteridge jerry.whitteri...@albertsons.com Sr. Manager Managed Services Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Schmitt, Michael Sent: Wednesday, July 26, 2023 3:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Preferred FTP Client for Windows FileZilla for GUI. Windows built-in FTP for command line, but... There are NO (free) command line FTP clients for Windows that support passive mode AND work with the MVS file system. Zilch. Nada. NOT A SINGLE ONE. Reason is the Windows FTP client doesn't support passive mode. And all the third party clients try to be too smart; instead of just passing the entered command as is to the server, they try to track your current directory state -- and get hopelessly confused by the MVS "directory" syntax. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Estle Sent: Wednesday, July 26, 2023 4:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Preferred FTP Client for Windows Hello All, I work in a secure government environment and moving files up and down from the mainframe (especially traditional ZOS datasets) is a '' pita with Winscp and everything I read (including IBMMAIN archives) is that tool is just plain dumb when it comes to datasets with standard ZOS HLQ's. I'm trying to do a non-scientific poll - what is the preferred FTP client to run on Windows platform out there everyone is using that you are happy with and can easily navigate to either traditional ZOS HLQ dataset or Unix System Services files. Of course freeware is preferred if user friendly. I know there is Filezilla but not sure it is much better than Winscp? Thanks for everyone's thoughts and input. Steve Estle steven.es...@peraton.com -- 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Preferred FTP Client for Windows
I've found that Filezilla is one of the few that understands MVS as well as Unix formats Jerry Whitteridge jerry.whitteri...@albertsons.com Sr. Manager Managed Services Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Estle Sent: Wednesday, July 26, 2023 2:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Preferred FTP Client for Windows Hello All, I work in a secure government environment and moving files up and down from the mainframe (especially traditional ZOS datasets) is a '' pita with Winscp and everything I read (including IBMMAIN archives) is that tool is just plain dumb when it comes to datasets with standard ZOS HLQ's. I'm trying to do a non-scientific poll - what is the preferred FTP client to run on Windows platform out there everyone is using that you are happy with and can easily navigate to either traditional ZOS HLQ dataset or Unix System Services files. Of course freeware is preferred if user friendly. I know there is Filezilla but not sure it is much better than Winscp? Thanks for everyone's thoughts and input. Steve Estle steven.es...@peraton.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: RSU Maintenance: Asking For a Friend
We would never take the approach you mentioned. I would hate to explain to my management that we took an outage due to the fact we had not put on a fix that had been available for some time. Our philosophy is to apply Quarterly RSU -1 regularly each quarter plus any vulnerability fixes identified . This doesn't mean we achieve it every quarter due to other workloads but that what we try and do. Jerry Whitteridge jerry.whitteri...@albertsons.com Sr. Manager Managed Services Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Watkins Sent: Monday, July 17, 2023 3:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: RSU Maintenance: Asking For a Friend There is a shop where the current philosophy is to not put on any maintenance other than a PTF here and there if it is needed for a problem. But no RSU maintenance. Instead of maintenance, the plan is to just reinstall z/OS and all related products anytime they want to refresh the maintenance level, including in between z/OS upgrades. When it was suggested that a reinstall requires so much more effort and risk compared to RSU maintenance, the response was "it doesn't really and that a lot of shops do it that way". Sure there are some shops that never put on maintenance in-between upgrades, except the PTFs required for a problem. Are there other places that regularly reinstall everything instead of putting on maintenance? Are there benefits to this approach? Would this approach bother you? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: SAS Replacement
We have recently started to use Intellimagic and I wish I'd found the product years ago. Like all the PCM products there is a learning curve but we were productive very quickly and didn't need any SAS literate staff (which we didn't have) Jerry Whitteridge jerry.whitteri...@albertsons.com Sr. Manager Managed Services Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kenneth Kripke Sent: Wednesday, June 28, 2023 12:26 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: SAS Replacement Hello; I am curious if there is a known replacement product for SAS, specifically Performance and Capacity software that is not dependent on using the SAS product to collect, process, and, report on Capacity and performance? I have heard of IntelliMagic, however, I do not know the capabilities of the product. Any recommendations would be appreciated. Regards, Kenneth James Kripke k.kri...@comcast.net <mailto:k.kri...@comcast.net> 443-851-1237 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Does the term USE CASE apply to system software upgrades
Your use cases would be to write a tape, read a tape, scratch a tape etc. etc. J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Tuesday, June 27, 2023 1:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Does the term USE CASE apply to system software upgrades So if I am planning to update my tape management system, would I be able to create a use case? The software is from a vendor. The process is invoked whenever a tape mount request is made. So I am not sure how w Use Case would apply Thank you -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kevin Mckenzie Sent: Tuesday, June 27, 2023 12:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Does the term USE CASE apply to system software upgrades I would suggest choosing a function or two that you're planning on exploiting on the new release, and have those be the use cases. -- Kevin McKenzie External Phone: 845-435-8282, Tie-line: 8-295-8282 z/OS Test Services - Test Architect, Provisioning z/OS Hardware/Software Interlock From: IBM Mainframe Discussion List on behalf of Lizette Koehler Date: Tuesday, June 27, 2023 at 3:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Does the term USE CASE apply to system software upgrades List - I am being aske to create USE CASES for system software. My brain is not able to coordinate USE CASE with system software updates It seems the phrase USE CASE applies more to SYSTEM Software development than a System Software Upgrade For Example, If I am upgrading from z/OS V2.4 to V2.5 - I am asked to supply a use case. Any guidance on how to do this? Thank you Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Does the term USE CASE apply to system software upgrades
A use case is simply a formal description of how you use a product, software or infrastructure (there can be many use cases for a single piece of software). In many cases the use case is used to document the things that must be tested in a rollout of the software. J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Tuesday, June 27, 2023 12:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Does the term USE CASE apply to system software upgrades List - I am being aske to create USE CASES for system software. My brain is not able to coordinate USE CASE with system software updates It seems the phrase USE CASE applies more to SYSTEM Software development than a System Software Upgrade For Example, If I am upgrading from z/OS V2.4 to V2.5 - I am asked to supply a use case. Any guidance on how to do this? Thank you Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: IBM-MAIN
Thank you Darren J -Original Message- From: IBM Mainframe Discussion List On Behalf Of Darren Evans-Young Sent: Tuesday, May 2, 2023 7:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: IBM-MAIN Haven't had to remind folks of this in a awhile. This list is for the discussion of IBM Mainframes. Not political discussions/opinions and other worthless sh*t that I and others really don't care about. If it continues, I will start removing people from the list. Thank you for your cooperation. Darren -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: The mainframe is now DOWN
Best of luck in the future Jerry Whitteridge jerry.whitteri...@albertsons.com Sr. Manager Managed Services Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: Tuesday, May 2, 2023 7:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: The mainframe is now DOWN I just shutdown HealthMarkets z9BC running z/OS1.12 for the final time. We are going to allow our Production Control person to power it off. Then lunch. 蠟蠟 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How to remove an empty USS file shipped with z/OS
I would not delete a serverpac provided dataset. Changing the permissions would then be something you would need to add to your System installation doc for each new system. Jerry Whitteridge jerry.whitteri...@albertsons.com Sr. Manager Managed Services Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Monday, April 17, 2023 9:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: How to remove an empty USS file shipped with z/OS List - I am being asked to take one of two actions on a USS file that is part of Server Pac the /etc/security seems to be part of Server pac I have been asked to update the permissions different that what is shipped or to remove this directory path (it is empty) I can do either What I cannot do is to prevent this file from being altered on the next Serverpac. As that is controlled by IBM Any recommendations that do not rely on me having a note for Server pack process. z/OSMF process or other manual function? Is there a way in batch when I build the sysres that could be inserted to do either actions? USS is not a strong skill set, so I am not sure the best way to proceed Thanks for any guidance Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: General Query --- Any comments on thin clients as mainframe consoles.
Talk to the Visara folks - they have solutions that would work for you Jerry Whitteridge jerry.whitteri...@albertsons.com Sr. Manager Managed Services Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Longfellow Sent: Wednesday, April 27, 2022 1:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: General Query --- Any comments on thin clients as mainframe consoles. We are looking at retiring the coax connected consoles and terminals at our site. The obvious answer is an OSA-ICC with ethernet connected tn3270 devices. Anybody have a glowing recommendation for the replacement device for the classic 3270 "green screen" workstation console? I am trying to avoid any full blown PC workstation with external internet connectivity issues. I want an 'appliance' that we plug-in, configure and come back in a few years. These leads me away from windows based solutions because of their constant cycle of reboots to install mandatory and recommended maintenance. And if a full function PC is provided, I know that the operators will swap screens and miss that one important message that just highlighted on the console. I have some Linux appliances for other purposes that have a 2+ year uptime and don't wake me up at night with failures. I reboot THEM when I get an itch. My urge is to set up a hub between the OSA-ICC and the workstation devices. Air-gapped from the rest of the world. Again, any other suggestions are welcomed. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Using HTTPS from JCL for file download?
If you have curl you can use the HTTP protocol and I've run curl in batch previously Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Billy Ashton Sent: Friday, November 19, 2021 1:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Using HTTPS from JCL for file download? Hi all, I am back! After successfully getting my FTPS and SFTP JCL set up and working right here, some manager got a bee in his bonnet to say that he wanted to use HTTPS protocol from his JCL, because he read that HTTPS was the best way to go. I tried to explain that HTTPS was meant for browser applications, and that some special application would be needed to process the HTTPS headers and data, but he insisted I try to find a way to make HTTPS work from JCL. So...can this be done? Can a batch JCL job run HTTPS to do file downloads? If so, can you help a brother out and let me see how you do it, so I can see if we can do it here? I appreciate this group - if it can be known, someone here will know it! Billy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: System Programmer Titles
I keep working to have my Business Cards use "Speaker to Machines" as my job title Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Skip Robinson Sent: Monday, October 11, 2021 2:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: System Programmer Titles I toyed with a number of different titles but couldn't find one elegant and imperial enough. So I borrowed from my trash man. Now I'm a Sanitation Engineer. On Mon, Oct 11, 2021 at 1:47 PM David Spiegel wrote: > Large Systems Infrastructure Support > Another one: Mainframe Administrator (I really dislike this one in > particular.) > > On 2021-10-11 16:28, Herring, Bobby wrote: > > I asked this question back in 2004. My boss wants to know if there are > any new titles to add to the list below. > > > > Mainframe Engineer > > Operating Systems Architect > > Software Engineer > > Software Project Specialist > > Software Specialist > > System Analyst > > System Architect > > System Engineer > > System Programmer > > Systems Programming Specialist > > Systems Specialist > > Technical Advisor > > Technical Analyst > > Technical Services Professional > > Technical Specialist > > > > What title do you have as a system programmer? > > > > Bobby Herring > > Texas Farm Bureau Insurance > > > > From: IBM Mainframe Discussion List On > Behalf Of Kirk Wolf > > Sent: Wednesday, July 22, 2020 3:43 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: SFTP and z/OS Migration > > > > > > IBM z/OS OpenSSH is a base feature of z/OS since V2R2. > > When you install a new version of z/OS you will get a new version. > > There are often migration actions from IBM having to do with /etc/ssh > > configuration settings. When moving releases you would at minimum want to > > review any changes that you made from the IBM /samples and the new > /samples > > and merge those as appropriate. > > > > BTW: Here's a quick start guide that we have on customizing IBM z/OS > > OpenSSH: > > > https://clicktime.symantec.com/3EjT7UpBoFLigAk1qbuq94m7Vc?u=https%3A%2F%2Fna01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fdovetail.com%252Fdocs%252Fpt-quick-inst%252Findex.html%26data%3D04%257C01%257C%257C06bd05653b2a4076928208d98cf5acaf%257C84df9e7fe9f640afb435%257C1%257C0%257C637695809175524138%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26sdata%3DJx%252BXTc3mHzYwn%252F2sx96TwbALtMWz8fAuPyfFcW7tyEo%253D%26reserved%3D0 > < > https://clicktime.symantec.com/3EjT7UpBoFLigAk1qbuq94m7Vc?u=https%3A%2F%2Fna01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fdovetail.com%252Fdocs%252Fpt-quick-inst%252Findex.html%26data%3D04%257C01%257C%257C06bd05653b2a4076928208d98cf5acaf%257C84df9e7fe9f640afb435%257C1%257C0%257C637695809175524138%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26sdata%3DJx%252BXTc3mHzYwn%252F2sx96TwbALtMWz8fAuPyfFcW7tyEo%253D%26reserved%3D0 > > > > > > Kirk Wolf > > > https://clicktime.symantec.com/38hZe9mQMjunvzdc8X4GQRq7Vc?u=https%3A%2F%2Fna01.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%253A%252F%252Fdovetail.com%252F%26data%3D04%257C01%257C%257C06bd05653b2a4076928208d98cf5acaf%257C84df9e7fe9f640afb435%257C1%257C0%257C637695809175524138%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26sdata%3DUyp2%252BWnPfnfLrxuNiLr0XdI7j3LTGfwtDFvHim%252FWEgU%253D%26reserved%3D0 > < > https://clicktime.symantec.com/38hZe9mQMjunvzdc8X4GQRq7Vc?u=https%3A%2F%2Fna01.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%253A%252F%252Fdovetail.com%252F%26data%3D04%257C01%257C%257C06bd05653b2a4076928208d98cf5acaf%257C84df9e7fe9f640afb435%257C1%257C0%257C637695809175524138%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26sdata%3DUyp2%252BWnPfnfLrxuNiLr0XdI7j3LTGfwtDFvHim%252FWEgU%253D%26reserved%3D0 > > > > > > On Wed, Jul 22, 2020 at 2:14 PM Roberto Halais <mailto:roberto.hal...@gmail.com>> > > wrote: > > > >> Listers: > >> > >> My company has decided to forego FTP and go the SFTP way. > >> > >> I have installed OPENSSH and have SFTP working. > >> > >> I installed using the IBM user's guide and everything installed in the > >> default libraries. > >> > >> My concern is, when we migrate to a n
z/OS version of Netcat
Is anyone aware of a version of Netcat that works with Unix Systems Services ? Was there something in the Tools and Toys page Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition
Agreed - $120 is something affordable by most, and I'm really excited to see this coming out Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Grant Taylor Sent: Friday, September 24, 2021 8:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: zPDT Learner's Edition On 9/24/21 9:41 AM, Tom Brennan wrote: > Like Ray, for years I've been advocating something free or nearly free > with every IBM manager I happen to see. No effect so far. If this > works it could be a big change for future education. I feel like $120 / year is well within the reach of any student or hobbyist that wants to learn. It's *SIGNIFICANTLY* more approachable than the $5k entry point for other options for professionals from IBM. It seems as if the announcement on IBM's site may have been slightly premature (O(weeks)) as it has purportedly been withdrawn and someone else in the community has said that it should be available in mid October. I'm very much looking forward to seeing how this rolls out. I love the idea of having an IBM supported way to run contemporary z/OS along side my well seasoned P/390-E. :-) -- Grant. . . . unix || die -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Please unsubscribe my ID
As it says in every email - you have to do it yourself -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jeevabharathy Murugesan Sent: Friday, August 20, 2021 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Please unsubscribe my ID Hi Team Please unsubscribe my ID Regards, M.Jeeva Mainframe-CICS IBM Global Technology Services +91-9663399584 Mobile jemur...@in.ibm.com IBM Services In Support of kyndryl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Unix time zone
Carmen TZ can be set almost anywhere /etc/rc, /etc/profile ~/.ptrofile but the first place I'd look is in your personal .profile Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Wednesday, August 11, 2021 8:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Unix time zone I have a strange issue between my prod LPAR's and the test LPAR I have that's been around for a while; values for TZ (time zone) my PROD LPAR shows the correct timezone values TZ=CST6CDT echo $TZ shows CST6CDT on my test LPAR an echo of TZ shows EST5EDT both LPAR's /etc/profile contains the same values for TZ= is there somewhere else this variable is set that I'm missing? thanks Carmen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: ISPF startup processing
I noticed a reference to an ACL in the TPX profile. That ACL can issue commands - you should check he isn’t running a customized ACL there Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of DAL POS Raphael Sent: Wednesday, June 9, 2021 9:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: ISPF startup processing If the logon procedure "dump" the user to the TSO READY prompt what happens if he enters ISPSTART only? Or ISPSTART BASIC -- Raphael Dal Pos / z/OS Support GOSP Generali Operations Services Platform Infrastructure Services/Technologie et Services Locaux France 11-17, Avenue François Mitterrand 93200 Saint Denis / France Wilo W 03 B1 029C Snow : GIS-SEC-RACF_FR raphael.dal...@generali.com +(33)1-58-38-59-67 or mobile +(33)6.24.33.20.87 -- "MVS: Guilty, until proven innocent !!" RDP 2009 -Message d'origine- De : IBM Mainframe Discussion List De la part de Billy Ashton Envoyé : mercredi 9 juin 2021 17:13 À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: ISPF startup processing The TSO logon script dumps the user to a READY prompt. Then the user selects either a specific application command for special processing or ISPSTART to get into ISPF. I don't see a special ISPSTART Clist/Rexx program in his Sysproc or Sysexec, so there must be something happening with ISPSTART. Billy -- Original Message -- From: "Carmen Vitullo" To: IBM-MAIN@listserv.ua.edu Sent: 6/9/2021 11:06:01 AM Subject: Re: ISPF startup processing >Maybe the session manager - startup logon script? > >I recall when I started at my current job the systems folks that manage >TPX thought it was a great idea to start a script that puts your >session in split screen, one screen SDSF, one ISPF edit > > >Carmen > > >On 6/9/2021 9:58 AM, Billy Ashton wrote: >>Hello all...I don't know if there is an ISPF list, but hope you can help me >>here. >> >>I have a user that is having some strange things happening when he logs into >>TSO and goes into ISPF. For example, while everyone else starts ISPF and has >>one window open, this user has 5 split screens defined and named, but he has >>no idea how. >> >>Can someone tell me if there is a way to trace all the commands that get >>processed when he enters ISPSTART, or is there some magic way to have >>commands like multiple split screens issued automatically? >> >>Thank you for your kind thoughts! >> >>Billy >> >> >>-- >>For IBM-MAIN subscribe / signoff / archive access instructions, send >>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >-- *Carmen Vitullo* > >/“I am not bound to win, but I am bound to be true. I am not bound to >succeed, but I am bound to live up to what light I have.” ― Abraham >Lincoln/ > > >-- >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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: IND$FILE and zFS?
I was going to suggest scripting curl as an option (doing HTTP/S) - you don't need to use OSMF to use curl Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Andrew Rowley Sent: Sunday, March 28, 2021 4:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: IND$FILE and zFS? On 29/03/2021 10:09 am, Radoslaw Skorupka wrote: > However everytime someone ask about IND$FILE of transfer of 600 files > we see "FTP is NOT an option". Why? Well, there are reasons. Maybe not > reasonable, but there are. Last, but not least: still unsolved! So > still we will observe such questions and problems. I understand there are sites that prohibit FTP. I am sure it is less common to prohibit HTTPS. There may be sites that don't allow file transfers to/from the mainframe - but I doubt IBM wants to enhance IND$FILE to help people circumvent site policy on file transfers. > zOSMF? I'm sorry, but I bet it is less common than FTP. And as far as > I can guess it cannot be automated like FTP (read: batch). > And of course one size does not fit all. Some would need compression > of transmitted data (what bandwidth do you have?), some would prefer > IND$FILE and some just FTP or FTPS or SFTP. IBM obviously intends that z/OSMF will be used everywhere as a required component of z/OS. I have automated both z/OSMF and FTP and I would say z/OSMF is far easier. It can be done from any language that can make HTTPS requests i.e. you can start with curl. The REST APIs are probably the best and most useful feature of z/OSMF. Compression is not required, but it is an option selectable using the Accept-Encoding: gzip header, i.e. a standard feature supported by most clients. I see nothing wrong with using FTP etc. But if you need new features they might already be there in z/OSMF, and there is pretty much zero chance they will be added to IND$FILE. -- Andrew Rowley Black Hill Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: DB2 member to start on different LPAR
The answer is much more related to your infrastructure than the DB2 DS Member itself. (You can indeed run different DS members on a single LPAR) - we've done it during a DR exercise ) The question is more about do you have shared parmlibs/proclibs/RACF etc. etc. Some other considerations might be the listening ports for DDF (do the DS Members share a port or have unique ports ?) or ZFS file systems ? Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Thursday, February 11, 2021 11:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: DB2 member to start on different LPAR Unless I am missing something. The point of DB2 Data Sharing is there is a GROUP (Umbrella) that connects multiple DB2 Regions. So if you have 2 or more DB2 Data Sharing regions. One on LPAR1 one on LPAR2 Then if LPAR1 is down, then LPAR2 will take on the DB2 data sharing work. Does that make Sense? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, February 11, 2021 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DB2 member to start on different LPAR we are being constrained due to operations limitations. We are planning to upgrade our development environment and we need to have the development CICS regions down. Unfortunately operations says they have difficulty going thru all the regions and just stopping development cics. Our CICS regions are connected to only 1 LPAR. So only in order to ease their work they want to just bring down that LPAR with a scheduled IPL. Our primary DB2 member runs on that LPAR. So I wanted to start it on a "non-CICS" LPAR. Bill -- 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Any way to anticipate failure messages
I have a copy of that on IBM letterhead hidden away somewhere Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Thursday, February 4, 2021 3:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Any way to anticipate failure messages That made me smile - OS/VU I had forgotten about that one Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Thursday, February 4, 2021 2:58 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Any way to anticipate failure messages https://clicktime.symantec.com/347j2kHQiRMnxey3444pqMi7Vc?u=http%3A%2F%2Fwww.weathergraphics.com%2Ftim%2Fibm.htm > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Lizette Koehler > Sent: Thursday, February 04, 2021 1:53 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Any way to anticipate failure messages > > So the problem is to know what events or message will occur and then > prevent them from happening. > > The Omnipresence SysTem > > > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Paul Gilmartin > Sent: Thursday, February 4, 2021 2:17 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Any way to anticipate failure messages > > On Thu, 4 Feb 2021 21:59:22 +0100, Radoslaw Skorupka wrote: > > >W dniu 04.02.2021 o 21:40, Lizette Koehler pisze: > >> > >> As always something happens and management reacts > >> > >> We are looking to see if there is any tool that could trap any > >> message or event on Mainframe and generate a daily report for the > >> SYSPROGs to review to ensure zero failures > > > >Real answer: NO. > > > As I read it, the OP recognizes the inevitable "[a]s always" > occurrence of failures and wishes to prevent management's receiving > immediate notification of those failures. > > -- gil > > -- > 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 with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Any way to anticipate failure messages
Yup - I'd rather anticipate and stop the failure than anticipate the messages from the failure Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Thursday, February 4, 2021 2:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Any way to anticipate failure messages So the problem is to know what events or message will occur and then prevent them from happening. The Omnipresence SysTem -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, February 4, 2021 2:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Any way to anticipate failure messages On Thu, 4 Feb 2021 21:59:22 +0100, Radoslaw Skorupka wrote: >W dniu 04.02.2021 o 21:40, Lizette Koehler pisze: >> >> As always something happens and management reacts >> >> We are looking to see if there is any tool that could trap any >> message or event on Mainframe and generate a daily report for the >> SYSPROGs to review to ensure zero failures > >Real answer: NO. > As I read it, the OP recognizes the inevitable "[a]s always" occurrence of failures and wishes to prevent management's receiving immediate notification of those failures. -- gil -- 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Checksum/Md5 file
Look at File 900 on the CBT Tape Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sasso, Len Sent: Friday, October 16, 2020 11:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Checksum/Md5 file Anyone know if a Checksum/Md5 file can be created on a IBM Mainframe? If so, how? Thank You and Please Be Safe! Len Sasso Systems Administrator Senior CSRA, A General Dynamics Information Technology Company 327 Columbia TPKE Rensselaer, NY 12144 Office Hours: M-F 7 AM - 3:45 PM Out-Of-Office: Tue., Oct. 20th - 1:30 PM - Wed., Oct 21st @ 7 AM Phone: (518) 257-4209 Cell: (518) 894-0879 Fax: (518) 257-4300 len.sa...@gdit.com URL: www.gdit.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: BCPII services
Bonnie - While I was at IBM I always had to use the Reply in Internet format from Notes to send to the list Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bonnie Barthel Sent: Wednesday, October 14, 2020 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: BCPII services I've tried to no avail to say THANKS to everyone for your advice and links. I've decided to go ahead and implement. Whenever I tried to reply (and I tried several times with different content) my email was returned saying: "Your posting to the IBM-MAIN list has been rejected because it contains an attachment of type 'IMAGE/GIF'. The IBM-MAIN list has been configured to reject such attachments. Please contact the list owner at ibm-main-requ...@listserv.ua.edu for more information." I don't see any attachment of any kind ... how is it I should 'reply' to a post? I did send an email to the list owner but have gotten no response. Thanks in advance in case I cannot 'reply'. Bonnie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Max possible velocity?
Dave - I'm by no means a Capacity Planning guru but here's my 2 cents. Velocity is defined as a measure of protection against delay - it's not a hard and fast number. I'd first look at your service classes and find if any of them have a PI of less than 1. If they do they are over achieving their goals and you could drop the velocity on them to provide resources to the service classes who are struggling. Adjust the Velocities by 10 rather than single digits. All the tuning of the high achieving (not High Importance or velocity) Classes will provide help to the under achievers. Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Tuesday, October 13, 2020 2:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Max possible velocity? It has been quite some time since I had to worry about my WLM policy. We've had ample capacity since 2007. Now, as We begin to wind down, we have reduced our contracted MSU capacity. We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last seriously adjusted in 2007 when we moved to a z9-L03 has velocities ranging from a high of 90 (Adabas, Imp 1) down to 5 (BATCH Imp 5) We are experiencing just a minor amount of performance pain. It strikes me that perhaps some of my higher velocity goals (90, 70, 60, 50) may be unattainable under the now reduced capacity. What is the high end for possible, single threaded (Adabas) velocity here? Or, where should I be reading in current manuals. I was better at this 15 years ago. Dave Gibney Information Technology Services Washington State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
IBM Standard Answer #3 - It Depends I'd agree that normally a single user would not have his own dedicated catalog and we would normally group aliases to catalogs on some standard process (Business/Application/Function or similar) but I've also known some apps/users that have unique requirements that I gave them a dedicated catalog. Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, David Allen Sent: Tuesday, September 15, 2020 3:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? It is a bit of an overkill for each individual user to have their own catalog > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Jerry Whitteridge > Sent: Tuesday, September 15, 2020 3:25 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather > than master? > > You are correct the user should not be updating the Master Cat. You will > need to define a new catalog for the user and then define an Alias in the > MCAT pointing to the new user cat > > Jerry Whitteridge > jerry.whitteri...@albertsons.com > Manager Mainframe Systems & HP Non-Stop > Albertsons Companies > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Charles Mills > Sent: Tuesday, September 15, 2020 3:21 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: EXTERNAL EMAIL: How get a user to use his own catalog rather than > master? > > I really apologize for the incredible newbie question. I am a developer; I > only pretend to be a sysadmin. > > I don't even know where to look for this answer. Is it a RACF question or > ??? > > I have defined a new user in RACF. Let's call him or her NEWUSER. I have > defined a generic profile 'NEWUSER.**' (with quotes!) and given NEWUSER > ACC(ALTER) to it. > > When NEWUSER tries to create a dataset it fails with > > ICH408I USER(NEWUSER ) GROUP(etc. > CATALOG.MASTER.xxx CL(DATASET ) VOL(xx) > INSUFFICIENT ACCESS AUTHORITY > FROM CATALOG.MASTER.** (G) > ACCESS INTENT(UPDATE ) ACCESS ALLOWED(READ ) > > What else do I need to do? I don't think I want to PERMIT NEWUSER to > CATALOG.MASTER.xxx; I think it should have its own catalog? Am I > confused or on the right track? > > Charles > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Warning: All e-mail sent to this address will be received by the corporate e- > mail system, and is subject to archival and review by someone other than the > recipient. This e-mail may contain proprietary information and is intended > only for the use of the intended recipient(s). If the reader of this message > is > not the intended recipient(s), you are notified that you have received this > message in error and that any review, dissemination, distribution or copying > of this message is strictly prohibited. If you have received this message in > error, please notify the sender immediately. > > > -- > 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
You are correct the user should not be updating the Master Cat. You will need to define a new catalog for the user and then define an Alias in the MCAT pointing to the new user cat Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: Tuesday, September 15, 2020 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? I really apologize for the incredible newbie question. I am a developer; I only pretend to be a sysadmin. I don't even know where to look for this answer. Is it a RACF question or ??? I have defined a new user in RACF. Let's call him or her NEWUSER. I have defined a generic profile 'NEWUSER.**' (with quotes!) and given NEWUSER ACC(ALTER) to it. When NEWUSER tries to create a dataset it fails with ICH408I USER(NEWUSER ) GROUP(etc. CATALOG.MASTER.xxx CL(DATASET ) VOL(xx) INSUFFICIENT ACCESS AUTHORITY FROM CATALOG.MASTER.** (G) ACCESS INTENT(UPDATE ) ACCESS ALLOWED(READ ) What else do I need to do? I don't think I want to PERMIT NEWUSER to CATALOG.MASTER.xxx; I think it should have its own catalog? Am I confused or on the right track? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Is there a tool to monitor JES2 Input Queue wait time?
It is one of the metrics that MXG creates - but I don't know of a free one Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Monday, August 24, 2020 1:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Is there a tool to monitor JES2 Input Queue wait time? Just curious We had a few jobs that took up to 30 minutes before going from input queue to actually running. Does anyone know of an easy (FREE) way to monitor JES2 Input times? I know sometimes it is due to resource restrictions and WLM will not allow anything else to run. But any way to see it in real time? (Assume Lights Out Environment - no people watching) Thanks Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: FSUM7351 Not Found for -Xshareclasses
Change Java to java - JWHI00V:/u/jwhi00v:>java -Xshareclasses:listAllCaches JVMSHRC005I No shared class caches available JWHI00V:/u/jwhi00v:> Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Friday, July 31, 2020 8:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: FSUM7351 Not Found for -Xshareclasses I am trying to determine if we can execute on OMVS in z/OS Java -Xshareclasses:listAllCaches I have done with and without su I have updated my .profile to include the java path So I am wondering if this is available? If it is - what I need to do to execute the function Thank you Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Keeping TSO users our of CICS
This might be a case of using the RACF VTAMAPPL class and only granting access to your helpdesk folks to the TSO APPL's and not the CICS Appls. You'd get more expert advice from the RACF-L if you wanted Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of McCabe, Ron Sent: Monday, July 27, 2020 1:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Keeping TSO users our of CICS Hello IBM Listers, Got an interesting problem that I would like to know how we can avoid. Our Help Desk users TSO accounts have the SPECIAL ATTRIBUTE so they can reset passwords and define new users. These TSO accounts are not defined to CICS but every once in awhile one of them will try to login to CICS using their TSO account and after messing up their password 3 times the system puts out an ICH302D message asking if we want to REVOKE them or let them try again (we REVOKE), this message waits for a reply and while it is waiting CICS hangs until a reply is given. We thought about defining their TSO accounts to CICS but that does not help if they actually do mess up their password. We thought we could do it with RACF but RACF doesn't check any authorization until "after" the user successfully signs on so we would still get the ICH302D message. Does anyone else run into this problem? Is there a way we can get around this problem? We thought about having MSGTABLE do an automated response but there could be times when we don't want to have the user REVOKED. Thanks, Ron McCabe Manager of Mainframe/Midrange Systems Mutual of Enumclaw Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Transport of choice for sending data to IBM's ECuRep
Actually - I'm back at Albertsons/Safeway having been hit in the May IBM RA so only one site. Before we went to IBM we were using curl internally between the mainframe and a number of Linux servers as it was a common protocol on both platforms (sftp didn’t work for us as it was omvs only). I've found that trying to adapt to the common protocol that InfoSec already is familiar with significantly assists in opening firewall requests and as such HTTP/HTTPS is the one most often already open. Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Friday, July 17, 2020 11:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: Re: Transport of choice for sending data to IBM's ECuRep On 7/17/2020 11:30 AM, Jerry Whitteridge wrote: > Ed > > Given your options that you mentioned I'd first look at using Curl in a batch > job probably first trying HTTPS (seems that that is what most Corporate > firewalls allow through with the least restrictions). Corporate Firewalls > seem to abhor any protocol that has the letters F T and P anywhere in the > name. Haha! Jerry, I lobbied IBM (Kershaw Mehta in particular) via the TDM process to keep curl with z/OS, but they sold it (and lotsa other stuff) to Rocket and I ended up winning a bet! LOL I know you provide sysprog support to more than one site. Which protocols are being used in those sites? Thanks, Ed Jaffe This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Transport of choice for sending data to IBM's ECuRep
Ed Given your options that you mentioned I'd first look at using Curl in a batch job probably first trying HTTPS (seems that that is what most Corporate firewalls allow through with the least restrictions). Corporate Firewalls seem to abhor any protocol that has the letters F T and P anywhere in the name. Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Friday, July 17, 2020 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Transport of choice for sending data to IBM's ECuRep On 7/17/2020 11:12 AM, Carmen Vitullo wrote: > Hi Ed, for my site, we are required to use IBM Blue Diamond (SFTP) site, I > think most government sites are required to use this transport, it may be > available to the GP, I'm not sure, but it works very well for us. Carmen, SFTP is great for manual upload/download, but not so great for a batch job. There is a "trick" for defeating the prompt using the SSH_ASKPASS X11 stuff, but generally speaking it's an interactive protocol only. Is that how you use it with Blue Diamond? Their ordinary support page https://clicktime.symantec.com/3Q14i3wpEpHJfAH3YKUGFFN7Vc?u=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fpages%2Fnode%2F739631 shows "ordinary" SFTP addresses to be: Americas testcase.boulder.ibm.com (170.225.15.31) Asia sftp.ap.ecurep.ibm.com (169.56.38.162, 169.56.38.163) Europe sftp.ecurep.ibm.com (192.109.81.25) Blue Diamond requires sign-up to use. I could give it a try and see if they allow any customer to use it. But, I'm pretty sure it's not necessary for me. I see there are other protocols offered as well: HTTPS, FTPS, the use of utilities under Java or z/OS, etc. Tryna find the one most people use for batch jobs... Thanks, Ed Jaffe > Carmen Vitullo > > - Original Message - > > From: "Ed Jaffe" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Friday, July 17, 2020 1:05:49 PM > Subject: Transport of choice for sending data to IBM's ECuRep > > With IBM threatening to discontinue plain FTP next Monday, I'm > wondering what is the transport of choice for sending data to ECuRep? This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: Java memory limit
The formatting didn’t come out right Each export starts a new line export IBM_JAVA_OPTIONS=-Xms8m export IBM_JAVA_OPTIONS="-Xmx96m "$IBM_JAVA_OPTIONS export IJO=-Xms8m export IJO="-Xmx96m "$IJO" Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jerry Whitteridge Sent: Friday, July 17, 2020 10:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: Re: Java memory limit You may want to look at your Java memory settings and defaults. For example in my .profile for OMVS I have the following statements export IBM_JAVA_OPTIONS=-Xms8m export IBM_JAVA_OPTIONS="-Xmx96m "$IBM_JAVA_OPTIONS export IJO=-Xms8m export IJO="-Xmx96m "$IJO Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Friday, July 17, 2020 9:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Java memory limit Fixed formatting D OMVS,LIMIT OMVS 0011 ACTIVE OMVS=(00) SYSTEM WIDE LIMITS: LIMMSG=NONE CURRENT HIGHWATER SYSTEM USAGE USAGE LIMIT MAXPROCSYS 200 259 2100 MAXUIDS 26 31 500 MAXPTYS 0 1 800 MAXMMAPAREA 8428 8428 40960 MAXSHAREPAGES 47918 254576 32768000 IPCMSGNIDS 17 20 500 IPCSEMNIDS 11 21 2000 IPCSHMNIDS 3 6 500 IPCSHMSPAGES 0 26 786432 IPCMSGQBYTES --- 7812 2147483647 IPCMSGQMNUM --- 2 1 IPCSHMMPAGES --- 256 12800 SHRLIBRGNSIZE 49056 49056 444596224 SHRLIBMAXPAGES 0 0 65536 MAXUSERMOUNTSYS 0 0 0 MAXUSERMOUNTUSER 0 0 0 MAXPIPES 59 170 15360 Lizette -Original Message- From: Lizette Koehler Sent: Friday, July 17, 2020 9:46 AM To: 'IBM Mainframe Discussion List' Subject: RE: Java memory limit I think the answer is it depends. How much memory is available - as I recall JAVA can take it all In OMVS - Ua -limit core file 8192b cpu time 85835 data size unlimited file size unlimited stack size unlimited file descriptors 64000 address space 1657832k memory above bar 2048m from MVS Console - D OMVS,LIMIT OMVS 0011 ACTIVE OMVS=(00) SYSTEM WIDE LIMITS: LIMMSG=NONE CURRENT HIGHWATER SYSTEM USAGE USAGE LIMIT MAXPROCSYS 200 259 2100 MAXUIDS 26 31 500 MAXPTYS 0 1 800 MAXMMAPAREA 8428 8428 40960 MAXSHAREPAGES 47918 254576 32768000 IPCMSGNIDS 17 20 500 IPCSEMNIDS 11 21 2000 IPCSHMNIDS 3 6 500 IPCSHMSPAGES 0 26 786432 IPCMSGQBYTES --- 7812 2147483647 IPCMSGQMNUM --- 2 1 IPCSHMMPAGES --- 256 12800 SHRLIBRGNSIZE 49056 49056 444596224 SHRLIBMAXPAGES 0 0 65536 MAXUSERMOUNTSYS 0 0 0 MAXUSERMOUNTUSER 0 0 0 MAXPIPES 59 170 15360 So depending on how many processes you are going to run, what type of code - simple or complex JAVA could take as much as you can give it Do you have a specific issue you are trying to resolve? Lizette -Original Message- From: IBM Mainframe Discussion List < <mailto:IBM-MAIN@LISTSERV.UA.EDU> IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Peter Sent: Friday, July 17, 2020 9:30 AM To: <mailto:IBM-MAIN@LISTSERV.UA.EDU> IBM-MAIN@LISTSERV.UA.EDU Subject: Java memory limit Hello We are running IBM RDZ on zOS 2.3 with java 6. What's the maximum memory limit for java ? Is it based on Java version or zOS version ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to <mailto:lists...@listserv.ua.edu> mailto: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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someo
Re: EXTERNAL EMAIL: Re: Java memory limit
You may want to look at your Java memory settings and defaults. For example in my .profile for OMVS I have the following statements export IBM_JAVA_OPTIONS=-Xms8m export IBM_JAVA_OPTIONS="-Xmx96m "$IBM_JAVA_OPTIONS export IJO=-Xms8m export IJO="-Xmx96m "$IJO Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Friday, July 17, 2020 9:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: Java memory limit Fixed formatting D OMVS,LIMIT OMVS 0011 ACTIVE OMVS=(00) SYSTEM WIDE LIMITS: LIMMSG=NONE CURRENT HIGHWATER SYSTEM USAGE USAGE LIMIT MAXPROCSYS 200 259 2100 MAXUIDS 26 31 500 MAXPTYS 0 1 800 MAXMMAPAREA 8428 8428 40960 MAXSHAREPAGES 47918 254576 32768000 IPCMSGNIDS 17 20 500 IPCSEMNIDS 11 21 2000 IPCSHMNIDS 3 6 500 IPCSHMSPAGES 0 26 786432 IPCMSGQBYTES --- 7812 2147483647 IPCMSGQMNUM --- 2 1 IPCSHMMPAGES --- 256 12800 SHRLIBRGNSIZE 49056 49056 444596224 SHRLIBMAXPAGES 0 0 65536 MAXUSERMOUNTSYS 0 0 0 MAXUSERMOUNTUSER 0 0 0 MAXPIPES 59 170 15360 Lizette -Original Message- From: Lizette Koehler Sent: Friday, July 17, 2020 9:46 AM To: 'IBM Mainframe Discussion List' Subject: RE: Java memory limit I think the answer is it depends. How much memory is available - as I recall JAVA can take it all In OMVS - Ua -limit core file 8192b cpu time 85835 data size unlimited file size unlimited stack size unlimited file descriptors 64000 address space 1657832k memory above bar 2048m from MVS Console - D OMVS,LIMIT OMVS 0011 ACTIVE OMVS=(00) SYSTEM WIDE LIMITS: LIMMSG=NONE CURRENT HIGHWATER SYSTEM USAGE USAGE LIMIT MAXPROCSYS 200 259 2100 MAXUIDS 26 31 500 MAXPTYS 0 1 800 MAXMMAPAREA 8428 8428 40960 MAXSHAREPAGES 47918 254576 32768000 IPCMSGNIDS 17 20 500 IPCSEMNIDS 11 21 2000 IPCSHMNIDS 3 6 500 IPCSHMSPAGES 0 26 786432 IPCMSGQBYTES --- 7812 2147483647 IPCMSGQMNUM --- 2 1 IPCSHMMPAGES --- 256 12800 SHRLIBRGNSIZE 49056 49056 444596224 SHRLIBMAXPAGES 0 0 65536 MAXUSERMOUNTSYS 0 0 0 MAXUSERMOUNTUSER 0 0 0 MAXPIPES 59 170 15360 So depending on how many processes you are going to run, what type of code - simple or complex JAVA could take as much as you can give it Do you have a specific issue you are trying to resolve? Lizette -Original Message- From: IBM Mainframe Discussion List < <mailto:IBM-MAIN@LISTSERV.UA.EDU> IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Peter Sent: Friday, July 17, 2020 9:30 AM To: <mailto:IBM-MAIN@LISTSERV.UA.EDU> IBM-MAIN@LISTSERV.UA.EDU Subject: Java memory limit Hello We are running IBM RDZ on zOS 2.3 with java 6. What's the maximum memory limit for java ? Is it based on Java version or zOS version ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to <mailto:lists...@listserv.ua.edu> mailto: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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Two Processors and One IODF
We maintain 3 processors and a CF across 2 datacenters in the same IODF. If you want to be able to see a complete view of all of your devices and connections across all of your raised floor it’s the only way to do so I believe. It also allows us to maintain our DR configuration in sync with everything else. Jerry Whitteridge Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Friday, July 10, 2020 11:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Two Processors and One IODF We are in the process of bringing DR back in-house and have a new z15-T02 in our new facility (our current "home" machine is a z14-ZR1). I want to be able to manage both processors from a single IODF. I'd like to have the same CHPIDs, CUs, and Device addresses both at home and in our DR machine. I have the new processor defined in our current IODF and have used the CHPID mapping tool to map the PCHIDs to CHPIDs. I have tested adding devices with the same address to both processors and that seems to work (as long as I define the CUs to both processors first. I tested adding a range of 16 tape drives). My questions are this: 1. Is this something we even want to do (same IODF, same device addresses)? 2. What's the best way to move the IODF at home to the DR machine? 3. Are there any gotchas we need to watch out for? 4. We have IBM DS8886s and are using Metro Global Mirror Multi-Target w/Practice. Any concerns here? 5. Am I crazy for even entertaining this idea? 6. Any alternatives I need to consider? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TN3270 clients for Linux and OS/2
Oh - and I seem to remember testing Tom Brennan's Vista3270 under wine - but that was a LONG time ago and pre the SSL support release. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 07/01/2020 08:47:53 AM: > From: Seymour J Metz > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/01/2020 08:48 AM > Subject: [EXTERNAL] TN3270 clients for Linux and OS/2 > Sent by: IBM Mainframe Discussion List > > Can anybody suggest goof TN3270 clients for Linux and OS/2? > > On Linux I use KDE and would prefer something written for QT or at > least X11. For OS/2 I'd prefer a PM application. In both cases I'd > like the ability to configure both the primary and secondary screen size. > > > > -- > Shmuel (Seymour J.) Metz > https://urldefense.proofpoint.com/v2/url? > u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFAg=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=SOBVt9CJJT9U6BDm6UDnhYM3- > hqGocoWZElTeSeuRXM=XQODQhEembnR8wESNtneDthlDQ4e5dUVQ_qC1zp-7pw= > > -- > 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: TN3270 clients for Linux and OS/2
Not sure I have anything for OS/2 but on my Linux systems I use x3270. You can configure the screen sizes as well as the keyboard layout to suit what you need and it all runs fine under KDE Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 07/01/2020 08:47:53 AM: > From: Seymour J Metz > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/01/2020 08:48 AM > Subject: [EXTERNAL] TN3270 clients for Linux and OS/2 > Sent by: IBM Mainframe Discussion List > > Can anybody suggest goof TN3270 clients for Linux and OS/2? > > On Linux I use KDE and would prefer something written for QT or at > least X11. For OS/2 I'd prefer a PM application. In both cases I'd > like the ability to configure both the primary and secondary screen size. > > > > -- > Shmuel (Seymour J.) Metz > https://urldefense.proofpoint.com/v2/url? > u=http-3A__mason.gmu.edu_-7Esmetz3=DwIFAg=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=SOBVt9CJJT9U6BDm6UDnhYM3- > hqGocoWZElTeSeuRXM=XQODQhEembnR8wESNtneDthlDQ4e5dUVQ_qC1zp-7pw= > > -- > 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: Hitachi RAID box going out of support
The question shouldn't be how reliable the box might be out of support but more how critical is the data and access to it in the event that something **does** go wrong. You mention your apps are critical, how comfortable is you management in risking the loss of the data ? Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/25/2020 12:57:11 PM: > From: Nightwatch RenBand > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/25/2020 12:59 PM > Subject: [EXTERNAL] Hitachi RAID box going out of support > Sent by: IBM Mainframe Discussion List > > We have a 10 year old Hitachi RAID box which Hitachi tells us is going out > of support. Only two applications are left of the old z9 machine but they > are critical. Latest estimate from programmers is that they will migrate > off in 12 to 18 months. > So, based on you folks experience, is it reasonable to pay extra for an > extended contract and keep the old box? I know there are other options, > but this appears to be the lowest cost, and easiest. The question is about > how older RAID boxes hold up in general. > > -- > 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: Good FTP client for MVS data set access
Java jar command can also handle .zip files Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/18/2020 10:45:22 AM: > From: "Jackson, Rob" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/18/2020 10:45 AM > Subject: [EXTERNAL] Re: Good FTP client for MVS data set access > Sent by: IBM Mainframe Discussion List > > PKWare for not-free. Unzip from rocket for free. Probably others. > > First Horizon Bank > Mainframe Technical Support > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Bob Bridges > Sent: Thursday, June 18, 2020 1:34 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Good FTP client for MVS data set access > > [External Email. Exercise caution when clicking links or opening attachments.] > > Wha...? I might have misunderstood you, but it sounds like you're > saying I can 1) collect all the REXX execs I want to transfer to the > mainframe, 2) ZIP them up (using PKZIP or WinZIP or 7-ZIP or > whatever), 3) IND$FILE the .zip file to the mainframe, and then 4) > ...here's where I bog down. Is there a mainframe utility that can > read .zip files? > > And if there is (I never dreamt that), maybe I actually bog down at step 3: > Do I do the transfer in text or binary? > > Are you sure you're not just having me on? > > Even if you are, it suddenly occurs to me that there's a PC-based > utility that handles XMIT files, and I think I have a copy left over > from an old project. I can bundle them all up in a XMIT file, copy > that to the host, then RECEIVE it there. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* Every contrition for sin is apt to encourage a not-quite- > charitable wish that other people should exhibit a similar > contrition. -Charles Williams > (1886-1945) */ > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Seymour J Metz > Sent: Thursday, June 18, 2020 11:34 > > Why not zip them and do a single transfer of the zip file, then unzip them? > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on > behalf of Bob Bridges [robhbrid...@gmail.com] > Sent: Thursday, June 18, 2020 1:20 AM > > Sometimes all that's allowed, though. Some of my clients lock up > FTP, and make me use IND$FILE via whatever local 3270 emulation they use. > > This can be a major pain. Whenever I start at a new installation, > one of my first jobs is to load up a bunch of REXX tools I've > written over the years. > If I have to do them one at a time, it's a big bottleneck. Most > apps of that sort allow you to set up a list of files - but you have > to enter the list manually, one by one, providing the filename on > your PC and the target DSN on the mainframe, so it's not saving > anything (and is a one-time job, after all). Last time I had to > deal with it I reverse-engineered the format used for multi-file > transfers and had VBA create a longer list for me. I felt a fine, > self-congratulatory glow at having hacked the system, but really, it > shouldn't have been necessary. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Charles Mills > Sent: Wednesday, June 17, 2020 23:39 > > Also slower than a dog, and if you are working for the security > folks, basically unaudited. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of David Spiegel > Sent: Wednesday, June 17, 2020 7:05 PM > > I have painfully experienced instances where IND$FILE (on z/VM) > mangled a Binary Upload from my MS-Windows 10 Pro workstation. > It works every time I use FTP, though (via CLI or WinSCP). > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > Confidentiality notice: > This e-mail message, including any attachments, may contain legally > privileged and/or confidential information. If you are not the > intended recipient(s), or the employee or agent responsible for > delivery of this message to the intended recipient(s), you are > hereby notified that any dissemination, distribution, or copying of > this e-mail message is strictly prohibited. If you have received > this message in error, please immediately notify the sender and > delete this e-mail message from your computer. > >
Re: z/OS EOS dates
Try here https://www.ibm.com/support/lifecycle/#/ You can then search on the products you are looking for Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 04/01/2020 01:06:29 PM: > From: Gord Tomlin > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 04/01/2020 01:07 PM > Subject: [EXTERNAL] z/OS EOS dates > Sent by: IBM Mainframe Discussion List > > Does anyone have a link that works today to the page containing z/OS EOS > dates? This link: > > http://www.ibm.com/systems/z/os/zos/support/zos_eos_dates.html > > now just leads to the z/OS landing page: > > https://www.ibm.com/it-infrastructure/z/zos > > I can't find a link to any other page providing the appropriate > information. > > -- > > Regards, Gord Tomlin > Action Software International > (a division of Mazda Computer Corporation) > Tel: (905) 470-7113, Fax: (905) 470-6507 > Support: https://urldefense.proofpoint.com/v2/url? > u=https-3A__actionsoftware.com_support_=DwICaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=J_OGIjcdG4xfFHjQk86hlt1CAP9HgE3dUQyQOttwJWA=dRqkbr2ER3I2E5rnsBbi0guHpu02aAfeb9RccvvaNN0= > > -- > 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: How to get a workstation name from ip address
Your biggest issue will be if your users are using DHCP and the ip address is reassigned to a different user by the time the lookup happens. This assumes that you DHCP servers and DNS servers communicate when a DHCP request is satisfied. About the only way would be to do lookups at sign on time - and if the DNS isn't dynamically updated, even that won't help. One option is after announcing to your users you lock down the use of non secured access and allow the Incident tickets to determine who was impacted. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 03/03/2020 10:32:22 AM: > From: don isenstadt > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/03/2020 10:32 AM > Subject: [EXTERNAL] How to get a workstation name from ip address > Sent by: IBM Mainframe Discussion List > > Hello..we have many users who are still using port 23 unsecured..so > we can easily identify them with a display tcpip command po=23. The > list of ip addresses needs to be translated to a workstation name > because the ip addresses are volitile. Ping -a does not work on the > mainframe. We want the command to be run from the mainframe. > Thanks, > -don > > -- > 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: Connect Direct Secure + - Certificate in use
Your best bet is to use the java keytool utility by connecting to your CD host and port. This will print the cert presented when you connect keytool -printcert -sslserver $host[:$port] Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 01/31/2020 10:54:52 AM: > From: Steve David > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/31/2020 10:56 AM > Subject: [EXTERNAL] Connect Direct Secure + - Certificate in use > Sent by: IBM Mainframe Discussion List > > Hi All, > We are planning to upgrade CD V4.8 to V5.2, we lost the key to open the key > database which used for secure+ encryption. We have used GSKKYMAN utility > to generate the certificate and signed by third party CA. > > SECURE.SSL.PATH.PREFIX =/usr/lpp/connectd/conn.kdb, > > We have couple of certificates mentioned in above path, out of which one is > expiring in Mar 2020 and other one in Nov 2020, Is there a way to find > which certificate is in use for SSL > Encryption? > > Thanks > Steve > > -- > 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: DR Sysplex Procedure
We have defined in our policy both the CF's normally in use during Production and the CF that will be used in a DR. That way when the policy is replicated to the DR site all the information required is already present and we do not have to switch policies. In normal life a D CF command shows one unreachable CF and 2 active ones. During DR the opposite shows with the DR CF active and the 2 normal ones unreachable. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 01/23/2020 12:39:56 PM: > From: Elaine Beal > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/23/2020 12:40 PM > Subject: [EXTERNAL] Re: DR Sysplex Procedure > Sent by: IBM Mainframe Discussion List > > To expand on this... > yes, we are just getting to the DR test:) > > I have new XCF and CFRM datasets pointing to new plant id and serial > number, policy > but no new LOGR and WLM, using same as prod (on another machine) > > defined a new policy in DR CFRM > > We IPLd at the other site for DR and got the following- > > IXC248E COUPLE DATA SET dsname ON VOLSER volser FOR typename MAY > BE IN USE BY ANOTHER SYSPLEX. > > IXC247D REPLY U to ACCEPT USE OR D TO DENY USE OF THE COUPLE DATA > SET FOR typename. > > to which both are replied to with U > > ISG379E GRS UNABLE TO CONNECT TO THE ISGLOCK STRUCTURE. VALIDATE > THAT THERE IS A COUPLING FACILITY DEFINED IN THE CFRM POLICY AND > THAT IT IS PHYSICALLY CONNECTED TO THE SYSTEM. ENSURE THAT THE CF IS > IN THE PREFLIST FOR THE ISGLOCK STRUCTURE. > > CF facility is same as prod and is defined in DR CFRM > CF is in PREFLIST > > one unusual thing is on my report for the DR CFRM > it shows both the prod policy and the new DR policy but not sure why > since I formatted a new CFRM > > The backup CTCs are in parmlib but could possibly not be connected. > should I remove those? > > Thanks, > Elaine > > -- > 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: Test
It worked ! Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 01/08/2020 11:47:40 AM: > From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/08/2020 11:48 AM > Subject: [EXTERNAL] Test > Sent by: IBM Mainframe Discussion List > > Test > > _ > > Dave Jousma > > AVP | Manager, Systems Engineering > > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > Rapids, MI 49546 > > 616.653.8429 | fax: 616.653.2717 > > This e-mail transmission contains information that is confidential > and may be privileged. > It is intended only for the addressee(s) named above. If you receive > this e-mail in error, > please do not read, copy or disseminate it in any manner. If you > are not the intended > recipient, any disclosure, copying, distribution or use of the > contents of this information > is prohibited. Please reply to the message immediately by informing > the sender that the > message was misdirected. After replying, please erase it from your > computer system. Your > assistance in correcting this error is appreciated. > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OOCoD experiences?
Be aware of using OOCoD that there is a difference in the billing records for Hardware and Software. We looked at this before I moved to IBM and had to rule it out as the Hardware side only bills you for the Capacity by the day activated (e.g. Use OOCoD for 7 days and get charged for the 7 days at higher capacity) BUT software is billed by the month so you get the full month at the higher capacity even if you only turned on OOCoD for an hour. CBU also provides test activations without financial impact where as OOCoD will not. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 11/27/2019 02:16:44 PM: > From: Laurence Chiu > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/27/2019 02:17 PM > Subject: [EXTERNAL] OOCoD experiences? > Sent by: IBM Mainframe Discussion List > > Just asking the list has anybody had experience using OOCod to double their > MIPS on their mainframes? > > Looking at out of region (country) backup solution so cannot use CBU > records. So the idea is to buy half of what the MIPS might need to be and > then provision the other half capacity using capacity on demand for a > maximum of a week for testing or live to save the purchase price of the > box. > > Thanks > > -- > 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: Power failure
I seem to remember that Peter mentioned that they may have had an outage on their Storage Subsystem - if you ripped away all the DASD from under z/OS I'll guarantee you'll be reIPL'ing Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 10/17/2019 03:01:57 PM: > From: Mike Schwab > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 10/17/2019 02:50 PM > Subject: [EXTERNAL] Re: Power failure > Sent by: IBM Mainframe Discussion List > > I agree. By mistake both power cords lead to the same UPS, or even > the same breaker. Pick a low impact time. Turn each breaker off for > 1 minute then turn back on. Look for anything that went down and > change outlets as needed. Then power off each UPS to check for > different breakers but same UPS. Or isn't there a device that will > send a signal over the line and you can determine which outlets are > wired to that breaker? Or is that only phone / network lines? > > On Thu, Oct 17, 2019 at 10:27 AM Tom Marchant > <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > > > > On Thu, 17 Oct 2019 11:41:24 +0400, Peter wrote: > > > > >We have a dual... connectivity from UPS wired to z14. > > > > > >Even if one goes down and another would take a control > > > > That's what you said. > > > > Some of us are skeptical that it is actually implemented the way > > that you intended that it be implemented. > > > > -- > > Tom Marchant > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > Mike A Schwab, Springfield IL USA > Where do Forest Rangers go to get away from it all? > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Blocking access by IP address
Skip - Look into PAGENT (Policy Agent). You can use that to filter all IP packets incoming and outgoing so certainly could code a drop rule for that specific IP address. (Its in the TCPIP stack) Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 09/30/2019 02:59:45 PM: > From: Jesse 1 Robinson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 09/30/2019 02:59 PM > Subject: [EXTERNAL] Blocking access by IP address > Sent by: IBM Mainframe Discussion List > > We have a case where frequent access from a rogue server is creating > havoc. It's not an attack, just a misbehaving actor that the Apps > folks cannot locate. We have identified the offending IP address and > want to block it, but we can't find a mechanism. We have long used > IP filtering in our DR environment to restrict access to a handful > of IP addresses that we want to *allow*. This is the other side of > the coin: *stopping* a specific access. > > Can someone point me to the appropriate doc? > > -- > 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: SMPE ACCEPT options
I haven't used the backup in quite a while, however a colleague with less experience ended up having to do a full reinstall of a ServerPac starting from the Restore Datasets step because the policy wasn't followed. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 07/03/2019 11:42:37 AM: > From: Jesse 1 Robinson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/03/2019 11:43 AM > Subject: [EXTERNAL] Re: SMPE ACCEPT options > Sent by: IBM Mainframe Discussion List > > So, all you chronic backer uppers, how many times have you resorted > to restoring the whole shebang? Just wondering... > > . > . > 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 On > Behalf Of Allan Staller > Sent: Wednesday, July 3, 2019 11:09 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: SMPE ACCEPT options > > It is a common practice to back up everything before the accept. > In my case, the entire SMP/e ENV is on one volume, so I just use df/dss. > > Any method that works for the backup is acceptable. > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Bill Giannelli > Sent: Wednesday, July 3, 2019 12:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPE ACCEPT options > > But first! > So, before running an accept w/o check, I should backup my CSI? > Should I do that "within" SMPE? Or can I just use idcams to backup > my CSI cluster? > thanks > Bill > > > -- > 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: SMPE ACCEPT options
When we do maintenance our standard is prior to touching ANYTHING we backup using DFDSS SMPE Libraries (CSI + all SMPE related libraries) All Tgt Libraries in the CSI All Dist Libraries in the CSI According to our naming standards I'm able to do this by using 3 wild cards in the DFDSS job and catch everything. I wouldn't say I'm paranoid but I also then take another backup immediately following any activity. I've never heard of anyone complaining they had too many backups. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 07/03/2019 10:40:28 AM: > From: Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/03/2019 10:40 AM > Subject: [EXTERNAL] Re: SMPE ACCEPT options > Sent by: IBM Mainframe Discussion List > > On Wed, 3 Jul 2019 12:02:47 -0500, Bill Giannelli wrote: > > >But first! > >So, before running an accept w/o check, I should backup my CSI? > > Not exactly. A lot depends upon how you do things, but backing up just a > CSI isn't much use. If you are going to restore, you will need the entire > environment, including every library that was touched during the ACCEPT > (in this case). > > When you ACCEPT, you will be changing Distribution libraries. You will also > be updating the GLOBAL zone. If you have PURGE set in your options, > you will also REJECT, the accepted SYSMODs will also be deleted from the > SMPPTS, and any SMPTLIB data sets for any Functions will be deleted. > > SMPMTS, SMPSTS, and SMPSCDS may also be affected. > > >Should I do that "within" SMPE? Or can I just use idcams to backup > my CSI cluster? > > You can use ZONECOPY to copy your Target or Distribution zone. > ZONEEXPORT can back up Global, Target, or Distribution zones. > None of these are adequate by themselves. They will not back up any > of the other data sets that were updated by ACCEPT . > > -- > Tom Marchant > > -- > 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: Copying portions of a huge data set
Can you only identify the bad data by the line numbers or is there a keyword in the log entries that you can include/exclude by ? Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/25/2019 01:07:12 PM: > From: Jesse 1 Robinson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/25/2019 01:08 PM > Subject: [EXTERNAL] Copying portions of a huge data set > Sent by: IBM Mainframe Discussion List > > We have a file that contains one month's worth of syslog/operlog > data. Unfortunately a user's job output has infiltrated this file at > random points by inappropriate use of MSGCLASS. I want to copy the > good data (log stuff) to another file and leave the errant user > stuff behind. It seems simple, but I can't seem to tweak a utility > like REPRO (with SKIP and COUNT) to do what I want. I've browsed the > file and identified by line number where each good data starts/ends > and where the bad data starts/ends, like this: > > 01 - log > 932964 - job > 933148 - log > 0001539016 - job > ... > 0022175585 - job > 0022176053 - EOD log > > The output file should contain just the 'log' data. Suggestions? > > . > . > 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<mailto:robin...@sce.com> > > > -- > 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: Page/Alert notifications from z/os [SEC=UNOFFICIAL]
We use OPS/MVS to send SNMP to our BMC ESM (Truesight) solution which then does the opening of Service now tickets. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/18/2019 03:48:43 PM: > From: "Jones, Phil" <02379a6d81f2-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/18/2019 03:49 PM > Subject: [EXTERNAL] Re: Page/Alert notifications from z/os [SEC=UNOFFICIAL] > Sent by: IBM Mainframe Discussion List > > Who has taken the whole process a step further by raising problem > tickets, sending alerts to "Single Pane of Glass" (for example)? > I'm especially interested to hear if anyone is using TBSM... > > Regards; Phil > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Jacobs > Sent: Wednesday, 19 June 2019 4:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Page/Alert notifications from z/os > > Yes. Your automation product, in concert with your production > scheduling system should be able to send emails to any interested > party and their cellphones. > > Mark Jacobs > > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - https://urldefense.proofpoint.com/v2/url? > u=https-3A__api.protonmail.ch_pks_lookup-3Fop-3Dget-26search-3Dmarkjacobs-40protonmail.com=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=Ioe3C0U0wz- > qgCmmO1t7VT2RRrw7N4NZ_p9XIZWBfCk=k_gGlVt9M6XqRiFWNHHq96MWEMvNwER38KAVCvDUY3c= > > ‐‐‐ Original Message ‐‐‐ > On Tuesday, June 18, 2019 2:16 PM, Longnecker, Dennis > wrote: > > > Curious what people are using, if they are anymore, to send pages/ > text's/notifications/etc. from z/os to people on call. The software > we have been using runs on a Windows 7 box, which I need to get rid > of and/or replace. Rather than continue what we have been doing for > 25 years, curious as to what other people might be doing for this. > > > > The easiest thing I can think of is to change my alerting > automation to send an e-mail/txt message to the cellphone of the > person on call. > > > > Thanks for any suggestions/ideas. > > > > Dennis > > > > -- > > -- > > -- > > -- > > -- > > -- > > -- > > -- > > > > 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 > ** > IMPORTANT: This e-mail is for the use of the intended recipient only > and may contain information that is confidential, commercially > valuable and/or subject to legal or parliamentary privilege. If you > are not the intended recipient you are notified that any review, re- > transmission, disclosure, dissemination or other use of, or taking > of any action in reliance upon, this information is prohibited and > may result in severe penalties. If you have received this e-mail in > error please notify the sender immediately and delete all electronic > and hard copies of this transmission together with any attachments. > Please consider the environment before printing this e-mail > ** > > > -- > 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: Volume compare utility
"What" should have been "way" ! Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/17/2019 08:29:34 AM: > From: Jerry Whitteridge > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/17/2019 08:30 AM > Subject: [EXTERNAL] Re: Volume compare utility > Sent by: IBM Mainframe Discussion List > > In the (distant) past we've been able to get a temporary license from the > vendor of the target disk for TDMF as part of the deal - might be one what > of you getting a portion of your bridge. > > Jerry Whitteridge > Delivery Manager / Mainframe Architect > GTS - Safeway Account > 602 527 4871 Mobile > jerry.whitteri...@ibm.com > > IBM Services > > IBM Mainframe Discussion List wrote on > 06/16/2019 01:16:35 PM: > > > From: Jesse 1 Robinson > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 06/16/2019 01:16 PM > > Subject: [EXTERNAL] Re: Volume compare utility > > Sent by: IBM Mainframe Discussion List > > > > Maybe if I could throw in the Brooklyn Bridge... > > > > . > > . > > 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 > > > > -- > 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: Volume compare utility
In the (distant) past we've been able to get a temporary license from the vendor of the target disk for TDMF as part of the deal - might be one what of you getting a portion of your bridge. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/16/2019 01:16:35 PM: > From: Jesse 1 Robinson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/16/2019 01:16 PM > Subject: [EXTERNAL] Re: Volume compare utility > Sent by: IBM Mainframe Discussion List > > Maybe if I could throw in the Brooklyn Bridge... > > . > . > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Volume compare utility
Good to hear it went well Skip Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/14/2019 03:44:07 PM: > From: Jesse 1 Robinson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/14/2019 03:44 PM > Subject: [EXTERNAL] Re: Volume compare utility > Sent by: IBM Mainframe Discussion List > > This thread was originally motivated by needing to move from an > older DS8 subsystem to a new one. We've done this repeatedly over > the years with a combination of utilities and IPLs spread over > several months. The goal this time was to do it in a big bang > allowing for several hours of down time but otherwise all in one > single window. The problem with our old way of doing things was that > we would encounter many separate periods of DR risk where we could > not recover the entire production environment. This time, by using > PPRC with all systems down, there was no risk window since no data > updates could occur in the meantime. > > I'm happy to report that the new procedure worked. We abandoned the > idea of 'comparing volumes' as taking too long with minimal payback. > We shut it all down, synched up data volumes via PPRC, and IPLed > everybody with an IODF that contained the new DS8 in place of the > old. It went even smoother that we hoped for. Lots of planning and > desk checking, no serious oversights. > > Thanks to all who contributed to this project! > > . > . > 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 On > Behalf Of Jesse 1 Robinson > Sent: Monday, April 29, 2019 1:58 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Volume compare utility > > Success! We did the first 50+% this weekend (non-prod) in a little > over four hours total. Forewent any compare utility as a costly and > time consuming process of dubious value. Planning on the same > strategy for the prod farm in the next month or so. Thanks to all > who contributed. > > . > . > 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 On > Behalf Of Elardus Engelbrecht > Sent: Wednesday, April 24, 2019 12:36 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Volume compare utility > > Jesse 1 Robinson wrote: > > >Most folks seem to think that we're being a little silly, which is > actually reassuring. > > No, you are NOT silly. Trust me. Actually I appreciate your posts > here in IBM-MAIN. > > > >I did get one off-list offer of a product that that sounds pretty > >great, but we may just suck it up pretend we're grownups. > > Now and then I got similar off-list spam from IBM-MAIN members who > wants to try sell me a [junk?] product or two. > > Like you, I just suck it up because I am grownup ( ok, sort off :-D > ), or actually, I am not in a position to say to my management, "buy > this spammy thing". > > Groete / Greetings > Elardus Engelbrecht > > PS: some years ago, an IBM-MAIN member [0] spammed me for about 6+ > months trying to sell me a crappy product despite that I politely > told him the first time that I cannot accept his offers because I am > too low in the food chain to accept/recommend his spam z/OS products. > > [0] - I see this spammer is silent/lurking on IBM-MAIN these last > few months. Am I happy or am I that happy? ;-) > > > > -- > 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
Re: JES2 shutdown failure
I'd be suspicious of your OMVS environment at this point. Try using a D A,A to see more tasks active. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 05/14/2019 02:35:25 PM: > From: Brian France > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 05/14/2019 02:35 PM > Subject: [EXTERNAL] Re: JES2 shutdown failure > Sent by: IBM Mainframe Discussion List > > init's drained? lines drained? omvs shutdown? > > On 5/14/19 5:32 PM, Tony Thigpen wrote: > > I am testing on a DR box, and I am seeing a shutdown problem with JES2. > > > > Here is the console log: > > $da > > $HASP612 NO ACTIVE JOBS > > $P JES2 > > IEA964I HARDCOPY SUSPENDED, REASON=HCSW > > $da > > IEE707I $DA NOT EXECUTED > > D A,L > > JOBS M/S TS USERS SYSAS INITS ACTIVE/MAX VTAM OAS > > 0 2 0 00025 0 0/0 1 > > JES2 JES2 IEFPROC NSW S SHUTHUP1 SHUTHUP1 COMAND00 OWT S > > > > At this point, JES2 never seems to shut down. (The only job running is > > SHUTHUP1 which is the automated shutdown procedure that runs outside > > of JES2.) > > > > Thoughts? > > > -- > Brian W. France > Systems Administrator (Mainframe) > Pennsylvania State University > Administrative Information Services - Infrastructure/SYSARC > Rm 25 Shields Bldg., University Park, Pa. 16802 > 814-863-4739 > b...@psu.edu > > "To make an apple pie from scratch, you must first invent the universe." > > -- > 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: CA OPS/MVS
Martin - I know OPS/MVS has HMC access capabilities/BCPII interfaces, but have not implemented in our shop yet so couldn't give details. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 03/28/2019 08:43:28 AM: > From: Martin Packer > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/28/2019 08:44 AM > Subject: CA OPS/MVS > Sent by: IBM Mainframe Discussion List > > I'm asking on behalf of a customer (but I want to know, too, for all the > right reasons): > > Is it possible with CA OPS/MVS to alter the weights for LPARs? I would > assume that if it could it would use BCPii. > > The background is that we are contemplating shifting weights between LPARs > at certain times of day. This is their automation tool of choice. And I > don't know how people alter weights through automation. > > Thanks, Martin > > Martin Packer > > zChampion, Systems Investigator & Performance Troubleshooter, IBM > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > > Blog: > https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker > > Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ or > > https://urldefense.proofpoint.com/v2/url? > u=https-3A__itunes.apple.com_gb_podcast_mainframe-2Dperformance-2Dtopics_id1127943573-3Fmt-3D2=DwIBAg=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=CDP0xoxpTkHzYzM0X_L62NRyrf2_Lc0JC9MebTC3P8E=NXTZquERd92BU2NFth2FyrvCrKMpSX9SJV8UOULzZmc= > > > Youtube channel: https://urldefense.proofpoint.com/v2/url? > u=https-3A__www.youtube.com_channel_UCu-5F65HaYgksbF6Q8SQ4oOvA=DwIBAg=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=CDP0xoxpTkHzYzM0X_L62NRyrf2_Lc0JC9MebTC3P8E=dZTRs_SYHWL1C1vKZOlcZM4MznTUiwXoRYTC_pTMqG8= > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Catalog Sharing
We have 1 MCAT per Sysplex with an Alt MCAT also defined. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 03/19/2019 04:24:50 AM: > From: "Lopez, Sharon" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/19/2019 04:25 AM > Subject: Catalog Sharing > Sent by: IBM Mainframe Discussion List > > Just a general question wondering how others share the master > catalog in a SYSPLEX. Do most of you guys share a master catalog in > the sysplex or do you have a master catalog for each lpar in the > sysplex? Just thinking about single point of failures. > > Thank you. > Sharon Lopez > Software Systems Programming Specialist > BB - IT Production Engineering - Mainframe OS > 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604 > Office (919) 327-6369 > sharon.lo...@bbandt.com<mailto:sharon.lo...@bbandt.com> > > > > > The information in this transmission may contain proprietary and > non-public information of BB or its affiliates and may be subject > to protection under the law. The message is intended for the sole > use of the individual or entity to which it is addressed. If you are > not the intended recipient, you are notified that any use, > distribution or copying of the message is strictly prohibited. If > you received this message in error, please delete the material from > your system without reading the content and notify the sender > immediately of the inadvertent transmission. > > -- > 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: Extract certificate data from z/OS
Look at the Java keytool command - it can manipulate most Certs that can be discovered/ Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 03/12/2019 09:51:22 AM: > From: Kurt Quackenbush > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/12/2019 09:52 AM > Subject: Re: Extract certificate data from z/OS > Sent by: IBM Mainframe Discussion List > > On 3/12/2019 7:33 AM, Peter wrote: > > > > Is it possible to extract certificate data from z/OS without going through > > RACF ? > > Are you asking how to extract x.509 certificates from a RACF (or other > security manager) data base without using RACF commands? You can use > Java. Do a google search on "JCERACFKS" and (I think) the > java.security.cert class. > > Kurt Quackenbush -- IBM, SMP/E Development > > -- > 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: SMF/RMF records for 4hr rolling average MSU?
John - Try looking at the RMF Spreadsheet Reporter. It MAY be able to give you what you are looking for and its the right price (I assume you company will provide you Excel on your PC) Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 03/05/2019 01:53:41 PM: > From: John McKown > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/05/2019 01:54 PM > Subject: Re: SMF/RMF records for 4hr rolling average MSU? > Sent by: IBM Mainframe Discussion List > > On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo wrote: > > > the only other way to do this is if you have Omegamon, use the ZRMSU major > > command, extract or (cut and paste) the 4hr average to excel. > > I had to do something like this from a product called Perfman to get the > > high R4HA for each day and plot that for the month. > > > > No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing > software. If I knew where the data comes from, I would be tasked to write > software to get what we want into an CSV to download to my boss' PC. > > > > > > > > > > > Carmen Vitullo > > > > - Original Message - > > > > From: "John McKown" > > To: IBM-MAIN@LISTSERV.UA.EDU > > Sent: Tuesday, March 5, 2019 2:37:47 PM > > Subject: Re: SMF/RMF records for 4hr rolling average MSU? > > > > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo > > wrote: > > > > > Great product, EasySMF ! > > > blackhillsoftware.com > > > > > > > > > > Forgot to mention: "The mainframe is going away. There is no need to buy > > any new software. Make due with what you have, write it yourself, or do > > without. But we want our reports!" > > > > Carmen Vitullo > > > > > > > > -- > > I just burned 2000 calories! > > That's the last time I'll nap with brownies in the oven. > > > > Maranatha! <>< > > John McKown > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > I just burned 2000 calories! > That's the last time I'll nap with brownies in the oven. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE Internet Service Retrieval: TRANSFERONLY
That's exactly what we do - One run daily per Global CSI and I have all the most current Holddata AND Issued PTF's for the CSI. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 03/04/2019 12:18:24 PM: > From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/04/2019 12:20 PM > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > Sent by: IBM Mainframe Discussion List > > So, I've asked this of folks that have had the same request prior to > you. Why not just run the SMPE Receive order for all available > maintenance, once for each global zone you have? You get the > current enhanced holddata, and you get all available maintenance. > That way, when Receive order is broken, and you need that one PTF, > maybe you already have it? No one says you have to apply it, but > you have it at your fingertips when you do need it. > > I don't understand the thought process of just getting holddata, or > just *some* of the PTF's. > > _ > Dave Jousma > Mainframe Engineering, Assistant Vice President > david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H > p 616.653.8429 > f 616.653.2717 > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Smith, Sean M > Sent: Monday, March 4, 2019 2:05 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from unknown senders or > unexpected emails** > > We have moved exclusively to SMPE internet service retrieval so FTP > is no longer an option. > > Sean > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Michael Babcock > Sent: Monday, March 04, 2019 11:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > I use FTP to get the yearly file into a dataset then run an SMP > RECEIVE to bring it in. > > On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant < 000a2a8c2020- > dmarc-requ...@listserv.ua.edu> wrote: > > > I think that they have made it as easy as humanly possible. > > > > I'm pretty sure you just specify the same path for SMPNTS in the > > second step for the RECEIVE FROMNTS. > > > > Have you tried it? > > > > On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote: > > > > >Right, but then you have to point to the exact file in the exact sub > > directory that is dynamically created...so no way to just run a second > > step in the job and point to the file that I can see. Am I missing > > something obvious or did they make this is hard as humanly possible? > > > > > >Sean > > > > > >-Original Message- > > >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > >On > > Behalf Of Tom Marchant > > >Sent: Monday, March 04, 2019 9:23 AM > > >To: IBM-MAIN@LISTSERV.UA.EDU > > >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY > > > > > >On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M > > >wrote: > > > > > >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I > > >>would > > like to use the TRANSFERONLY feature so I can place a single ORDER and > > then receive the HOLDDATA into my various SMPE environments. I am not > > seeing how to control where the HOLDDATA gets transferred however nor > > how to go about referring to it in a subsequent job step. This seems > > like a rudimentary question and I did look through the manuals > > thinking this has to be pretty simpleand...help! > > > > > >SMPNTS defines where the it is transferred to and/or received from. > > >It is > > a Unix path. > > >You can then use RECEIVE FROMNTS to receive it into your other global > > zones on that system. > > > > > >-- > > >Tom Marchant > > > > > >- > > >- For IBM-MAIN subscribe / signoff / archive access instructions, > > >send email to lists...@listserv.ua.edu with the message: INFO > > >IBM-MAIN > > > > > >- > > >- This message, and any attachments, is for the intended recipie
Re: z/OS 2.3 and ENT COBOL 4.2
I'd suggest using BUILDMCS to extract from the current environment to be able to receive into your new environment. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 02/19/2019 08:46:46 AM: > From: Carmen Vitullo > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/19/2019 08:47 AM > Subject: z/OS 2.3 and ENT COBOL 4.2 > Sent by: IBM Mainframe Discussion List > > I am currently running z/OS 2.2 with ENT COBOL V4.2 and users > testing V6.2 for ENT COBOL. > I'm in the process of ordering z/OS 2.3 and I've found I no longer > can order ENT COBOL V4.2 with my servicepac order or as a CBPDO. > what I've done is ordered ENT COBOL SERVICE up to RSU 1901, is this > any other way to order 4.2 until 6.2 is ready for prime time at my location ? > I know there are ways to keep both versions available, I just don't > want to do this manually if at all possible. thanks folks > > -- > 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: [EXTERNAL] Re: CTC
I've always known HCM as an optional Licensed product Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 02/18/2019 01:35:42 PM: > From: Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/18/2019 01:36 PM > Subject: Re: [EXTERNAL] Re: CTC > Sent by: IBM Mainframe Discussion List > > ISTR it was a free standing product from New Era. Then IBM bought it > and made it an optional feature of HCD. > > In a message dated 2/18/2019 2:12:52 PM Central Standard Time, > mitchd...@gmail.com writes: > As far as I remember, HCM has never been free, it has always been > an optional IBM product. > > -- > 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: CTC
To be able to make sense of CTC definitions I use HCM downloaded to the PC. Its the only graphical way to review the connections. I also use HCM to define new CTC connections. For all other HCD definitions I prefer using HCD and ISPF. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 02/18/2019 06:09:21 AM: > From: ITschak Mugzach > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/18/2019 06:09 AM > Subject: Re: CTC > Sent by: IBM Mainframe Discussion List > > I don't have a specific rexx for the problem, but I can give some tips form > daily experience. I do parsing every day, many times a day, for our > IronSphere product. IOCP is using a macro language. so: > >1. make every macro a single string. continuation is at column 72, the >last line in a multi line doesn;t have a comma and a continuation char at >col 762. >2. tokenize the string by replacing every equal sign to blank. >3. wordpos the keyword you are looking for. of position is not zero, the >value is the next word. >4. result may be enclosed in parentheses, separated with commas. know >what you are looking for for second level parsing. >5. I use a stem to store the single line macro calls at step 1. > > > best, > ITschak > > On Mon, Feb 18, 2019 at 2:32 PM Sankaranarayanan, Vignesh < > vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote: > > > Hello All, > > > > I know this is a long shot but does anyone have any REXX that parses IOCP > > and "makes sense" of the CTC definitions? > > I'm losing my mind trying to learn what I'm seeing.. > > > > - 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 > > > > > -- > ITschak Mugzach > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring > for Legacy **| * > > -- > 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: PARMDD and Symbols in a Started PROC
I'm keeping this as my set of examples - Thanks Charles Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 02/14/2019 02:07:07 PM: > From: Charles Mills > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/14/2019 02:07 PM > Subject: Re: PARMDD and Symbols in a Started PROC > Sent by: IBM Mainframe Discussion List > > @Tom's got it. Thanks. > > EXPORT works in a PROC and so forth but must come before the > definition of the symbols it exports. (Again, seems kind of > backwards, but what do I know?) > > I think I could have done > > //jobname JOB ... > // EXPORT SYMLIST=* > //procname PROC ... > > But I have never coded a started PROC with a JOB (and I know you > can, but it was just a wormhole I did not want to go down at this > moment) so I did more or less what Tom suggests. > > //procname PROC PARM1=value1,PARM2=value2 > // EXPORT SYMLIST=* > // SET $PARM1=PARM1 > // SET $PARM2=PARM2 > ... > //MYPARMDD DD *,SYMBOLS=JCLONLY >$PARM1,$PARM2,... > > And it is all working. Gosh some better doc AND SOME MEANINGFUL > EXAMPLES would be appreciated. > > Thanks all here for the help. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Tom Marchant > Sent: Thursday, February 14, 2019 11:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: PARMDD and Symbols in a Started PROC > > On Thu, 14 Feb 2019 11:01:44 -0800, Charles Mills wrote: > > >> // EXPORT gets specified first before any // SET stmts > > > >How do I do that in a PROC where the SETs are implicit in the PROC > >statement, which is the very first statement? > > > >//procname PROC PARM1=value,PARM2=value > > Try this: > //procname PROC PARM1=value,PARM2=value > // EXPORT SYMLIST=* > // SET PARM1= > // SET PARM2= > > -- > 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: Wells Fargo? Well f*&%#d at the moment: Data center up in smoke, bank website, app down . The Register
Tom - Global Mirror only requires the extra set of DASD at the receiving site (or at least that is how we are setup). However you'd then need the ability to reverse the replication so could need extra at the primary site (our plan states if we declare we are in the DR site for an extended period - discourages those Managers from the willy decisions Skip referred to) Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 02/14/2019 12:47:46 PM: > From: Tom Brennan > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/14/2019 12:48 PM > Subject: Re: Wells Fargo? Well f*&%#d at the moment: Data center up > in smoke, bank website, app down . The Register > Sent by: IBM Mainframe Discussion List > > Or I'm wondering if Global Mirror directly from DS8886 to DS8886 might > be worth looking into, simplifying that process by eliminating XRC. > That takes an extra copy of each DASD volume at each site though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Zowe?
There are times I really wish for a like button Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 01/04/2019 11:47:33 PM: > From: Tom Conley > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/04/2019 11:47 PM > Subject: Re: Zowe? > Sent by: IBM Mainframe Discussion List > > > > > I like "Zowie!", followed by "Biff!", and then "Pow!" > > 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: Thanks For All the Fish
Congratulations ! Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 12/12/2018 06:41:27 AM: > From: John Eells > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 12/12/2018 06:41 AM > Subject: Thanks For All the Fish > Sent by: IBM Mainframe Discussion List > > Friday, 14 December 2018, will be my last day at IBM. For the curious, > I started on a Wednesday, 1 June 1977, so it will be 41 years, 6 months > since I started as a CE in the local Poughkeepsie branch office. > > It's time to shed the daily stress, devote more time to my hobbies > (diving, amateur radio, metalworking, cycling), and find a place in the > County that can use an active volunteer for however many hours I feel > like working (if any). > > I won't be able to get notes on my IBM e-mail address after about noon > Friday. I also won't get phone messages after that time at my work > phone number, because they arrive as e-mail attachments. > > Hanging out here has been quite instructive and usually fun (smile), so: > Thanks, folks. > > All the best, everyone. > > -- > John Eells > IBM Poughkeepsie > ee...@us.ibm.com (for a couple more days) > > -- > 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: How to tell what allocated a dataset never opened
And if that fails create a RACF profile with no access to anyone and wait for the scream. You will immediately find out who is still creating the old datasets. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 11/07/2018 01:56:41 PM: > From: "Roach, Dennis" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/07/2018 01:57 PM > Subject: Re: How to tell what allocated a dataset never opened > Sent by: IBM Mainframe Discussion List > > If you use something like RACF you can look at the product logs or > SMF and see who created it if the log option for the covering profile. > I have used RACF to create a full generic profile with no the same > access as the current controlling profile and audit(all(read)). > > Dennis Roach, CISSP > AIG > > Identity & Access Management | Infrastructure Services > > 2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019 > Work: 713-831-8799 Cell: 713-591-1059 (cell) > > dennis.ro...@aig.com | www.aig.com > > PTO Schedule none. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of Jim Beck > Sent: Wednesday, November 07, 2018 2:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: How to tell what allocated a dataset never opened > > All, > We've retired an application and are in the process of cleanup. > Does anyone know of a way to identify what is allocating a given > dataset if it's never opened? SMF cuts 14 & 15 records only if the > dataset is open. Other than scratch, rename, and other VTOC > changes, I haven't found an SMF record that contains the dataset > name, just the DD name or unit address. The MONITOR option in > CONSOLExx can track the deallocation in SYSLOG/OPERLOG, but for TSO > sessions you can't tie that back to a CLIST or command. For batch > jobs, you can eventually tie it back to the step. The only other > way I've seen is the hit-or-miss enqueue check and contact the TSO > session owner. > > Jim > > -- > 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
Re: Destination z article: Ensuring Data Storage Longevity
We also have been informed by our records retention team that we are NOT to retain data past the legal retention period, even if the application teams/business teams would like to do so. If the data exists, you would be legally obliged to provide the data in the case of a legal dispute, if its purged no issues arise. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 10/08/2018 09:47:37 AM: > From: Jesse 1 Robinson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 10/08/2018 09:48 AM > Subject: Re: Destination z article: Ensuring Data Storage Longevity > Sent by: IBM Mainframe Discussion List > > The distinction between backup and archive is useful. I'm not sure > that '90 day usage' is the definitive boundary--we have scheduled > year-end jobs that run only annually--but the categories make sense. > However, it's not only about the data itself. Data is a structured > mass of zeroes and ones that makes no sense at all without a means > to render it intelligible. > > Some time ago, we (IT) was asked to restore very old data needed by > the Finance department. The data was years old, but as responsible > corporate caretakers we found the tapes that contained the > information requested. The kicker: it was IMS data, and IMS had been > decommissioned here years earlier. Even if we could somehow wangle a > temporary copy of IMS, the process of installing it was daunting as > none of us had relevant experience. Moreover, there was no guarantee > that a 'modern' version of IMS would be able to untangle ancient > data formats. Finance eventually let us off the hook, but it was a > lesson that still haunts us. > > . > . > 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 Gabe Goldberg > Sent: Sunday, October 07, 2018 6:11 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Destination z article: Ensuring Data Storage Longevity > > Ensuring Data Storage Longevity > > Backup and Archival Data > > Data comes in many varieties, related to why it exists and how it's > stored: active, warehouse, transactional, backup, archival and more. > I'll skip over the first three forms and focus on backup data > (briefly) and archival data (primarily). > > Because backup data recovers from human error, equipment failures > and external catastrophes, its only reason for existing is restoring > data to a recent image. Archival data may be needed for legal or > industry compliance, historical recordkeeping, merger and > acquisition due diligence, unanticipated queries/searches, or > reconstructing operational environments. Backup data can be stored > piecemeal as long as it can be completely restored. Archival data is > holistic, a complete/consistent image. For a detailed explanation of > why multiple backup copies—even cloud storage—don't constitute > archived data, see this Storage Switzerland blog: https:// > urldefense.proofpoint.com/v2/url? > u=https-3A__bit.ly_2DzoJrR=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=n5vEqYyQJdgVV6l7F06AIBuPQxWwDhb8wjgqk1BME4Q=4GZQNL_blbDWP7_a94lx8obHHyNp4tOypPAes6dodQo= > > INVALID URI REMOVED > u=http-3A__destinationz.org_Mainframe-2DSolution_Trends_Ensuring-2DData-2DStorage-2DLongevity=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=n5vEqYyQJdgVV6l7F06AIBuPQxWwDhb8wjgqk1BME4Q=96iPf4sjy2kN0Twtd8ec7tTUcm9cGXm3IHdp8n8leTM= > INVALID URI REMOVED > u=https-3A__bit.ly_2NiJVSS=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=n5vEqYyQJdgVV6l7F06AIBuPQxWwDhb8wjgqk1BME4Q=zl7GuQO8ctdbaBqQtx93EJOERBaBsHGgBEU2aksMinY= > > ...for non-technical folk reading this (it's going to diverse lists) > -- your data needs backup and archiving too. And backup still isn't archive. > > -- > Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com > 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 > LinkedIn: INVALID URI REMOVED > u=http-3A__www.linkedin.com_in_gabegold=DwIGaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=n5vEqYyQJdgVV6l7F06AIBuPQxWwDhb8wjgqk1BME4Q=OqDmH0BmTVL9r60Jckl6_jq60ERES5d8dP90xuJ2OqM= > Twitter: GabeG0 > > > -- > 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: Problem with XMITIP, TXT attachment and ZVM / NJE
I'd create the file in XMIT Outdsn format and then send that dataset via XMITIP to VM Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 09/20/2018 05:50:51 AM: > From: Jean-Loup PIETIN > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 09/20/2018 06:02 AM > Subject: Problem with XMITIP, TXT attachment and ZVM / NJE > Sent by: IBM Mainframe Discussion List > > Hi > > I’m Jean-Loup PIETIN from FRANCE and I work like System Analyst on ZOS 2.1 > > I wrote you because we encounter a problem with your XMITIP program > in version 18.07 and the author of this program (Lionel B Dyck) > advise me to search in this forum. > > This is the message that i wrote to Lionel : > > We use XMITIP to send mail from Z/Os 2.1 via a NJE node to Z/VM 6.4… > > But we have a problem with txt file attachment.. when we send a file > with line length > 204 characters … the mail was doesn’t sent… > > We have open a PMR with IBM but no solution found… > > In cause, the mail object was send in VAFP print file and the SMTP > partition on Z/VM don’t support the VAFP print file…. > > The solution for the moment is to send the TXT attachment in ZIP > format but when we use the ZIP format, we use CPU consumption on Z/ > Os and the goal of our migration of XMITIP via NJE is to decrease > the CPU consumption. > > That’s why we wrote a program in JAVA to ZIP PDS file for use the > ZIIP processor before send mail with XMITIP…but if it’s possible to > keep the format TXT when we use the VIANJE option with Z/VM, it will be good. > > I don’t know if it’s possible to encode in BASE64 the txt file when > we transmit the mail but it will be a solution like the PDF or BIN format… > > Thanks a lot for reading me and I hope to find the best solution. > > And the response of Lionel was : > > I would like to help but I am not in a site with NJE – however all > XMITIP does when used in the NJE mode is to generate SMTP data in > the JES SPOOL for routing to an SMTP started task at another JES > node. I am not aware of LRECL limitations (mostly I don’t remember > if there are). IBM should be able to provide insight into the NJE > LRECL limitations of both JES and z/VM for you. > > You can ask your question on the IBM-Main Listserv as someone there > is very likely to be able to give you some advice as well. > > Let me know how you resolve this – I’m sorry that I don’t have a > better answer for you. > > Lionel > > > If anyone know how i can send a mail with txt attachement line > length >204 without ZIp it, i'll take it > > Best Regard > > Jean-Loup PIETIN > > -- > 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: IBM Z and cloud
z/OSMF and z/OS Connect target different areas. I'd look at z/OSMF for infrastructure tasks and z/OS Connect (its new name) for actual applications. They both have the ability for API translation and exposure. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 09/14/2018 12:47:09 PM: > From: scott Ford > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 09/14/2018 12:47 PM > Subject: Re: IBM Z and cloud > Sent by: IBM Mainframe Discussion List > > Phil,All: > > Exact question this am during a daily meeting. We looked zConnect but > looked like was expensive to develope a product around, we are looking > At Zosmf...kinda interesting, living proof you teach an old dawg new tricks. > > > Scott > > On Fri, Sep 14, 2018 at 5:54 AM R.S. wrote: > > > W dniu 2018-09-14 o 03:38, Phil Smith III pisze: > > > Well, I appreciate the answers thus far, but they're vague and > > platitudinous. > > > > > > > > > > > > Sure, an application on Z should often stay on Z, but that's not what > > anybody means by "cloud". In fact, given that the vast majority of > > application environments are not on Z, saying "stay on " is, > > if anything, an argument that Z is *not* a good cloud platform. > > > > > > > > > > > > Resource sharing/virtualization are good, but ISTR one or two companies > > that are managing to do a bit of that on Intel (I think they're called > > Amazon and Google and what's that other startup-oh yeah, Microsoft); not > > compelling, sorry. Yes, z/VM is the best virtualization platform in a lot > > of ways. But again, that ain't where the action is, and calling a tail a > > leg doesn't make it one. > > > > > > > > > > > > As for cost of instructions-TR/TRT and friends are also way cool. > > Surprise, that isn't where applications spend most of their time. > > > > > > > > > > > > Looking forward to more convincing arguments. > > > > Convicing? Whom to convince? Seriously, are we talking about rational > > arguments or just convincing arguments? > > I see no hope for mainframe when talking about "convincing" arguments. > > Sorry, every "airline magazine" article or opinion claims it's old, > > obsolete, and so on. Nevermind what is true. > > > > Regarding cloud - this is similar story, much less rational arguments a > > lot of "convincing" ones. There is no single definition of cloud, but I > > woudl say that EDS in the beginnings was kind of cloud - you compute on > > someone else's computer. IT as a service. > > Of course some people narrow the vision of cloud to Windows and M$ > > subsystems (MSSQL, etc.), maybe also Linux with popular open-source > > things lika Apache, mySQL, etc. So, there is no place for other > > platforms. Why? Because nobody mentioned it. However some companies do > > use mainframe applications and they can hear from cloud provider "sorry, > > we don't have such thing". > > > > Regarding Amazon and Google - yes, they don't use mainframes. However > > their business (especially Google) is different than yours. Not everyone > > need oer 1 million PC machines spread across the world. Cheap machines > > with no redundant features. That's why things like disk arrays, remote > > copy services or DR data rooms are still in sale. > > > > > > -- > > Radoslaw Skorupka > > Lodz, Poland > > > > > > > > > > == > > > > Jeśli nie jesteś adresatem tej wiadomości: > > > > - powiadom nas o tym w mailu zwrotnym (dziękujemy!), > > - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub > > zapisałeś na dysku). > > Wiadomość ta może zawierać chronione prawem informacje, które może > > wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia > > (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, > > narusza prawo i może podlegać karze. > > > > mBank S.A. z siedzibą w Warsza > > u=https-3A__maps.google.com_-3Fq-3Dz-2Bsiedzib-25C4-2585-2Bw-2BWarsza-26entry-3Dgmail-26source-3Dg=DwIFaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=Pv4VX_mte8HMjZpaSFkeOhwAMQLMB_fKTVDwyOgfK08=qFT7aDmiI4sIDouaLNV2YJ6D- > j51LWrFBt_oPu4kjGY=>wie, > > ul. Senatorska 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. > > Sąd Rejonowy dla m. st. Warsz
Re: Un-Sysplex a zOS System
I agree with Skip - the risk in pulling apart a Sysplex is high, where to stand up a new stand-alone system will ensure the isolation required. I'd build a new system and move the work as needed to it. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 08/29/2018 02:14:37 PM: > From: Jesse 1 Robinson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/29/2018 02:15 PM > Subject: Re: Un-Sysplex a zOS System > Sent by: IBM Mainframe Discussion List > > The issues listed in the original post plus those suggested by > others are potentially *very* serious. I have to ask what benefits > are expected that would justify the risk. Surely sysplex overhead > alone would not be worth damaging a catalog for example. Whose idea is this? > > . > . > 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 Scott Barry > Sent: Wednesday, August 29, 2018 1:08 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Un-Sysplex a zOS System > > On Wed, 29 Aug 2018 13:57:14 -0400, Mark Jacobs - Listserv > wrote: > > >We're in a parallel sysplex, sharing most everything, and need to > begin planning activities to remove one system from the sysplex, > while continuing to use it to run a subset of our current workload. > > > >Some of the things we need to consider are; > > > > * PDS/e Sharing > > * Catalogs (we're ECS shared now) > > * Shared DASD > > * RACF Database Sharing (Sysplex Enabled) > > * JES2 Checkpoint in CF > > * ZFS File Systems? (This system is not in a shared OMVS Environment) > > > >I'd like people to shoot things at me that I might have missed > while I keep on looking myself. > > > >TIA, > > > >Mark Jacobs > >Time Customer Service > > > Could be a consideration to review/verify - software (contractual > language) licensing, also previous-condition with "shared" system > dependency, then no longer accessible after un-Sysplex? > > Scott Barry > SBBWorks, Inc. > > > -- > 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: [EXTERNAL] Zowe install woes
You have it exactly. And thanks. My concern is/would be the number of WLP servers with each service taking their own. I'd like to see something more along the lines of "Customer" and "Systems" instances so for example z/OS Connect EE would fall under the "Customer" bucket, and z/OSMF and Zowe could share WLP under the "Systems" bucket. But really looking at how to share the use of those WLP servers. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 08/17/2018 09:55:43 AM: > From: Bruce Armstrong > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/17/2018 09:56 AM > Subject: Re: [EXTERNAL] Zowe install woes > Sent by: IBM Mainframe Discussion List > > I think you mean "z/OS Connect EE" ..as I have history with z/OS > Connect let me summarize positioning > > - z/OS Connect EE focus is customer COBOL or PL/I applications running in > CICS and IMS - it can do other environments too (MQ, WAS for z/OS) but > let's generally say Line of Business applications > - Zowe (and with z/OSMF) is primarily focused on "System APIs" (submit a > job, get a dataset, etc) > - You will see in the future more IBM and other vendor products provide > their own APIs..I will call these "Product APIs" (for lack of a better > term)...for example access to monitoring or performance data via APIs. > > Yes there are more server instances than in the past - welcome to one > aspect of the world of micro-services architectures. The reason that I > hedge to say we are looking out how to consolidate server instances is we > need input from customers on the right division of duties for these > servers. We are thinking "product APIs" may best run on a different > instance that "system APIs" or LOB application APIs. > > > > Bruce Armstrong > IBM System Z Offering Manager- zowe.org > 4205 S MIAMI BLVD, DURHAM NC 27703-9141 > Email: armst...@us.ibm.com > Tel: 919-254-8773 > Cell: 919-931-3132 > > > > > > > From: Jerry Whitteridge > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/17/2018 12:09 PM > Subject: Re: [EXTERNAL] Zowe install woes > Sent by:IBM Mainframe Discussion List > > > > How does Zowe play with the zConnect product ? Sounds like I'm starting to > get WLP servers breeding over night ! > > Jerry Whitteridge > Delivery Manager / Mainframe Architect > GTS - Safeway Account > 602 527 4871 Mobile > jerry.whitteri...@ibm.com > > IBM Services > > IBM Mainframe Discussion List wrote on > 08/17/2018 08:50:56 AM: > > > From: Bruce Armstrong > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 08/17/2018 08:51 AM > > Subject: Re: [EXTERNAL] Zowe install woes > > Sent by: IBM Mainframe Discussion List > > > > Correct (and I am interpreting you definition of a "z/OS system" to mean > > one LPAR...In addition to 2 Libertys there is at least one node.js > > instance for the web ui. There are also started tasks for API Mediation > > (using Spring boot) and currently a security server - we are looking how > > reduce the number of server instances but this is a "today" statement. > > > > > > Bruce Armstrong > > IBM System Z Offering Manager- zowe.org > > 4205 S MIAMI BLVD, DURHAM NC 27703-9141 > > Email: armst...@us.ibm.com > > Tel: 919-254-8773 > > Cell: 919-931-3132 > > > > > > > > > > > > > > From: Gord Tomlin > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 08/17/2018 11:23 AM > > Subject:Re: [EXTERNAL] Zowe install woes > > Sent by:IBM Mainframe Discussion List > > > > > > > > On 2018-08-17 10:56, Bruce Armstrong wrote: > > > Zowe is open source ..it uses z/OSMF (which runs on Liberty and is > > not > > > > > > open to additional uses)..Zowe ships a copy of Liberty and we are > > > > > > working on how to allow extensions to run in the Zowe supplied > Liberty. > > > > To ensure that everyone is 100% clear, any z/OS system running Zowe will > > be running a minimum of two Liberty instances, the system-provided one > > for z/OSMF and the Zowe-provided one? > > > > -- > > > > Regards, Gord Tomlin > > Action Software International > > (a division of Mazda Computer Corporation) > > Tel: (905) 470-7113, Fax: (905) 470-6507 > > Support: > > INVALID URI REMOVED > > u=https-3A__actionsoftware.com_support_=DwIFA
Re: [EXTERNAL] Zowe install woes
How does Zowe play with the zConnect product ? Sounds like I'm starting to get WLP servers breeding over night ! Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 08/17/2018 08:50:56 AM: > From: Bruce Armstrong > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/17/2018 08:51 AM > Subject: Re: [EXTERNAL] Zowe install woes > Sent by: IBM Mainframe Discussion List > > Correct (and I am interpreting you definition of a "z/OS system" to mean > one LPAR...In addition to 2 Libertys there is at least one node.js > instance for the web ui. There are also started tasks for API Mediation > (using Spring boot) and currently a security server - we are looking how > reduce the number of server instances but this is a "today" statement. > > > Bruce Armstrong > IBM System Z Offering Manager- zowe.org > 4205 S MIAMI BLVD, DURHAM NC 27703-9141 > Email: armst...@us.ibm.com > Tel: 919-254-8773 > Cell: 919-931-3132 > > > > > > > From: Gord Tomlin > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/17/2018 11:23 AM > Subject:Re: [EXTERNAL] Zowe install woes > Sent by:IBM Mainframe Discussion List > > > > On 2018-08-17 10:56, Bruce Armstrong wrote: > > Zowe is open source ..it uses z/OSMF (which runs on Liberty and is > not > > > > open to additional uses)..Zowe ships a copy of Liberty and we are > > > > working on how to allow extensions to run in the Zowe supplied Liberty. > > To ensure that everyone is 100% clear, any z/OS system running Zowe will > be running a minimum of two Liberty instances, the system-provided one > for z/OSMF and the Zowe-provided one? > > -- > > Regards, Gord Tomlin > Action Software International > (a division of Mazda Computer Corporation) > Tel: (905) 470-7113, Fax: (905) 470-6507 > Support: > INVALID URI REMOVED > u=https-3A__actionsoftware.com_support_=DwIFAg=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=p51g5yADouFoU2CbrwjNyW9U6A91xauBHj248K8gzeY=Khk4Du8zcLfs7ZjJ4yR2bz9MeIGafcLa_CGnwMFwBS4= > > > -- > 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
Re: SYSLOG and LOGR query
Think of it as today is day 0. You have asked for anything greater than day 0 so get everything up to midnight of the previous day (Day 1) Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 07/20/2018 07:15:27 AM: > From: Sean Gleann > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/20/2018 07:15 AM > Subject: Re: SYSLOG and LOGR query > Sent by: IBM Mainframe Discussion List > > Carmen > > Thank you very much - that confirms what I'm getting. > > With a parm of COPY(>0) I was expecting to see data all the way up to > 'now', but I only get data up to midnight - just as you do. > > Sean > > On 20 July 2018 at 14:47, Carmen Vitullo wrote: > > > Sean, > > first timestamp > > 010 SYSA 2018200 00:00:00.05 A S8170 0090 > > > > > > last time stamp > > > > > > M FFF SYSA 2018200 23:59:51.85 A > > > > > > Carmen Vitullo > > > > - Original Message - > > > > From: "Sean Gleann" > > To: IBM-MAIN@LISTSERV.UA.EDU > > Sent: Friday, July 20, 2018 8:44:44 AM > > Subject: Re: SYSLOG and LOGR query > > > > Hi Carmen > > > > I understand you get all 3 system logs, but what is the timestamp of the > > last record? > > Is it 07:00... (the time job is run) or is it 23:59... (the previous > > midnight)? > > > > Sean > > > > On 20 July 2018 at 14:37, Carmen Vitullo wrote: > > > > > Sean, > > > a) I run this job every morning @ 07:00, I don't think the time is much > > an > > > issue, but I did start the offload process after waiting one day after a > > V > > > (OPERLOG,HC) > > > > > > b) I see the system logs from all my 3 systems in the sysplex. > > > > > > > > > > > > > > > > > > > > > Carmen Vitullo > > > > > > - Original Message - > > > > > > From: "Sean Gleann" > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Sent: Friday, July 20, 2018 8:30:34 AM > > > Subject: Re: SYSLOG and LOGR query > > > > > > Hi Carmen > > > > > > You say you use your job 'every morning'... > > > May I ask, please: > > > (a) what time of day do you run the job > > > (b) what do you see in your TS.OPERLOG.ARCHIVE(+1) file? > > > > > > If you see data up to the time the job is run, then you are getting what > > I > > > expect to see (and I'm doing something wrong) > > > If you see data up to midnight, then you are getting the same result as > > I > > > am getting, and it would appear that is the way IEAMBDLG is meant to > > work. > > > > > > Sean > > > > > > On 20 July 2018 at 14:09, Carmen Vitullo wrote: > > > > > > > the actual working JCL is > > > > > > > > > > > > > > > > //STEP1 EXEC PGM=IEAMDBLG, > > > > //* PARM='DELETE(>000)' > > > > // PARM='HCFORMAT(CENTURY),COPY(>0),DELETE(>0)' > > > > //STEPLIB DD DSN=BCBSLIB.PROG,DISP=SHR > > > > //SYSLOG DD DSN=TS.OPERLOG.ARCHIVE(+1), > > > > // DISP=(NEW,CATLG,DELETE), > > > > // SPACE=(CYL,(100,300),RLSE), > > > > // RECFM=VB,LRECL=132,BLKSIZE=27984 > > > > //SYSPRINT DD SYSOUT=* > > > > //SYSOUT DD SYSOUT=* > > > > > > > > > > > > > > > > > > > > > > > > Carmen Vitullo > > > > > > > > - Original Message - > > > > > > > > From: "John McKown" > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Sent: Friday, July 20, 2018 8:05:12 AM > > > > Subject: Re: SYSLOG and LOGR query > > > > > > > > On Fri, Jul 20, 2018 at 8:03 AM Vernooij, Kees (ITOPT1) - KLM < > > > > kees.verno...@klm.com> wrote: > > > > > > > > > That's clear: you changed the hardcopy device from Syslog to > > Operlog, > > > > > i.s.o. adding operlog. Writelog started SYSLOG as hardcopy device. > > > > > > > > > > When you see all log in SDSF's LOG O, it is available in the > > > logstream, > > > > no > > > > > doubt about that. > > > > > Getting it out seems to be a IEAMDBLG problem. Maybe someone has a > > > > working > > > > >
Re: ICEGENER to the rescue again?
Look into the ISPF Edit commands "UnNUM" followed by "Number Off" (This is dredging way back in my memory banks and I forget the order they commands need to be done in - but they specifically address your issue). Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/25/2018 10:36:08 AM: > From: Sri h Kolusu > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/25/2018 10:36 AM > Subject: Re: ICEGENER to the rescue again? > Sent by: IBM Mainframe Discussion List > > Sean, > > ICEGENER can only handle 1 member at a time. As others have pointed out > you can use a macro to update the line numbers. If your shop has > file-manger then you can use the following JCL > > //STEP0100 EXEC PGM=FILEMGR > //SYSPRINT DD SYSOUT=* > //PDS DD DISP=SHR,DSN=Your input pds with line numbers > //SYSINDD * > $$FILEM FCH INPUT=PDS > C P'=' ' ' 73 80 > > > >>> My latest attempt featured IEBPTPCH to unload the PDS to a sequential > file, then SORT to write only cols 1-72 from each record to another output > file. > > That part works fine, but - given that I don't know how many members > there are, nor the names of them - how do I get the serialised members back > in to > > a PDS? > > You can print the PDS using IEBPTPCH and rebuild the PDS once again by > generating the update control cards for IEBUPDTE using DFSORT. Let me know > if you are interested in that solution > > > Kolusu > > > > > -- > 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: [EXTERNAL] Re: PPRC-XD vs Async PPRC
We have always used TDMF as it's a vendor neutral solution. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/07/2018 01:36:55 AM: > From: Ron hawkins > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/07/2018 01:37 AM > Subject: Re: [EXTERNAL] Re: PPRC-XD vs Async PPRC > Sent by: IBM Mainframe Discussion List > > Vignesh, > > Only XRC (Global whatever for z/OS) supports migration between vendors, and > go home only works between Hitachi and IBM (or does EMC support XRC now). > > Hitachi and EMC have their own FICON based migration utilities, but I am not > sure about IBM. > > There are host software options for migration like FDR/PAS and TDMF. > > Ron > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Sankaranarayanan, Vignesh > Sent: Wednesday, June 6, 2018 9:23 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [IBM-MAIN] [EXTERNAL] Re: PPRC-XD vs Async PPRC > > Thanks Lizette. > How about using them in the context of migrating b/w IBM boxes or IBM to > other vendors, or other vendors to IBM. > What's supported, what's not, etc. ? > > - Vignesh > Mainframe Infrastructure > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Thursday 07-Jun-2018 01:20 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: PPRC-XD vs Async PPRC > > Have you done any internet searches with the phrase > > > PPRC-XD vs Async PPRC > > I found many hits doing that. > > Otherwise - could provide more detail of what type of information you are > looking for. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Sankaranarayanan, Vignesh > > Sent: Wednesday, June 06, 2018 9:18 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: PPRC-XD vs Async PPRC > > > > Hello All, > > > > Please could you point me to any doc explaining the differences > > between the 2. > > Any important, obscure, techdocs or KB page or some such as well.. ? > > > > - 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 > > -- > 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 with the message: INFO IBM-MAIN
Re: Use of dynamic system symbols in JCL
Yes - and that's why we also haven't turned the use on. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/06/2018 08:27:28 AM: > From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/06/2018 08:35 AM > Subject: Re: Use of dynamic system symbols in JCL > Sent by: IBM Mainframe Discussion List > > Ok, wasn’t the issue all those years ago with regards to *when* the > system symbols get resolved? Interpreter time vs execution time and > those things occurring on potentially two different systems in the plex? > > I could *easily* be mis-remembering. > _ > Dave Jousma > Manager Mainframe Engineering, Assistant Vice President > david.jou...@53.com > 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H > p 616.653.8429 > f 616.653.2717 > > -- > 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: Weird thought for ISPF enhancement
I use a rexx exec to "script" all my sessions every time I logon. /* REXX */ /* TRACE I */ ADDRESS ISPEXEC "SELECT PGM(ISPSTRT) PARM(SCRNAME SDSF2 PERM; =SDSF; SWAP LAST) " "SELECT PGM(ISPSTRT) PARM(SCRNAME EDIT1 PERM; =2; SWAP LAST)" /*ELECT PGM(ISPSTRT) PARM(SCRNAME EDIT2 PERM; =2; SWAP LAST)" */ "SELECT PGM(ISPSTRT) PARM(SCRNAME MYDS PERM; REFOPEND; SWAP LAST)" "SELECT PGM(ISPSTRT) PARM(SCRNAME BROWSE1 PERM; =1; SWAP LAST)" "SELECT PGM(ISPSTRT) PARM(SCRNAME TSO PERM; =6; SWAP LAST)" "SELECT PGM(ISPSTRT) PARM(SCRNAME DSLIST PERM; =3.4; SWAP LAST)" "SELECT PGM(ISPSTRT) PARM(TSO WORKPL)" EXIT(0) I call this SESSTART and simply do a TSO SESSTART as soon as I am at the Primary option menu after logging on. (In 2.2 or above I believe this can be done automagically). Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List wrote on 06/05/2018 12:33:59 PM: > From: Charles Mills > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/05/2018 12:34 PM > Subject: Re: Weird thought for ISPF enhancement > Sent by: IBM Mainframe Discussion List > > I really like it. I have an associate who sets up some elaborate > configuration of SPLITs. He is always selling me on the benefits. I > see the benefits, but one of the reasons I do not follow suit is > because of the need to re-do it on every logon. If I could just have > ISPF automatically restore my previous setup it would be great. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] On Behalf Of John McKown > Sent: Tuesday, June 5, 2018 11:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Weird thought for ISPF enhancement > > I'm short of sleep ... again. When I came to work this morning, my Chrome > browser was "dead". When I restarted it, it prompted me with a message > asking if I wanted to restore all the pages I had been on. > > So, what occurred to me was, "Wouldn't it be nice if ISPF could do > something like that." Now, ISPF doesn't really die often. But I think it > would be a nice feature if there were a new ISPF command, perhaps called > something like "SAVELEAVE" or HIBERNATE or whatever. This facility would > let you logoff for the day, optionally SAVEing any changes if you're in > EDIT or one or more screens. When you come in the next day, ISPF would give > you an option to restore all your screens. Yes, there are problems about > restarting an ISPF application, but basically you could only issue the > above command at certain times, just like you can only SWAP or SPLIT, when > you're in an DISPLAY verb. What I envision for an ISPF application is that > it would get a special RC from the ISPF DISPLAY verb which would indicate > "user wants to leave, checkpoint or abandon your processing". The > application could then only do something like ISPF CHECKPOINT which would > basically return to ISPF and ISPF would terminate the application. The > application would need to save its non-ISPF environment (close files, etc) > before it issued the CHECKPOINT. When the user gets back into ISPF, the > application is restarted at the next instruction after the CHECKPOINT. At > this point, the application would be responsible to restore its internal, > non-ISPF maintained, status (open files, reload important variable, etc). > This would occur for each active screen which did the ISPF CHECKPOINT. > Well, that's likely getting too detailed for a general, initial, discussion. > > -- > 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
Fw: RACF on a Sysplex??
We have separate DB's for each Sysplex BUT keep them in sync using RRSAF so password changes and profile updates flow from the initial system to all the others. In the case of the Sandbox Sysplex we allow updates IN but not OUT - allowing us to test RACF changes in the Sandbox Sysplex and not propagate to the other Sysplexes. This does mean that you need to maintain a consistent naming convention where Prod is Prod and Dev is Dev across the enterprise (e.g. Don't reuse Prod DS name in Dev and grant different accesses because its Dev. Jerry Whitteridge Delivery Manager / Mainframe Architect GTS - Safeway Account 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services > From: fred glenlake <fred.glenl...@outlook.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 05/03/2018 09:19 AM > Subject: RACF on a Sysplex?? > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > Hello, > > We are going from one production lpar and one test lpar to two > sysplexs, one plex for production, one plex for test. Currently > the RACF databases are shared (yeah not ideal) but they will be > split (prod and test on their own databases) once we are sysplexed. > > In preparation for the split and the new sysplexes I want to split > up the databases ahead of time. I am new to sysplexes so excuse > the silly questions. > > Currently my primary and backup RACF databases are on DASD, shared > DASD between prod and test. I am going to move them to non-shared > DASD so prod has its own databases and test has its own. In a > Sysplex should the RACF databases still reside on DASD that both > sides of the sysplexes share (so both prod lpars in the plex) or > should they reside in the coupling facility or ?? > > Are there any tools that will help me get to my end state, split up > the databases, report on the databases, etc.?? Normally I just use > the RACF utilities ICH* but perhaps other sites use different > tools I could look into. > > Any suggestions, comments are most welcome. > > FredG. > > > -- > 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: Moving to capped LPARs
We moved from a penalty box CEC to an Capped LPAR with no issues but none of your products were part of our stack on that penalty box. I'm pretty sure that BMC does NOT provide Sub Cap licenses from some of the other products we have from BMC. 2 things to check are if the Vendor will give you a subcap license in the first place, and then if they will accept the capping and how to report on the results. We attempt to have them use the z/OS value for the LPAR in the SCRT report where we can. Jerry Whitteridge Delivery Manager - Safeway 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 03/20/2018 12:22:33 PM: > From: Jesse 1 Robinson <jesse1.robin...@sce.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/20/2018 12:23 PM > Subject: Moving to capped LPARs > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > We'd like to move a few ISV products from a small CEC to a larger > CEC with capped LPARs. The capped LPARs would be no larger than the > small-CEC LPARs they're in now. The question is whether anyone has > experience in this sort of move. In particular, would these vendors > likely agree to such a move? The list includes > > LRS (VPS and DRS) > System Ware (JHS) > BMC (CONTROL-D/V) > CA (TPX) > > Of course we are contacting the vendors directly. Just want a feel > for others' experience. We've never done this before. > > > . > . > 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<mailto:robin...@sce.com> > > > -- > 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: z/OS "interactive computing" - AKA TSO/ISPF or UNIX shell
I do the same - ISPF sessions for ISPF and Putty or Konsole sessions for Omvs Jerry Whitteridge Delivery Manager - Safeway 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 03/16/2018 09:35:37 AM: > From: John McKown <john.archie.mck...@gmail.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/16/2018 09:36 AM > Subject: Re: z/OS "interactive computing" - AKA TSO/ISPF or UNIX shell > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > On Fri, Mar 16, 2018 at 11:26 AM, Jerry Whitteridge < > jerry.whitteri...@ibm.com> wrote: > > > I believe he means from inside of OMVS you can issue "tso ISHELL" and get > > to the ISHELL menus. > > > > Interesting thought. I don't usually use TSO OMVS. I find it easier, for > me, to have TSO ISPF going normally and then get to a UNIX prompt via ssh. > This works OK for me, so I guess I should stop wishing for ISPF under UNIX. > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS "interactive computing" - AKA TSO/ISPF or UNIX shell
I believe he means from inside of OMVS you can issue "tso ISHELL" and get to the ISHELL menus. This only works from a 3270 initiated OMVS session and not a ssh login via putty or similar. Jerry Whitteridge Delivery Manager - Safeway 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 03/16/2018 08:58:37 AM: > From: John McKown <john.archie.mck...@gmail.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/16/2018 08:58 AM > Subject: Re: z/OS "interactive computing" - AKA TSO/ISPF or UNIX shell > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > On Fri, Mar 16, 2018 at 10:36 AM, Nightwatch RenBand < > johnmattson...@gmail.com> wrote: > > > John, you may already know this, but if you do "TSO ISHELL" you can then d > > B Browse or E Edit on a OMVS file and you have most, perhaps all I haven't > > checked everything, that ISPF editor can do. Try it > > > > > Yes, it has some nice facilities. But I cannot _easily_ invoke UNIX > commands from it, doing "UNIXy" things. And don't get me started on the > TSO OMVS command (which I despise mainly due to the limitations of TSO > 3270). > > Basically what I would like is to "invert" the "normal" process that I've > seen - that being when when someone uses the TSO OMVS command under ISPF to > do UNIX commands while staying in TSO. What I really want is to invoke ISPF > from a UNIX prompt, replacing the 3270 terminal interface with either a > "curses" (aka termcap) or a X11 terminal interface. Being able to do TSO > commands under UNIX ISPF would also be nice. REXX under UNIX has a nice > facility where it starts up a TSO address space when an ADDRESS TSO is > first used in a REXX program; said TSO address space continues until > explicitly shut down via a LOGOFF command or implicitly when the REXX > program ends. > > > -- > I have a theory that it's impossible to prove anything, but I can't prove > it. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Can the CSI info alone produce a final list required for full resolution of researched PTFs?
We run a nightly job for every CSI to pull all enhanced HoldData and PTFs for each IBM CSI so we will have both all closed PTF's and also any relevant Holddata/PE information. This means our CSI are as current as then can be when doing Apply Check/Applys (but doesn't stop anything going PE'd the next day) For the 3rd Party software we would LOVE to be in the same position - CA is getting closer but not quite there yet. Jerry Whitteridge Delivery Manager - Safeway 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 03/15/2018 10:51:24 AM: > From: Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 03/15/2018 10:51 AM > Subject: Re: Can the CSI info alone produce a final list required > for full resolution of researched PTFs? > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > On Thu, 15 Mar 2018 12:30:10 -0500, Paul Gilmartin wrote: > > >Water is wet. The sky is blue. APPLY CHECK GROUPEXTEND reports only the > >information available to it. > > Right, but you asserted that "the information is in the CSI" for > "collecting all > missing items that prevent resolution". > > -- > Tom Marchant > > -- > 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: LPSERVE not starting
Yes - Kirk, I abbreviated a little - you got the case exactly. I meant the PID file in something like /var/run Jerry Whitteridge Delivery Manager - Safeway 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 02/22/2018 12:38:07 PM: > From: Kirk Wolf <k...@dovetail.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/22/2018 12:38 PM > Subject: Re: LPSERVE not starting > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > Jerry, > > This PID (z/OS Unix Process id) ? > This sounds odd, since I would assume that each new dubbed process gets the > next available pid. > > Perhaps you are referring to a "pid file" which is just file, say in > /var/run which tracks which pid is being used for a certain kind of daemon. > > Can you provide more details? > > Kirk Wolf > Dovetailed Technologies > https://urldefense.proofpoint.com/v2/url? > u=http-3A__dovetail.com=DwIBaQ=jf_iaSHvJObTbx- > siA1ZOg=0avyVTgpzBFlo1QAgHxCtqKtRE6Ldl_1M9tI2p7Kc8E=qyJ_6Y692hGGJcUoPoTbOkHBOYhxl5rbgXojw2uecJk=NNBUxAlBnk9iYJ8B75bV8DyEmiOdfeZaZ4aF5_x2V0E= > > On Thu, Feb 22, 2018 at 11:51 AM, Jerry Whitteridge < > jerry.whitteri...@ibm.com> wrote: > > > I've seen the PID associated to the STC not be cleared up on a hard > > shutdown, that then prevented the task restarting. > > > > > > Jerry Whitteridge > > Delivery Manager - Safeway > > 602 527 4871 Mobile > > jerry.whitteri...@ibm.com > > > > IBM Services > > > > IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on > > 02/19/2018 03:05:30 PM: > > > > > From: Tony Thigpen <t...@vse2pdf.com> > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Date: 02/19/2018 03:05 PM > > > Subject: LPSERVE not starting > > > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > > > > > We were testing some new shut-down procedures on our sandbox lPAR and > > > somehow we have messed up LPSERVE. > > > > > > When it starts, it gets the following error: > > > > > > EZY1980E MVPMAIN terminating due to previous error(s). > > > > > > The last time it started correctly, the output had the following : > > > EZB0831I IBM MVS LPD Version CS V2R10 on 02/16/18 at 08:13:47 > > > EZB0832I > > > EZB0705I 02/16/18 08:13:47 > > > EZB0834I Ready > > > EZB0622E Could not get notice (TCP/IP service is being shut down (8558) > > > > > > I have IPLed multiple times and can't seem to get rid of the problem. > > > > > > Any thoughts? > > > > > > -- > > > 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 with the message: INFO IBM-MAIN
Re: LPSERVE not starting
I've seen the PID associated to the STC not be cleared up on a hard shutdown, that then prevented the task restarting. Jerry Whitteridge Delivery Manager - Safeway 602 527 4871 Mobile jerry.whitteri...@ibm.com IBM Services IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 02/19/2018 03:05:30 PM: > From: Tony Thigpen <t...@vse2pdf.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 02/19/2018 03:05 PM > Subject: LPSERVE not starting > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> > > We were testing some new shut-down procedures on our sandbox lPAR and > somehow we have messed up LPSERVE. > > When it starts, it gets the following error: > > EZY1980E MVPMAIN terminating due to previous error(s). > > The last time it started correctly, the output had the following : > EZB0831I IBM MVS LPD Version CS V2R10 on 02/16/18 at 08:13:47 > EZB0832I > EZB0705I 02/16/18 08:13:47 > EZB0834I Ready > EZB0622E Could not get notice (TCP/IP service is being shut down (8558) > > I have IPLed multiple times and can't seem to get rid of the problem. > > Any thoughts? > > -- > 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
