Re: Esoterics
One thing to be aware of is that this will stop you from making changes dynamically. On Fri, Aug 20, 2010 at 8:22 AM, Craig Pace wrote: > Greg, > > The IODF has two parts, the "Hardware" and the "Software". The hardware > part of the IODF (IOCDS) is what is known to the CPC, what LPAR, if any, > has access, etc. The software part of the IODF is what is defined and IPL > at the LPAR or system level. This is where each I/O device is defined, > device type, ESOTERICS, etc. You can build the new IODF and active the > IOCP into the CPC and then actuall IPL using the old IODF without any > problems as long as your devices are the same. The IOCP will tell the CPC > what channels, control units and the devices (addresses) will be attached > tot he CPC, where as the software part of the IODF will take care of the > defining what type each device address is as well as take care of your > esoterics. The option thing you must make sure is that the two IODFs have > a different name. > > Example, > > You build your new IODF for the new location: SYSH.IODF00 that defines the > CPC, channels, switches, control units etc. > > You IPL with the old IODF from the target system SYSS.IODF00 which then > defines your I/O device types, esoterics, etc. > > When you display your IOS,CONFIG you should see that you have a hardware > of SYSH.IODF00 and an active IODF of SYSS.IODF00. You can then look at > what is needed to merge the two IODFs together. > > > > Thanks, > > Craig Pace > z/OS Systems Programmer > Fruit of the Loom, Inc.® > > Office: (270) 781-6400 ext. 4397 > Cell: (270) 991-7452 > Fax:(270) 438-4430 > E-mail: cp...@fruit.com > > One Fruit of the Loom Drive > PO Box 90015 > Bowling Green, KY 42102-9015 > > > > > > Greg Smith > Sent by: IBM Mainframe Discussion List > 08/19/2010 06:00 PM > Please respond to > IBM Mainframe Discussion List > > > To > IBM-MAIN@bama.ua.edu > cc > > Subject > Esoterics > > > > > > > We are in the process of migrating a smallish system from one location > to another. The plan is to dump all the dasd to tape at the original > location, ship the tapes to the new location, and restore the tapes to > new dasd. > > The hardware at the new location is similar but not identical to the > hardware at the old location. Therefore we are creating a new IODF > and IOCP deck on a different system to use at the new location. > > I am thinking we are going to have a problem with the esoterics. The > system does not use tokens for their esoterics. So I am thinking that > we have to define the esoterics in the same order they were defined at > the original location. But how do we find that out? The HCD report > that was sent to us lists the esoterics in alphabetical order. > > To refresh my memory, I think this is how esoterics work. If tokens > are not used then the order that the esoterics are defined is important. > The catalog for a dataset cataloged with an esoteric unit type gets > the sequence number of the particular esoteric in the list of > esoterics. If tokens are used, then the token for an esoteric is a > unique number that is stuffed into the catalog instead. > > The advantage using tokens is that you can delete an esoteric and > not have the values of other esoterics possibly change? > > Is that right? What happens if you delete an esoteric with a token and > that token is set in a catalog entry somewhere? Also, isn't there some > kind of conversion job to convert catalog entries from sequence numbers > to token numbers? Or was it a report job that listed catalog entries > that were cataloged using esoterics? > > It's been so long ago that I last dealt with this stuff. But I don't > want the system at the new location trying to mount tapes on dasd > devices ... and vice versa!! > > Finally, a last question. If we substantially use the same device > numbers, can we bring up the new system using the old system's IODF? > The new system's IOCDS will be built with the new IOCP deck, so > there may be mismatches on some chpids and control unit types > between the IODF and the IOCDS. How much does MVS care what is > correct in the IODF? After the initial IPL we can of course correct > the IODF and get everything into sync. > > Thanks, Greg > > -- > 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 > > > ** > This communication contains information which is confidential and > may also be privileged. It is for the exclusive use of the intended > recipient(s). If you are not the intended recipient(s), please note > that any distribution, copying or use of this communication or the > information in it is strictly prohibited. If you have received this > communication in error, please noti
Re: JES2 - keeping only selected outputs
The way I do it is to have a Jes output class defined with outputdisp of purge,hold. Have msgclass and all output in job assigned to this class. Then add a step to your job that checks for CC GT 0 and if so exec a non-existent program to generate a S806 abend. > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On > Behalf Of Natasa Savinc > Sent: Tuesday, October 27, 2009 6:02 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: JES2 - keeping only selected outputs > > Hello, > > is there a way to keep job output only if the RC > 0 ? We have a nuber > of jobs > that run very often (every few minutes) and we don't really need the > output if > the RC = 0. > Every suggestion will be very appreciated. > > Natasa > > -- > 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: Who is the supplier of Favor?
I believe it is CA-Favor now - Computer Associates. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stocker, Herman Sent: Friday, July 27, 2007 10:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Who is the supplier of Favor? Hi List, Can anyone tell me the vendor of Favor. I tried to Google Favor but no luck only hits that I saw was for party favors. Thanks Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail:[EMAIL PROTECTED] The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Quick AIX question rooted in a z/OS concept
I believe at AIX 5.3 (maybe earlier) you no longer need HACMP in order to use GPFS. I think an easier way is to NFS mount it to the second lpar. Without doing something strange I don't think it would be possible to have the volume group active in read/write at same time to multiple, but if you did it with a JFS or JFS2 file system then you'd be risking corruption of it for sure. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Friday, June 15, 2007 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Quick AIX question rooted in a z/OS concept Hi all. I know this isn't a z/OS question but I don't think any of us live in a homogeneous environment and the best way I can think of asking this AIX question is to word it in z/OS terminology. I have an application developer who wants to have 2 AIX LPARs access shared disk. He thinks he can just have me point the LUN on the SAN to both LPARs and everything will work just fine. On my "Z", I can set up GRS or a third-party competitor to this to serialize I/O requests from various LPARs/machines. Is there something in AIX that performs a similar function? I asked this of an AIX list and the response I got back was something called GPFS which they say can do this. Unfortunately it appears as though I would need to buy and activate HACMP to use GPFS. Is there something else, more of a stand-alone product like GRS that would allow me to share a disk LUN across multiple AIX LPARs without having the LPARs step on each other? Thanks and have a happy Friday. Rex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jes exit05 - $repexit/$addexit
Exactly what I wanted. Using the wrong key words in Google search. Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Knutson, Sam Sent: Thursday, March 01, 2007 1:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Jes exit05 - $repexit/$addexit I think you want file 198 File # 198 JES2 Exit Dynamic Reloader Command from Bob Break NEW //*11 Update to File 198 from Bob Break, to add a version * //*of the JES2 Exit Loader program that works for JES2 * //*on z/OS 1.7 only. Member name is CBTEX05. All the * //*old versions of the exit loader are still there. * //* * http://www.cbttape.org/ftp/cbt/CBT198.zip http://www.cbttape.org Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 "Think big, act bold, start simple, grow fast..." -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark, David Sent: Thursday, March 01, 2007 12:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Jes exit05 - $repexit/$addexit Has anyone had trouble or a fix for the CBT Jes exit05 that allows other Jes exits to be refreshed on the fly?On Zos 1.7 I'm getting and error that says the exit is not located in a linklist library. The exit is there and in an linklist library. I didn't spot any updates to the code on CBT. David Clark Brown University This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Jes exit05 - $repexit/$addexit
Has anyone had trouble or a fix for the CBT Jes exit05 that allows other Jes exits to be refreshed on the fly?On Zos 1.7 I'm getting and error that says the exit is not located in a linklist library. The exit is there and in an linklist library. I didn't spot any updates to the code on CBT. David Clark Brown University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 proclibs allocated???
I believe when Jes switches to procxx then back to PROC00 it will re-allocate all the proclibs which should pick up the new location of lib03. I switched to dynamic procs awhile ago so I can't test it myself. Should be easy enough to check though - run a typrun=scan that has a proc unique to lib03 which should cause the error, in the same initiator run the iefbr14 switching procxx, then again in same init re-run the typrun=scan and hopefully the error should be gone. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Vernooy, C.P. - SPLXM Sent: Wednesday, February 08, 2006 9:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES2 proclibs allocated??? David, I remember your trick, but do not recall what it was for. It causes JES2 to close PROC00 and open PROC01 for this particular job and will switch back to PROC00 for the next job that does not specify a //PROCLIB. I don't see how this helps in this situation. PROCLIBs are used by the convertor, which run in JES2 address space, that is why this DD statement is in JES2 JCL. lib03 remains in the PROC00 concatenation and will be searched if a PROC is not found in lib01 and lib02 and will keep on giving 213-04 abends. Kees. "Clark, David" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>... > It's been awhile, but it seems like I remember this could be > fixed by switching the proc list - run an iefbr14 job with > > /*JOBPARM PROCLIB=PROC01 > > You'll need to run it in each initiator is the down side. Be a > real pain if there's many defined and probably easier to hot start Jes > as others suggested. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] > Behalf Of Christian Blesa > Sent: Wednesday, February 08, 2006 8:07 AM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: JES2 proclibs allocated??? > > Hello, > > at following scenario: > > //PROC00 DD DISP=SHR,DSN=lib01 > // DD DISP=SHR,DSN=lib02 > // DD DISP=SHR,DSN=lib03 > > 1) TDMF process have moved lib03 to another DASD. > 2) This lib03 has been deleted (manually). > 3) This lib03 has been allocated (through 3.2 option) from system "x" > > Then, some messages are showed: > IEC143I 213-04,,JES2,JES2,PROC00-0003,,volser > > How could fix it? > > Regards > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 proclibs allocated???
It's been awhile, but it seems like I remember this could be fixed by switching the proc list - run an iefbr14 job with /*JOBPARM PROCLIB=PROC01 You'll need to run it in each initiator is the down side. Be a real pain if there's many defined and probably easier to hot start Jes as others suggested. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Christian Blesa Sent: Wednesday, February 08, 2006 8:07 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES2 proclibs allocated??? Hello, at following scenario: //PROC00 DD DISP=SHR,DSN=lib01 // DD DISP=SHR,DSN=lib02 // DD DISP=SHR,DSN=lib03 1) TDMF process have moved lib03 to another DASD. 2) This lib03 has been deleted (manually). 3) This lib03 has been allocated (through 3.2 option) from system "x" Then, some messages are showed: IEC143I 213-04,,JES2,JES2,PROC00-0003,,volser How could fix it? Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html