Wanna know (practically) everything in z/OS V1R13??
Hello IBM-MAINers, If you are looking to learn about all the new functions in z/OS V1R13, it's just gotten much easier! We are doing something slightly different for z/OS R13 in the IBM Education Assistant. In the past, we've only had a limited number of presentations available in IBM Education Assistant. What we had was good, however it certainly didn't offer a comprehensive view of what the release contained. Many of the important functions for previous releases were not covered on IBM Education Assistant. Now for z/OS V1R13, we've moved into a different direction. We've included detailed technical presentations prepared by the component experts themselves, on IBM Education Assistant. If you are looking for practically all the technical details you can get about a certain function (or even just wanting to know what all the functions are), check out what we've got now. We have 108 z/OS V1R13 presentations now available! A couple of hints when using IBM Education Assistant: 1) There is an Overview session that is succinct (30 minutes) and can point you specifically to other education modules that you may want to investigate. This is a great starting place if you want to see a very short description of what the other modules are in IBM Education Assistant. There is voiceover for this Overview presentation. 2) The individual technical presentations are sorted by theme: Availability, Simplification, Hardware Support, Economics and Platform Efficiency, Workload Enablement, Installation, and Security. You should use the Overview session to see what the enhancements are in each area, then search for that presentation within the theme that is was classified with. 3) Most of the presentations do not have voiceovers. A very few number of them do, but most do not. The technical material on the slides in the presentations should suffice for giving you adequate information about the enhancement. Some presentations are very short, some are longer -- depending on how big the enhancement is. This is what is different in IBM Education for z/OS V1R13 vs. prior z/OS releases. 4) The intended audience is technical professionals. There is no marketing information here, and the material is intended to give you important, technical details that you immediately need to understand what an enhancement is. If you are looking for marketing material, you can get that from the z/OS home page. 5) Here's the IBM Education Assistant link: http://publib.boulder.ibm.com/infocenter/ieduasst/stgv1r0/topic/com.ibm.iea.zos/zos/ZOSv13.html 6) As always, if you want to give your feedback on these presentations in IBM Education Assistant, use the Provide feedback on this material link on the web page. We are hoping that this new direction of learning about release enhancements in IBM Education Assistant will be helpful to you. Thanks, Marna WALLE z/OS System Installation IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
z/OS R13 Migration Refresh Information Available!
Hello IBM-MAINers, I've had several questions about when the latest updates to the z/OS R13 Migration books would be available. I'm happy to say that they are now available near the bottom of this page on this website: http://www-03.ibm.com/systems/z/os/zos/installation/index.html . Look for the -20 level of the books, which indicates that you've got the latest level for z/OS R13. Note that there are three forms of the book available at this website: 1) the regular book update, this book covers both the R11-R13 and the R12-R13 migration paths. 2) the customized R11-R13 book, this book covers only the R11-R13 path. This book is very similar to the regular book, except for one migration action from a new function introduced in R12 that is not applicable to the R11-R13 path. 3) the customized R12-R13 book, this book covers only the R12-R13 path, and is smaller in size since the R11 migration actions have been omitted. Thanks, Marna WALLE z/OS Installation IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: zFS parm sysplex=filesys
Hello Lizette and All, Just to re-iterate what others had said (which has been correct)... This sysplex=filesystem migration action is applicable if you use zFS *AND* if you are in a shared file system environment. If you don't meet both of these criteria, then you do not need to do this migration action. A shared file system environment means (among other things) that you've set in your BPXPRMxx SYSPLEX(YES). If you do not have SYSPLEX(YES) in your BPXPRMxx, you are not running in a shared file system environment and therefore this migration action is not applicable to you. btw, SYSPLEX(NO) is the default. If you are using shared file system, I'd suspect you'd be aware of it because of the setup work involved. -Marna WALLE z/OS System Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: zFS parm sysplex=filesys
Hi All, As was mentionedthis migration action is only applicable if you have a shared file systems environment and are using zFS. If you don't meet this criteria, you have no migration action to do. May I also add (which no one mentioned so far), that if you are running the IBM Health Checker for z/OS, and activate and look at the output from check ZOSMIGV1R13_ZFS_FILESYS (available on R11 and R12), then this check will tell you whether 1) this migration action is applicable to you and 2) if it is applicable to you, whether you've correctly set sysplex=filesys on all the shared systems in preparation for R13. -Marna WALLE z/OS System Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zFS parm sysplex=filesys
Walter and John, Thanks for the good suggestions for improved messages on a successful migration health check run. I will pass them along. The indication that the check did pass (I hope) would be enough to let you know that the migration action didn't affect you, even if the message wording could be improved. -Marna WALLE z/OS System Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Accelerrate your migration z/OS v1r12
Hello All, If you weren't able to make the live webcast yesterday, the replay is available right now from the webcast website: http://events.unisfair.com/rt/ibm~zosr12mig That should help those with a Down Under timezone :). You do need a logon userid/password to get to it. You can use your existing logon if you had it, or you can get one if you didn't already register. The PDF of this session is available there now, from the blue box Files/Info. There will be a podcast available also from Files/Info that we are working on putting up very soon. -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is Toronto - IBM's response
All, Like Walt, I'm so spokesperson for Watson, but I have seen a video on YouTube that helped explain the final Jeopardy! response of Toronto. Go here: http://www.youtube.com/watch?v=lI-M7O_bRNg 3 minutes into the 10 minute video is where it starts. Around 4 minutes, although we never saw it on TV, you can see what the other responses (and percentages) Watson had for the final answer. For those that don't want to watch a 10 minute video, here's the executive summary: 1) There are many Torontos in the US 2) Toronto, Canada has a baseball team in an American baseball league. 3) The three final answers - all which were not a high confidence level and were well below the buzz level were: a) Toronto: 14 b) Chicago: 11 c) Omaha: 10 -Marna WALLE IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOSe and z10 - Urgent
Carlos, As Timothy replied, please consult with your IBM rep. What may technically run, and what you may be able to license may be different. The zNALC pricing metric is the replacement for z/OS.e (and NALC). For more information about it, look here: http://www.ibm.com/servers/eserver/zseries/swprice/znalc.html . -Marna WALLE z/OS Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: AXR04 on z/OS 1.11
I know that this topic has been fully responded to, but I wanted to add a little more information, if only to make the archive search more complete... The APAR that added this migration action was OA26802, and the HOLD ACTION (and HOLD DOC) in the PTFs for that APAR alerted you of a change. (It points to http://publibz.boulder.ibm.com/zoslib/pdf/OA26802.pdf for the DOC which discusses the FORCE AXR,ARM, and the ACTION is for another migration action which this APAR also introduced.) The referenced migration action was too late to make the z/OS R11 Migration book, however, it is in the z/OS R12 Migration book which you will be able to get very shortly. Note that APAR OA26802 requires a corresponding fix to System Automation 3.2, if you are using that product. You'll need SA APAR OA31274. And yes, APAR OA31274 has been marked with the expected SMP/E FIXCATs IBM.TargetSystem-RequiredService.z/OS.V1R12 and IBM.TargetSystem-RequiredService.z/OS.V1R11. Hopefully everyone has been periodically doing a REPORT MISSINGFIX and has encountered this by now. (There is no IBM.TargetSystem-RequiredService.z/OS.V1R10 FIXCAT for those wondering about z/OS R10...) -Marna WALLE z/OS System Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 - and FIXCAT Comment
On Wed, 7 Apr 2010 14:19:00 -0500, Mark Zelden mzel...@flash.net wrote: FIXCAT( IBM.ProductInstall-RequiredService IBM.Coexistence.z/OS.V1R11 ). Don't ask me why I found some 1.11 PTFs that were mentioned in the PSP buckets coded with IBM.Coexistence.z/OS.V1R11 instead of IBM.ProductInstall-RequiredService. Unless I'm wrong, fixes for 1.11 shouldn't have coexistence for 1.11 tags. Maybe the person who coded these PTFs didn't understand FIXCAT (no, I didn't open a PMR on this). Mark Mark, Coexistence maintenance can also have the IBM.ProductInstall-RequiredService FIXCAT associated with it. It depends on particular APAR, and there are several in that category. Also, I've seen at least one APAR where there was coexistence PTF for that release's coexistence! For example, that may be appropriate when a change in R11 was necessary to make the toleration on lower releases simpler and that R11 code hadn't been put there originally :). Remember, the FIXCAT applies to all PTFs for that APAR, and we cannot selectively have the FIXCAT for some PTFs on an APAR and not for others. Hope this helps explain what you may be seeing, -Marna WALLE z/OS System Build and Install -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 - and FIXCAT Comment
On Thu, 8 Apr 2010 10:04:41 -0500, Mark Zelden mzel...@flash.net wrote: Thanks. Yes, that explain the coexistence part. But shouldn't a PTF identified in the PSP buckets also be coded with IBM.ProductInstall-RequiredService? I thought that was the FIXCAT category that was to replace the PSP tool. I initially installed all that required service and then later on I actually read the PSP buckets (just like the old days) and found I was missing a PTF that was coded with IBM.Coexistence.z/OS.V1R11. So moving forward, I will always do both to get the PSP identified maintenance, but I wasn't sure if this was a mistake or WAD. Right - a PTF in the PSP bucket should have a FIXCAT for IBM.ProductInstall-RequiredService. If you find a PTF in the PSP bucket that does NOT have this as one of its FIXCATs, then please let us know. That category completely replaces the PSP tool (aka EPSPT) - which hopefully no one is using at this point. The PSP bucket may have mentioned in text to make sure that you use the coexistence FIXCAT for a release (for instance, IBM.Coexistence.z/OS.V1R11), but that doesn't mean that the IBM.Coexistence.z/OS.V1R11 PTFs will be marked as IBM.ProductInstall-RequiredService or vice versa. These two FIXCATs have different meanings, and they may or may not both be there for a particular PTF. Was the PTF that you found you were missing *ONLY* had the IBM.Coexistence.z/OS.V1R11 FIXCAT on it *AND* was listed in the PSP bucket? In general on an ongoing basis, you could do a REPORT MISSINGFIX for IBM.Coexistence.z/OS.V1R11 against a z/OS R11 system, however, I'm not sure it would turn up very much. It certainly won't hurt. Its real benefit is identifying missing PTFs on z/OS R9 and z/OS R10 systems while they will be coexisting with z/OS R11. You didn't mention it but while we are on the subject - you may want to add on an ongoing basis IBM.TargetSystem-RequiredService.z/OS.V1R11 to that FIXCAT list you run against your z/OS R11 system. Those PTFs are for z/OS program products (not the z/OS product itself!) which run on z/OS R11. That may turn up things! -Marna WALLE z/OS System Build and Install -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 - and FIXCAT Comment
On Thu, 8 Apr 2010 15:05:45 -0500, Mark Zelden mzel...@flash.net wrote: I thought so. I wish I could tell you which one and I even took a quick look at my smplog to try and help, but matching the applies to the PSP is time consuming because they are all individual text files on my PC. But now that I think about it more, it's possible the PTF I am thinking of was mentioned in a PSP bucket but not in the service recommendations - which is what goes into IBM.ProductInstall-RequiredService, correct? Right again, section 4 (Service Recommendations) of PSP buckets is what goes into IBM.ProductInstall-RequiredService. -Marna WALLE z/OS System Build and Install -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Red Alert APAR OA28159 VSAM Key Sequence Data Sets with IMBED Attribute that are DUMP'd using Logical Data set DUMP are not RESTORE'd properly using z/OS 1.10
I'd like to mention some reminders, concerning IMBED, REPLICATE, and KEYRANGE and z/OS. (There's no new news here. We've been saying for a long time that VSAM data sets with these attributes have been involved in unplanned outages, and now there's a Red Alert on a problem in this area...) a) Today, data sets that were migrated by DFSMShsm or backed up by DFSMSdss continue to retain their IMBED, REPLICATE, and KEYRANGE attributes when recalled or restored. In some future release, these IMBED and REPLICATE attributes will be removed during the recall or restore of data sets. (Note that today, these attributes will not be cleaned up automatically!...which means you need to take some action today to make this better or at least be aware of where your risks are.) b) To help you with identifying which VSAM data sets have IMBED, REPLICATE, or KEYRANGE, use the IMBDSHIP tool (for VSAM data sets, or catalogs), the as is IBM Migration Checker program OLDVSAM (for catalogs) prior to z/OS R11, or coming in z/OS R11 a new health check to verify catalogs don't have these attributes. Bottom line recommendation: find out how exposed you are to this problem, and redefine any VSAM data sets or catalog that have these attributes *now*. -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10
FWIW...the z/OS R10 Migration book has been recently refreshed and is available on the z/OS R10 bookshelves. The reason I mention this, is because we added a migration action for OA27291. There's some good information in there also, I daresay. (Here's a link to the BOOK: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/E0Z2M161/CCONTENTS?SHELF=EZ2ZO10LDN=GA22-7499-14DT=20090122142947 ). -Marna WALLE z/OS System Build and Install -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interesting APAR OA27291 ....and PSF V3
Ed, You wrote:I have an IBM program product (PSF V3) that won't work with IgvInitGetmain active. I reported the bug years ago and they didn't take my complaint seriously. So, I resolved that we would no longer spend money on PSF upgrades until some incompatibility forced us to. (So far, so good on that front.) I honestly don't know if they ever fixed this problem in later releases. Based solely on their attitude toward my request, I would guess not. But, stranger things have happened. I believe you are referring to PSF APAR OA08748? You'll be happy to know that OA08748 (which was FIN), was incorporated into PSF V4R1 (and is also in the latest PSF - V4R2). Your complaint did pay off, just took a while :). Time to move to V4?? -Marna WALLE z/OS System Build and Instal IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS V1R10 and CICS TS V2R3
Hello All, I've been asked a lot about CICS V2R3 and z/OS V1R10 ... and if it is supported. I've been using the information provided in the z/OS R10 Planning for Installation book Appendix B to answer that question. Since CICS V2R3 goes end of service on 30 Sept 2009, today I pushed back more on why the book listed CICS TS V3R1 as the minimum supported on z/OS R10 - since I didn't know of any technical reason why that should be in the minimum. Well, it turns out that Appendix B is misleading (and not complete, to the point of being incorrect!). I miscommunicated this information in my SHARE (and EXPO) presentations. That's why I wanted to post the correct information here, for those that were interested. The correct answer is that CICS V2R3 *is* compatible with z/OS R10, however you do need PTF UK40125 for CICS V2R3 installed. This information is already identified in the ZOSV1R10 ZOSGEN PSP bucket, and will be provided in the update to the z/OS R10 Planning for Installation book when it is available early next year. -Marna WALLE z/OS Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Swapbar example
Steve, Check out the SHARE proceedings from San Jose. My session 2872 page 51-53 shows some screen shots from when I used this new function. (Also, it has some shots of some other ISPF goodies that I really liked too!). -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z10 Extract file for the EPSPT Tool
If you are using the EPSPT tool to verify the PTFs for the new z10, this is of interest to you. We have found that there was a problem during the creation of the Upgrade 2097DEVICE, Subset 2097/ZOS - Extract File . There are three PTFs identified in the 2097 PSP bucket for z/OS that were not brought forward into the extract file. The missing PTFs are for APAR OA22675, which are UA39409 (R7), UA39410 (R7), and UA39412 (R8). The R9 PTF UA39411 is in the extract file correctly. The problem was limited to only APAR OA22675. We intend to have the updated 2097 extract file updated tonight (March 4) or tomorrow night (March 5) at the latest. In the meantime, if you've used the existing 2097 extract file, note that these three PTFs were missing. -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E HOLDs: ACTION vs. IPL
Bruce, Not at all. In fact, that is part of the appropriate education that will be taking place with RMF. -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E HOLDs: ACTION vs. IPL
Chip Kawalski, Level 3 Service Specialist, IBM Poughkeepsie responds: After some discussion with the teams owning the APARs/PTFs that you pointed out, here's some additional information on what happened and what's being done to correct things: OA19565.UA34181: A number of years ago, we had some tooling updated to automate the insertion of a HOLD(IPL) when the APAR owner says an IPL is required to activate the PTF. The team followed this process and got a HOLD into their PTF with the correct text. However, for some reason, it looks like the tool used a HOLD(ACTION) instead of a HOLD(IPL). Over the 4-5 years this processing has been in effect, a problem like this has never happened. However, there were some glitches that occurred during the build of this PTF which might have contributed to the problem. The tools team is investigating. So, yes, the HOLD that got used here was incorrect but it seems we had a tooling glitch and not a broken process. PK43224/UK24827: The TCP/IP team checked some of their other APARs that need an IPL and they had the correct HOLD (i.e. IPL) in their PTF's. The TCP/IP team says they understand that they should be using HOLD(IPL), are not sure how this problem occurred, but will reiterate the correct process to their team to better ensure proper processing in the future. PK46764/UK27017: This is from a different TCP/IP sub team than PK43224. Unlike the previous two APARs, this is not a HOLD(IPL) issue but rather one of how to best connect two PTFs that are dependant on each other. In discussing this with the TCP/IP team, they said using an IF-REQ or HOLD(DEP) was not something that occurred to them. However, they agree that the IF-REQ or HOLD(DEP) would have been a better way to go and with take steps to ensure the best method is used in the future. OA17070/UA90370: After some discussion with the RMF team, it turns out that because RMF needed to be stopped before the PTF was installed and restarted after, they felt that a HOLD(ACTION) would be more appropriate than a HOLD(RESTART). Their PTFs normally contain a HOLD(RESTART), but the unusual scenario for this APAR led them a bit astray. I'll be working with the RMF team to provide them with the appropriate education to help them get cases like this correct in the future. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System REXX for z/OS R8 Web Deliverable - Fixed!
Hello, Yes, the SAXREXEC isn't installed into by the System REXX Web deliverable FMID HBB77SR, however, we do reserve the right in the future to ship a PTF to HBB77SR that *does* use this data set. (I'm aware that the current level of the Web deliverable program directory says it used 16 tracks for SAXREXEC.) By allocating the data set with the Web deliverable, we positioned ourselves to have the ability to install into it with a future PTF, as well as provide the data set necessary for user-provided System REXX EXECs. If I could lightly touch on the never fully tested comment... Although it's clear that more installation testing should have been performed on this Web deliverable, it *was* installation tested and *was* successfully APPLYed multiple times. (It just so happened that all those test environments had the JPN FMID JBB773J installed - remember, we support users world-wide and test with languages other than US English.) We are doing an analysis on each problem this Web deliverable has encountered, have identified where in the process that it occurred, how it could have been prevented, and how to verify it won't happen in the next Web deliverable. I hope this can give you some confidence that these problems are getting the right attention here. -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System REXX for z/OS R8 Web Deliverable - Fixed!
Sam: thanks for beating me to the punch! George: thanks for asking, so that all could see! Goes to show, we may pleasantly surprise you sometimes :). One more thing I'd like to add for everyone: in addition to the BCP APAR that Sam mentioned for z/OS R8 (UA34964), there's also a TSO/E PTF you'll need (UA34685). Both these PTFs (with a couple others) are included in corrected the SMPMCS IF REQ logic *if you have the correct level of the System REXX Web deliverable*. The correct level has a rework date of 2007271. Bottom line: 1) make sure you have the right level of the Web deliverable (REWORK 2007271) -and- 2) let SMP/E do the checking for you. Thanks, -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
System REXX for z/OS R8 Web Deliverable - Fixed!
The problem that Brian mentioned (the wrong ++IF REQ logic) has been corrected, and the System REXX Web deliverable was refreshed yesterday (Sunday, September 30 2007). For all that are interested in having System REXX on z/OS R8, you can retrieve the fixed Web deliverable now. fyi: If you want to verify that you've got the corrected level of the Web deliverable, the updated SMPMCS for HBB77SR has a rework date of 2007271: ++FUNCTION(HBB77SR) REWORK(2007271) -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS V1R9 Migration Checker for z/OS Tool Now Available!
Mark, Thanks for the feedback. Incidentally, the Migration Checker tool has had an additional side-effect of detecting some incorrect IKJTSOxx settings too, in at least two instances I know of :)... -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS V1R9 Migration Checker for z/OS Tool Now Available!
I'd like to make folks aware that I just finished refreshing the IBM Migration Checker for z/OS tool with z/OS V1.9 information! This as is tool can be found on the z/OS download Web page (http://www.ibm.com/servers/eserver/zseries/zos/downloads/ ). We've added 13 new migration programs (for 17 new z/OS V1.9 migration actions), in addition to the previously existing 14. Also, we've completely re-written one existing migration program to make it more usable (ETCUSS). It is important to note that this new tool level completely replaces the previous level. You can still keep the old level around, if you want, but you don't need to since this new level can help with both migrations to z/OS V1.8 *AND* z/OS V1.9. (And incidentally, several programs can even help with migrations to z/OS V1.7!) In case you don't know what the IBM Migration Checker for z/OS is, it's a tool to help you determine whether certain migration actions will be needed to migrate to z/OS V1.8 or V1.9 on your currently running system. It will not perform any changes, but can help you identify applicable migration actions, and verify that they have been performed correctly. There's more details on the tool from the z/OS download Web page. I would appreciate any feedback you may have on this new tool to our Feedback forum, or to me directly. (You can find out how to access this forum from the IBM Migration Checker for z/OS Web page.) Thank you, -Marna WALLE z/OS System Build and Installation IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IMBED/REPLICATE/KEYRANGE Question
Hello David, I would hope that Ed and I weren't saying different things, but there had been relatively newer information added to II13894 (which was copied here) on the topic, so perhaps that was the difference. Before this information was added to II13894 (which said that the recall would *not* be a problem for those data sets migrated with the IMBED and REPLICATE attributes), I was indeed concerned about the situation. Now, with this addition (and the support which accompanies it), I'm much less concerned :). -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
EPSPT Support for z/OS V1R7 !
Back on January 24, 2007, I appended here that I'd put the z/OS R8 coexistence PTFs in the z/OS R5, R6, and R7 ZOSGEN PSP buckets. The addition of these PTFs to the PSP buckets made it possible to programmatically determine if you had the appropriate coexistence service on your current system for a migration to z/OS R8. I talked about this at SHARE, and folks told me that they wanted me to do the same thing for a migration to z/OS R7. So...you asked for it, you got it! I've added the coexistence PTFs to the z/OS R4, R5, and R6 ZOSGEN PSP buckets for a migration to z/OS R7. (For those keeping track at home, this means that z/OS R5 and R6 ZOSGEN PSP buckets now contain the coexistence PTFs for migrations to both z/OS R7 *AND* z/OS R8!) The extract files which are used by the EPSPT are now available for z/OS R4 and z/OS R5 - the z/OS R6 extract file will be made available by tomorrow morning. I hope this proves useful to folks wanting to verify their coexistence PTFs. As always, I welcome feedback on your experiences with using EPSPT to verify your coexistence PTFs! Thanks, Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS R8 Coexistence PTF Checking
Hello, I wanted to point out an entry that I recently added to the z/OS releases' ZOSGEN PSP buckets (for z/OS R5 through z/OS R8). I'm not sure folks review that PSP bucket, which is why I'm posting it here... (I'll be talking about this at SHARE in Tampa, and welcome any comments on if this has been helpful or suggestions for improvement. You can post to IBM-MAIN, email me directly, or catch me at SHARE. Whatever's easiest for you!) -Marna WALLE z/OS System Build and Install IBM Poughkeepsie Here's the actual ZOSGEN PSP entry: Hint: You may use the Enhanced PSP Tool (EPSPT) to assist in programmatically determining which coexistence PTFs you must install on your current system in preparation for migration to a later z/OS release. When you retrieve the extract file from the ZOSGEN PSP bucket subset that is used as input to EPSPT, the file will contain the current list of coexistence PTFs for migrating to a later z/OS release. Coexistence PTFs are identified in the Cross Product Dependencies section of the ZOSGEN PSP bucket subset. The steps to take to programmatically determine whether your current system has the complete list of required Coexistence PTFs for migration are: 1) Download and install the EPSPT, available from http://www14.software.ibm.com/webapp/set2/sas/f/psp/download.html 2) Download the extract file from your current release's ZOSGEN PSP bucket subset. The list of to release coexistence PTFs is found in the from release ZOSGEN PSP bucket subset. 3) Using the extract file from your current release's ZOSGEN PSP bucket subset, run the EPSPT. 4) Resolve any outstanding discrepancies that the EPSPT has identified. Periodically, you may want to download the extract file from your current release's ZOSGEN PSP bucket subset, and rerun EPSPT to ensure that any newly added coexistence PTFs are verified. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unix System Services Maintenance
Mark, YES, but it's not a now thing. There are elements that store persistent data in /var, and it is expected that this data is there between IPLs. Here's the list of z/OS elements that use /var in this manner. (I'm guessing that you don't use these elements, as you haven't encountered problems using /var as a TFS to date). - CIM (uses /var/wbem, which we recommend to be its own separate file system) - Cryptographic Services OCSF (uses /var/ocsf) - Infoprint Server (uses /var/Printsrv) - Integrated Security Services Network Authentication Service (uses /var/skrb). btw - I pulled this list from the z/OS Migration book. -Marna WALLE z/OS System Build and Install -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
A new tool to help z/OS migrations - the IBM Migration Checker for z/OS!
I'd like to make folks aware of a link we just added to the z/OS download Web page ( http://www.ibm.com/servers/eserver/zseries/zos/downloads/ ). The IBM Migration Checker for z/OS is a new as is tool . It includes twelve batch programs you can run to help determine whether certain migration actions will be needed to migrate to z/OS V1.8 on your currently running system. You can run the tool as often as you like -- on your current system before youve even ordered z/OS V1.8, after installing z/OS V1.8, and after each z/OS V1.8 image is deployed into your enterprise. Because the tool does not make any changes to your system and because it is aware of the level of the system on which it is running, it can alert you to migration actions that you should plan for in the future, detect migration actions that you can do now to clear the way to z/OS V1.8, and verify that youve done the migration actions correctly when youre running z/OS V1.8. (Though the IBM Migration Checker for z/OS is primarily intended to help with migrations to z/OS V1.8, a subset of the programs are expected to be useful for migrations from z/OS V1.4 to z/OS V1.7 also. ) This tool is intended to be used with the z/OS Migration book to help you create your complete migration plan. More information can be found on the IBM Migration Checker for z/OS Web page, so I won't put too many details here. I would appreciate any feedback you may have on this new tool to our Feedback forum. (You can find out how to access this forum from the IBM Migration Checker for z/OS Web page) . Thank you, -Marna z/OS System Build and Installation IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 (pre) announcement
On Tue, 28 Feb 2006 09:00:58 -0600, Mark Zelden [EMAIL PROTECTED] wrote: Still don't see anything about support for the VSAM IMBED, REPLICATE, and KEYRANGE attributes being withdrawn. Does anyone know? Can anyone say? Haven't we been warned long enough (wasn't that way back in OS/390 R10)? Not that I expect it to still be an issue for us by then, but we still have some catalogs (including a couple of master catalogs) that are an issue. Easily fixed, just haven't gotten around to it yet. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group Mark, We still haven't announced the date for the IMBED, REPLICATE, KEYRANGE attribute removal in VSAM data sets. We've announced what will come out in z/OS R8, what will come out in the release planned for 2007, and what will come out in the future. This VSAM attribute removal we've announced is in the future category. Glad to see you'll be ready for it whenever it happens :). -Marna WALLE z/OS System Build and Install IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ZOS/E on a Z890
On Tue, 18 Oct 2005 17:01:40 +0200, Meganen Naidoo - BCX - Data Centre Services [EMAIL PROTECTED] wrote: Hi All, We have just purchased a Z890 2086-450. We are trying to run a Z/OS.e 1.4 Lpar on the Z890 and get msg IFA200W with a wait state 07B rc 17. Our Lpar name is ZOSEMNT1 and we are using the LICENSE=Z/OSE parameter in ieasys00. The message reads as follows: LICENSE=z/OSe was specified, but you were not on a 2066 (Z800) machine type on a ZOSE LPAR. My question is - can you run Z/OS.e on a Z890 and if so the APARs required. PSI have raised a software and hardware call with IBM! - awaiting feedback. As others have said, make sure you have the right z/OS.e R4 z990 support installed first...but when you see that wait state, I'd suspect you're missing UA10655, which is documented in the 2086DEVICE PSP bucket as required for z/OS.e. That PTF allows z/OS.e R4 to be IPLed on a z890. -Marna WALLE IBM z/OS Build and Install Poughkeepsie, New York -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PAX command to copy /etc not working as expected
Just curious...how is that different than my last example: pax -rvwk -pe /ServerPac/zOS_Rx/etc/* /Service/ImageX/etc versus (cd /ServerPac/zOS_Rx/etc; pax -rvwk -pe * /Service/ImageX/etc) I'm not really sure. My interpretation of the pax documentation was that the from path as specified in the command was copied to the to subdirectory in its totality. My method did a cd to the from subdirectory and did not include its name in the pax command. This is what was different. I am more of a GNU tar user. It has a way around this by using the -C or --directory= option. It does not appear that pax has anything similar. John McKown Senior Systems Programmer UICI Insurance Center Information Technology Thank you for pointing out this discrepancy in the z/OS Migration book. I'll get it corrected in the next level of the book (to use the cd command first). -Marna Walle z/OS Build and Install (and technical owner of the z/OS Migration book) IBM Poughkeepsie -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
