Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > Recommended service upgrade and ? http://www-03.ibm.com/servers/eserver/zseries/zos/servicetst > Should I apply them both? That is entirely and exclusively your choice. In our shop, we choose to apply RSU, HIPER and PRP, and occasionally a "new function" PTF that hasn't gone through the Consolidated testing necessary to qualify for an RSU sourceid. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
PUT stands for Program Update Tape, I belive. A PUT tape is ALL the ptfs for that month. RSU is just the 'important' ones. I think I recall Betty Brody saying RSU was about 80% of the available PTFs. Mary Anne On Wed, Jul 22, 2009 at 7:49 AM, Klein, Kenneth wrote: > Recommended service upgrade and ? > Should I apply them both? > > SET BOUNDARY ( RESZS3 ) . > APPLY > SOURCEID( > PUT0902 > PUT0903 > RSU0903 > ) > BYPASS( > HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, >DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, >MULTSYS,MSGSKEL,DELETE,RESTART)) > GROUPEXTEND > EXCLUDE(UA90457) > CHECK > . > > Ken Klein > Sr. Systems Programmer > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
There are those that believe that "someone had a problem which IBM fixed. Do I want the same problem?" If you don't the answer is to apply everything. I am in this group. If I apply 500 ptfs by just including RSU and HIPERS and 600 by applying everything what's the difference? The amount and scope of testing on My part and the part of any application testers is the same. Why not? Alan Schwartz Infrastructure Management Sr. Analyst -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, July 22, 2009 6:50 AM To: IBM-MAIN@bama.ua.edu Subject: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein Sr. Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwartz, Alan Sent: Wednesday, July 22, 2009 9:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? There are those that believe that "someone had a problem which IBM fixed. Do I want the same problem?" If you don't the answer is to apply everything. I am in this group. If I apply 500 ptfs by just including RSU and HIPERS and 600 by applying everything what's the difference? The amount and scope of testing on My part and the part of any application testers is the same. Why not? Alan Schwartz Infrastructure Management Sr. Analyst -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, July 22, 2009 6:50 AM To: IBM-MAIN@bama.ua.edu Subject: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? Recommended service upgrade and ? Should I apply them both? SET BOUNDARY ( RESZS3 ) . APPLY SOURCEID( PUT0902 PUT0903 RSU0903 ) BYPASS( HOLDSYSTEM(AO,DEP,DOC,ACTION,IPL,DB2BIND, DDDEF,DOWNLD,DYNACT,EC,ENH,EXIT, MULTSYS,MSGSKEL,DELETE,RESTART)) GROUPEXTEND EXCLUDE(UA90457) CHECK . Ken Klein Sr. Systems Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
1) delete/define/copy the failed dataset to a larger size with the original name. The failing datasets will be identified in SMPLOG. 2) Re-run the apply, unchanged. OR 1) Create/copy to NEW 2) UPDATE SMP DDDEFs to point to NEW 3) Re-run the apply unchanged 4) UNDO steps 1 and 2. I.e. rename .new to orig, recat as needed, Update dddefs to original. I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. EXACTLY! I can iebcopy to a new dataset . Easy enough to fix w/IDCAMS Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > > I ran with the smp control cards I listed earlier. I got a lot of D37's > (11) but many recovered after the compress. Now 5 datasets are still > 100% full so I can't tell if the module got loaded or not but probably > not. How can I expand these bad boys? I can iebcopy to a new dataset and > rename but that scares me. I get a message that tells me the dataset is > in use somewhere else, and one is, with the same name on a different > volume. Would a rename at that point mess up the master catalog that is > in use on the other currently running resvol? Probably. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/2.6. 3.4 -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
John, the problem is that the same name exists on the system I am running on. I think I might try iehmove. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, July 22, 2009 12:19 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > > I ran with the smp control cards I listed earlier. I got a lot of D37's > (11) but many recovered after the compress. Now 5 datasets are still > 100% full so I can't tell if the module got loaded or not but probably > not. How can I expand these bad boys? I can iebcopy to a new dataset and > rename but that scares me. I get a message that tells me the dataset is > in use somewhere else, and one is, with the same name on a different > volume. Would a rename at that point mess up the master catalog that is > in use on the other currently running resvol? Probably. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S341/2.6. 3.4 -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, July 22, 2009 12:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUT ??? 1) delete/define/copy the failed dataset to a larger size with the original name. The failing datasets will be identified in SMPLOG. 2) Re-run the apply, unchanged. OR 1) Create/copy to NEW 2) UPDATE SMP DDDEFs to point to NEW 3) Re-run the apply unchanged 4) UNDO steps 1 and 2. I.e. rename .new to orig, recat as needed, Update dddefs to original. I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. EXACTLY! I can iebcopy to a new dataset . Easy enough to fix w/IDCAMS Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Ken, There is a program on the CBT web site (WWW.CBTTAPE.ORG) that has a rename program that allows you to rename files that are in use. I can't remember which file it is, but I'm sure that someone will give the number if you can't find it. There is also a way to do that with ISPF, to give yourself RACF authority to do renames of datasets in use, but I have never done that. When I want to make a dataset bigger, I basically allocate a new dataset, so if SYS1.SERBLINK was full after compressing, I would allocate SYS1.SERBLINN, without cataloging it. Then, I copy SERBLINK to SERBLINN. Then, I rename both datasets, using the CBT utility - SERBLINK to SERBLINO and SERBLINN to SERBLINK. I browse each, and if there are the same number of members, I delete SERBLINO. Nothing changes the catalog. As long as you allocate the larger file on the same pack, once it is renamed to SERBLINK, the catalog will point to the new dataset. I have been using that for many years, and it always works well. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Klein, Kenneth" Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
AS LONG AS YOU KNOW WHAT YOU'RE DOING, the previously mentioned BYPASSNQ program is great for reallocating these DSNs or you can stop LLA and remove the XCFAS enqueues and do it normally BUT . Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically < 1 min while DSN's are being renamed), while you manipulate the "new versions". As long as the dataset is intact on the "running" system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
AS Eric said. There is a facility profile, I think somewhere in the STGADMIN set, that allows rename of an inuse dataset on a different volume. I doubt IEHMOVE will work. I would resist using IEHMOVE for anything. The only excuse I can still think of would be restoring a file originally written by IEHMOVE. We don't have any anymore :) Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Klein, Kenneth > Sent: Wednesday, July 22, 2009 10:12 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: What's the difference in SMP/E between the SOURCEID's > called RSU and PUT ??? > > > Allan, the problem is that the datasets are on the target res vol with > the same name as the dataset on the currently running res vol and they > are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I > can iebcopy them to new bigger datasets with new names on the target > res > vol but I can't rename them or the current live master cat will be > fubarred. > > > Ken Klein > Sr. Systems Programmer > Kentucky Farm Bureau Insurance - Louisville > kenneth.kl...@kyfb.com > 502-495-5000 x7011 > > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Staller, Allan > Sent: Wednesday, July 22, 2009 12:00 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: What's the difference in SMP/E between the SOURCEID's > called RSU and PUT ??? > > 1) delete/define/copy the failed dataset to a larger size with the > original name. The failing datasets will be identified in SMPLOG. > > 2) Re-run the apply, unchanged. > > OR > > 1) Create/copy to NEW > 2) UPDATE SMP DDDEFs to point to NEW > 3) Re-run the apply unchanged > 4) UNDO steps 1 and 2. I.e. rename .new to orig, recat as needed, > Update dddefs to original. > > > I ran with the smp control cards I listed earlier. I got a lot of > D37's > (11) but many recovered after the compress. Now 5 datasets are still > 100% full so I can't tell if the module got loaded or not but probably > not. > > > > EXACTLY! > > I can iebcopy to a new dataset . > > > > > Easy enough to fix w/IDCAMS > > Would a rename at that point mess up the master catalog that is in use > on the other currently running resvol? > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search > the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
The "approved" method is documented in: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S350/2.6.3.4 Basically, there is a RACF profile called STGADMIN.DPDSRN.oldname in the FACILITY class which can do this. With some restrictions. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld > Sent: Wednesday, July 22, 2009 12:32 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: What's the difference in SMP/E between the > SOURCEID's called RSU and PUT ??? > > Ken, > > There is a program on the CBT web site (WWW.CBTTAPE.ORG) that > has a rename > program that allows you to rename files that are in use. I > can't remember > which file it is, but I'm sure that someone will give the > number if you > can't find it. There is also a way to do that with ISPF, to > give yourself > RACF authority to do renames of datasets in use, but I have > never done that. > > When I want to make a dataset bigger, I basically allocate a > new dataset, so > if SYS1.SERBLINK was full after compressing, I would allocate > SYS1.SERBLINN, > without cataloging it. Then, I copy SERBLINK to SERBLINN. > Then, I rename > both datasets, using the CBT utility - SERBLINK to SERBLINO > and SERBLINN to > SERBLINK. I browse each, and if there are the same number of > members, I > delete SERBLINO. > > Nothing changes the catalog. As long as you allocate the > larger file on the > same pack, once it is renamed to SERBLINK, the catalog will > point to the new > dataset. I have been using that for many years, and it > always works well. > > Eric Bielefeld > Sr. Systems Programmer > Milwaukee, Wisconsin > 414-475-7434 > > > - Original Message - > From: "Klein, Kenneth" > > > > Allan, the problem is that the datasets are on the target > res vol with > > the same name as the dataset on the currently running res > vol and they > > are catalogged in the master cat. Eg. sys1.serblink, > isf..sisfload. I > > can iebcopy them to new bigger datasets with new names on > the target res > > vol but I can't rename them or the current live master cat will be > > fubarred. > > > > > > Ken Klein > > Sr. Systems Programmer > > Kentucky Farm Bureau Insurance - Louisville > > kenneth.kl...@kyfb.com > > 502-495-5000 x7011 > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
I don't use it, but SETPROG LNKLST,UNALLOCATE and SETPROG LNKLST,ALLOCATE...No need to stop LLA Dave Gibney Information Technology Services Washington State University > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of John Kelly > Sent: Wednesday, July 22, 2009 10:45 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: What's the difference in SMP/E between the SOURCEID's > called RSU and PUT ??? > > AS LONG AS YOU KNOW WHAT YOU'RE DOING, the previously mentioned > BYPASSNQ > program is great for reallocating these DSNs or you can stop LLA and > remove the XCFAS enqueues and do it normally BUT . > > Jack Kelly > 202-502-2390 (Office) > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
If the PTF is marked applied, then SMPE is pretty certain that every piece of it was installed where it should be. If the SMPE is marked failed, I would expect SMPE to back out any pieces that were installed before the piece that failed leaving you in the same condition as if you had never tried to install the PTF. You shouldn't be applying updates to a running system. Your target DDDEFs should point to copies created for this purpose. If the datasets to be expanded are copies of the active ones then they are obviously not cataloged in the normal search order and others have identified the RACF tool that allows you to rename them. -Original Message- From: Klein, Kenneth Sent: Wednesday, July 22, 2009 7:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUT ??? I ran with the smp control cards I listed earlier. I got a lot of D37's (11) but many recovered after the compress. Now 5 datasets are still 100% full so I can't tell if the module got loaded or not but probably not. How can I expand these bad boys? I can iebcopy to a new dataset and rename but that scares me. I get a message that tells me the dataset is in use somewhere else, and one is, with the same name on a different volume. Would a rename at that point mess up the master catalog that is in use on the other currently running resvol? Probably. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Thanks to all who helped me thru my confusion. I have them all allocated now with PLENTY of space. The ones I checked were cataloged on volser(**) so you guys were right about the renames. The message was pretty scary. I've never had authority to do that before. Now, could the out-of-space issue have also cause 6 of these: BPXP018I THREAD 0FA05751, IN PROCESS 83886352, ENDED 986 WITHOUT BEING UNDUBBED WITH COMPLETION CODE 84D37000, AND REASON CODE 0004. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, July 22, 2009 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUT ??? 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically < 1 min while DSN's are being renamed), while you manipulate the "new versions". As long as the dataset is intact on the "running" system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory blocks to a target dataset, if the directory is full. >>> "Staller, Allan" 7/22/2009 1:47 PM >>> 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically < 1 min while DSN's are being renamed), while you manipulate the "new versions". As long as the dataset is intact on the "running" system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
On Wed, 22 Jul 2009 11:35:25 -0700 "Schwarz, Barry A" wrote: :>If the PTF is marked applied, then SMPE is pretty certain that every :>piece of it was installed where it should be. If the SMPE is marked :>failed, I would expect SMPE to back out any pieces that were installed :>before the piece that failed leaving you in the same condition as if you :>had never tried to install the PTF. Then you be painfully surprised. If a PTF includes multiple elements and an element fails, other elements may be installed. -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
These systems datasets, isf.sisfload for example all were allocated with 0 for secondary allocation. The compress that smp does when it finds a full file worked quite well on 6 or the 11 datasets that got d37's. Dir blocks was not the issue with most of them. I have this all sorted out now Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Wednesday, July 22, 2009 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUT ??? I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory blocks to a target dataset, if the directory is full. >>> "Staller, Allan" 7/22/2009 1:47 PM >>> 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically < 1 min while DSN's are being renamed), while you manipulate the "new versions". As long as the dataset is intact on the "running" system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
You can still use PDS to add extents, even though the secondary is 0. >>> "Klein, Kenneth" 7/22/2009 3:06 PM >>> These systems datasets, isf.sisfload for example all were allocated with 0 for secondary allocation. The compress that smp does when it finds a full file worked quite well on 6 or the 11 datasets that got d37's. Dir blocks was not the issue with most of them. I have this all sorted out now Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Wednesday, July 22, 2009 2:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? I prefer to just use the PDS tool (from the CBT Tape) to add an extent to the dataset (as long as it is not already in 16 extents). If it is already in 16 extents, then you may be able to compress it and release any unused extents - and then add a large extent. I also use PDS to add directory blocks to a target dataset, if the directory is full. >>> "Staller, Allan" 7/22/2009 1:47 PM >>> 1) Create the new dataset, copy and load. 2) Uncat the new dataset 3) rename the original dataset on the ALTERNATE RESVOL with volser reference a) expect dsn in use conflict message. Reply to proceed. b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 4) rename the new dataset on the ALTERNATE RESVOL with volser reference a) b) if using ISPF you will see: "Enter new name below: (The data set will not be cataloged.)" 5) Recat the original name if needed. The key to this process is working with the datasets by VOLSER, not CATREF. Most SYSRES datasets are not referenced after IPL. It will make you feel better allocate the datasets on the running system to a job that will execute for the duration expected for this activity (typically < 1 min while DSN's are being renamed), while you manipulate the "new versions". As long as the dataset is intact on the "running" system, existing jobs will be fine. The copy can usually be manipulated at will with appropriate security authorization. I have had this occur many times. Just be very careful to only manipulate the copy, not the original dataset. HTH, Allan, the problem is that the datasets are on the target res vol with the same name as the dataset on the currently running res vol and they are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I can iebcopy them to new bigger datasets with new names on the target res vol but I can't rename them or the current live master cat will be fubarred. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > > John, the problem is that the same name exists on the system I am > running on. I think I might try iehmove. Shouldn't make any difference. We have duplicate RESVOL sets for each z/OS image we run, and occasionally (on the sandbox, where we initially APPLY any maintenance) we have need to enlarge a target dataset on one of the non-IPLed volumes. The STGADMIN.DPDSRN.whatever profile works fine for that even on the same system. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > Allan, the problem is that the datasets are on the target res vol with > the same name as the dataset on the currently running res vol and they > are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I > can iebcopy them to new bigger datasets with new names on the target res > vol but I can't rename them or the current live master cat will be > fubarred. But the catalog entry 'currently' points to the dataset on the 'live' volume. The define / rename activity should be performed with the 'inactive' volume explicitly specified so only the VTOC is updated. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Yes, you are both correct. The serious warning messages, some in red, just scared the heck outta me. Now I have iebcopied the full datasets to larger ones and done the renames manually with ispf being sure to only affect the inactive resvol that is the target for my maint. Now the target pack is full. In other shops we always had a pair of resvols for each environment, sandbox, development(test) and prod. Sometimes even a pair for QA. Here they had a single resvol for each of 3 environments (only 2 a couple months ago) but I am afraid that will not be big enough and we will have to go to 2. The dddefs are using (**) for the volser so it will reference the ipl device after ipl but what if we have 2 resvols? I vaguely remember using &sysrs1 and &sysrs2, but was that in the dddef or in the master catalog? Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, July 23, 2009 8:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Klein, Kenneth > > Allan, the problem is that the datasets are on the target res vol with > the same name as the dataset on the currently running res vol and they > are catalogged in the master cat. Eg. sys1.serblink, isf..sisfload. I > can iebcopy them to new bigger datasets with new names on the target res > vol but I can't rename them or the current live master cat will be > fubarred. But the catalog entry 'currently' points to the dataset on the 'live' volume. The define / rename activity should be performed with the 'inactive' volume explicitly specified so only the VTOC is updated. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
> -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Klein, Kenneth > Sent: Thursday, July 23, 2009 7:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? > > Yes, you are both correct. The serious warning messages, some in red, > just scared the heck outta me. Now I have iebcopied the full datasets to > larger ones and done the renames manually with ispf being sure to only > affect the inactive resvol that is the target for my maint. Now the > target pack is full. In other shops we always had a pair of resvols for > each environment, sandbox, development(test) and prod. Sometimes even a > pair for QA. Here they had a single resvol for each of 3 environments > (only 2 a couple months ago) but I am afraid that will not be big enough > and we will have to go to 2. The dddefs are using (**) for the > volser so it will reference the ipl device after ipl but what if we have > 2 resvols? I vaguely remember using &sysrs1 and &sysrs2, but was that in > the dddef or in the master catalog? The symbolic references are in the catalog. We currently have 4 volumes in our "RESVOL sets" for each image, using &SYSR1 (aka '**'), &SYSR2, &SYSR3 and &SYSR4. The &SYSR2 - &SYSR4 symbols are defined in IEASYMxx and resolved at IPL time; the LOADxx member in SYS1.IPLPARM specifies which IEASYMxx member to use.Where needed, the LNKLST and APF list entries specify the symbolic volser. Our DDDEFs explicitly name the volsers: ALTn19, where 0 <= n <= 3. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What's the difference in SMP/E between the SOURCEID's called RSUnnnn and PUTnnnn ???
Yes, that's how I remember it. And to correct myself we do have the DDDef's hard coded with a specific volser. We clone the target.csi and zonedit to create a new sandbox for maint. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John Sent: Thursday, July 23, 2009 8:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What's the difference in SMP/E between the SOURCEID's called RSU and PUT ??? > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > 2 resvols? I vaguely remember using &sysrs1 and &sysrs2, but was that in > the dddef or in the master catalog? The symbolic references are in the catalog. We currently have 4 volumes in our "RESVOL sets" for each image, using &SYSR1 (aka '**'), &SYSR2, &SYSR3 and &SYSR4. The &SYSR2 - &SYSR4 symbols are defined in IEASYMxx and resolved at IPL time; the LOADxx member in SYS1.IPLPARM specifies which IEASYMxx member to use.Where needed, the LNKLST and APF list entries specify the symbolic volser. Our DDDEFs explicitly name the volsers: ALTn19, where 0 <= n <= 3. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html