Mainframe environment on AWS
Hi All Is there anyone in the group who had Mainframe on AWS space ? I Would like to a set a one using my AWS account. Any pointers would be appreciated. Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
Phoenix won the shootout at Share, so it's good news to me. The enthusiasm of Ed Jaffe and his team should ensure JES3 is in good hands. (and the boots!). On Tue, Oct 8, 2019 at 6:51 AM zMan wrote: > Indeed. And often doing it quietly—Optim, for example (the former Princeton > Softech stuff) was unloaded on UNICOM a few years ago, with zero publicity. > UNICOM owns it lock, stock, and barrel, it seems, but lets IBM keep selling > it (for some of the revenue, I assume). Very weird. This JES3 deal makes > more sense, I think (not that I know the details, I mean "on the face of > it"). > > On Mon, Oct 7, 2019 at 2:24 PM Steve Smith wrote: > > > Not being involved with JES3, I'm disinterested, but IBM has been > > offloading development of various software products to other software > > companies for some time. I wonder why they didn't just do that with > JES3, > > and keep the brand & continuity. Regardless, it does sound like a good > > thing for Phoenix and JES3 customers. > > > > sas > > > > On Sun, Oct 6, 2019 at 11:15 PM Timothy Sipples > > wrote: > > > > > Ed Jaffe wrote: > > > >It's not every day someone acquires a core z/OS component from IBM > (has > > > >that EVER happened?) so you can be sure we will treat it with the > > > >respect it deserves. > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Add space to OMVS filesystem?
Hi Charles,
When using OPT 3.4, please be sure to put a slash to the left of
"Include Additional Qualifiers"
Menu RefList RefMode Utilities Help
ss
Data Set List Utility
Option ===>
blank Display data set list P Print data set list
V Display VTOC information PV Print VTOC information
Enter one or both of the parameters below:
Dsname Level . . .
Volume serial . .
Data set list options
Initial View Enter "/" to select option
1 1. Volume / Confirm Data Set Delete
2. Space / Confirm Member Delete
3. Attrib / Include Additional Qualifiers
4. Total / Display Catalog Name
Display Total Tracks
Here is JCL I have used successfully to create a Multi-volume zFS on
z/OS V2.3:
//ALLOCZFS JOB (ACCT),
// ' ',
// CLASS=A,
// MSGCLASS=X,
// MSGLEVEL=(1,1),
// REGION=0M,
// NOTIFY=
//DEFINE EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//AMSDUMP DD SYSOUT=*
//SYSIN DD *
DEF CL( -
NAME(ZFS.LOCAL1) -
DATACLAS(DCZFSEXT) -
STORCLAS(SCZFSEXT) -
/* VOL(ZFS000) */ -
LINEAR -
TRK(10 1) -
SHR(3) -
)
//CREATE EXEC PGM=IOEAGFMT,REGION=0M,
// PARM=('-aggregate ZFS.LOCAL1 -compat')
//SYSPRINT DD SYSOUT=*
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//CEEDUMP DD SYSOUT=*
Regards,
David
On 2019-10-07 19:27, Charles Mills wrote:
> I don't know. I am totally lost with this stuff.
>
>> Do you have a Sysprog or Storage Admin to help?
> If I did I would be bothering him or her instead of you all . I do have
> another developer who may know more than I do. Getting him involved.
>
> It is a flaw of the IBM Dallas Center theory. (Not IBM's fault; just a
> logical flaw.) The theory is that IBM is not your sysprog: they give you an
> LPAR with z/OS installed and say "click here to IPL" and that is in theory
> about it. But if you are small enough to be running on IBM Dallas you
> probably do not have a storage administrator on staff. IBM does help -- this
> is not a slam on the Dallas guys at all; they are great; it is just not in
> their job description to be your sysprog -- just saying that there is a
> logical flaw in the assumptions.
>
> I created a VSAM LDS on the volume. I cataloged it in a user catalog, but I
> guess I screwed that up, because I do not see it in 3.4 under the HLQ. And
> then the MOUNT fails of course.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gibney, Dave
> Sent: Monday, October 7, 2019 4:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Add space to OMVS filesystem?
>
> There are a few potential complications. Is existing SMS? Is new volume SMS?
> Was existing created with agggrow enabled?
>
> Do you have a Sysprog or Storage Admin to help?
>
> --
> 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: Add space to OMVS filesystem?
One option, and I have not tried it. IDCAMS ADDVOL() That could work. I have used that on other VSAM files so I do not see why it cannot work Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Lizette Koehler > Sent: Monday, October 07, 2019 4:51 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Add space to OMVS filesystem? > > I do not know if your volumes are SMS managed or not. > > If they are and you issue the zfsadmn command, you can see if it grows the > way you think it should. > > Or as others have suggested, create a bigger new one. Copy from zFS to > other. > Then delete your older file. > > Have you looked at the df command? That tells you how much you have consumed > in the zFS file. > > If you create a new zFS file, you may want to include multiple volumes in the > DEF command. > > > Hope some of this helps > > Lizette > > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Neubert, Kevin > > Sent: Monday, October 07, 2019 4:38 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Add space to OMVS filesystem? > > > > If that's what you want to do. It is what I would do baring further > > information about your situation since you're going from 300 to 3000 > > cylinders... > > > > The Distributed File Service zFS Administration (SC23-6887-30), Chapter 4. > > Creating and managing zFS file systems using compatibility mode > > aggregates outlines two options with example JCL. > > > > Copying each file and directory of the aggregate to a larger data > > set--z/OS UNIX pax command. > > > > Copying the physical blocks of the aggregate to a larger data > > set--IDCAMS REPRO. > > > > Have used both methods many times. > > > > Regards, > > > > Kevin > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Charles Mills > > Sent: Monday, October 7, 2019 3:24 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Add space to OMVS filesystem? > > > > Actually, probably easier, how about an entirely new filesystem /u/xyz ? > > > > Charles > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Charles Mills > > Sent: Monday, October 7, 2019 2:34 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Add space to OMVS filesystem? > > > > Please forgive the newbie question. I'm a coder, not a sysprog. > > > > I have an existing OMVS filesystem: > > > > ZFS45 ACTIVE RDWR 10/06/2019 L=57 > > NAME=USERID.ZFS 16.15.27Q=0 > > PATH=/u/userid > > OWNER=S0W1 AUTOMOVE=Y CLIENT=N > > > > It occupies 4000-odd tracks. > > > > I have a free DASD volume with 3000 cylinders. I want to add those > > 3000 cylinders to the filesystem above. > > > > Can someone tell me the commands? I am lost. > > > > Thanks, > > > > Charles > > -- > 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: Add space to OMVS filesystem?
I do not know if your volumes are SMS managed or not. If they are and you issue the zfsadmn command, you can see if it grows the way you think it should. Or as others have suggested, create a bigger new one. Copy from zFS to other. Then delete your older file. Have you looked at the df command? That tells you how much you have consumed in the zFS file. If you create a new zFS file, you may want to include multiple volumes in the DEF command. Hope some of this helps Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Neubert, Kevin > Sent: Monday, October 07, 2019 4:38 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Add space to OMVS filesystem? > > If that's what you want to do. It is what I would do baring further > information about your situation since you're going from 300 to 3000 > cylinders... > > The Distributed File Service zFS Administration (SC23-6887-30), Chapter 4. > Creating and managing zFS file systems using compatibility mode aggregates > outlines two options with example JCL. > > Copying each file and directory of the aggregate to a larger data set--z/OS > UNIX pax command. > > Copying the physical blocks of the aggregate to a larger data set--IDCAMS > REPRO. > > Have used both methods many times. > > Regards, > > Kevin > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Charles Mills > Sent: Monday, October 7, 2019 3:24 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Add space to OMVS filesystem? > > Actually, probably easier, how about an entirely new filesystem /u/xyz ? > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Charles Mills > Sent: Monday, October 7, 2019 2:34 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Add space to OMVS filesystem? > > Please forgive the newbie question. I'm a coder, not a sysprog. > > I have an existing OMVS filesystem: > > ZFS45 ACTIVE RDWR 10/06/2019 L=57 > NAME=USERID.ZFS 16.15.27Q=0 > PATH=/u/userid > OWNER=S0W1 AUTOMOVE=Y CLIENT=N > > It occupies 4000-odd tracks. > > I have a free DASD volume with 3000 cylinders. I want to add those 3000 > cylinders to the filesystem above. > > Can someone tell me the commands? I am lost. > > Thanks, > > Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Add space to OMVS filesystem?
Try a IDCAMS LISTCAT for both your existing, and your new one. 1st guess on why it's not in 3.4 is that it's really not the HLQ you wanted. Show results of the IDCAMS job that allocated it. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Charles Mills > Sent: Monday, October 07, 2019 4:27 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Add space to OMVS filesystem? > > I don't know. I am totally lost with this stuff. > > > Do you have a Sysprog or Storage Admin to help? > > If I did I would be bothering him or her instead of you all . I do have > another developer who may know more than I do. Getting him involved. > > It is a flaw of the IBM Dallas Center theory. (Not IBM's fault; just a logical > flaw.) The theory is that IBM is not your sysprog: they give you an LPAR with > z/OS installed and say "click here to IPL" and that is in theory about it. > But if > you are small enough to be running on IBM Dallas you probably do not have a > storage administrator on staff. IBM does help -- this is not a slam on the > Dallas guys at all; they are great; it is just not in their job description > to be > your sysprog -- just saying that there is a logical flaw in the assumptions. > > I created a VSAM LDS on the volume. I cataloged it in a user catalog, but I > guess I screwed that up, because I do not see it in 3.4 under the HLQ. And > then the MOUNT fails of course. > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Gibney, Dave > Sent: Monday, October 7, 2019 4:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Add space to OMVS filesystem? > > There are a few potential complications. Is existing SMS? Is new volume > SMS? > Was existing created with agggrow enabled? > > Do you have a Sysprog or Storage Admin to help? > > -- > 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: Add space to OMVS filesystem?
If that's what you want to do. It is what I would do baring further information about your situation since you're going from 300 to 3000 cylinders... The Distributed File Service zFS Administration (SC23-6887-30), Chapter 4. Creating and managing zFS file systems using compatibility mode aggregates outlines two options with example JCL. Copying each file and directory of the aggregate to a larger data set--z/OS UNIX pax command. Copying the physical blocks of the aggregate to a larger data set--IDCAMS REPRO. Have used both methods many times. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Monday, October 7, 2019 3:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Add space to OMVS filesystem? Actually, probably easier, how about an entirely new filesystem /u/xyz ? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Monday, October 7, 2019 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Add space to OMVS filesystem? Please forgive the newbie question. I'm a coder, not a sysprog. I have an existing OMVS filesystem: ZFS45 ACTIVE RDWR 10/06/2019 L=57 NAME=USERID.ZFS 16.15.27Q=0 PATH=/u/userid OWNER=S0W1 AUTOMOVE=Y CLIENT=N It occupies 4000-odd tracks. I have a free DASD volume with 3000 cylinders. I want to add those 3000 cylinders to the filesystem above. Can someone tell me the commands? I am lost. Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Add space to OMVS filesystem?
I don't know. I am totally lost with this stuff. > Do you have a Sysprog or Storage Admin to help? If I did I would be bothering him or her instead of you all . I do have another developer who may know more than I do. Getting him involved. It is a flaw of the IBM Dallas Center theory. (Not IBM's fault; just a logical flaw.) The theory is that IBM is not your sysprog: they give you an LPAR with z/OS installed and say "click here to IPL" and that is in theory about it. But if you are small enough to be running on IBM Dallas you probably do not have a storage administrator on staff. IBM does help -- this is not a slam on the Dallas guys at all; they are great; it is just not in their job description to be your sysprog -- just saying that there is a logical flaw in the assumptions. I created a VSAM LDS on the volume. I cataloged it in a user catalog, but I guess I screwed that up, because I do not see it in 3.4 under the HLQ. And then the MOUNT fails of course. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave Sent: Monday, October 7, 2019 4:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Add space to OMVS filesystem? There are a few potential complications. Is existing SMS? Is new volume SMS? Was existing created with agggrow enabled? Do you have a Sysprog or Storage Admin to help? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Add space to OMVS filesystem?
There are a few potential complications. Is existing SMS? Is new volume SMS? Was existing created with agggrow enabled? Do you have a Sysprog or Storage Admin to help? > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Lizette Koehler > Sent: Monday, October 07, 2019 3:29 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Add space to OMVS filesystem? > > I do this in batch, but you can run in OMVS > > //XPT001 EXPORT SYMLIST=* > //* > //SYM001 SET NZFS='OMVSSYS.CMOD.CACHE2.PRODUCT.ZFS' > //* > //ZFSGROW EXEC PGM=BPXBATCH, > // PARM='sh zfsadm grow -aggregate -size 0' > //SYSPRINT DD SYSOUT=* > //SYSTSPRT DD SYSOUT=* > //STDOUT DD SYSOUT=* > > The -0 forces it to grow based on the secondary allocation. Probably some > other tricks it can do. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Charles Mills > > Sent: Monday, October 07, 2019 3:24 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Add space to OMVS filesystem? > > > > Actually, probably easier, how about an entirely new filesystem /u/xyz ? > > > > Charles > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Charles Mills > > Sent: Monday, October 7, 2019 2:34 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Add space to OMVS filesystem? > > > > Please forgive the newbie question. I'm a coder, not a sysprog. > > > > I have an existing OMVS filesystem: > > > > ZFS45 ACTIVE RDWR 10/06/2019 L=57 > > NAME=USERID.ZFS 16.15.27Q=0 > > PATH=/u/userid > > OWNER=S0W1 AUTOMOVE=Y CLIENT=N > > > > It occupies 4000-odd tracks. > > > > I have a free DASD volume with 3000 cylinders. I want to add those > > 3000 cylinders to the filesystem above. > > > > Can someone tell me the commands? I am lost. > > > > Thanks, > > > > Charles > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Add space to OMVS filesystem?
I do this in batch, but you can run in OMVS //XPT001 EXPORT SYMLIST=* //* //SYM001 SET NZFS='OMVSSYS.CMOD.CACHE2.PRODUCT.ZFS' //* //ZFSGROW EXEC PGM=BPXBATCH, // PARM='sh zfsadm grow -aggregate -size 0' //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //STDOUT DD SYSOUT=* The -0 forces it to grow based on the secondary allocation. Probably some other tricks it can do. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Charles Mills > Sent: Monday, October 07, 2019 3:24 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Add space to OMVS filesystem? > > Actually, probably easier, how about an entirely new filesystem /u/xyz ? > > Charles > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Charles Mills > Sent: Monday, October 7, 2019 2:34 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Add space to OMVS filesystem? > > Please forgive the newbie question. I'm a coder, not a sysprog. > > I have an existing OMVS filesystem: > > ZFS45 ACTIVE RDWR 10/06/2019 L=57 > NAME=USERID.ZFS 16.15.27Q=0 > PATH=/u/userid > OWNER=S0W1 AUTOMOVE=Y CLIENT=N > > It occupies 4000-odd tracks. > > I have a free DASD volume with 3000 cylinders. I want to add those 3000 > cylinders to the filesystem above. > > Can someone tell me the commands? I am lost. > > Thanks, > > Charles > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Add space to OMVS filesystem?
Actually, probably easier, how about an entirely new filesystem /u/xyz ? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Monday, October 7, 2019 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Add space to OMVS filesystem? Please forgive the newbie question. I'm a coder, not a sysprog. I have an existing OMVS filesystem: ZFS45 ACTIVE RDWR 10/06/2019 L=57 NAME=USERID.ZFS 16.15.27Q=0 PATH=/u/userid OWNER=S0W1 AUTOMOVE=Y CLIENT=N It occupies 4000-odd tracks. I have a free DASD volume with 3000 cylinders. I want to add those 3000 cylinders to the filesystem above. Can someone tell me the commands? I am lost. Thanks, Charles -- 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
Add space to OMVS filesystem?
Please forgive the newbie question. I'm a coder, not a sysprog. I have an existing OMVS filesystem: ZFS45 ACTIVE RDWR 10/06/2019 L=57 NAME=USERID.ZFS 16.15.27Q=0 PATH=/u/userid OWNER=S0W1 AUTOMOVE=Y CLIENT=N It occupies 4000-odd tracks. I have a free DASD volume with 3000 cylinders. I want to add those 3000 cylinders to the filesystem above. Can someone tell me the commands? I am lost. Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM SSI Function Codes 16 and 17
The SMF42PTS datetimestamp is the OPEN date AND the OPEN time. Barry Herbert W “Barry” Merrill, PHD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas, TX 75229 www.mxg.com 214 351 1966 ad...@mxg.com for business questions supp...@mxg.com for technical questions ba...@mxg.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Perryman Sent: Saturday, October 5, 2019 2:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SSI Function Codes 16 and 17 On Saturday, October 5, 2019, 08:53:07 AM PDT, Charles Mills wrote: > I was assuming (yes, I know) that the OP wanted realtime notification of the > OPEN, > based on the mention of exits. > If not, SMF14OPE is pretty good. It gives the time but not the date, which is > kind of half an answer. >From the SMF exit, you can get the current TOD. I'm not sure at what stage of >the open the exit is called but I suspect it's at open complete. Is this time >not accurate enough? Or do you need from start of OPEN and end of CLOSE? >From the SMF data, the time will have the same accuracy mentioned. The date >will be the header date plus 1 if the open time is less than the header time. Since the time difference is not available, maybe you can somehow save the open time in the DCB or ACB. The times can be affected by dispatching or swap out. You will need to incorporate this into your requirements. If all else fails, SVC screening could be a last resort consideration. I don't recommend it but you often do what you have to do. Just make sure you take extreme precautions. Jon. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
Do you meant that y is a clone of the target and dlib zones, plus the associated datasets, or only a clone of the target zone plus the associated data sets? Or are you also cloning the global zone and associated data sets? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Monday, October 7, 2019 5:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe CSI maintenance levels In my environment they are clones of each other. X is the base zone - what I am going to install Once I install the TLIBs from my X Zone I make a plan to roll to Y zone as a stable SMP/e environment to roll out Y is a copy/clone of my X zone, so I am rolling it out to my LPARs/PLEXes Once I install into a production zone, I plan to roll this up to my Z zone. Z is what is in production or a clone of my Y zone. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Seymour J Metz > Sent: Monday, October 07, 2019 11:04 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPe CSI maintenance levels > > What are x,y and z, e.g., do they have the same SREL? > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > > From: IBM Mainframe Discussion List on behalf of > Bill Giannelli > Sent: Monday, October 7, 2019 11:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPe CSI maintenance levels > > 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? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
In my environment they are clones of each other. X is the base zone - what I am going to install Once I install the TLIBs from my X Zone I make a plan to roll to Y zone as a stable SMP/e environment to roll out Y is a copy/clone of my X zone, so I am rolling it out to my LPARs/PLEXes Once I install into a production zone, I plan to roll this up to my Z zone. Z is what is in production or a clone of my Y zone. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Seymour J Metz > Sent: Monday, October 07, 2019 11:04 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPe CSI maintenance levels > > What are x,y and z, e.g., do they have the same SREL? > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > > From: IBM Mainframe Discussion List on behalf of > Bill Giannelli > Sent: Monday, October 7, 2019 11:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPe CSI maintenance levels > > 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? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TLMS QUESTION - SCRATCH A TAPE
Russell, Thanks for the confirmation. On Saturday, 5 October 2019, 06:12:49 pm UTC, Russell Witt <025adb32e6d7-dmarc-requ...@listserv.ua.edu> wrote: John, Yes, that is the correct control statements to scratch the tape (assumption being that it is not an EDM tape). Russell Witt Broadcom -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Friday, October 4, 2019 6:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: TLMS QUESTION - SCRATCH A TAPE G'Day, I want to scratch a tape which has a retention period of 1095 days. This is what it looks when I query the tape: RTN-SCHED(1) BY RMF 5DC1095 I saw this example in the TLMS doc. Would it scratch the tape? /* //TLMSINQR EXEC CATINQR //CAIIPT DD * //UPV T59631,SCRATCH=YES /* // -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
Except when installation policies or resources prevent it, I always clone the zone and the datasets it describes at the same time. In your case, I suggest that you clone both the RSU18009 target zone and the RSU18009 target datasets before doing the RSU1909 APPLY. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Bill Giannelli Sent: Monday, October 7, 2019 6:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPe CSI maintenance levels If I am currently at, say RSU18009, and am applying maintenance up to RSU1909, what if I suddenly need a PTF for the RSU1809 environment? I have one SMPe and CSI environment. If I have applied RSU1909 but have not rolled it out to all my environments, I really dont have an SMPe environment matching my prior maintenance level. thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
Yes, if you do a restore of a zone then you must also restore all associated datasets, whether in DDDEF or JCL. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Bill Giannelli Sent: Monday, October 7, 2019 11:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe CSI maintenance levels Thank you for the response! If I am in a situation where I need to restore my target and distribution zones, wouldnt I also have to restore all the datasets defined in DDDEF? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
On Mon, 7 Oct 2019 08:25:20 -0700, Lizette Koehler wrote: >An easy way is to create unique HLQs for Global, TLIB and DLIB datasets. If >you use one HLQ for everything it might get confusing. I think you mean target data set. TLIB means something different. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Removal of Planning and Migration Assistant with z/OS V2.4
Hello, 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? Thanks in advance for any help. Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
Indeed. And often doing it quietly—Optim, for example (the former Princeton Softech stuff) was unloaded on UNICOM a few years ago, with zero publicity. UNICOM owns it lock, stock, and barrel, it seems, but lets IBM keep selling it (for some of the revenue, I assume). Very weird. This JES3 deal makes more sense, I think (not that I know the details, I mean "on the face of it"). On Mon, Oct 7, 2019 at 2:24 PM Steve Smith wrote: > Not being involved with JES3, I'm disinterested, but IBM has been > offloading development of various software products to other software > companies for some time. I wonder why they didn't just do that with JES3, > and keep the brand & continuity. Regardless, it does sound like a good > thing for Phoenix and JES3 customers. > > sas > > On Sun, Oct 6, 2019 at 11:15 PM Timothy Sipples > wrote: > > > Ed Jaffe wrote: > > >It's not every day someone acquires a core z/OS component from IBM (has > > >that EVER happened?) so you can be sure we will treat it with the > > >respect it deserves. > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
I believe that it's a good thing for all of us even though I have no direct connection to JES3. More than one sysprog I've encountered at SHARE has related more or less this story: My management is irked at the time/trouble/expense of having to convert to a new way of life just for IBM's convenience. They're asking why--if we have to blow all this time/trouble/expense anyway--don't we go window shopping for a whole new platform? That line of thinking is not good for any of us on IBM-Main. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Monday, October 7, 2019 11:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement Not being involved with JES3, I'm disinterested, but IBM has been offloading development of various software products to other software companies for some time. I wonder why they didn't just do that with JES3, and keep the brand & continuity. Regardless, it does sound like a good thing for Phoenix and JES3 customers. sas On Sun, Oct 6, 2019 at 11:15 PM Timothy Sipples wrote: > Ed Jaffe wrote: > >It's not every day someone acquires a core z/OS component from IBM > >(has that EVER happened?) so you can be sure we will treat it with > >the respect it deserves. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to force a free of ispf allocated Dataset
The 'bypass phantom enqueue' mechanism is really just that: ignore ENQ for a like named data set that *I* know resides on a different volume from the one in use. In OP's case, the ENQ is for the very data set that he needs to rename. I doubt that this would even work: I believe that an open data set has additional layers of protection. In any case I strongly advise *against* trying to circumvent a real ENQ on a real resource. If you're old enough, you learned as a kid that it's not nice to fool Mother Nature. That's not an idle threat. I still advise to FORCE any userid(s) that won't go away gently. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, October 7, 2019 9:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: how to force a free of ispf allocated Dataset On Mon, 7 Oct 2019 08:55:55 -0500, Jeffrey Holst wrote: >I seem to recall that there is a program on CBTTAPE that can call IDCAMS or >IEHPROGM but intercepts the and ignores the ENQ on the dataset to be renamed >(or deleted). There is a certain danger to it, so it performs a security check >to try to restrict it use to only those who are authorized. I have used this >in the past to re-allocate perpetually allocated libraries on a cloned sysres >volume. And I have used it in circumstances such as the OP brought up. Just >use with extreme caution. > I believe IBM now supplies such a utility. It requires operator confirmation. "perpetually allocated" in this case only because of a shortcoming of GRS design. It's ignorant that the ENQed DSN is actually on a different volume. Formerly, the alternative was to zap the VTOC. -- gil -- 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: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
Not being involved with JES3, I'm disinterested, but IBM has been offloading development of various software products to other software companies for some time. I wonder why they didn't just do that with JES3, and keep the brand & continuity. Regardless, it does sound like a good thing for Phoenix and JES3 customers. sas On Sun, Oct 6, 2019 at 11:15 PM Timothy Sipples wrote: > Ed Jaffe wrote: > >It's not every day someone acquires a core z/OS component from IBM (has > >that EVER happened?) so you can be sure we will treat it with the > >respect it deserves. > -- 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
What are x,y and z, e.g., do they have the same SREL? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Bill Giannelli Sent: Monday, October 7, 2019 11:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe CSI maintenance levels 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? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SUSPECTED SPAM] Catalog that does not exist in VVDS
ALTER REMOVEVOLUMES? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of (K.K.Paradox)T.Kobayashi Sent: Friday, October 4, 2019 4:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [SUSPECTED SPAM] Catalog that does not exist in VVDS Hello, A catalog name that does not exist in the VVDS records remains. Is there a way to remove (or change to the exist catalog name) this? Best regards, Toyokazu Kobayashi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to force a free of ispf allocated Dataset
On Mon, 7 Oct 2019 08:55:55 -0500, Jeffrey Holst wrote: >I seem to recall that there is a program on CBTTAPE that can call IDCAMS or >IEHPROGM but intercepts the and ignores the ENQ on the dataset to be renamed >(or deleted). There is a certain danger to it, so it performs a security check >to try to restrict it use to only those who are authorized. I have used this >in the past to re-allocate perpetually allocated libraries on a cloned sysres >volume. And I have used it in circumstances such as the OP brought up. Just >use with extreme caution. > I believe IBM now supplies such a utility. It requires operator confirmation. "perpetually allocated" in this case only because of a shortcoming of GRS design. It's ignorant that the ENQed DSN is actually on a different volume. Formerly, the alternative was to zap the VTOC. -- gil -- 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
I see we have some confusion(probably on my part). To be able to recover, you need to back up everything you mention(entire smpe environment, target and dlib datasets covered by the SMPE environment). I read your initial question with the idea that the GLOBAL, TARGET and DLIB zones were for an entire Serverpac environment (i.e. your entire operating system), vs a single product like CICS or DB2. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Monday, October 7, 2019 11:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe CSI maintenance levels **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Yes. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Monday, October 7, 2019 11:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe CSI maintenance levels **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Thank you for the response! If I am in a situation where I need to restore my target and distribution zones, wouldnt I also have to restore all the datasets defined in DDDEF? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM® JES3 Licensing Agreement
On Mon, 7 Oct 2019 11:15:13 +0800, Timothy Sipples wrote: >Ed Jaffe wrote: >>It's not every day someone acquires a core z/OS component from IBM (has >>that EVER happened?) so you can be sure we will treat it with the >>respect it deserves. > >How would you classify the two examples The New York Times reported on >November 5, 1983? > FSVO "acquires". But in this case, a guilty plea seems to be "the respect it deserves". -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SUSPECTED SPAM] Catalog that does not exist in VVDS
Please show the message the leads you to believe this situation exists. That will provide a big clue regarding how to correct it. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of (K.K.Paradox)T.Kobayashi > Sent: Friday, October 04, 2019 1:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [SUSPECTED SPAM] Catalog that does not exist in VVDS > > Hello, > > A catalog name that does not exist in the VVDS records remains. > Is there a way to remove (or change to the exist catalog name) this? -- 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
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? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
[SUSPECTED SPAM] Catalog that does not exist in VVDS
Hello, A catalog name that does not exist in the VVDS records remains. Is there a way to remove (or change to the exist catalog name) this? Best regards, Toyokazu Kobayashi -- 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
For example, you do not need to backup SCEERUN unless it is part of the product (z/OS in this example) your SMP/e environment. You would not need to back it up if a CA Product had it in the lists for DDDEFs. You should be able to verify which datasets you do need to backup based on what is related to the product the SMP/e was created Some vendors, like CA Broadcom, put all datasets in all Target and Distribution zones. You should be able to see what really needs to be backed up An easy way is to create unique HLQs for Global, TLIB and DLIB datasets. If you use one HLQ for everything it might get confusing. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Lizette Koehler > Sent: Monday, October 07, 2019 8:18 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPe CSI maintenance levels > > No. Some of the DDDEF might be part of a SYSLIB or STEPLIB entry or other. > The TLIBs and DLIBs plus global should be all you need. > > The best way to do this, > >1) Backup all the GLOBAL/TLIBs/DLIBs before you apply maintenance >2) If you have not done an accept since the last APPLY, do that now >3) Then do the apply. > > Now you have a point in time recovery point > > Or you can also do something called a zone roll process. > > Set up your SMP/e environment for 3 functions > > What's new and going in > > The maintenance that is rolling out to your systems > > The maintenance that is in production and will roll off > > Call the three zones > > XZONE new products or maintenance goes here YZONE validated maintenance > from the XZone ZZONE Once it gets to your production system. Then copy the > Yzone to the zzone > > You would apply the maint to you xzone and test it. Once it is verified you > would then apply that maintenance to your YZone and install on your next > system. Of course, this will depend on how you want to set things up. > > Once you start to roll out your Yzone you would pick a point when the zzone > should get updated. > > > This way you have backups, backouts, and validation systems. > > Requires more dasd and more attention to detail, but I have seen this used > effectively. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Bill Giannelli > > Sent: Monday, October 07, 2019 8:05 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: SMPe CSI maintenance levels > > > > Thank you for the response! > > If I am in a situation where I need to restore my target and > > distribution zones, wouldnt I also have to restore all the datasets defined > in DDDEF? > > thanks > > Bill > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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
No. Some of the DDDEF might be part of a SYSLIB or STEPLIB entry or other. The TLIBs and DLIBs plus global should be all you need. The best way to do this, 1) Backup all the GLOBAL/TLIBs/DLIBs before you apply maintenance 2) If you have not done an accept since the last APPLY, do that now 3) Then do the apply. Now you have a point in time recovery point Or you can also do something called a zone roll process. Set up your SMP/e environment for 3 functions What's new and going in The maintenance that is rolling out to your systems The maintenance that is in production and will roll off Call the three zones XZONE new products or maintenance goes here YZONE validated maintenance from the XZone ZZONE Once it gets to your production system. Then copy the Yzone to the zzone You would apply the maint to you xzone and test it. Once it is verified you would then apply that maintenance to your YZone and install on your next system. Of course, this will depend on how you want to set things up. Once you start to roll out your Yzone you would pick a point when the zzone should get updated. This way you have backups, backouts, and validation systems. Requires more dasd and more attention to detail, but I have seen this used effectively. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Bill Giannelli > Sent: Monday, October 07, 2019 8:05 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMPe CSI maintenance levels > > Thank you for the response! > If I am in a situation where I need to restore my target and distribution > zones, wouldnt I also have to restore all the datasets defined in DDDEF? > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
Yes. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Monday, October 7, 2019 11:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMPe CSI maintenance levels **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Thank you for the response! If I am in a situation where I need to restore my target and distribution zones, wouldnt I also have to restore all the datasets defined in DDDEF? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe CSI maintenance levels
Thank you for the response! If I am in a situation where I need to restore my target and distribution zones, wouldnt I also have to restore all the datasets defined in DDDEF? thanks Bill -- 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 Mon, 7 Oct 2019 05:03:21 -0500, Bill Giannelli wrote: >If I am currently at, say RSU18009, and am applying maintenance up to >RSU1909, what if I suddenly need a PTF for the RSU1809 environment? >I have one SMPe and CSI environment. If I have applied RSU1909 but >have not rolled it out to all my environments, I really dont have an >SMPe environment matching my prior maintenance level. Clone your target zone (and distribution zone) before applying maintenance. If you didn't do that and have already applied the newer maintenance, clone your target and distribution zone so you don't lose what you have done, then restore your original target and distribution zone from a backup. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: A List Server for OE/OMVS
Thanks for the information guys!!
As far as I am checked with the ones, it doesn't show any button to post new
messages but has only Archive logs
after subscribed from the bottom, have received a several replies about
accepted, confirming, and added type messages these don't show any chance
for me to use any of "post a new message" button. Have I missed anything?
examples,
Listserv logs for mvs...@vm.marist.edu as of 6 Oct 2019 21:55:33
last - change
filename filetype Articles lrecl nrecs date time Remarks
- - --- ---
MVS-OE LOG1910 7 115754 2019-10-06 11:26:07 Sat, 5 Oct 2019
12:54:08 -0600
MVS-OE LOG190915 763 2218 2019-09-27 12:24:28 Tue, 17 Sep 2019
15:44:39 -0400
MVS-OE LOG1907 6 794720 2019-07-17 14:24:43 Mon, 1 Jul 2019
16:51:59 +
MVS-OE LOG1906 8 115899 2019-06-12 10:21:18 Mon, 3 Jun 2019
14:46:40 -0600
MVS-OE LOG1905 4 786557 2019-05-24 13:27:40 Mon, 13 May 2019
22:36:32 +
MVS-OE LOG1904 4 860599 2019-04-28 12:30:39 Fri, 26 Apr 2019
11:22:01 +0200
~
Subscription request - Confirmation will be mailed
Please fill in form:
Your name:
Your email address:
subscribe unsubscribe
~
Steve
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to force a free of ispf allocated Dataset
I seem to recall that there is a program on CBTTAPE that can call IDCAMS or IEHPROGM but intercepts the and ignores the ENQ on the dataset to be renamed (or deleted). There is a certain danger to it, so it performs a security check to try to restrict it use to only those who are authorized. I have used this in the past to re-allocate perpetually allocated libraries on a cloned sysres volume. And I have used it in circumstances such as the OP brought up. Just use with extreme caution. On Sun, 6 Oct 2019 13:47:06 -0700, Ed Jaffe wrote: >On 10/5/2019 1:29 AM, Bill Giannelli wrote: >> I am trying to rename a CLIST library allocated to users for ISPF. how do I >> force users to deallocate the dataset so I can rename it? I have been >> sending tso messages but more users keep allocating it. > >In a busy environment, you will never be able to keep up with canceling >all of the jobs and/or users that might be accessing this file. Like a >"Whack-a-Mode" game. Each time you cancel one, another pops up to take >its place. Besides, canceling users is DISRUPTIVE! > >The best way is to rename the data set while holding an exclusive ENQ on >it. Submit this job before you go to sleep and when you wake up the next >morning, the data set should be renamed. > >//RENAME JOB 1,JAFFE,CLASS=A,MSGCLASS=T,NOTIFY= >//RENAME EXEC PGM=IDCAMS >//ENQOLD DD DSN=old.data.set.name,DISP=OLD >//SYSPRINT DD SYSOUT=* >//SYSIN DD * > ALTER old.data.set.name - > NEWNAME(new.data.set.name) - > FILE(ENQOLD) >// > > >-- >Phoenix Software International >Edward E. Jaffe >831 Parkview Drive North >El Segundo, CA 90245 >https://www.phoenixsoftware.com/ > > > >This e-mail message, including any attachments, appended messages and the >information contained therein, is for the sole use of the intended >recipient(s). If you are not an intended recipient or have otherwise >received this email message in error, any use, dissemination, distribution, >review, storage or copying of this e-mail message and the information >contained therein is strictly prohibited. If you are not an intended >recipient, please contact the sender by reply e-mail and destroy all copies >of this email message and do not otherwise utilize or retain this email >message or any or all of the information contained therein. Although this >email message and any attachments or appended messages are believed to be >free of any virus or other defect that might affect any computer system into >which it is received and opened, it is the responsibility of the recipient >to ensure that it is virus free and no responsibility is accepted by the >sender for any loss or damage arising in any way from its opening or use. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tracing RACF?
"...The fact that SMS data sets must be catalogued..." was the missing bit for me. I've never before worked in a position where I was allowed to use non-SMS datasets, so the possibilities involved with such things was something I'd never even begun to consider. When this particular situation was 'discovered', my main worry was that all my SYS1... type datasets were equally at risk. I've since shown that not to be the case, but it's not due to RACF or SMS rules. All those datasets are on disks that are attached from VM in R/O mode. To alter anything in them requires the 'owning' VM to be started up, and - at this site - *that* requires management sanction. Thank you for all your help in this. As you've highlighted, I'm going to have to switch PROTECTALL on and then handle all the screams of dismay from developers. Regards Sean On Thu, 3 Oct 2019 at 15:30, retired mainframer wrote: > To recap: >PROTECTALL is off. >No RACF profile protects the DSN in question. >The MCAT is protected by a profile. >An admin creates the non-SMS dataset TEST which gets catalogued in the > MCAT. >A non-admin deletes the dataset which results in an orphan catalog > entry. >You are surprised. > > Why? >The data set is completely unprotected. The fact that it is on a > non-SMS volume or catalogued in the MCAT makes very little difference. > Under these conditions, ANY USER IS AUTHORIZED to edit the contents or > delete the dataset. There are probably other actions available. The user > may even be able to rename the data set to XTEST which would result in it > being no longer catalogued in addition to the orphan entry. The user may > be able to rename the data set to DSN that gets catalogued in a UCAT which > would result in two catalog entries (a correct UCAT and an orphan MCAT). >If the admin had specified a STORCLAS when creating the dataset, it > would have been placed on an SMS volume. I don't think anything would have > changed (except possibly for the rename). >If the admin had used a DSN that meets your ACS qualifications but is > still not protected by a profile, the previous paragraph would still apply >If the admin had used a DSN that is catalogued in a UCAT but is still > not protected by a profile, the data set is still completely unprotected > but now you will not be left with an orphan catalog entry. >If the admin had specified KEEP instead of CATLG, the dataset would > still be unprotected but there would not be an MCAT entry to be orphaned. > > The catalog structure has nothing to do with data set protection. The > fact that SMS data sets must be catalogued would prevent your non-admin > from creating TEST in the first place but once it is created the barn door > is wide open. > > The fact that PROTECTALL is off and you have many unprotected data sets is > a major security hole. Any unprotected data set is just a problem waiting > to bite you. > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Sean Gleann > > Sent: Thursday, October 03, 2019 5:17 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Tracing RACF? > > > > You mean, did I actually specify a volser on the "Data Set List Utility" > > panel? > > In all cases up to now, the answer is 'No'. > > But your query prompted a couple of experiments, all to no avail I'm > afraid. > > If I do specify the volser as well as the dsn, the only difference is > that > > the 'delete confirmation' panel that opens up has an extra option in it. > > Instead of just "Set data set delete confirmation off", I also get > > "Uncatalog data set upon deletion" - which is already selected with a > '/'. > > If I allow the deletion to go ahead with that selection, the only > > difference is that I don't get to see a RACF violation on the MCAT. The > > file still gets removed from the volume, leaving the orphaned MCAT entry > > behind, just as before - but now I don't know about the uncatalog > failure. > > Regards > > Sean > > -- > 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: configure zos explorer
Thanks Joe Reichman 170-10 73 rd ave Fresh meadows NY 11366 > On Oct 7, 2019, at 12:40 AM, Timothy Sipples wrote: > > Joseph Reichman wrote: >> Would anyone know how to configure z/os explorer (gui client of >> debug tool) What I mean is were would I enter the Z/OS TCPIP ADDRESS >> AND/OR PORT # > > I believe this page in the IBM Knowledge Center should answer your > questions: > > https://www.ibm.com/support/knowledgecenter/en/SSBDYH_3.2/com.ibm.zexpl.config.client.doc/topics/tzdcmn032.html > > If that's not exactly the correct page, the main IBM Knowledge Center entry > page for Explorer for z/OS is here: > > https://www.ibm.com/support/knowledgecenter/en/SSBDYH > > > Timothy Sipples > IT Architect Executive, Industry Solutions, IBM Z & LinuxONE > > > E-Mail: sipp...@sg.ibm.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMPe CSI maintenance levels
If I am currently at, say RSU18009, and am applying maintenance up to RSU1909, what if I suddenly need a PTF for the RSU1809 environment? I have one SMPe and CSI environment. If I have applied RSU1909 but have not rolled it out to all my environments, I really dont have an SMPe environment matching my prior maintenance level. thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
