Re: z/OSMF learning
> However I asked about z/OSMF usage and administration. I admit, I did not > touch it for years. However now it is the time to learn it. I hear you, education about a particular z/OSMF application is one thing, education about administering the z/OSMF server and ecosystem is another. Unfortunately, other than the z/OSMF Configuration Guide I don't know where to point you for administration help: https://www.ibm.com/docs/en/zos/3.1.0?topic=facility-zos-management-configuration-guide However, for a bunch of other z/OSMF applications there are additional tutorial videos here: https://mediacenter.ibm.com/channel/z_OS+Management+Facility/33945322 Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: z/OSMF learning
> What I'm looking for is some z/OSMF course (self-learning and free would be > nice). I mean concepts, naming, customization, etc. Basics. How about a tutorial video series? https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ Go to the "Try it" tab and click the link for "Watch the tutorial series". Or watch this recorded z/OSMF Guild session for a presentation on installing z/OS 2.5 using z/OSMF. https://community.ibm.com/community/user/ibmz-and-linuxone/viewdocument/zosmf-guild-session-3-jan-19-20?CommunityKey=1ca674e5-aada-4194-a16e-059cafe7b807=librarydocuments The presentation slides are also available. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: Alter z/OSMF Workflow Input?
> Upstream in the process, agreed to HLQ of NEWMCAT. > Downstream in the process, edited JCL not to use NEWMCAT. > Now at the "Perform Workflows" stage. > Process complains that that my datasets do not exist in the catalog, etc. Of > course... z/OSMF expects to find the target data sets with the names defined in the deployment configuration. Unfortunately, you can not generate the workflow instances if the data sets are not found by those names. In my opinion the safest option is to cleanup and try again, but this time do NOT edit the generated JCL. If you don't like the default temporary catalog alias NEWMCAT, then change that in the configuration before generating the JCL. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: UUID for z/OS Instances
> I'm less than clear on what you mean by "instance". Given that you have some > kind of "instance number", under what circumstances would you expect it to > change, and when should it stay the same? I'm with Tony, what's your definition of a z/OS instance and what makes one unique compared to another? The z/OSMF UUID value uniquely identifies the z/OSMF software instance object. This may or may not be what you want. A software instance object represents the data sets that contain installed software. This UUID can be defined in an LPA module, and then this API can be used to get that UUID value for a running z/OS system: https://www.ibm.com/docs/en/zos/3.1.0?topic=services-retrieve-zos-system-uuid The returned UUID can then be used to query the software instance object, which in turn allows you to query the SMPCSI for that z/OS system: https://www.ibm.com/docs/en/zos/3.1.0?topic=services-query-smpe-csi Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: zOSMF - Installing z/OS 3.1 Observations
> In job IZUD04RN, they try to alter the name which is failing for me because > the end name is already cataloged. If a data set with that name is already cataloged, then z/OSMF should have displayed an error and not generated that deployment JCL. Off hand I don't know why your situation causes this, but please either open a case with IBM support, or reach out to me directly, to get to the bottom of it. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP/E download anomaly
> All cases, the CLIENT DD referenced the same PDS member. Then I cannot easily explain the observed behavior. If you want to pursue, then I suggest opening a support case and be prepared to supply the output for both a job that used HTTPS, and a job whose CLIENT DD uses the same PDS member and used FTPS. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP/E download anomaly
> I have an interesting case what I cannot untangle. I was creating multiple > ORDERSERVER using the same job where downloadmethod="https" is specified, > only the SMPCSI changed. For products like zSecure, MFA, AO, Netview, etc, > the job ran fine and downloaded relevant PTFs, however in case I was using > z/OS 2.4 or 2.5 global zone, the download method set was not honored, and the > transfer turned into FTP. Why? What am I missing? Does your job define the XML information, which includes the downloadmethod value, inline? Or does it use a DDDEF entry to point to a data set that contains the XML? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: Standard Packaging Rules for z/OS-Based Products - current version ???
> The most current version of this pub that I can find is SC23-3695-10 and it > is from June 2003. > Specifically, I'm curious about packaging for z/OS Unix System Services > applications. Sadly, the -10 version is the most recent version of that book, but it does contain information about z/OS UNIX stuff. Do you have specific questions or concerns? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: GIMAPI returned buffer size limit
> GLOBAL (zone) > SYSMOD (entry) > ENAME,SOURCEID,SMODTYPE (sub entry) > SOURCEID='PUT2312' (filter) In the grand scheme of things, the results of that query shouldn't use much storage at all. And if you didn't get an error message from GIMAPI then it obtained all the storage it needed. Not to point fingers, but I'd look into your assembler and/or rexx. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: GIMAPI returned buffer size limit
> Does GIMAPI have a storage limitation, and if so, can it be controlled by the > program? GIMAPI does not have a storage limit which can be easily controlled by the caller. It will gobble up as much 31-bit storage as it needs to return the requested information, limited only by REGION size or similar factors. If GIMAPI can not get enough storage to satisfy the request it returns an error. Can you describe in more detail the behavior you find questionable? What is your query and which zones/entries/subentries are not being returned? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP Packaging a PTF module replacement.
> I have been trying to package a ptf using smpe and appear to be missing > something, I have attached the job that I submitting Can anyone give me some > idea about what I am doing wrong? Upon a quick glance nothing is obviously wrong with your JCL. If you show us the error messages or describe what you perceive to be wrong then perhaps someone can help. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: Missing LMOD doing APPLY
> We are using the waves and ripples sequence in the Program Directory. This > error occurs in Wave 0. > We found that LMOD IEWDLR00 is created in HBB77E0.F6(HBB77E0), STEP 17. > Looks like part of Wave 1A. > Is it possible that running the DDDEFs for Wave 1 and Wave 2 before Wave 0 > APPLY was completed has messed up things, i.e. pointing to incorrect > libraries? No, the presence of DDDEF entries should not affect or cause this error. If you have not already, I suggest you open a support case with IBM as I think we need to look at your output to debug this further. IEWDLR00 defined I Wave 1A, after Wave 0, is a head scratcher. There should be no reference to IEWDLR00 in Wave 0. Are you installing into a brand new empty target zone, or did you make a copy of the target zone from a prior release? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: Missing LMOD doing APPLY
> We're trying to install z/OS 3.1 via CBPDO using the z/OS 2.4 COD system as > the base. We keep getting this message about an LMOD missing: > GIM24601E ** LMOD ENTRY IEWLDR00 IS NEEDED FOR PROCESSING BUT IS NOT IN THE > SMPCSI LIBRARY Are you installing the FMIDs in the waves and ripples sequence as described in the z/OS 3.1 Program Directory? https://www.ibm.com/docs/en/zos/3.1.0?topic=level-zos-program-directory Which wave/ripple are you currently installing that gets this error? Can you find where LMOD IEWLDR00 is created in the APPLY output for a prior wave/ripple? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMPE HOLDDATA - when received?
> Does gimapi has access to this data? No. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMPE HOLDDATA - when received?
> How can I check the date of HOLDDATA in my SMPE CSI? Examining the SMPLOG as already mentioned is one option. Another: SMP/E does maintain the date each ++HOLD statement was received, but it does not expose it, not even in the CSI Query API. However, z/OSMF Software Management has two reports which query the HOLDDATA and both expose that date. So, if you define a Software Instance for your installed software you can perform the Maintenance Reports -> Missing Critical Service or Missing FIXCAT SYSMODs actions. The resulting reports contain a "HOLDDATA Received" column indicating the most recent date ERROR or FIXCAT HOLDDATA was received into the global zone. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP/E question of the day
>>> NAME ABCDITSK ABCPROC#C C_CODE >> I believe SMP/E supports a maximum of 8 characters for the LMOD, CSECT, and >> CLASS names specified on the IMASPZAP NAME statement. CSECT name ABCPROC#C >> is 9 characters. > You're making that up. I'm making that up? I don't think so, I counted carefully and double checked, "ABCPROC#C" is indeed 9 characters long, I didn't make that up. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP/E question of the day
>> name ABCPROC#C is 9 characters. > Right, but that's the generated name-the module is ABCPROC, written in C. How > does one get around this? As a circumvention you can create a ++MOD to replace the entire module instead of using a ++ZAP to zap the load module. If you require SMP/E to support CSECT names >8 characters on the IMASPZAP NAME statement within a ++ZAP, you can open a case with IBM support and request an APAR to update SMP/E's processing in this regard. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP/E - Pointing Existing TARG & DLIB Zones To New CSI's
> If he clones the existing target and dlib zones, updates the DDDEFs and > receives the new version, will SMPE try to delete the old FMID and/or the > contents of the existing libraries? Typically a new release of a product does delete the prior releases. If you are careful to update all DDDEF entries in the new target and dlib zones to point to the new target and dlib data sets, then you should be safe from accidentally deleting the existing FMID in the existing data sets. But if you are concerned then don't clone the existing target and dlib zones and libraries; just create new, which should be about the same amount of work as cloning, and the new product release I suspect supplies sample jobs to do exactly that. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP/E question of the day
> NAME ABCDITSK ABCPROC#C C_CODE I believe SMP/E supports a maximum of 8 characters for the LMOD, CSECT, and CLASS names specified on the IMASPZAP NAME statement. CSECT name ABCPROC#C is 9 characters. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: zOSMF install
> I know I need zOSMF to install 3.1. My question is, in essence, can (or > should) I order and install a stand-alone zOSMF 3.1 and use that for my z/OS > 3.1 install or am I better off (or is this the only option) installing zOSMF > 2.4 before even heading down the 3.1 path? Did you install z/OS 2.4 using ServerPac? If so, then unless you specifically deleted it, you already have z/OSMF installed on your z/OS 2.4. You may not have it configured and running, but it should be there. If it is present, then recommend configuring and starting the z/OSMF server on your z/OS 2.4 in preparation for installing z/OS 3.1. Be sure to install all PTFs associated with the IBM.DrivingSystem-RequiredService fix category. If in fact you do not already have an installed copy of z/OSMF on your z/OS 2.4, then your choices are limited as you can not order or obtain z/OSMF for z/OS 2.4, nor an entire z/OS 2.4. You might be stuck with getting and using the COD (Customized Offerings Driver) which is a load-and-go z/OS containing a z/OSMF server which you can then use to install z/OS 3.1. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: Extracting SMP/e details
> I need a simple process to get the following out of SMP/e > PTF. Fmid. Date received. Date applied If you want to query specific PTFs rather than all, and if your installed software is defined as a z/OSMF Software Instance, then you can use the z/OSMF Software Update Search REST API: https://www.ibm.com/docs/en/zos/3.1.0?topic=services-software-update-search Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMP/E and PATH existence
>>A long time ago, I wrote a program called DDDEFCHK that used the SMP/E >>API to check if normal DDDEF data sets exist - there is also a DDDEFPTH >>companion program to handle paths. > Ah, so that kinda confirms that SMP/E can't do it natively. I think > BPXBATCH/IDCAMS are a better bet for us, then-nothing to maintain. Thanks. SMP/E APPLY CHECK and similar commands verify existence of directories and data sets from DDDEF entries before they are used. There is no independent SMP/E command or utility to perform this verification. However, there is a capability in z/OSMF Software Management, the Software Instance Validation action, which does this kind of checking, among others. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: zOSMF Workflows
> There is something somewhat rudimentary in the create workflow screen with > the pulldown, but I dont know if thats zOSMF doing that, or the browser doing > that. But then that would likely be just for me? z/OSMF, not your browser, manages the pulldown of previous workflow definition files, and it is managed per user. > What if we had a public workflow that we expected many people to use to > provision xyz? Check out z/OSMF Management Services Catalog (zMSC). You create a catalog of services from which to select, where a service is a workflow. https://www.ibm.com/support/z-content-solutions/management-services/ Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: IBM signed Service orders
> Just saw this on IBMLINK. > > IBM signed Service orders. > > Starting September 15, 2023, to provide higher standards for security and > integrity of z/OS software, > the following service packages will be compatibly signed. If you wish, you > can optionally verify the > signature on these service packages. > > • Electronic Shopz PTF orders > • SMP/E RECEIVE ORDER PTFs and HOLDDATA Ahead of the identified date, some PTF and HOLDDATA order packages produced starting today are digitally signed, depending on which IBM production center the order was produced. By the identified date, all other IBM production centers are planned to be signing PTF and HOLDDATA order packages. Please refer to the following to learn how to verify the signatures of these packages: https://www.ibm.com/docs/en/zos/2.5.0?topic=guide-preparing-verify-signatures-gimzip-packages Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: z/OSMF and the Old Timer
> I have several ideas that I have to consider. > -- Changing the names of my dlibs to have unique names. This should allow > co-existence in my current MCAT. (Possibly just adding a HLQ like the old > ServerPac > days). Downside is the eventual recataloging after z/OS V2R5 goes live. > -- Fully implement indirect cataloging for the Dlib volumes. (This could end > up causing system PARMLIB changes and IPLs just to get an install done) > -- Uncataloging all of my current Dlibs from my production environment (The > guy doing a maintenance cycle now will not be happy) > > Any suggestions? I can't think of anything else besides the options you mention. Sorry. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: z/OSMF and the Old Timer
Tom, to use your existing master catalog and use existing data set names, have to tell z/OSMF you want indirectly catalog the new target data sets. In the Deployment Configuration wizard, on the Volumes page, select your SYSRES volume and click the Modify action. On the Modify Volume page select the option to indirectly catalog the data sets on that volume and specify the volume symbol you want to use. For example, "**" or "" or similar. Having done this, when you attempt to generate the JCL, this time z/OSMF will allow your new target data sets to have the same name as your existing data sets in your existing master catalog, because z/OSMF knows the existing catalog entry containing the volume symbol can be used for both your existing system and for your new target system. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tom Longfellow Sent: Thursday, September 7, 2023 5:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF and the Old Timer Yet another answer to my own post I stripped out everything to do with the Software instances and deployments related to my Zos25 install. I defined an instance for my new deployment This instance was modeled on my ZOS V2R4 install. The source for the instance is the downloaded ShopZ ZFS. The Dataset names had to be trimmed due to assumptions and defaults prefixed to the Target dataset names. The names were modified to match what they will have to be when I continue to use the indirect cataloging in my active system. Volumes and Storage Classes were assigned to local standard locations for DASD placement. Catalog Selection was NOT a chance to select a Catalog for these new to be created datasets.Job generations then fail with IZU9702E messages saying that the dataset in question is ALREADY in that Master Catalog that I am forcing you to use. I am assuming that this is because I am NOT creating a new master of any kind (temporary or other). This is because I actually read my choices for configuring the objectives of the install. and the 'no new catalog' option where you IPL using your old indirect catalog entries from your existing master catalog described exactly what I think I want to do. Do I want to change the objectives to create a new catalog where all the building would be done? If so, what the heck is the 'Existing' catalog objective for?? Time to step back and wait for a flash of brilliance to come to me. Mandatory cooling off period starts... NOW -- 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: Next SMP/E question
> ADD DDDEF(VSHZFSX) PATH'/u/some/directory') . > So it doesn't validate access to or even existence of that directory. APPLY CHECK does indeed check for the existence of the directory, but it does not check a user's permissions to update files in that directory. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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
IBM download server IP address changes, SMP/E RECEIVE ORDER and HOLDDATA
If you manually download IBM's HOLDDATA file, are a user of SMP/E RECEIVE ORDER, or download Shopz software product or PTF orders, take note of the IP address changes for IBM's download servers: https://www.ibm.com/support/pages/node/7025419 These changes are scheduled for October 20, so do not remove the current IP addresses from your firewall settings too soon. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com<mailto:ku...@us.ibm.com> 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: Is SMP/E needed for installs?
> Is there a demo Portable Software Instance that could used to try out the > Z/OSMF stuff, for example a HelloWorld program Absolutely! Go to this page and find the "Try it" tab. There you'll find links to where you can download a sample Portable Software Instance (PSWI) for a small fictitious software product, and to a set of tutorial videos that lead you through the process of installing the sample PSWI. https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: Is SMP/E needed for installs?
> Yes. As I wrote before, there's way too much "take this job and > find the 27 places that say XYZZY and change them to the right HLQ." instead > of "Run it with these variables set as follows". This makes creating and > documenting SMP/E installs a lot more work than they should need to be. Yup, there's often lots of JCL samples to be massaged to perform an SMP/E install. Create CSIs, allocate target and dlib data sets, update DDDEF entries, ... Which is one of the reasons why z/OSMF Software Management and Portable Software Instances exist. Any provider (not just IBM) can create a Portable Software Instance containing their software product using z/OSMF and distribute it to their clients, and the clients can install the software contained in the Portable Software Instance using z/OSMF. No JCL massaging required. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: Is SMP/E needed for installs?
Yes, thanks for asking, we have thought about an alternative. And an alternative exists in z/OSMF Software Management and Portable Software Instances. In this form you can package, deliver, and install software whether it is SMP/E managed or not. If it is SMP/E managed, as much of the software on the z/OS platform is, then the package includes the SMP/E artifacts like CSIs so you can install PTF fixes. You can of course choose to ignore the SMP/E artifacts and just repeat the process to install an updated Portable Software Instance in 3 months as you suggest. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Colin Paice Sent: Thursday, August 24, 2023 10:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Is SMP/E needed for installs? This week, I did my first SMP/E install since my previous one over 40 years ago! The process hasn't changed much. It took me about half a day to download the files and configure the jobs - making the same changes in several jobs. For people new to z/OS "installation" is hard to get into, understand, and get working properly. Has anyone thought about alternative ways of shipping products? For example many products are now Web downloads, which you just restore. I would like to see a DFDSS dump of the CST level of all objects and a matching dump of the SMP/E datasets of the product. I can just restore the product stuff,and not the SMP/E stuff, or I can install the SMP/E stuff as well. If you want to install a fix, then apply it to the SMP/E libraries. In 3 months time, repeat the whole process. I think we have to do something before all those with the knowledge and experience retire! Colin -- 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: Creating an SMP install tape
> I have some PDSes that need to be installed with SMP on Z/OS. > A couple are text files, one an object file and one a load module PDS. They > all have multiple members. > What would be the easiest way to create a files that can be installed with > SMP? Its unclear to me exactly what you need help with. Are you familiar with SMP/E at all? Have you already created a ++FUNCTION SYSMOD and just need to associate that with your data set contents? This may be overkill, but here's the gospel for packaging a software product for SMP/E: https://publibz.boulder.ibm.com/epubs/pdf/gimpkg80.pdf Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: z/OSMF
> ... I am trying to download a software instance and z/OSMF has generated the > JCL. > The JCL generated has some values that are not correct - some path's that > were generated either > have my ID inserted with the ID being uppercase - our path names are > lowercase. Also one path it > generated had a different ID then mine. I must have missed a step somewhere - > where do I update > the values that I would like the system to use ? You didn't say specifically which values in the JCL are the issue, but from the Portable Software Instances page clicking the Add... -> From Download Server action opens a short wizard to generate the download JCL. On step 1 of the wizard, at the bottom of the page, you enter the UNIX directory into which you want the files to be downloaded. This value is used on the SMPNTS DD statement in the generated job. z/OSMF derives an initial value for this field from the directory you used last time and the name for the Portable Software Instance you specify at the top of the page. What is the value on that page? Does it contain your desired directory, with the correct case? Is it the SMPNTS DD statement you're having trouble with? Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com 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: SMPE Help
On 9/21/2021 11:39 PM, Mohd Shahrifuddin Ahmad Masri wrote: I have another problem. DATE 09/22/21 TIME 11:31:01 SMP/E 36.109 UNIX COMMAND OUTPUT /bin/pax -zvrf /u/ssa/cics/SMPPTFIN/2021250221822812757.1of35 ./GIMFAF.XML ./GIMFAF.XML 905839 blocks 15874 blocks (compressed) FSUM7131 Out of space or reached the end of the archive file. If you want to go on, type device or file name when ready My question. Which directory is out of space? How to increase the space? Did you specify the SMPWKDIR DD statement in the job? If so, then that is the out of space directory. If not, then the directory where the archive files reside, specified on the SMPDIR DD statement, is out of space. I suggest you either add SMPWKDIR if its not already there, or change SMPWKDIR to point to a directory in a UNIX file system with plenty of space. On some systems pointing SMPWKDIR to /tmp is reasonable, but you'll have to determine where you have plenty of UNIX file system space. See the SMP/E Reference for information on how much space might be needed: https://www.ibm.com/docs/en/zos/2.4.0?topic=routine-determining-required-size-smpwkdir 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: SMPe how to determine prior RSU level
On 8/24/2021 6:41 AM, Bill Giannelli wrote: I have received and applied several months maintenance, but have not yet moved it into our runtime libraries. How might I determine what my prior RSU level is within my runtime libraries? Hopefully you kept a copy of the CSIs that represent your running software. If so use the REPORT SOURCEID command to get a list of all the SOURCEIDs, including RSU, associated with applied PTFs. Option 3.3 in the SMP/E dialog will do similar. 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: SMPE
On 6/16/2021 11:56 AM, CarlosM wrote: Would anyone have the JCL/statements necessary to produce a SMPE report of ALL installed products? To be sure we're using the same terminology, a "PRODUCT" to SMP/E is a collection of FEATUREs, and each FEATURE is a collection of FMIDs. A PRODUCT is identified by its Product ID and VRM. For example, z/OS V2.4 has product ID "5650-ZOS" and VRM "2.4.0", which has a bunch of FEATUREs, like the z/OS Base, and that FEATURE has lots of FMIDs, like HBB77C0. Is that the kind of "product" information you're looking for? Its easy to get a list of FMIDs which are installed in a particular target zone. Like this: //SMPE EXEC PGM=GIMSMP //SMPCSI DD DISP=SHR,DSN=globalZoneCsiName //SMPOUT DD SYSOUT=* //SMPLIST DD SYSOUT=* //SMPCNTL DD * SET BDY(targetZoneName). LIST FUNCTIONS. /* There is no simple SMP/E LIST command to precisely display the installed PRODUCTs. You can list the PRODUCTs which have been received, like this, but not which have been installed into a particular target zone. //SMPE EXEC PGM=GIMSMP //SMPCSI DD DISP=SHR,DSN=globalZoneCsiName //SMPOUT DD SYSOUT=* //SMPLIST DD SYSOUT=* //SMPCNTL DD * SET BDY(GLOBAL). LIST PRODUCT FEATURE. /* A better approach is to use z/OSMF Software Management. The Products page displays exactly which Products, Features, and FMIDs are installed. 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: SMPE query - ALIAS/MALIAS
On 6/2/2021 10:43 AM, Binyamin Dissen wrote: Ops. My mistake - they are aliases. I forgot how ISPF shows them. As a side point, why does the RELFILE need the alias? Can't the apply process assign them? Why? That's just the way APPLY works. I don't know what the original design point was many years ago, but APPLY does not create aliases for elements copied from RELFILEs. 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: SMPE query - ALIAS/MALIAS
On 6/2/2021 8:57 AM, Binyamin Dissen wrote: I have inherited a product with MCS with ALIAS/MALIAS. It appears that the RECEIVE process requires the alias to be in the RELFILE, and that the APPLY process creates true members instead of aliases. Am I missing something obvious in the packaging? If the APPLY creates true members instead of aliases, then the REFILE incorrectly contains true members instead of aliases. SMP/E APPLY simply tells IEBCOPY to copy the members (true and alias) from the RELFILE (actually, the SMPTLIB data set) to the target library. 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: SMPE Receive Order post May 1st
On 5/12/2021 1:51 PM, Dave Jousma wrote: We are still broke since the 5/1 TLSv1.2 cutover on your end. We are assuming its a problem on our end. We do have ticket open with ATTLS support group at IBM. We do have HTTPS service working, but continue to pursue, as not sure if TESTCASE.boulder.ibm.com has same TLS requirement (havent tried that yet). Glad to hear you're using HTTPS for your software downloads. Regarding the TESTCASE servers, I'm told TLS 1.2 is NOT REQUIRED. It is enabled, but not required at this time. 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: SMPE Receive Order post May 1st
On 5/13/2021 8:54 AM, Michael Babcock wrote: Oh, and the AT-TLS error was 402. BPXF024I (STSYSLOG) May 12 20:26:41 X/TCPIP TCPIP 256 TTLS[280]: 15:26:41 TCPIP EZD1286I TTLS Error GRPID: 0017 ENVID: 008B CONNID: C6AD LOCAL: xxx.xxx.xxx.xxx..7199 REMOTE: 170.225.15.117..21 JOBNAME: RECV USERID: RULE: Secure_FTP_Client_9921 RC: 402 Initial Handshake 0052FDA4BC90 Which is "402: An SSL cipher suite could not be agreed upon between the client and server. " Sorry you're still having trouble Michael, but this is now beyond my level of expertise. I suggest you contact IBM Support if you have not done so already. 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: SMPE Receive Order post May 1st
On 5/10/2021 4:57 PM, Michael Babcock wrote: I did some testing on our sandbox (I commented out all ciphers except the one I was interested in and refreshed policy agent) and here’s what I found. The ECDHE ciphers were rejected but the TLS_RSA_WITH_AES_256_CBC_SHA did work (I didn’t try the TLS_RSA_WITH_AES_128_CBC_SHA cipher). In spite of what the IBM Support page says, my tests show the following ciphers enabled on the delivercb-bld.dhe.ibm.com server: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA TLS_RSA_WITH_AES_128_CBC_SHA TLS_RSA_WITH_AES_256_CBC_SHA This was confirmed by an individual that supports the server. The ciphers mentioned on the IBM Support page are a subset of the ciphers actually enabled. https://www.ibm.com/support/pages/node/6417233 I hope this helps. Is anyone still having trouble connecting? 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: SMPE: Element Contains CLIST with ALIAS
On 5/10/2021 1:15 PM, David Spiegel wrote: I added a CLIST as part of a PTF. (This is not vendor software.) ++CLIST(ABCXYZ) ALIAS(XYZ) DISTLIB(ACLIST) SYSLIB(CLIST). PROC 0 WRITE HI When I ran the APPLY Job, the IEBCOPY Output showed COPY OUTDD=CLIST,INDD=SMPWRK6 S M=((A000,ABCXYZ,R)) Where does (the ALIAS) XYZ get copied to //CLIST? (It is there after the Job runs, but, there is no record of it in the Job Output.) After the IEBCOPY operation SMP/E creates the alias in the data set directly using the STOW data management macro. 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: SMPE Receive Order post May 1st
On 5/5/2021 1:13 PM, Dave Jousma wrote: ... For some reason we are still struggling. For anyone still struggling to connect with FTPS to IBM's download server after the May 1 server update, please, please, PLEASE consider telling SMP/E to use HTTPS for the downloads instead of FTPS. It is a very simple update to your SMP/E job and for the vast majority of folks requires much less finagling with your firewall settings than for FTP. The short version: add downloadmethod and downloadkeyring to your specification, like this: If you need more details, see the SMP/E User's Guide, here: https://www.ibm.com/docs/en/zos/2.4.0?topic=guide-preparing-secure-internet-delivery 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: Software Inventory
On 5/4/2021 11:14 AM, Steely.Mark wrote: This is a general question what do you use for software inventory - package, ISPF, excel spreadsheet etc for Mainframe only. Below is the type of inventory I am looking for. This is what I found so far on the Internet : (This is a PDF document and looks a lot better then what is displayed) Mainframe Software Inventory List Vendor/Desc. Product Rel. Latest VersionEnd Of Service Note Check out z/OSMF Software Management. After you identify your installed software as Software Instances in z/OSMF, go to the Products list to view the information you're interested in: Product Name, Description, Version/Release, Vendor, End of Service, and more. 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: SFTP jcl with proxy server
On 4/28/2021 6:25 PM, Bill Giannelli wrote: How do specify a proxy server in JCL for SFTP executing BPXBATCH? I have no experience using it, but have you considered the -oProxyCommand option of sftp? 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: FTP-Links in IBM Websites and PTFs
- Holddata are ftp-Links only. And I want to download holddata without ordering anything via ShopZ. Not true. You want the IBM HOLDDATA without using FTP? Use SMP/E RECEIVE ORDER and indicate downloadmethod="https". 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: RED Alert Today Regarding z/OS Service Orders
On 4/13/2021 8:31 PM, Mark Zelden wrote: Before I go through the checking / remediation part, does anyone know if the "service orders" also include SMP/E RECEIVE ORDER? It doesn't specifically say it one way or the other. Yes, it also includes PTFs acquired using SMP/E RECEIVE ORDER. The method in which you acquired the PTFs is not relevant. The dates on which you acquired the identified PTFs is the important factor. 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: z/OS lifecycle
This page provides the life cycle dates for all z/OS V2 releases. https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd=sm=ShopzSeries=897/ENUS5650-ZOS Likewise this page for the z/OS V1 releases: https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd=sm=ShopzSeries=897/ENUS5694-A01 And this page for OS/390 V2: https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd=sm=ShopzSeries=897/ENUS5647-A01 Curious, why do you want this info for old releases, and why is the other info you found "horribly inconvenient"? 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: z/OS lifecycle
Is this the page you're looking for? (mind the wrap) https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=dd=sm=ShopzSeries=897/ENUS5650-ZOS 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: Serverpac installs January 2022 and beyond
On 3/5/2021 12:19 AM, Brian Westerman wrote: When you click on the link below to get the announcement and then from there click on the link to go the software update page at (https://www.ibm.com/support/z-content-solutions/software-update-zosmf/), and then click on the link to "configure your software management service", you get a dead link at (https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izua300/izulite_SoftwareMgmt_setup.htm). So I guess that IBM doesn't want anyone to get past the installation of z/OSMF step :) Pretty sure this is the correct link: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izua300/V2R4/zosmf/izua300/izulite_SoftwareMgmt_setup.htm I'll see about getting the page fixed. Thanks. 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: Serverpac installs January 2022 and beyond
On 3/3/2021 10:53 PM, Jake Anderson wrote: If I understand zosmf is going to connect to IBM site over the internet to download it's software.What if a mainframe data centre which doesn't connect to internet or have restrictions ? Downloading your ServerPac using z/OSMF is mostly the same as downloading your ServerPac today. If you have internet access to your z/OS then you can download from IBM's server directly to your z/OS. If you do NOT have internet access to your z/OS, from Shopz you download the ServerPac files to your workstation, then you use z/OSMF to upload the files from your workstation to z/OS. This last bit, using z/OSMF to upload from your workstation to z/OS, is a definite improvement over the current ServerPac which requires you to upload manually. 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: IBM z/OS Management Facility 2021 Survey
On 1/26/2021 9:46 PM, Ravi Kumar.C.Gowda wrote: Dear IBM team, can you please share the link where blogs & videos regarding zOSMF are posted!? Much appreciated Start here: https://ibm.github.io/zOSMF/ 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: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ?
On 1/15/2021 10:00 AM, Bruce Lightsey wrote: I am not one of the system programmers but have been tasked with getting this answer for them (and to manage them). My systems guys like SMPe and ServerPacks, etc but z/OSMF is “Alienware” to them – must I tell them to get over it and go with the workflow ? While z/OSMF is not strictly required for upgrading z/OS V2.3 to V2.4, it is highly recommended, specifically for the z/OS V2.4 Upgrade Workflow: https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-Workflow/zOS%20V2.4%20Upgrade%20Workflow The workflow is a replacement for the former z/OS Migration books. If you insist on something that approximates a book form, on that page you can find links to a sample exported workflow. The exported format is suitable for browsing, printing, and searching. But really your team should take this opportunity to get familiar with the z/OSMF workflow. z/OS V2.4 is installed using the familiar ServerPac method. However, IBM's plan is to eventually require z/OSMF for future software installation. We have not yet announced when or for which product releases, but it's certainly past time to start getting comfortable with z/OSMF in general. 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: JCL to tar USS directory
On 1/14/2021 10:10 AM, Bill Giannelli wrote: can anyone provide JCL to tar a USS directory? //PAX EXEC PGM=BPXBATCH //STDPARM DD * PGM /bin/pax -zvwf /u/user/paxfile.pax.Z /directory/to/be/paxed/ /* //STDOUT DD SYSOUT=* //STDERR DD SYSOUT=* 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: z/OS holddata per https?
Does anybody a link where these holddata are downloadable via http/s? Not exactly what you asked for, but you can order and download the HOLDDATA, all with HTTPS, using SMP/E RECEIVE ORDER. Read about it here (watch the wrap: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.gim3000/dsetup.htm 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: Getting Enhanced HOLDDATA from IBM
On 12/4/2020 2:25 PM, Richards, Robert B. , CTR wrote: I changed dispby-112 to service and it worked flawlessly. What changed about dispby-112.boulder.ibm.com to have caused my error? I don't even know what dispby-112.boulder.ibm.com is. Where did you get that server host name? ftp://service.boulder.ibm.com is the correct server to manually download the /s390/holddata/full.txt file. But as already mentioned, you should check out SMP/E RECEIVE ORDER instead to get both HOLDDATA and PTFs. 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: SMPE holddata comparing 2 different CSIs
On 11/4/2020 12:35 PM, Bill Giannelli wrote: We have software at 2 different maintenance levels, with separate CSIs and zones. Is there a report I can run to compare the maintenance levels and get the holddata needed for the "higher level" maintenance? I hope my question makes sense. thanks Bill The SMP/E REPORT SYSMODS command is what you want (watch the wrap): https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.gim1000/rptsys.htm This command produces two reports: 1. SYSMOD Comparison report, identifying SYSMODs in the input zone but not in the comparison zone. 2. SYSMOD Comparison HOLDDATA report, identifying the SYSTEM and USER HOLDs for the SYSMODs identified in the other report. These are the HOLDs you need to review and resolve when upgrading the comparison zone with the input zone. 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: zOSMF-print from Software Management
On 10/28/2020 7:57 AM, Roger Lowe wrote: As PMA is no longer supported under zOS 2.4, I am using the View -> Products, Features, and FMIDs action for a software instance defined to z/OSMF Software Management and would like to be able to print the resulting information. However, there doesn't appear to be a print or export function The Export Table Data and Print Table Data actions are both available on the View Products, Features, and FMIDs page. Check out the Actions drop down at the top of the table. 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: Shopz Question
On 10/20/2020 11:17 AM, Richards, Robert B. wrote: Is there a 2.4 version of the link you provided? For a fuller explanation check out the Order tab on this page: https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ The referred page is not version or release specific, and is applicable to all of IBM z/OS platform software, not just the OS. As mentioned on that page, currently "CICS, IMS, and Db2 are now available to be delivered as a ServerPac in z/OSMF Software Management portable software instance format." Are you asking when z/OS itself will be offered in this form? We're working on that, and the date has not yet been announced. 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: Shopz Question
On 10/19/2020 9:40 AM, Richards, Robert B. wrote: Curiously though, what is the difference on Shopz that enables me to order via a z/OSMF-packaged ServerPac versus the original ServerPac dialog radio button? I do not see the z/OSMF version as a choice. It that now the default? No, not the default. During the order process you specifically select an Installation Method; "z/OSMF SW Management" and "CustomPac installation dialog" are the choices. For a fuller explanation check out the Order tab on this page: https://www.ibm.com/support/z-content-solutions/serverpac-install-zosmf/ 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: Batch SFTP without client keys or USS files?
On 10/16/2020 5:10 PM, Wendell Lovewell wrote: Is this a typo? Just a reminder: I'm going from a z/OS sftp client to a non-z/os ftp server where I can't store user keys. Do you really mean you are connecting to a non-z/OS *FTP* server? Or do you mean an *sftp* server? 'Cuz if the former, then that's the problem. 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: Batch SFTP without client keys or USS files?
On 10/16/2020 9:16 AM, Kurt Quackenbush wrote: On 10/15/2020 8:36 PM, Wendell Lovewell wrote: Is it possible to code a proc that would invoke SFTP to transfer a file to or from a non-z/OS ftp server using only that server's public key and a userid/password combination like you would use for FTP or FTPS? Yes it is possible. Check out the SSH_ASKPASS and DISPLAY environment variables. Here's a job snippet that should get you going in the right direction. Argh! Sorry about the wrap. Let me try again: //* //* Create the ssh_askpass script. When called, this script echoes//* the password to the caller. It is used for obtaining the password //* "interactively" when running sftp in the UNIX shell//* //ASKPASS EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT2DD PATHOPTS=(OWRONLY,OCREAT,OTRUNC), // PATHMODE=SIRWXU,FILEDATA=TEXT, // PATH='/tgtWorkDir/Tttt/sftp.pw.sh' //SYSUT1DD * echo 'password' /* //* //* Execute sftp in the UNIX shell. //* //* Environment variables: //* SSH_ASKPASS -- identifies a script or program that returns the //* password. //* DISPLAY -- identifies the X11 server. Any non-null value //* enables the SSH_ASKPASS program to read the password. //* //* sftp options: //* -oBatchMode=no -- batch mode is disabled, thus allowing the //* password to be obtained "interactively". //* -b filename -- identifies the file containing the sftp commands. //* -oStrictHostKeyChecking=no -- allows connection to servers that //* are not identified in the client ~/.ssh/known_hosts file. //* -oPort -- identifies the port on which the server is listening. //* //SFTP EXEC PGM=BPXBATCH //STDENVDD * SSH_ASKPASS=/tgtWorkDir/Tttt/sftp.pw.sh DISPLAY=FOOBAR /* //STDPARM DD * SH /bin/sftp -b /tgtWorkDir/Tttt/sftp.cmds -oBatchMode=no -oStrictHostKeyChecking=no -oPort=22use...@source.sftp.host.name /* //STDOUTDD SYSOUT=* //STDERRDD SYSOUT=* I didn't attend but I heard Ed Jaffe in the recent online SHARE discussed this very topic in the Bit Bucket session. I would check out his slides if you have access. 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: Batch SFTP without client keys or USS files?
On 10/15/2020 8:36 PM, Wendell Lovewell wrote: Is it possible to code a proc that would invoke SFTP to transfer a file to or from a non-z/OS ftp server using only that server's public key and a userid/password combination like you would use for FTP or FTPS? Yes it is possible. Check out the SSH_ASKPASS and DISPLAY environment variables. Here's a job snippet that should get you going in the right direction. //* //* Create the ssh_askpass script. When called, this script echoes //* the password to the caller. It is used for obtaining the password //* "interactively" when running sftp in the UNIX shell. //*//ASKPASS EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT2DD PATHOPTS=(OWRONLY,OCREAT,OTRUNC), // PATHMODE=SIRWXU,FILEDATA=TEXT, // PATH='/tgtWorkDir/Tttt/sftp.pw.sh' //SYSUT1DD * echo 'password' /* //* //* Execute sftp in the UNIX shell. //* //* Environment variables: //* SSH_ASKPASS -- identifies a script or program that returns the //* password. //* DISPLAY -- identifies the X11 server. Any non-null value //* enables the SSH_ASKPASS program to read the password. //* //* sftp options: //* -oBatchMode=no -- batch mode is disabled, thus allowing the //* password to be obtained "interactively". //* -b filename -- identifies the file containing the sftp commands. //* -oStrictHostKeyChecking=no -- allows connection to servers that //* are not identified in the client ~/.ssh/known_hosts file. //* -oPort -- identifies the port on which the server is listening. //*//SFTP EXEC PGM=BPXBATCH //STDENVDD * SSH_ASKPASS=/tgtWorkDir/Tttt/sftp.pw.sh DISPLAY=FOOBAR /* //STDPARM DD * SH /bin/sftp -b /tgtWorkDir/Tttt/sftp.cmds -oBatchMode=no -oStrictHostKeyChecking=no -oPort=22use...@source.sftp.host.name /* //STDOUTDD SYSOUT=* //STDERRDD SYSOUT=* I didn't attend but I heard Ed Jaffe in the recent online SHARE discussed this very topic in the Bit Bucket session. I would check out his slides if you have access. 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: SMPe Sourceid in GLOBAL not in TARGET
On 9/30/2020 7:27 PM, Bill Giannelli wrote: I have a sourceid in a global zone that doesnt show up in the target zone. When I run an apply it fails with : APPLY PTFS APARS GROUPEXTEND NOJCLR BYPASS(HOLDSYS(DB2BIND,DOC,ACTION,DELETE)) CHECK . GIM24801S ** NO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE APPLY COMMAND. How do I get the sourceid into the target zone? thanks Bill A sourceid in the global zone SYSMOD entry but not in the target zone SYSMOD entry means the SYSMOD was already applied when that particular sourceid was assigned to that SYSMOD. Let me guess, is it an RSUyynn sourceid? The only way to propagate the sourceid to the target zone after the fact is manually, using UCLIN: SET BDY(targetZoneName). UCLIN. ADD SYSMOD(ptfName) SOURCEID(sourceidValue). ENDUCL. By the way, why do you want/need to carry the sourceid into the target zone? Also, your specified APPLY command will APPLY PTFs and *APARs* that have not already been applied and are applicable to the target zone. Obviously you have none that meet this criteria. 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: shopz UJ01255
On 9/30/2020 10:24 PM, R Hey wrote: Thanks for the replies. I ordered UJ01255, it had PUT2001 (no RSU 8 months later). I did raise the issue with support, was told : UJ01255 was not included in RSU2001. It didn't not meet the following criteria: -Severity 1 or 2 -HIPER -PEFIX -Security/integrity -Special Attention -Pervasiveness I've read/heard that one should order RECOMMENDED, then apply srcid(RSU). I did an ORDER-ALL today for zos 2.3 & got 490 PTFs more than I got 2 weeks ago for RECOMENDED. 20 of them has RSU2008, 391 had PUT. So if I apply RSU**, I'll miss 391+ PTFs. How do you guys do apply, srcid(PUT)? IBM's, and my personal recommendation, is to apply SOURCEID(RSU*). Order ALL, as there is no harm in having a PTF in your hands, but APPLY SOURCEID(RSU*). PTFs which have not yet been assigned an RSU* sourceid are not yet recommended by IBM. The time line in which a PTF gets recommended depends on a number of factors which you identified, but even the low severity PTFs will eventually be recommended, after it goes through IBM's Consolidated Service Test cycle. It is usually ~90 days, but depending on schedules it can take up to ~180 days for a given PTF. 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: SMPe holddata for previous apply run
On 9/16/2020 9:17 AM, Bill Giannelli wrote: I have applied a round of maintenance a few months back but havent moved it into our "run time libraries" yet. Is there a way to run a SMPe report and get the HOLDDATA from that previous APPLY? Are you talking about the SYSTEM HOLDs that describe the actions you might have to take when deploying into your run-time? If so, then use the SMP/E REPORT SYSMODS command to compare the target zone of your sand box system to the target zone for your run-time system. The SYSMOD Comparison HOLDDATA Report will show you the HOLDs for the PTFs in your sand box that are not also in your run-time. SET BDY(GLOBAL). REPORT SYSMODS INZONE(sanboxTgtzone) COMPAREDTO(runtimeTgtzone) NOPUNCH. If the target zones are not managed by the same global zone you can specify the global zone data set for the run-time target zone on the command, like this: COMPAREDTO(data.set.name,runtimeTgtzone) https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.gim1000/rptsys.htm 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: GIMUNZIP error
On 8/18/2020 9:55 AM, Bill Giannelli wrote: I have been trying to unzip a USS file and I keep getting the following: GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE COMMAND. GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE Is this pointing to lack of space in my USS file system? Bill, is there any output in SYSPRINT? GIMUNZIP should echo information there from any utilities it calls or from the UNIX shell. 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: implementing one module/ ptf after apply
On 7/22/2020 8:29 AM, Bill Giannelli wrote: I have run an apply for an RSU level for DB2 base. But now I need to implement (move into my run time libraries) one module /PTF without the rest of the maintenance for that RSU level. Can I move in individual modules? or does the RSU level maintenance need to go in as a whole? No, I do not recommend you do that. Its too easy to miss a requisite. If you maintain an SMP/E environment that matches your "run time" libraries, then you can try to APPLY the subject PTF there, but generally its dangerous to manually copy only part of a whole. 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: missing FMIDs
On 6/17/2020 6:25 AM, Bill Giannelli wrote: What command do use to set up FMIDSETs? SET BDY(GLOBAL). UCLIN. ADD FMIDSET(MYFSET) FMID(FMID001, FMID002). ENDUCL. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.gim1000/uclgfm.htm 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: missing FMIDs
On 6/12/2020 11:13 AM, Bill Giannelli wrote: So I had a CSI setup and provided for by someone else. As I am going thru it it seems there are FMIDs for a couple of products missing: DB2 BASE Z/OS HDREC10 DB2 RACF EXIT Z/OS HIYCC10 DB2 IMS ATTACH Z/OS HIZCC10 DB2 SUBSYS INIT Z/OS JDBCC1Z DB2 12 VUE JDBCC12 DB2 JDBC/SQLJ Z/OS Db2 QMF for z/OS V12 HHPCC10 QMF HPO JYQCC10 QMF ANALYTICS TSO If I order maintenance supplying an "installed Software Report" will the missing FMIDs be ordered? What do you mean they are "missing"? You can't find these FMIDs installed in any SMPCSI at all? Then start looking for other global zone SMPCSI data sets. Look for every data set with a .CSI low-level-qualifier data set name. If you can avoid it you really want to avoid ordering and obtaining these FMIDs again, for the reasons already mentioned by others. 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: Separate SMPe environments for maintenance levels
On 6/11/2020 11:38 AM, Bill Giannelli wrote: I want to setup separate SMPe environments, say 3 for different maintenance levels. One matching production then 2 others for maintenance levels "coming next". My question is, when I what to update my PROD environment with one of the other maintenance levels, do I need to go thru receive, apply, accept that I would have done in the "prior" SMPe environment? Or is there a quicker way to "synch" up the 2 environments? As many have already suggested, you should consider updating one SMP/E environment with RECEIVE and APPLY, then clone this environment to create or replace others. There are many existing variations on the mechanics of this clone process. If you do not already have an SMP/E environment cloning process that you like in place, you should take a look at z/OSMF Software Management. It provides a Deploy operation that will clone your SMP/E environment, taking care of renaming data sets, zones, updating DDDEF entries, etc. 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: restart GIMSMP in unpack step
On 6/10/2020 9:32 AM, Carmen Vitullo wrote: IIRC you can restart the process, SMP/E is smart enough to check what's been unpaxed and continue from the failing unpax. Yes you can restart the RECEIVE. SMP/E is smart enough to check what's already been downloaded, not what's already been unpaxed, and continue from there. But the result is roughly the same. When you restart the RECEIVE, yes you can specify a different SMPWKDIR directory. 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: SMPe download, unpack, receive
On 6/6/2020 2:53 PM, Bill Giannelli wrote: This is command I am currently using: SET BOUNDARY (GLOBAL) . RECEIVE FROMNETWORK( SERVER(SERVINFO) CLIENT(CLNTINFO) ) . So because I am NOT specifying "transferonly" all the downloaded software is received into my Global? That is correct, the RECEIVE FROMNETWORK command (without the TRANSFERONLY option) will download, unzip the archive files, AND update the global zone and SMPPTS data sets in one fell swoop. 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: z/OS 2.4 Migration manual and z/OSMF usage
On 3/26/2020 5:45 PM, Shaffer, Terri wrote: It then immediately fails stating z/OSMF cant talk to the 2.1 lpar, because there is no IP address under the SYSTEM tab in z/OSMF. What do you see when you open the Systems tab? Do you see an entry for all 5 of your sysplex members, including your z/OS 2.1 system? On start up z/OSMF should discover all members in the same sysplex as the z/OSMF server, so I'm curious what was discovered. 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: z/OSMF and z/OSMF "Lite"
On 3/16/2020 1:28 PM, Jousma, David wrote: Did something change with the PARMLIB Plugin statement usage? I know early on, once a plugin was added in parmlib it was activated and simply removing the plugin from parmlib definition didn’t actually remove it from use or make it invisible. Seems like the team was going to come up with a method to deinstall plugin's but never heard for sure. Removing a plug-in from the PLUGIN statement in IZUPRMnn does in fact disable that plug-in. It does not "uninstall" the plug-in, but it does not start up and is no longer an option when you restart the server. I've no idea if this is new behavior or not but V2.4 at least behaves this way. 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: z/OSMF and z/OSMF "Lite"
On 3/15/2020 2:35 PM, Mark Jacobs wrote: I've read the manuals, but can't figure out how to convert a full function z/OSMF environment to the lite version. Is this even possible, and if so can anyone point me to the relevant documentation? Thanks. I'm guessing this is not a scenario the z/OSMF team has considered and certainly has not documented. Understandably so. z/OSMF Lite refers to a configuration of the z/OSMF nucleus and core services, but no optional plugins. Therefore, if it were me, I'd simply remove the PLUGINS statement from your IZUPRMxx parmlib member, as I believe that should get you a Lite configuration. 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: SMP/E receive order problem
GIM43501S ** THE CALL TO THE BPX1WRT SERVICE FAILED WHEN PROCESSING /Service/zos24/OS240809.content/S0933.ROOT.100.pax.Z. THE RETURN CODE WAS '0085'X AND THE REASON CODE WAS 'EF01604E'X. GIM49011S ** AN ERROR OCCURRED WHILE CREATING ARCHIVE FILE /Service/zos24/OS240809.content/S0933.ROOT.100.pax.Z FROM ITS SEGMENTS. GIM47601IPACKAGE OS240809.content WAS PARTIALLY STAGED TO THE SMPNTS. I added another mod27 volume to the storage group and restarted the job. This run ended with RC=0 however, I got this in the output: GIM64700IFILE /Service/zos24/OS240809.content/S0933.ROOT.100.pax.Z ALREADY EXISTS AND WILL NOT BE TRANSFERRED. I look in the filesystem and this pax file doesn't exist. How do I convince SMP/E that the file isn't there and it needs to get it again from IBM. I don't really want to delete the entire order and re receive it as the receive job ran for 6 hours before failing. Hmmm... that is suspicious. Are you sure you're looking in the same directory and file system that SMP/E is looking in? Not only does SMP/E look to see if the file already exists before downloading, it also calculates and compares the hash value for the existing file to ensure it is complete and accurate. The GIM64700I message implies SMP/E both found the file and the calculated hash matches the expected value. If truly the file does not already exist, then open a Case with IBM Support against 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: SMPE APPLY SOURCEID vs FIXCAT
On 2/7/2020 2:14 PM, MARTIN, MIKE wrote: I am trying to figure out the difference between using SOURCEID vs. FIXCAT for an APPLY? Example below... APPLY CHECK SOURCEID (IBM.Function.GlobalMirror) SOURCEID(IBM.Function.GlobalMirror) is the selection criteria. PTFs that have the specified sourceid will be candidates for the APPLY. This is what you want. APPLY CHECK FIXCAT (IBM.Function.GlobalMirror) FIXCAT(IBM.Function.GlobalMirror) is NOT selection criteria. This operand identifies which FIXCAT HOLDs will be active during the APPLY. Remember, the primary purpose of any ++HOLD statement during APPLY is to stop a SYSMOD from being applied (it "holds" the SYSMOD from being applied). However, FIXCAT type HOLDs by default are ignored and do not hold a SYSMOD from being applied. It is the FIXCAT operand that identifies which FIXCAT HOLDs should NOT be ignored. In practice FIXCAT HOLDs actually put a hold on FUNCTION SYSMODs and not PTFs, so the FIXCAT operand is only interesting when applying a FUNCTION SYSMOD. FIXCAT HOLDs identify the PTF which resolves the HOLD (the PTF that fixes the identified problem or provides the identified function). When FIXCAT HOLDs are received, SMP/E automatically assigns a sourceid of the fix category value to the resolving PTF, which enables the PTF to be simply and effectively selected later for APPLY. The short answer: If you're looking to APPLY PTFs that are applicable to a particular fix category, then use APPLY SOURCEID. And one more curiosity... If I run a the APPLY statements that get PUNCH'd from the following REPORT FIXCAT, is it the same as doing the APPLY FIXCAT above? REPORT MISSINGFIX ZONES (TGTRES) FIXCAT (IBM.Function.GlobalMirror) The result of running the generated APPLY from this REPORT MISSINGFIX command will be more like running APPLY SOURCEID(IBM.Function.GlobalMirror). 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: Who do you trust? (What CA's do you trust?)
On 1/30/2020 6:07 PM, Charles Mills wrote: Who do you trust? What CERTAUTH certificates do you have installed and trusted? I am contemplating purchasing an FTP server certificate for z/OS client FTP access. I'd like to know which CA's are most likely to already be installed in customers' CERTAUTH keyrings. I'm not suggesting who anyone should trust, but IBM currently uses Digicert for its software download servers, therefore, I expect most folks already have the Digicert CA cert installed. 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: SMPE UPGRADE Command
On 1/13/2020 8:48 AM, Barbara Nitz wrote: GIM58901E ** APPLY PROCESSING FAILED FOR SYSMOD HCKR240. SYSMOD HCKR240 WOULD HAVE CAUSED A CHANGE TO THE MVST ZONE THAT CAN NOT BE PROCESSED COMPLETELY BY PRIOR LEVELS OF SMP/E. USE THE UPGRADE COMMAND TO ALLOW SMP/E TO MAKE SUCH CHANGES. I read about the upgrade command and still don't know if I can safely use it. My SMPE is at 36.105, presumably to get upgraded by the latest refresh which is installed but not yet activated (I wanted to do that together with z/Secure). So if I run the UPGRADE command on my target (and probably later on my DLIB zone), can I then still use my current level of SMPE on those zones? There won't be any level lower than 36.105. HCKR240 must exploit some SMP/E enhancement that is not supported by older service levels of SMP/E... (probably something in the JCLIN like a new-ish link edit parameter). The level of SMP/E used to create the subject target/dlib zone, or that was used for the last UPGRADE command, does not recognize or support this function/enhancement. To prevent making an incompatible change to the zone, you need to tell SMP/E its OK to do so. Hence the UPGRADE command. If you plan to continue to use SMP/E 36.105 or higher when processing the subject target and dlib zone, then it is perfectly safe to use the UPGRADE command. 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: Zosmf configuration assistant
On 12/18/2019 2:06 AM, Peter wrote: I have installed zosmf 2.2. i don't see TCPIP configuration assistant on the zosmf welcome Page. I believe a plugin have to be imported. Is there a sample plugin that i can point and use it ? Did you specify COMMSERVER_CFG in the PLUGINs list in your IZUPRMxx PARMLIB member? https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.izua300/izuconfig_IZUPRMxx.htm Are you authorized to use the Configuration Assistant plug-in? https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.izua300/izuconfig_SecurityStructuresForZosmf.htm#DefaultSecuritySetupForZosmf__SecuritySetupRequirementsForConfPlugin 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 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: Removal of Planning and Migration Assistant with z/OS V2.4
On 10/7/2019 4:10 PM, Juergen Kehr wrote: we just started a project to upgrade from z/OS V2.2 to V2.4. Now, late enough, we find out that with z/OS V2.4 PMA is removed. Up to now we used at least one of the tables (BCNFMDS) and one of the EXECs (BCN2APRR) to get a description of the installed FMIDs (We built some EXECs to send ++HOLD infos to the responsible colleagues, depending on the FMID. In these files also we print the FMID Description from BCNFMDS) and to create some handy reports about the installed software (with some additional infos like program number etc.) for a given CSI. My question now is how to get this infos in future. Can anyone give us some hints? You can use the View -> Products, Features, and FMIDs action for a software instance defined to z/OSMF Software Management instead of the PMA Products Applied report. It contains the same information. FMIDs and descriptions you can get from your CSI. Try using the GIMAPI program interface to query SYSMOD entries from your target zones and return their DESCRIPTION subentries. 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: SMPe CSI maintenance levels
On 10/7/2019 11:29 AM, Bill Giannelli wrote: I apologize if this is a dumb question, I have 3 zones, global, target and dlib, so if I had an "x y and z" as in your example, would I then have 9 zones? x global target dlib, y global target dlib, z gobal target dlib? Using Lizette's example, yes, 9 zones. Although I assert you don't need to copy your global zone, just the target and dlib. So really you have 3 target and dlib zones (6), all hanging off a single global zone (1) for a total of 7. 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: Grrr SMP/E receive problem
On 9/6/2019 12:08 PM, Rob Schramm wrote: Many many times. It is always the same. I have been trying setting up my own shopz cert after the prior cert expired. I just assumed it was my setup. I am thinking about running a gsksrvr trace because the message is so unhelpful. I thought this might have been a one time issue for you, sorry. If this problem persists, add this to your information and feel free to contact me directly for further assistance. javadebugoptions="-Dcom.ibm.smp.debug=severe" 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: Grrr SMP/E receive problem
On 9/6/2019 12:18 PM, Jousma, David wrote: Do you have these keys on your keyring besides your Shopz one? Pretty sure both the DIGIcert Global Root CA and the GeoTrust are needed. KEYRING LABEL = SMPE_USER_KEYRING KEYRING HAS THE FOLLOWING CERTIFICATES CONNECTED: ACID(CERTAUTH) DIGICERT(DigiGRCA) DEFAULT(NO ) USAGE(CERTAUTH) LABLCERT(DigiCert Global Root CA ) ACID(CERTAUTH) DIGICERT(GeoTrst2) DEFAULT(NO ) USAGE(CERTAUTH) LABLCERT(GeoTrust Global CA ) ACID( ) DIGICERT(Shopz ) DEFAULT(NO ) USAGE(CERTAUTH) LABLCERT(Shopz ) Only the DigiCert Global Root CA and your Shopz generated client certificate are required in your keyring. 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: Grrr SMP/E receive problem
On 9/5/2019 4:33 PM, Rob Schramm wrote: GIM69207S ** RECEIVE PROCESSING HAS FAILED BECAUSE THE CONNECTION WITH THE SERVER FAILED. javax.net.ssl.SSLHandshakeException: com.ibm.jsse2.util.h: PKIX path building failed: java.security.cert.CertPathBuilderException: PKIXCertPathBuilderImpl could not build a valid CertPath.; internal cause is: java.security.cert.CertPathValidatorException: The certificate issued by EMAILADDRESS=sup That looks like a server issue. The identified certificate in the SSLHandshakeException is the Server's certificate, not yours. So for some reason at the moment you tried to connect to the server it was not using the correct certificate. I can't explain this. Have you tried again? The server seems to working properly for me at the moment. 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: Shopz product orders will NOT be available between August 16, 2019 and August 22, 2019 inclusively
On 7/24/2019 3:55 PM, Tony Harminc wrote: Really...? That sounds very convenient - certainly for those of us using zPDTs. But in the "Preparaing to use Internet service retrieval" chapter in the book you mention below, the first item in "How to obtain a user certificate" is "If you are not yet a ShopzSeries user, register to become one". Can you tell me exactly how to get a published PTF via SMP/E without having Shopz? Obtaining the user certificate from Shopz is a one time event... well, once a year. Once you have a certificate, you don't need to interact with Shopz again to order and download PTFs 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: z/OS Client Web Enablement Toolkit
On 7/15/2019 8:27 AM, Mark Eddy wrote: I am working with the z/OS Client Web Enablement Toolkit in REXX attempting to get a sample to send a HTTPS request. I see that Galina Gorelik posted this statement on Wed, 24 Oct 2018: We understand that having a working sample is a priority to you and we are working on getting the sample updated as soon as we possibly can. We hope to have something shipped very soon. Have there been any updates to the samples or new samples released since Oct 2018 that could help? I can't speak about any official samples from the toolkit team, but... this is way more than a simple HTTPS GET request, but check out SYS1.SAMPLIB(IZUDXEXP). This is a REXX to invoke several z/OSMF Software Management REST APIs, which are HTTPS. 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: getting a list of FMIDS and the product description
On 7/2/2019 9:14 AM, Bill Giannelli wrote: when I try to view Products, Features, and FMIDs action from zOSMF it is blank. could this be due to the fact I had not accepted the base? Whether you have accepted the base or not won't affect the display. But blank, really? It doesn't even show you a Product/Feature named "No Product" and "No Feature" with a list of the FMIDs under that? Your software instance does point to your global zone SMPCSI data set, right? 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: getting a list of FMIDS and the product description
On 7/2/2019 5:14 AM, Bill Giannelli wrote: I am trying to get a list of the FMIDS and the associated product name or description I have in my CSI. Online doc shows an ISPF panel from SMP panels I believe listing this from the order panel. But my panel is blank with no orders listed. First, why do I have no orders listed? And second, how can I get a list of FMIDS I have with their description? Order panel? Huh? Are you referring to ServerPac orders and the CustomerPac Installation dialog panels? I know from a previous post you're using z/OSMF Software Management, so I suggest you go there to get a list of the Products, Features, FMIDs installed in your SMP/E environment. Use the Software Instance -> View -> Products, Features, and FMIDs action. 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: zOSMF software validation looking for *.F files
On 7/1/2019 11:21 AM, Pommier, Rex wrote: Presuming your DB2 12 install will be going into its own SMP/E environment and new target/distribution libraries, as soon as you have a successful base APPLY, you should be able to accept them. As a new install of a new release, what reason would you have to try to do a RESTORE? Doing this may clean up the RELFILES as well, depending on how your options are set. Obviously that is not the case of maintenance. For maintenance on the DB2 12, I would do similar as Alan mentioned. APPLY maintenance, then let it sit for weeks/months and then ACCEPT the PTFs - or wait for the ACCEPT until right before your next APPLY cycle. I completely agree, there is no reason NOT to ACCEPT a new base (FUNCTION SYSMODs) right away. 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: zOSMF software validation looking for *.F files
On 7/1/2019 6:29 AM, Bill Giannelli wrote: Hello, I am stumbling through zOSMF and am in Software management trying to do "software validation". zOSMF is attempting to access the original software files (*.F1, etc). Most of these files are migrated on my system and some are not able to be recalled. Why does zOSMF need to read these files? Sounds like you are using the Software Instance -> Maintenance Reports -> Software Instance Validation action. One of the checks performed by this report processing is to ensure the data sets referenced by your SMP/E global, target, and dlib zones actually exist. This includes the SMPTLIB data sets supplied by FUNCTION SYSMODs received in the global zone (data sets whose names are of the form *.F1). If a data set is migrated and cannot be recalled, then the validation report will tell you this. What you choose to do with this information is up to you. For example, if you have no plans ever to APPLY or ACCEPT the FUNCTION SYSMOD that supplied the subject SMPTLIB data set, then I suppose you can ignore the error. Kurt Quackenbush -- IBM, SMP/E and z/OSMF Software Management 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: SYS1.MIGLIB and LNKLST
On 6/12/2019 9:06 AM, Carmen Vitullo wrote: Just as an aside, the underlying issue is LPALIB, LINKLIB and MIGLIB are underallocated in the ServerPac dialog, I've opened a case with the serverpac folks years ago and alway "TRY" to remember to change the allocation of these libraries prior to them being allocated. the libraries are allocated with just enough space to install the OS from the ServerPac, no room for maint in most cases. Not to hijack the thread, but... I thought ServerPac already automatically adds 20% (25?) free space, but I could be wrong. In any case, how much free space should be allocated by ServerPac? I saw 50% mentioned. Is that enough? Should it be the same for every data set, or just the three you mention? Is it possible to get any kind of consensus on this topic? 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: ZOSMF IZUD302E error message
On 6/8/2019 3:41 PM, Bill Giannelli wrote: Hello, I am just now setting up ZOSMF. I am trying to add a software instance for our DB2 SMPE CSI. But I get the error IZUD302E You are not authorized to specify the name unauthorized-name for a software instance on system system-name. Specify a different name. How do I get authorization for this software instance? thanks Bill It sounds like perhaps you do not have the security setting set correctly or completely for Software Management. As already suggested, be sure you've run sample job IZUDMSEC in SYS1.SAMPLIB. In particular, be sure you've got a profile like this defined and your ID has CONTROL access: .ZOSMF.SOFTWARE_DEPLOYMENT.DATA.** If you've got the basic security settings defined, its possible you've defined more granular security controls which affect the names for Software Instances and such that you're allowed to use. Check out the granular security controls for SM where: https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.izua300/IZUHPINFO_SwDeploymentUserAuth.htm 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: RSUs
On 5/30/2019 11:32 AM, Styles, Andy , ITS zPlatform Services wrote: Not exactly. It is a set of PTFs that have been extensively tested together by IBM. Then they have been adopted as a whole by many shops. Is that true? I thought it was just the CST that was extensively tested; that's only released quarterly, whereas RSUs are released every month. IBM's RSU (Recommended Service Update) is assigned like this: IBM's monthly RSUs (RSUyy01, 02, 04, 05, 07, ...) identify PTFs that fix HIPER, PE, Security/Integrity, or pervasive problems *AND* have completed a 30 day CST (Consolidated Service Test) cycle. IBM's quarterly RSUs (RSUyy03, 06, 09, 12) identify the usual monthly RSU PTFs as described above, plus all other PTFs that have completed at least a 90 day CST cycle. 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: RSUs
On 5/29/2019 3:57 AM, Styles, Andy , ITS zPlatform Services wrote: Did you really get more PTFs assigned RSU1903 the second time? Or did you simply get more PTFs? Let me explain: I believe we received new PTFs - with RSU1903 being assigned to them at the same time. That's the behaviour I'm querying - and I think you agree - once IBM has announced RSU1903, there should have been no further PTFs with that RSU, whether I specify RECOMMENDED or ALL. For the IBM server, when you run RECEIVE ORDER with CONTENT(RECOMMENDED), you get back PTFs identified with a Recommended Service Update SOURCEID (RSUyymm) *AND* PTFs that resolve critical problems (HIPER or PE). PTFs get assigned RSUyynn only once a month, but HIPER and PE fixing PTFs can get assigned every day. I understand the HIPER/PE fixes, but they surely should not be assigned RSU1903 after the publish date? Correct. However, if you saw any RSU1903 sourceids being assigned during the second RECEIVE ORDER, then perhaps the server's behavior requires further analysis. If this is the case, a PMR may be warranted, but you're going to have to provide proof, as in the SMP/E output for both jobs. Well, we're coming up to another RSU date in the next few days. I can attempt to repeat this, and see what happens. Fair enough. It will be helpful to keep track of changes to your SMP/E environment between your two RECEIVE ORDER jobs, and please be sure to use the same RECEIVE ORDER command. For example, either use FORTGTZONES in both or not at all. My preference is not at all. 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: RSUs
On 5/28/2019 12:04 PM, Styles, Andy , ITS zPlatform Services wrote: I've snipped a fair bit of this, but (and I've manually added quoting, so apologies if it breaks): Were any of these PTFs also received in the prior RECEIVE ORDER? And Were they applied and accepted, perhaps purging them from the global zone prior to the latest RECEIVE ORDER? Were they assigned the RSU1903 sourceid in the first, second, or both RECEIVEs? We definitely did not have the second set of fixes in the global zone prior to the second RECEIVE; given I specified RECOMMENDED both times, I (naïvely perhaps) assumed I'd get the latest RSU. This is where this question has arisen from - how did I get more fixes tagged with RSU1903 with a second RECEIVE RECOMMENDED, after the RSU publish date? Did you really get more PTFs assigned RSU1903 the second time? Or did you simply get more PTFs? Let me explain: For the IBM server, when you run RECEIVE ORDER with CONTENT(RECOMMENDED), you get back PTFs identified with a Recommended Service Update SOURCEID (RSUyymm) *AND* PTFs that resolve critical problems (HIPER or PE). PTFs get assigned RSUyynn only once a month, but HIPER and PE fixing PTFs can get assigned every day. Therefore, I fully expect your second RECEIVE ORDER would obtain HIPER or PE fixing PTFs that were not yet available, or not yet assigned HIPER or PE, during your first RECEIVE ORDER. If only HIPER or PRP sourceids were assigned during the second RECEIVE ORDER, and you saw no new RSU1903 sourceids being assigned, then I suggest the server is processing correctly. However, if you saw any RSU1903 sourceids being assigned during the second RECEIVE ORDER, then perhaps the server's behavior requires further analysis. If this is the case, a PMR may be warranted, but you're going to have to provide proof, as in the SMP/E output for both jobs. This last question about when/if RSU1903 was assigned is the important one, but I fear you may not know the answer without the SMPRPT output for the RECEIVEs. I have some stored job output, but I can't guarantee that I have ALL output, so I don't know if it'll be enough, or whether it contains what we're looking for. Fantastic as it is to get support this way, are we moving into PMR territory? 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: RSUs
On 5/24/2019 11:24 AM, Styles, Andy , ITS zPlatform Services wrote: I have the SMPGLOG (GLOBAL log), but not the jobs. I'm reluctant to post a large amount of SMPLOG output here, but here (hopefully relevant) snippets: RECEIVE ORDER(ORDERSERVER(ORDRINFO) CONTENT(RECOMMENDED) CLIENT(CLNTINFO) ) . ORDER ORD00018 HAS BEEN SENT TO THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/. ENQ WAS SUCCESSFUL FOR EXCLUSIVE USE OF ORD00018-05April2019-08.45.34.407 FOR RECEIVE PROCESSING. Unfortunately the SMPLOG doesn't show us the ASSIGN statements and SOURCEIDs that were processed, which is what I was hoping to see in your output. We then received a bunch of PTFs as a result - I can list them if you wish. Now, yesterday I noticed that I didn't specify a target zone here. There are two target zones in the GLOBAL zone - the previous iteration of this process, and a clone of it (which is the one RSU1903 was eventually applied to), so we can look across multiple target zones to see if/where a PTF is applied. When I re-did the RECEIVE ORDER, I added FORTGTZONE, though to me, that should have made no difference. Hmmm... probably FORTGTZONE is not interesting here, but depending on other activity in your global and target zones, I wouldn't completely rule it out as a factor. I then ended up with this: RECEIVE ORDER(ORDERSERVER(ORDRINFO) CONTENT(RECOMMENDED) CLIENT(CLNTINFO) FORTGTZONES(TGTD) ) . ORDER ORD00020 HAS BEEN SENT TO THE SERVER AT https://eccgw01.boulder.ibm.com/services/projects/ecc/ws/. ENQ WAS SUCCESSFUL FOR EXCLUSIVE USE OF ORD00020-22May2019-17.19.02.141 FOR RECEIVE PROCESSING. And then received the following fixes: SYSMOD ENTRY UA98295 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98305 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98317 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98340 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98341 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98707 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98723 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98804 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98840 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98845 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98920 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98954 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA98965 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99018 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99029 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99050 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99059 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99094 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99149 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99208 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99224 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99278 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99283 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UA99306 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI60691 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI61245 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI61642 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI61783 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI62355 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI62458 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI62648 WAS STORED IN THE GLOBAL ZONE. SYSMOD ENTRY UI63041 WAS STORED IN THE GLOBAL ZONE. Were any of these PTFs also received in the prior RECEIVE ORDER? And Were they applied and accepted, perhaps purging them from the global zone prior to the latest RECEIVE ORDER? Were they assigned the RSU1903 sourceid in the first, second, or both RECEIVEs? This last question about when/if RSU1903 was assigned is the important one, but I fear you may not know the answer without the SMPRPT output for the RECEIVEs. Now, looking back through the log, I can also see quite a few messages like this: MCS UA98840 WAS DELETED FROM THE SMPPTS LIBRARY. MCS UA98840 WAS DELETED FROM THE SMPPTS1 LIBRARY. MCS ENTRY UA98840 WAS STORED IN THE SMPPTS LIBRARY. SYSMOD ENTRY UA98840 WAS STORED IN THE GLOBAL ZONE. RECEIVE PROCESSING WAS SUCCESSFUL FOR SYSMOD UA98840. Which confuses me (not difficult) - why is it already in the SMPPTS dataset? Nonetheless, I didn't do a REJECT of anything first, so it was RECEIVEd ok. The "MCS WAS DELETED..." messages are simply SMP/E making sure there are no duplicate PTF members across your SMPPTS and SMPPTS1 data sets. You can ignore these messages. 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: RSUs
On 5/24/2019 10:19 AM, Jousma, David wrote: Bob, I'm sure Kurt will give a more complete answer, but the RECEIVE ORDER Process first uploads an inventory to IBM. Then the order process only sends you what you don’t have. In my opinion a more complete answer is not necessary. Your posts describe the processing of SMP/E RECEIVE ORDER well, thank you Dave. If Bob still has questions or comments, please restate and clarify them. 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
