Re: [EXT] Re: zOS 2.4 migration guide
Brian, Thanks for pointing that out. Wondering why IBM couldn’t have designed some automated method to determine if the KCindex needs to be rebuilt or not? Now the issue will be to remember to let it rebuild after a maintenance cycle? Or z/OS release change? How will I know when it *needs* to be rebuilt? I want to set this just to streamline the startup, but not at the expense of some future "headscratching" trying to figure out why something isn’t updating _ 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 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian Westerman Sent: Tuesday, October 29, 2019 12:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXT] Re: zOS 2.4 migration guide **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** There is an APAR that provides a new setting (KCINDEX=N) that you use (after the first time you start zosmf), that keeps the i/o's down to a much more reasonable level. Our clients that have small single frame systems (z13s, z14-rz1), find that it cuts the startup time by almost 40%. The official IBM speak is: "With APAR PH06678, a new option "KCINDEX" is provided in IZUSVR. If "KCINDEX=N" is provided when starting IZUSVR, the embedded knowledge center will not build its index. As index is not rebuilt, startup time has 12% improvement. CPU usage has 24% improvement. I/O has 16% improvement. " Remember, the first time you start it though it's going to be slow because you can't use the KCINDEX=N until after that first time. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** 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
Re: [EXT] Re: zOS 2.4 migration guide
There is an APAR that provides a new setting (KCINDEX=N) that you use (after the first time you start zosmf), that keeps the i/o's down to a much more reasonable level. Our clients that have small single frame systems (z13s, z14-rz1), find that it cuts the startup time by almost 40%. The official IBM speak is: "With APAR PH06678, a new option "KCINDEX" is provided in IZUSVR. If "KCINDEX=N" is provided when starting IZUSVR, the embedded knowledge center will not build its index. As index is not rebuilt, startup time has 12% improvement. CPU usage has 24% improvement. I/O has 16% improvement. " Remember, the first time you start it though it's going to be slow because you can't use the KCINDEX=N until after that first time. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXT] Re: zOS 2.4 migration guide
On 26/10/2019 5:49 am, Mark Charles wrote: Hi Martin - can you explain to a non-JAVA person how I would check the Heap settings and what some proper settings might be? I know my setup is still at IBM defaults. I'm skeptical that it would be a Java heap issue. Garbage collection is a memory operation so should not show up as I/O (perhaps as paging in an extreme case). People worry too much about garbage collection, I think. My feeling is it's more related to opening and closing the same files thousands of times, as seen in the type 92 records. I only have a RDP system at Dallas so it's hard for me to raise an issue, but if someone with a proper support contract wants to raise an issue with IBM I'm happy to work with them. Andrew Rowley -- 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
Re: [EXT] Re: zOS 2.4 migration guide
Hi Martin - can you explain to a non-JAVA person how I would check the Heap settings and what some proper settings might be? I know my setup is still at IBM defaults. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXT] Re: zOS 2.4 migration guide
@Kurt - thank you for the qualification - "...but z/OS software will continue to be serviced using PTFs and therefore using SMP/E". I hadn't read or heard that until now. Its good to hear that that is the case. Sean On Sat, 19 Oct 2019 at 00:49, Mark Zelden wrote: > z/OSMF can create an extract of the migration information (now called > "upgrade" instead > of "migration") from the z/OSMF workflow (either z/OS 2.2 to z/OS 2.4 or > z/OS 2.3 > to z/OS 2.4 - whichever one you import from GitHub or both). It's in HTML > format > and quite readable with links to the different sections. > > While this may not be well known (it wasn't to me), there is also a link > on GitHub along > with the workflows to pre-exported migration information, which is in > essence the migration > manual. It's super easy to miss, so read the "readme" carefully. > > Changing the subject to z/OSMF itself... > > Although you may not require z/OSMF to get the upgrade information, I > still strongly > suggest you bite the bullet and get z/OSMF up and running - as long as you > are at > z/OS 2.3. Like it or not, you're going to need it somewhere in your > installation > in the near future.It is a helava lot easier in z/OS 2.3 with the > PARMLIB member > customization taking the place of things you had to do previously do via > scripts > and unix customization. > > However, by far the biggest pain has not gotten any easier - all the RACF > setup. > The sample jobs are nice and are "close" but the don't take everything > into account. > You need to understand your RACF environment fairly well.For example, > if you don't > have enhanced generic naming in effect in RACF, some things have to be > changed slightly. > > And there are a lot of jobs to customize / run for the different plugins > (I combined mine > all into a single job for the RACF people to run). I work with dozens of > sysprogs and > almost none of them understand anything about RACF admin nor their local > environments, > and the RACF admins hardly understand RACF admin these days for my > clients, let alone > anything about z/OS or z/OSMF, so you can see the challenge. Lucky for > me, I understand > both. > > I never bit the bullet myself until this year under z/OS 2.3 and it was > fairly painless > to install in 7 sysplexes after the first one I did in a sandbox sysplex > when I had all > the RACF jobs built along with other required jobs (CIM zFS creation / > customization, > z/OSMF zFS creation). Attending some of the z/OSMF user sessions at SHARE > years > ago made me really dread doing this prior to z/OS 2.3 across many different > sysplxes, but with z/OS 2.3 copying some jobs to run and a parmlib member > to another > sysplex wasn't difficult. Other than waiting for RACF admins to run the > RACF jobs for me, > I would have had z/OSMF running in a day or two on all but the first > sysplex. > > Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > ITIL v3 Foundation Certified > mailto:m...@mzelden.com > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://search390.techtarget.com/ateExperts/ > -- > 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: [EXT] Re: zOS 2.4 migration guide
z/OSMF can create an extract of the migration information (now called "upgrade" instead of "migration") from the z/OSMF workflow (either z/OS 2.2 to z/OS 2.4 or z/OS 2.3 to z/OS 2.4 - whichever one you import from GitHub or both). It's in HTML format and quite readable with links to the different sections. While this may not be well known (it wasn't to me), there is also a link on GitHub along with the workflows to pre-exported migration information, which is in essence the migration manual. It's super easy to miss, so read the "readme" carefully. Changing the subject to z/OSMF itself... Although you may not require z/OSMF to get the upgrade information, I still strongly suggest you bite the bullet and get z/OSMF up and running - as long as you are at z/OS 2.3. Like it or not, you're going to need it somewhere in your installation in the near future.It is a helava lot easier in z/OS 2.3 with the PARMLIB member customization taking the place of things you had to do previously do via scripts and unix customization. However, by far the biggest pain has not gotten any easier - all the RACF setup. The sample jobs are nice and are "close" but the don't take everything into account. You need to understand your RACF environment fairly well.For example, if you don't have enhanced generic naming in effect in RACF, some things have to be changed slightly. And there are a lot of jobs to customize / run for the different plugins (I combined mine all into a single job for the RACF people to run). I work with dozens of sysprogs and almost none of them understand anything about RACF admin nor their local environments, and the RACF admins hardly understand RACF admin these days for my clients, let alone anything about z/OS or z/OSMF, so you can see the challenge. Lucky for me, I understand both. I never bit the bullet myself until this year under z/OS 2.3 and it was fairly painless to install in 7 sysplexes after the first one I did in a sandbox sysplex when I had all the RACF jobs built along with other required jobs (CIM zFS creation / customization, z/OSMF zFS creation). Attending some of the z/OSMF user sessions at SHARE years ago made me really dread doing this prior to z/OS 2.3 across many different sysplxes, but with z/OS 2.3 copying some jobs to run and a parmlib member to another sysplex wasn't difficult. Other than waiting for RACF admins to run the RACF jobs for me, I would have had z/OSMF running in a day or two on all but the first sysplex. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXT] Re: zOS 2.4 migration guide
I think we all understand, I was actually updating my software instance from a 2.2 instance to my current 2.3 instance. Documentation is still very lacking and in my PMR that I still have open since AUGUST I've stated that fact, this is very disappointing, IBM doc, especially an installation guide and user guide for all things MVS (ZOS) were easy to follow, now defining and configuring a REQUIRED product to send email notifications, defined TCP IP policy agents, and define/deploy z/OS software is deplorable. setting up the software 'INSTANCE' I define the software and where the z/osmf server is running, and my zos global zone, from there, it appears to read the zone(s) and build a configuration, ok, so what happens when I need service? do I have to use z/OSMF to order service, fixes? it's sure looking that way. Guess it's back to decrypting the z/OSMF user guide :( Carmen Vitullo - Original Message - From: "Kurt Quackenbush" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, October 17, 2019 7:51:56 AM Subject: Re: [EXT] Re: zOS 2.4 migration guide On 10/17/2019 3:20 AM, Sean Gleann wrote: > The idea that z/OSMF is intended to eventually replace SMP is quite > depressing, but - disclosure - I remember I had similar difficulty taking > SMP on board some aeons ago... using it is almost second nature now. What? IBM never said z/OSMF is intended to replace SMP/E. Yes, over time we plan to replace the existing ServerPac installation with a z/OSMF based install, but z/OS software will continue to be serviced using PTFs and therefore using SMP/E. Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. -- 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: [EXT] Re: zOS 2.4 migration guide
On 10/17/2019 3:20 AM, Sean Gleann wrote: The idea that z/OSMF is intended to eventually replace SMP is quite depressing, but - disclosure - I remember I had similar difficulty taking SMP on board some aeons ago... using it is almost second nature now. What? IBM never said z/OSMF is intended to replace SMP/E. Yes, over time we plan to replace the existing ServerPac installation with a z/OSMF based install, but z/OS software will continue to be serviced using PTFs and therefore using SMP/E. Kurt Quackenbush -- IBM, SMP/E Development Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXT] Re: zOS 2.4 migration guide
On 17/10/2019 6:20 pm, Sean Gleann wrote: On our z14, z/OSMF takes some 60m+ EXCPs and 300 seconds of CPU time (according to SDSF) before it can even be used... I have been investigating this exact issue. Looking at SMF 92 records, it appears that z/OSMF opens, reads and closes the same files thousands of times. On my Dallas RDP system z/OSMF also takes about 60m EXCPs to start up. Startup is still fast - I suspect through caching magic of read only filesystems or VM read only disks it achieves somewhere between 500K-1M EXCPs per second and takes 1-2 minutes to start. (I also wonder whether EXCPs are counted differently against filesystems.) I wrote a Java program using EasySMF to count the type 92 file close records by file name. The program: import java.io.IOException; import java.time.LocalDateTime; import java.util.stream.Collectors; import com.blackhillsoftware.smf.SmfRecordReader; import com.blackhillsoftware.smf.smf92.*; public class UssFileCloseCount { public static void main(String[] args) throws IOException { LocalDateTime start = LocalDateTime.of(2019, 10, 9, 14, 9); LocalDateTime end = LocalDateTime.of(2019, 10, 9, 14, 11); try (SmfRecordReader reader = SmfRecordReader.fromDD("INPUT")) { reader.include(92,11) .stream() .map(record -> Smf92Record.from(record)) .filter(r92 -> r92.smfDateTime().isAfter(start) && r92.smfDateTime().isBefore(end)) .filter(r92 -> r92.identificationSection().smf92jbn().equals("IZUSVR1")) .flatMap(r92 -> r92.FileCloses().stream()) .collect(Collectors.groupingBy(close -> close.smf92cpn(), Collectors.counting())) .entrySet().stream() .filter(entry -> entry.getValue() > 10)// count > 10 .sorted((a, b) -> b.getValue().compareTo(a.getValue())) .forEachOrdered(entry -> System.out.format("%7d %s%n", entry.getValue(), entry.getKey())); } } } The result: 1771 ation/helps/eclipse/plugins/com.ibm.cpomessages.help.doc/doc.zip 1719 helps/eclipse/plugins/com.ibm.cpomessages.help.doc/nl/ja/doc.zip 1662 n/helps/eclipse/plugins/com.ibm.tcp.ipsec.ipsec.help.doc/doc.zip 1597 s/eclipse/plugins/com.ibm.tcp.ipsec.ipsec.help.doc/nl/ja/doc.zip 1157 elps/eclipse/plugins/com.ibm.zosmfcore.messages.help.doc/doc.zip 1143 clipse/plugins/com.ibm.zosmfcore.messages.help.doc/nl/ja/doc.zip 1118 ta/cacheAdapt/com.ibm.ws.classloading.sharedlibrary_403/.overlay 903 clipse/plugins/com.ibm.zosmfdeployment.messages.help.doc/doc.zip 877 /plugins/com.ibm.zosmfdeployment.messages.help.doc/nl/ja/doc.zip 771 ipse/plugins/com.ibm.zosmfworkloadmgmt.messages.help.doc/doc.zip 681 eclipse/plugins/com.ibm.zosmfworkflows.messages.help.doc/doc.zip 676 gi/136/data/cacheAdapt/com.ibm.ws.classloading.sharedlibrary_403 652 lugins/com.ibm.zosmfworkloadmgmt.messages.help.doc/nl/ja/doc.zip 628 e/plugins/com.ibm.zosmfworkflows.messages.help.doc/nl/ja/doc.zip 551 n/helps/eclipse/plugins/com.ibm.commserver.zert.help.doc/doc.zip 478 n/helps/eclipse/plugins/com.ibm.zosmfdeployment.help.doc/doc.zip 442 sgi/60/data/cacheAdapt/com.ibm.ws.classloading.sharedlibrary_403 418 /var/zosmf/configuration/helps/eclipse/plugins/doc.zip 348 ipse/plugins/com.ibm.zosmfcapacityprov.messages.help.doc/doc.zip 342 lugins/com.ibm.zosmfcapacityprov.messages.help.doc/nl/ja/doc.zip 191 plugins/com.ibm.zosmfcpm.softwareconfigmessages.help.doc/doc.zip 191 lipse/plugins/com.ibm.zosmfincidentlog.messages.help.doc/doc.zip 188 plugins/com.ibm.zosmfincidentlog.messages.help.doc/nl/ja/doc.zip 188 /eclipse/plugins/com.ibm.zosmfcore.multisysplex.help.doc/doc.zip 185 /plugins/com.ibm.zosmfworkflows.editor.messages.help.doc/doc.zip 181 helps/eclipse/plugins/com.ibm.zosmfworkloadmgmt.help.doc/doc.zip 180 osmfServer/workarea/org.eclipse.osgi/26/data/bundle.origin.cache 178 helps/eclipse/plugins/com.ibm.zosmfcapacityprov.help.doc/doc.zip 175 eclipse/plugins/com.ibm.zosmfcapacityprov.help.doc/nl/ja/doc.zip 173 se/plugins/com.ibm.zosmfcore.multisysplex.help.doc/nl/ja/doc.zip 168 eclipse/plugins/com.ibm.zosmfworkloadmgmt.help.doc/nl/ja/doc.zip 166 lugins/com.ibm.zosmfcore.softwareconfigmessages.help.doc/doc.zip 166 eclipse/plugins/com.ibm.zosmfcpm.softwareconfig.help.doc/doc.zip 165 s/eclipse/plugins/com.ibm.zosmfcpm.resourceprov.help.doc/doc.zip 157 ation/helps/eclipse/plugins/com.ibm.gpmmessages.help.doc/doc.zip 154 /helps/eclipse/plugins/com.ibm.zosmfincidentlog.help.doc/doc.zip 154 helps/eclipse/plugins/com.ibm.gpmmessages.help.doc/nl/ja/doc.zip 151 /eclipse/plugins/com.ibm.zosmfincidentlog.help.doc/nl/ja/doc.zip 149
Re: [EXT] Re: zOS 2.4 migration guide
On 2019-10-17 3:26 PM, Martin Packer wrote: I’m not really claiming to troubleshoot this but I wonder - based on your EXCP count comment - what JVM heap specification people (you) are running with. I wonder if it’s garbage collecting to death. I'm no expert of z/OS Java garbage collection but I'm wondering how it can cause high EXCPs? I suspect it's opening all the zFS files required for WLP. (I’d also observe Liberty Profile has a generally good reputation for being lightweight and swift to start. As always, and z/OSMF Development forgive me for this comment :-) , it depends on what you run in the JVM.) That's my experience. But we have a zIIP. Cheers, Martin Sent from my iPad On 17 Oct 2019, at 08:22, Sean Gleann wrote: On our z14, z/OSMF takes some 60m+ EXCPs and 300 seconds of CPU time (according to SDSF) before it can even be used... (and anything that announces its availability with "...ready to run a smarter planet" just makes me cringe.) Carmen's remark about 'clear documentation' is very much on point. Like him, I've been battling with the Configuration Assistant in order to create a comms policy. Every time I find any documentation that might help me, the examples given show a z/OSMF UI that is different to mine and so the confusion starts right at the point of logging on. I suppose its because z/OSMF is still a very young bit of software and so changes between versions are much more visible. The idea that z/OSMF is intended to eventually replace SMP is quite depressing, but - disclosure - I remember I had similar difficulty taking SMP on board some aeons ago... using it is almost second nature now. Sean On Wed, 16 Oct 2019 at 17:57, Gibney, Dave wrote: No zIIP here either. I guess, it doesn't matter. I expect 1 more migration, 2.1 to 2.2. Then mothballing -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Charles Sent: Wednesday, October 16, 2019 7:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXT] Re: zOS 2.4 migration guide I thought my situation was bad - it only takes 30 minutes at 100% CPU on my test system to bring up z/OSMF. Does anyone run this on a production system? -- 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 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: [EXT] Re: zOS 2.4 migration guide
I’m not really claiming to troubleshoot this but I wonder - based on your EXCP count comment - what JVM heap specification people (you) are running with. I wonder if it’s garbage collecting to death. (I’d also observe Liberty Profile has a generally good reputation for being lightweight and swift to start. As always, and z/OSMF Development forgive me for this comment :-) , it depends on what you run in the JVM.) Cheers, Martin Sent from my iPad > On 17 Oct 2019, at 08:22, Sean Gleann wrote: > > On our z14, z/OSMF takes some 60m+ EXCPs and 300 seconds of CPU time > (according to SDSF) before it can even be used... > (and anything that announces its availability with "...ready to run a > smarter planet" just makes me cringe.) > > Carmen's remark about 'clear documentation' is very much on point. Like > him, I've been battling with the Configuration Assistant in order to create > a comms policy. > Every time I find any documentation that might help me, the examples given > show a z/OSMF UI that is different to mine and so the confusion starts > right at the point of logging on. > I suppose its because z/OSMF is still a very young bit of software and so > changes between versions are much more visible. > > The idea that z/OSMF is intended to eventually replace SMP is quite > depressing, but - disclosure - I remember I had similar difficulty taking > SMP on board some aeons ago... using it is almost second nature now. > > Sean > >> On Wed, 16 Oct 2019 at 17:57, Gibney, Dave wrote: >> >> No zIIP here either. I guess, it doesn't matter. I expect 1 more >> migration, 2.1 to 2.2. Then mothballing >> >>> -Original Message- >>> From: IBM Mainframe Discussion List On >>> Behalf Of Mark Charles >>> Sent: Wednesday, October 16, 2019 7:44 AM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Re: [EXT] Re: zOS 2.4 migration guide >>> >>> I thought my situation was bad - it only takes 30 minutes at 100% CPU on >> my >>> test system to bring up z/OSMF. >>> >>> Does anyone run this on a production system? >>> >>> -- >>> 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 >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
Re: [EXT] Re: zOS 2.4 migration guide
On our z14, z/OSMF takes some 60m+ EXCPs and 300 seconds of CPU time (according to SDSF) before it can even be used... (and anything that announces its availability with "...ready to run a smarter planet" just makes me cringe.) Carmen's remark about 'clear documentation' is very much on point. Like him, I've been battling with the Configuration Assistant in order to create a comms policy. Every time I find any documentation that might help me, the examples given show a z/OSMF UI that is different to mine and so the confusion starts right at the point of logging on. I suppose its because z/OSMF is still a very young bit of software and so changes between versions are much more visible. The idea that z/OSMF is intended to eventually replace SMP is quite depressing, but - disclosure - I remember I had similar difficulty taking SMP on board some aeons ago... using it is almost second nature now. Sean On Wed, 16 Oct 2019 at 17:57, Gibney, Dave wrote: > No zIIP here either. I guess, it doesn't matter. I expect 1 more > migration, 2.1 to 2.2. Then mothballing > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Mark Charles > > Sent: Wednesday, October 16, 2019 7:44 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: [EXT] Re: zOS 2.4 migration guide > > > > I thought my situation was bad - it only takes 30 minutes at 100% CPU on > my > > test system to bring up z/OSMF. > > > > Does anyone run this on a production system? > > > > -- > > 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: [EXT] Re: zOS 2.4 migration guide
No zIIP here either. I guess, it doesn't matter. I expect 1 more migration, 2.1 to 2.2. Then mothballing > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Mark Charles > Sent: Wednesday, October 16, 2019 7:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXT] Re: zOS 2.4 migration guide > > I thought my situation was bad - it only takes 30 minutes at 100% CPU on my > test system to bring up z/OSMF. > > Does anyone run this on a production system? > > -- > 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: [EXT] Re: zOS 2.4 migration guide
I do now, we use the configuration assistant for TCP Policy agent, on a test LPAR I has the same issues, on a z13s 3 CP 2 zIIP's it runs...ok. my biggest issue is the lack of clear documentation. I have my software defined, LPARS and PLEX defined, getting the notification via email is an open issue currently with IBM z/OSMF support since August, to this day no resolution this is gonna be fun, counting the days till retirement Carmen Vitullo - Original Message - From: "Mark Charles" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 16, 2019 9:43:34 AM Subject: Re: [EXT] Re: zOS 2.4 migration guide I thought my situation was bad - it only takes 30 minutes at 100% CPU on my test system to bring up z/OSMF. Does anyone run this on a production system? -- 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: [EXT] Re: zOS 2.4 migration guide
I thought my situation was bad - it only takes 30 minutes at 100% CPU on my test system to bring up z/OSMF. Does anyone run this on a production system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXT] Re: zOS 2.4 migration guide
Does IBM plan to hand out zIIP engines for free to allow sites without access to them to run z/OSMF with reasonable performance? We have zIIPs, but just for the heck of it I tried starting z/OSMF on a non-zIIP LPAR. It took 8 hours to initialize, driving the (admittedly very small) LPAR at 100% the whole time. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Wednesday, October 16, 2019 3:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] Re: zOS 2.4 migration guide OK; I'll bite: Why not run z/OSMF? But if you prefer to exercise your XSLT skills... :-) Cheers, 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://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_developerworks_mydeveloperworks_blogs_MartinPacker=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=lCvCAyKNgZgiT02msJr1aYp-EoRyMJwldfm52-SdaJE= Podcast Series (With Marna Walle): https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.ibm.com_tv_mpt_=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=8d8uRY2GJbYRzvCUths1OBouztJSC-oU2F8ORMhvTAs= or https://urldefense.proofpoint.com/v2/url?u=https-3A__itunes.apple.com_gb_podcast_mainframe-2Dperformance-2Dtopics_id1127943573-3Fmt-3D2=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=xsX8VSi0WMSkdH0UGGjqUTqCFtMoChZeuHFpcdfqRXs= Youtube channel: https://urldefense.proofpoint.com/v2/url?u=https-3A__www.youtube.com_channel_UCu-5F65HaYgksbF6Q8SQ4oOvA=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=0AK86yBb8GoPxGkbTTLVGve735EbUThyA46s12wCSEU= From: Jake Anderson To: IBM-MAIN@LISTSERV.UA.EDU Date: 16/10/2019 09:06 Subject:[EXTERNAL] zOS 2.4 migration guide Sent by:IBM Mainframe Discussion List Hi I understand starting from 2.4 there won't be any migration guide. We will have to look in GitHub to get XML file into zosmf to look into migration steps . We don't run zOSMF and how do i view the migration steps for zOS 2.4 from 2.2 ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.4 migration guide
According to the z/OS V2.4 Preview Announcemet: CICS TS will soon be orderable in either existing CustomPac or z/OSMF portable software instance format. This is the first of many offerings that are planned to be delivered in the PSI format. You do the math... Dana On Wed, 16 Oct 2019 08:42:52 +, Vernooij, Kees (ITOP NM) - KLM wrote: >It looks as if you can't escape z/OSMF anymore. From what I read in the past, >this and many more functions will run (only) under z/OSMF. So this might be >the time to start running it. > >Kees > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.4 migration guide
Apology for not looking at readme.txt file. I see the exported file in ibm knowledge centre at the bottom. On Wed, 16 Oct, 2019, 12:43 PM Vernooij, Kees (ITOP NM) - KLM, < kees.verno...@klm.com> wrote: > It looks as if you can't escape z/OSMF anymore. From what I read in the > past, this and many more functions will run (only) under z/OSMF. So this > might be the time to start running it. > > Kees > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Martin Packer > > Sent: 16 October, 2019 10:29 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: zOS 2.4 migration guide > > > > OK; I'll bite: Why not run z/OSMF? > > > > But if you prefer to exercise your XSLT skills... :-) > > > > Cheers, 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://itunes.apple.com/gb/podcast/mainframe-performance- > > topics/id1127943573?mt=2 > > > > > > Youtube channel: > https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > > > > > From: Jake Anderson > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 16/10/2019 09:06 > > Subject:[EXTERNAL] zOS 2.4 migration guide > > Sent by:IBM Mainframe Discussion List > > > > > > > > Hi > > > > I understand starting from 2.4 there won't be any migration guide. We > will > > have to look in GitHub to get XML file into zosmf to look into migration > > steps . > > > > We don't run zOSMF and how do i view the migration steps for zOS 2.4 from > > 2.2 ? > > > > Jake > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > Unless stated otherwise above: > > IBM United Kingdom Limited - Registered in England and Wales with number > > 741598. > > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 > 3AU > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail or > any attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may > be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission > of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.4 migration guide
It looks as if you can't escape z/OSMF anymore. From what I read in the past, this and many more functions will run (only) under z/OSMF. So this might be the time to start running it. Kees > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Martin Packer > Sent: 16 October, 2019 10:29 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: zOS 2.4 migration guide > > OK; I'll bite: Why not run z/OSMF? > > But if you prefer to exercise your XSLT skills... :-) > > Cheers, 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://itunes.apple.com/gb/podcast/mainframe-performance- > topics/id1127943573?mt=2 > > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > From: Jake Anderson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 16/10/2019 09:06 > Subject:[EXTERNAL] zOS 2.4 migration guide > Sent by:IBM Mainframe Discussion List > > > > Hi > > I understand starting from 2.4 there won't be any migration guide. We will > have to look in GitHub to get XML file into zosmf to look into migration > steps . > > We don't run zOSMF and how do i view the migration steps for zOS 2.4 from > 2.2 ? > > Jake > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.4 migration guide
OK; I'll bite: Why not run z/OSMF? But if you prefer to exercise your XSLT skills... :-) Cheers, 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://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Jake Anderson To: IBM-MAIN@LISTSERV.UA.EDU Date: 16/10/2019 09:06 Subject:[EXTERNAL] zOS 2.4 migration guide Sent by:IBM Mainframe Discussion List Hi I understand starting from 2.4 there won't be any migration guide. We will have to look in GitHub to get XML file into zosmf to look into migration steps . We don't run zOSMF and how do i view the migration steps for zOS 2.4 from 2.2 ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
zOS 2.4 migration guide
Hi I understand starting from 2.4 there won't be any migration guide. We will have to look in GitHub to get XML file into zosmf to look into migration steps . We don't run zOSMF and how do i view the migration steps for zOS 2.4 from 2.2 ? Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN