Re: Special RACF users and message ICH301I
You can use an MPF exit to automatically reply to this message. IE ICK003D,USEREXIT(WTOERU) REPLY U FOR VOLUME INITIALIZATION I have exaples if you would like Jerry Staller, Allan allan.stal...@kbm1.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/30/2009 08:45 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Special RACF users and message ICH301I I believe there is a freebie automation product on the CBT tape. Try CBT708. It's on my list of things to do, but I haven't had time... HTH, snip This didn't used to be a big deal when we had 24x7 operations support, but those were the days. Now we just have dayshift and swing. We don't have an automation product and cannot purchase any software during these budget times. Our RACF folks have the special attribute and they don't get revoked if they forget their password. Instead this message is posted to the console - ICH301I MAXIMUM PASSWORD ATTEMPTS BY SPECIAL USER userid * nn ICH302D REPLY Y TO ALLOW ANOTHER ATTEMPT OR N TO REVOKE USER userid While the WTOR is posted, nobody else can log on either. Does anyone know of a way to 'automate' a reply to this message without an automation product? /snip -- 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 Notice: This e-mail message and its attachments are the property of Wendy's/Arby's Group Inc. or one of its subsidiaries and may contain confidential or legally privileged information intended solely for the use of the addressee(s). If you are not an intended recipient, then any use, copying or distribution of this message or its attachments is strictly prohibited. If you received this message in error, please notify the sender and delete this message entirely from your system. -- 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: TechTarget Mainframe Survey
Guess they are not going to share the results with anyone. Bobbie Jo just...@peoplepc.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/23/2009 01:00 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: TechTarget Mainframe Survey It does the same response to pretty much everyone, no matter what your answers were. - Original Message - From: Bill Washburn bwashb...@winwholesale.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Thursday, July 23, 2009 12:49 PM Subject: Re: TechTarget Mainframe Survey It appears to be a survey from CA since at the end it asks if you want CA to send you the survey results. I said 'yes', and supplied my email address. After which it promptly told me I wasn't the demographic they were looking for and thank you for playing... hmmm Ian pcs...@gmail.com To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List ibm-m...@bama.ua Fax to .edu Subject TechTarget Mainframe Survey 07/23/2009 11:36 AM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu Techtarget is running a survey on Mainframe usage etc. The first 2 or 3 pages is boring stuff but it is worth it to get to the real mainframe questions. Link = http://go.techtarget.com/r/8764676/1317583 I'm posting it here to make sure they get the right audience for the survey. quote The Mainframe Computer - a high-performance computer used for large-scale computing purposes that require greater availability and security than a smaller-scale machines - is a paradigm in today's data center. Whether you love or hate it, your mainframe controls your server world. In this survey, TechTarget wants to know how you split distribution of your network between mainframe, windows and cloud, as well the impact the mainframe has on your distributed applications. Click here to take this 10 minute survey, supply your direct feedback and enter to win one of two iPod giveaways: http://go.techtarget.com/r/8764676/1317583 Please note that this survey follows the TechTarget Survey Terms and Conditions found here. In other words, here's some fun lawyer speak if you're interested: http://go.techtarget.com/r/8764677/1317583 /quote -- Ian http://www.cicsworld.com -- 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 -- 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: Find the computer error
I thought that miliard was a type of duck and biliard was a pool game R.S. r.skoru...@bremultibank.com.pl Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/16/2009 03:43 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Find the computer error I believe this is difference between U.S. and German meaning of terms. In German camp we use milion-miliard, bilion-biliard etc. pairs. In U.S. camp you don't know miliard, biliard, etc. Of course our system is definitely better than yours vbg -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym BRE Banku SA będą w całości opłacone. -- 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: Convert DB2 on z/OS to Oracle on z/Linux?
Dave, We are in the process of converting from DB2 to Oracle. I am not directly involved in this but I can pass on what I hear. It is not a simple migration. Everything has to be rewritten. Thus we have a lot of contractors working on rewriting everything. I have heard comments that there are things that we do in DB2 that Oracle cannot do. I do not know specifics. Per our DB2 type guy, Oracle is 'very immature'. There are next to no tools like DB2 Tools. and there are no monitoring capabilities. I do not know what this is costing, but I bet that it is 'big bucks'. Jerry -- 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: sms overriding my specification of target volume
Just curious, what was the resolution? Klein, Kenneth kenneth.kl...@kyfb.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 06/29/2009 01:51 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: sms overriding my specification of target volume Thanks, everyone. I have it figured out now and learned a bunch. 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 Lizette Koehler Sent: Monday, June 29, 2009 1:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume Do you want to view the ACS? (ISMF) or do you want a way to see what ACS is using for your allocation? ISMF can let you view/update your ACS routines and SC, SG, etc... However, if you want to see how it is allocating the file, then I think you need to setup a test case. Lizette Done all that. No joy. How I can I view the acs routines, and display the attributes of these classes?? 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 Natarajan Mohan Sent: Monday, June 29, 2009 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: sms overriding my specification of target volume Kenneth, The key is NSC (null storage class) and NMC (null management class). I would take out the STORCLAS(SCNONSMS) and code NSC NMC. Thanks Natarajan Klein, Kenneth kenneth.kl...@kyfb.com 6/29/2009 9:45 AM IGD17223I JOBNAME jobname PROGRAM NAME progname STEPNAME stepname DDNAME ddname DATA SET dsn WAS ALLOCATED TO AN OVERFLOW STORAGE GROUP ofsg. Explanation: This message is issued when the volume selection algorithms resulted in the selection of one or more volumes that belong to an overflow storage group. I'm a real rookie with SMS. I'm getting this message when I try to allocate a dataset on a specific target volume with dfdss using //OMVSS3DD UNIT=SYSDA,DISP=SHR,VOL=SER=OMVSS3 //SYSIN DD * COPY DATASET( INCL(SMPE.Z19.RESZP1.SMPTLOG )) - CONCURRENT NOTIFYCONCURRENT - CATALOG TOL(ENQF) WAIT(2,30) - BYPASSACS(**) - STORCLAS(SCNONSMS) OUTDDNAME(OMVSS3) - RENUNC( (SMPE.Z19.RESZP1.SMPTLOG , - SMPE.Z19.RESZS3.SMPTLOG ) - ) I've got to ge able to specify a volume so my DDDef's will point to the right one. -- 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: SDSF Batch command size limit
I have a simple SVC34 program that we use to issue console commands. Contact me offline if you would like a copy. Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Software Secure Support via USA Citizens
Maybe it was the Osama Ben Laden tee shirt that did it
Ted MacNEIL eamacn...@yahoo.ca
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
06/18/2009 02:37 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: IBM Software Secure Support via USA Citizens
now I have a story I can tell about the er... um... *thoroughness* of the
Canadian border authorities ...
Unfortunately, even before the heightened awareness (post-9/11), Canadian
Customs Agents had the reputation of being the rudest in the world.
Odd, considering that, in general, Canadians are considered some of the
politest people in the world (with some exceptions -- (8-{]}).
-
Too busy driving to stop for gas!
--
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: BPXF135E RETURN CODE 00000081, REASON CODE 0594003D. THE MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
PROF MSGID WTPMSG
UNMOUNT FILESYSTEM('SVS.RESZS1.OMVS.ROOT') IMMEDIATE
Klein, Kenneth kenneth.kl...@kyfb.com
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
06/17/2009 04:01 PM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE MOUNT FAILED
FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Now when I try to mount the files I get an error message that they are
already mounted!!
Where's the mount and unmount command??
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 Bonno, Tuco
Sent: Wednesday, June 17, 2009 2:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE
MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
yes
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Klein, Kenneth
Sent: Wednesday, 17 June, 2009 01:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE
MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
Sure 'nuf. Subdirs are not there. Can I just mkdir on these guys and try
the mount again??
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 Bonno, Tuco
Sent: Wednesday, June 17, 2009 1:30 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE
MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
yeah, I got this exact same thing 3 hours ago today. was trying to mount
dsn=OMVS.JV390.SERVICE at mountpoint (aka, node) /SERVICE/usr/lpp/java
. turned out that /SERVICE existed, but /usr/lpp/java , subordinate
to /SERVICE, did not
/s/ tuco bonno;
graduate, college of conflict management; University of Southeast Asia; I
partied on the Ho Chi Minh Trail -- tiến lên !!
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Wednesday, 17 June, 2009 01:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: BPXF135E RETURN CODE 0081, REASON CODE 0594003D. THE
MOUNT FAILED FOR FILE SYSTEM SVS.RESZS1.OMVS.ROOT.
On Wed, 17 Jun 2009 13:07:45 -0400, Klein, Kenneth
kenneth.kl...@kyfb.com
wrote:
Anybody ever see this before?
Typo in the name? Cataloged properly?
Have you seen the past hints on BPXMTEXT?
==
TSO %BPXMTEXT 0594003D
BPXFVLKP 01/17/08
JRDirNotFound: A directory in the pathname was not found
Action: One of the directories specified was not found. Verify that the
name
specified is spelled correctly.
==
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead Zurich North America /
Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
--
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: IBM Software Secure Support via USA Citizens
They have to hire USA citizens first Jim Chappell james.chapp...@daimler.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 06/16/2009 12:55 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IBM Software Secure Support via USA Citizens What I thought was interesting was it isn't available till OCTOBER. James (Jim) Chappell 503 745-7841 503 349-5603(cell) james.chapp...@daimler.com Daimler Trucks North America LLC If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation. -- 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: IEFBR14 (was: EXEC Above the Bar)
Where did DISP RENEW come from? I checked the 1.10 JCL reference and RENEW is not listed. Sounds pretty cool Jerry Tom Marchant m42tom-ibmm...@yahoo.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 06/09/2009 08:16 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IEFBR14 (was: EXEC Above the Bar) On Tue, 9 Jun 2009 06:56:39 -0500, Paul Gilmartin wrote: On Tue, 9 Jun 2009 08:24:39 +0200, Hunkeler Peter (KIUP 4) wrote: Of course the delay is due to a programmer error with the JCL ... which is a result of the fact that the operating system doesn't offer a way to delete, if present, then allocate new in one step, something like DISP=(RENEW,CATLG). This would have avoided many of the unconditional IEFBR14s at the beginning of jobs using DISP=(MOD,DELETE) to make sure data sets don't exist. Isn't the order of processing such that this can be done in a single step? DD statements are processed in the order in which they appear so the first data set is uncatalogued before the second is catalogued. Of course this requires that they occupy separate volumes. (Does this still work with SMS?) No. In an SMS environment a data set is cataloged when it is created. The uncatalog is done at step termination. -- Tom Marchant -- 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: jcl for cics sit assemble
You don't really need the SMPE step Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 //DFHAUPLE PROC ASMBLR=ASMA90, // LNKED=IEWL, // RENTATT=NORENT, // INDEX='CICS.PROD.TS23', // INDEX2='WENDYS.PROD', === LINK TO // OUTC='*', // REG=4M, // NAME=CICSTBLS,=== LINK TO // WORK=SYSDA, // SMPPGM=GIMSMP, // GZONE='SMPE.CICSTS23.GLOBAL.CSI', // ZNAME=CICT500, // OPTIONS=CICSOPT //ASSEM EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=OUTC //SYSINDD DUMMY //SYSUT2 DD DSN=TEMPPDS(MACROS), // UNIT=WORK,DISP=(,PASS), // DCB=(RECFM=FB,LRECL=80,BLKSIZE=400), // SPACE=(400,(200,100,5)) //ASMEXEC PGM=ASMBLR, //PARM='SYSPARM(INITIAL),DECK,NOOBJECT,ALIGN', //REGION=REG, //COND=(3,LT,ASSEM) //SYSLIB DD DSN=INDEX..SDFHMAC,DISP=SHR // DD DSN=INDEX..SDFHSAMP,DISP=SHR // DD DSN=SYS1.MACLIB,DISP=SHR // DD DSN=SYS1.MODGEN,DISP=SHR //* //SYSUT1 DD UNIT=WORK,SPACE=(1700,(400,400)) //SYSUT2 DD UNIT=WORK,SPACE=(1700,(400,400)) //SYSUT3 DD UNIT=WORK,SPACE=(1700,(400,400)) //SYSPUNCH DD DSN=OBJMOD, // DISP=(,PASS),UNIT=WORK, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=400), // SPACE=(400,(100,100)) //SYSPRINT DD SYSOUT=OUTC //SYSINDD DSN=TEMPPDS(MACROS), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) //BLDMBR EXEC PGM=IEBUPDTE,PARM=NEW, //COND=((3,LT,ASSEM),(7,LT,ASM)) //SYSPRINT DD DUMMY //SYSUT2 DD DSN=TEMPPDS, // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) //SYSINDD DSN=OBJMOD,DISP=(OLD,DELETE) //LNKEDT EXEC PGM=LNKED, //PARM='RENTATT,LIST,XREF,LET,NCAL', //COND=((3,LT,ASSEM),(7,LT,ASM), //(3,LT,BLDMBR)) //SYSUT1 DD UNIT=WORK,SPACE=(1024,(100,50)) //SYSPRINT DD SYSOUT=OUTC //SYSLMOD DD DSN=INDEX2..NAME,DISP=SHR //SYSPUNCH DD DSN=TEMPPDS, // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) //SYSLIN DD DSN=TEMPPDS(LNKCTL), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) //ZNAMEEXEC PGM=IKJEFT01,REGION=REG,DYNAMNBR=99, // PARM='%DFHZNSET ZNAME(ZNAME) OPTIONS(OPTIONS)' //SYSPROC DD DISP=SHR, // DSN=INDEX..SDFHMAC //SYSTSPRT DD SYSOUT=* //SYSTSIN DD DUMMY //OUTFILE DD DISP=(NEW,PASS), // DSN=SETBDY, // DCB=(RECFM=FB,LRECL=80,BLKSIZE=400), // UNIT=WORK, // SPACE=(400,(1,1)) //* //SMPEXEC PGM=SMPPGM,REGION=REG, //COND=((3,LT,ASSEM),(7,LT,ASM), //(3,LT,BLDMBR),(7,LT,LNKEDT)) //SMPOUT DD SYSOUT=OUTC //SYSPRINT DD SYSOUT=OUTC //SMPCSI DD DSN=GZONE,DISP=SHR //SMPCNTL DD DSN=SETBDY,DISP=(OLD,DELETE) // DD DSN=TEMPPDS(SMPCNTL), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) //SMPJCLIN DD DSN=TEMPPDS(SMPJCL1), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) // DD DSN=TEMPPDS(MACROS), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) // DD DSN=TEMPPDS(SMPJCL2), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) // DD DSN=TEMPPDS(LNKCTL), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) // DD DSN=TEMPPDS(SMPEOF), // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,PASS) //DELTEMP EXEC PGM=IEFBR14 //TEMP DD DSN=TEMPPDS, // VOL=REF=*.ASSEM.SYSUT2, // DISP=(OLD,DELETE) // PEND //DFHSITP0 EXEC DFHAUPLE //* INDEX='CICS.TEST', //* INDEX2='WENDYS.TEST', //* NAME=CICSTBLS //* //* CICSTS 2.3 - CICS PROD REGIONS //* //* LINKED TO WENDYS.TEST.CICSTBLS //* //* CREATED FROM STARTED DFHSIT6$ SUPPLIED TABLE //* SEE SYSTEM DEFINITION GUIDE CHAPTER 21 //*** ONLY PARAMETER NOT OVERRIDEABLE HPO=YES //*** PARAMETERS CHANGED FROM 6$ INDICATED BY '---' //* //ASSEM.SYSUT1 DD * -- 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: SMPE Help
I found that job UPDDDUV from the server pac install did
SET BDY(MVST100) .
ZONEEDIT DDDEF .
CHANGE PATH('/Service/'*,
'/'*) .
ENDZONEEDIT .
Fortunately I bypassed this step, but would explain how your SMPE got that
way
--
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
IDCAMS DELETE stupid question
I am trying to do an IDCAMS delete DELETE APY.TEMP.INVS.* There are 4 of these data sets but when I run the job I get DELETE APY.TEMP.INVS.* IDC3012I ENTRY APY.TEMP.INVS. NOT FOUND IDC3007I ** VSAM CATALOG RETURN CODE IS 8 IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 What am I missing? We are on z/OS 1.7 Thanks Jerry -- 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: IDCAMS DELETE stupid question
Yes, there are multiple qualifiers. IE APY.TEMP.INVS.S07340.I1543119.V000.ASN How should the delete be coded? It didn't like DELETE APY.TEMP.INVS.** Jerry Scott Barry sba...@sbbworks.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 04/09/2009 01:54 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IDCAMS DELETE stupid question On Thu, 9 Apr 2009 13:46:45 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: I am trying to do an IDCAMS delete DELETE APY.TEMP.INVS.* There are 4 of these data sets but when I run the job I get DELETE APY.TEMP.INVS.* IDC3012I ENTRY APY.TEMP.INVS. NOT FOUND IDC3007I ** VSAM CATALOG RETURN CODE IS 8 IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 8 What am I missing? We are on z/OS 1.7 Thanks Jerry Either the dataset(s) are not cataloged or the target datasets have more than one DSN qualifier that follows the specified string. Scott Barry SBBWorks, Inc. -- 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: IDCAMS DELETE stupid question
Like I said 'stupid question' Jerry Nemo plumbersar...@gmail.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 04/09/2009 02:18 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IDCAMS DELETE stupid question On Thu, 9 Apr 2009 14:05:36 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: Yes, there are multiple qualifiers. IE APY.TEMP.INVS.S07340.I1543119.V000.ASN How should the delete be coded? It didn't like DELETE APY.TEMP.INVS.** The delete, in your case, should be coded APY.TEMP.INVS.*.*.*.* ...just like it says in the IDCAMS publication under the heading How to code access methods services commands (which is itself under the heading About this document). -- -- 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: IDCAMS DELETE stupid question
Ok still a stupid question. Now I get DELETE APY.TEMP.INVS.*.*.*.* IDC3203I ITEM 'APY.TEMP.INVS.*.*.*.' DOES NOT ADHERE TO RESTRICTIONS IDC3202I ABOVE TEXT BYPASSED UNTIL NEXT COMMAND. CONDITION CODE IS 12 Nemo plumbersar...@gmail.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 04/09/2009 02:18 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: IDCAMS DELETE stupid question On Thu, 9 Apr 2009 14:05:36 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: Yes, there are multiple qualifiers. IE APY.TEMP.INVS.S07340.I1543119.V000.ASN How should the delete be coded? It didn't like DELETE APY.TEMP.INVS.** The delete, in your case, should be coded APY.TEMP.INVS.*.*.*.* ...just like it says in the IDCAMS publication under the heading How to code access methods services commands (which is itself under the heading About this document). -- -- 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: TMON with OMEGAMON Comparison
When we were looking at monitors we brought in Omegamon, TMON, and I think BMC. Omegamon sent people onsite to do the install which took several days to install and customization several days more. TMON sent tapes and documentation. I had it installed customized and up and running in one day. We never looked back. Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.9 installation ROOT ETC and VAR
I am on z/OS 1.7 installing z/OS 1.9. I created a new ROOT file by copying my existing production ROOT file. New ETC and VAR files were created. The restore of the ROOT file failed because there were existing etc and var directories. I had to delete the etc and var directories to get the restore to run successfully. Now I have etc and var symlink (whatever that is) in the new ROOT file. What should I do now? Should I delete/rename the symlink's and create etc and var directories? The BPXPARM specifies that the ETC and VAR files are to be mounted off of the etc and var directories. Thanks, Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 installation ROOT ETC and VAR
What about the other 'stuff' that is in the root I.E. JAVA 1.3? If I start with a new root I will loose that. Jerry Mark Zelden mark.zel...@zurichna.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/11/2009 01:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: z/OS 1.9 installation ROOT ETC and VAR On Wed, 11 Mar 2009 13:04:41 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: I am on z/OS 1.7 installing z/OS 1.9. I created a new ROOT file by copying my existing production ROOT file. snip Eh? You should be restoring a new root file as part of ServerPac, not copying your existing one. The HLQ is your SSA and it will get mounted at the service directory you specified in your variables prior to running installation jobs. Of course that mount point needs to exist or be created. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: z/OS 1.9 installation ROOT ETC and VAR
Mark, My predecessor and DB2 guy did install directly into the root rather than new files. My problem now is how to carry that forward into z/OS 1.9. Java was not ordered with z/OS 1.9 either. Any ideas or am I just screwed? Jerry Mark Zelden mark.zel...@zurichna.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/11/2009 03:14 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: z/OS 1.9 installation ROOT ETC and VAR On Wed, 11 Mar 2009 13:32:15 -0400, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: What about the other 'stuff' that is in the root I.E. JAVA 1.3? If I start with a new root I will loose that. Did you order Java with your ServerPac? If so, a new one comes with it. But it is a separate file system (zFS or HFS). Unless you applied things right into your root on 1.7 (which you shouldn't have), all you have in your 1.7 root for add ons are mount points you may have added. These same mount points need to be added in your new root for 1.9. Assuming you restored your 1.9 root and it is still mounted at /service for example, you create /service/mount_point. This of course assumes you are not in a shared file system environment with a sysplex root. For Java, it may be mounted at /usr/lpp/java - which comes with your new root anyway. We mount our java (and most other z/OS Unix installed software) at an in-house software directory. So when we install a new OS we only have to create that mount point and a couple of others that our SAP systems use. In our usermods library, I have a UNIXMNT member that describes the mount points we create for a new OS. It also has the required steps for CRON when using a read-only root (which is a good practice - even if not sharing it). This is also documented in Unix System Services Planning. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: 3490E cartridges
Up unit a couple of weeks ago we were still using dumb 3270's/3174's for consoles. When one of the 3174's went belly up we lost both of the consoles on one LPAR. We now have IP attached consoles via 2074's. I figured that it would do any good to say 'I told you so' Jerry Schwarz, Barry A barry.a.schw...@boeing.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 03/05/2009 02:50 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: 3490E cartridges Aren't beliefs a wonderful thing. Since one customer is still using 3270 style dumb terminals exclusively, I can assure you of at least one mainframe shop without a PC. We would be quite willing to give them one but it wouldn't help since they don't have a TCP/IP network either. While we could probably find the software, it won't work without a 3172 type network controller. By the way, that mainframe does not have OSAs or HMCs. There is another site that does have a Support Element (almost an HMC) but I cannot find any documentation on how to run any application other than the Support Element Workplace (I think that's what it is called). In particular, I would love to start either a telnet or ftp session with the mainframe but gave up several years ago. I'm perfectly willing to say bus and tag is obsolete. I shudder any time I have to relocate one of those cables. Simply uncoiling it can cause it to crack internally, especially if it has been untouched for dozens of years. I would willingly visit my in-laws if I never had to touch another one. My point is that obsolescence is not necessarily at the top of a customers decision making priority list. A obsolete device/system that works satisfactorily does in fact work satisfactorily, even if it is obsolete. If the customer is willing to pay the overhead associated with using obsolete equipment, I see no reason not to support them as long as we can. We all know the situation cannot last forever but part of what they pay me for is to make it last as long as possible, or at least until they can upgrade. -Original Message- From: R.S. [mailto:r.skoru...@bremultibank.com.pl] Sent: Thursday, March 05, 2009 2:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3490E cartridges Eric Bielefeld wrote: Very well put! A happy customer is probably worth a lot. We used to have a CD reader at PH Mining when I first started in 1985. Oh wait - that was an 8 floppy reader. I'm not sure if CDs were invented then for data storage. I'm sure someone will know. I think the floppy reader was bus and tag connected though. CD started in circa 1980. CD is present in mainframe. HMC. If not, then you can buy CD for $10. IDE interface. Then put it into any PC connected to the mainframe. I simply don't believe that there is any mainframe shop without any PC. Is there any? OK, buy them whole PC with CD reader. Caution: I did not say that BT is obsolete and should be replaced with a FICON. I did not say about any investment (I assume PC with CD is alredy present). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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
z/OS 1.9 installation restore of USS file failure
This is my first attempt at installing z/OS. The restore of USS files failes with the following messages. Calling pax (via BPXBATSL) to restore into /Service Pax return code is: 0 Running BPXISETS EXEC to convert to Symlinks /Service/etc /Service/var The EXEC to convert the etc/ and var/ directories to symlinks has begun. It will run for a couple of minutes. The EXEC BPXISETS ran at 11:17:42 on 26 Feb 2009 . Either unmount the HFS data set on directory /Service/etc or move the contents of this directory into a separate HFS data set. Also ensure you have appropriate priviledges to execute this job. RC=88RSN=5B530110 Directory /Service/var converted to symlink successfully. The EXEC has completed with Return Code 12 I created new/seperate ETC and VAR files. I have no idea what is wrong at this point as the above messages are all that I get. Not very discriptive. Thanks, Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS 1.9 install restore of USS failure unable to unmount file
I am on z.OS 1.7 and am trying to run the RESTORE job of z/OS 1.9
installation. The restore of USS to the root failed due to an out of space
on the pack the root is on.
When I try to unmount the file I get the message
BPXF137E RETURN CODE 0072, REASON CODE 058800AA. THE UNMOUNT FAILED
FOR FILE SYSTEM OMVS.CSYS.ROOT
I believe that this indicated that the file cannot be unmounted as it is
busy.
How can I unmount this file? The command that I am using is
PROF MSGID WTPMSG
UNMOUNT FILESYSTEM('OMVS.CSYS.ROOT') IMMEDIATE
This root file was created by copying my production root file to a new
file. A new file was not allocated as I know that DB2 was installed into
the root rather than its own file so I do not want to loose the DB2 stuff.
Thanks
Jerry
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.9 install restore of USS failure unable to unmount file
Thanks Jon.
I had unmounts of new VAR and ETC but these steps were after unmount of
root.
Must be brain dead today!
Jerry
Veilleux, Jon L veilleu...@aetna.com
Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
02/25/2009 09:20 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
To
IBM-MAIN@bama.ua.edu
cc
Subject
Re: z/OS 1.9 install restore of USS failure unable to unmount file
You need to unmount any file systems that are mounted over this
filesystem/
Jon L. Veilleux
veilleu...@aetna.com
(860) 636-2683
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jerry Fuchs
Sent: Wednesday, February 25, 2009 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: z/OS 1.9 install restore of USS failure unable to unmount file
I am on z.OS 1.7 and am trying to run the RESTORE job of z/OS 1.9
installation. The restore of USS to the root failed due to an out of
space on the pack the root is on.
When I try to unmount the file I get the message BPXF137E RETURN CODE
0072, REASON CODE 058800AA. THE UNMOUNT FAILED FOR FILE SYSTEM
OMVS.CSYS.ROOT
I believe that this indicated that the file cannot be unmounted as it is
busy.
How can I unmount this file? The command that I am using is
PROF MSGID WTPMSG
UNMOUNT FILESYSTEM('OMVS.CSYS.ROOT') IMMEDIATE
This root file was created by copying my production root file to a new
file. A new file was not allocated as I know that DB2 was installed into
the root rather than its own file so I do not want to loose the DB2
stuff.
Thanks
Jerry
--
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 e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna
--
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 do you call...
I am fond of Grand High Pobah Fatemi, Reza reza_fat...@bmc.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/25/2009 11:37 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: What do you call... Some People that I know Like LONG LONG Meaningless TITLES. Senior Chief In charge of IEFBR14 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, February 25, 2009 7:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What do you call... Boy, titles, what about you dont have to be certified to be and Engineer. Knowlege comes in many forms, like life experience. Scott J Ford www.identityforge.com From: J R jayare...@hotmail.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, February 25, 2009 10:33:30 AM Subject: Re: What do you call... It's funny that people want to own the word engineer for someone with certified knowledge of fields which may have nothing to do with engines. Maybe it's the modern use of the word engine that's funny. Look it up. Its etymology is similar to that of ingenuity. Date: Wed, 25 Feb 2009 07:57:04 -0700 From: howard.bra...@cusys.edu Subject: Re: What do you call... To: IBM-MAIN@bama.ua.edu On 24 Feb 2009 14:25:04 -0800, mp...@novell.com (Mark Post) wrote: There's nothing in Federal law about this, but there is in some states. Texas, for example. Which, ironically, being the home of EDS meant that at some point, all the job titles had to change for people that weren't licensed engineers. Systems programmers, for example, went from Software Systems Engineers (really descriptive, eh?) to Infrastructure Specialists. Much better, don't you think? So they still have titles that don't pigeon-hole them into pre-conceived notions. Does that Texas law have an exception to those who run engines (train operators)? It's funny that people want to own the word engineer for someone with certified knowledge of fields which may have nothing to do with engines. _ Windows Live(tm): Discover 10 secrets about the new Windows Live. http://windowslive.com/connect/post/jamiethomson.spaces.live.com-Blog-cns!550F681DAD532637!7540.entry?ocid=TXT_TAGLM_WL_t2_ugc_post_022009 -- 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 -- 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
SDSF output status SYSTEM
I noticed on the SDSF output display a batch job with a status of SYSTEM. I can find no explanation of this status. What is it and where did it come from? Thanks as always Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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: SDSF output status SYSTEM
Darn! Why didn't I see that when I did a help? Just getting too old for this! :-) Jerry Bob Rutledge deerh...@ix.netcom.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/20/2009 02:05 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: SDSF output status SYSTEM From a quick visit to the help screens: Status CANCEL (canceled), JHOLD (held), NOSLEC (not selectable for printing), OPER (operator hold), OPER,SYSTEM (operator and system hold), SYSTEM (system hold), or USER (found on user ID queue) Bob Jerry Fuchs wrote: I noticed on the SDSF output display a batch job with a status of SYSTEM. I can find no explanation of this status. What is it and where did it come from? Thanks as always -- 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: Anyone know of self-help type 'stuff' for learning z/OS
My recommendation would be that you suggest to him that he get into a respectable profession. :-) Sorry, it's Friday and I could not resist! Jerry Thomas Kern thomas.k...@hq.doe.gov Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/20/2009 12:51 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Anyone know of self-help type 'stuff' for learning z/OS And in case he might be interested in becoming a heretic, there is a z/VM Basics book too. http://www.redbooks.ibm.com/abstracts/sg247316.html?Open /Tom Kern On Fri, 20 Feb 2009 09:35:34 -0800, Lionel B Dyck lionel.b.d...@kp.org wrote: You can take a look at the intro to the new mainframe from ibm and the abc's of systems programming you can find them on this page on my site: http://www.lbdsoftware.com/abcs.html Lionel B. Dyck, Consultant/Specialist From: Dave Day david...@consolidated.net I have a son in his mid 20's that has expressed an interest in learning mainframe technology. I can get him access to a z/OS system, but haven't got a clue as to how to start the process. This is someone who has a fairly good background in PC's, web design, networking, etc., etc. The path I took into mainframes some 35 years ago isn't available today. As far as we know, there isn't any education available at any of the colleges or universities locally. Anyone know of anything available to start someone off? --Dave Day 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
REUSEASID=YES
A posting from the DB2 list server was forward to me that mentioned a REUSEASID=YES specification introduced in z/OS 1.9. There is no mention of this in the Initialization and Tuning Guide. The only thing that I have been able to find is an Omegamon APAR that states that REUSEASID=YES is specified in DIAGxx so I am assuming that REUSEASID=YES is valid. Is anybody using this and why? Thanks Jerry -- 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: REUSEASID=YES
That explains why I could not find it! Was just going by the DB2 list server posting. Thanks Jerry Walt Farrell wfarr...@us.ibm.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 02/19/2009 11:36 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: REUSEASID=YES On Thu, 19 Feb 2009 10:49:20 -0500, Jerry Fuchs jerry.fu...@wendysarbys.com wrote: A posting from the DB2 list server was forward to me that mentioned a REUSEASID=YES specification introduced in z/OS 1.9. There is no mention of this in the Initialization and Tuning Guide. The only thing that I have been able to find is an Omegamon APAR that states that REUSEASID=YES is specified in DIAGxx so I am assuming that REUSEASID=YES is valid. It's documented in the 1.9 books, but you have to spell it correctly to find it. REUSASID not REUSEASID E.g., see http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/EZ2ZO10K?searchRequest=reusasidSEARCH=Search+textType=FUZZYSearchTopic=TOPICsearchText=TEXTsearchIndex=INDEXrank=RANK or http://preview.tinyurl.com/azx484 -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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: VVDSFIX and a Tape Data Set
Just curious. What was the command? Jerry Daniel McLaughlin daniel_mclaugh...@us.crawco.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 01/29/2009 08:46 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: VVDSFIX and a Tape Data Set Thank you for all the suggestions. IBM came through with an IDCAMS command with the RECOVERY option that got things where we could finally get the bad GDG entry out. Whew! -- 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: Cheryl Watson's Current Newsletter and ME
Pretty cool! Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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
GDG Question
It seems to me that I saw a thread that stated when you hit GV00 you will be unable to create (+1). Is this correct? How did you handle this situation? Just delete all generations or create a new GDG? THI Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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: GDG Question
Thanks, Guess that I must have misread the thread or I was smoking something at the time. Jerry David Andrews d...@lists.duda.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 01/19/2009 02:24 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: GDG Question On Mon, 2009-01-19 at 14:13 -0500, Jerry Fuchs wrote: It seems to me that I saw a thread that stated when you hit GV00 you will be unable to create (+1). You're mistaken. It rolls over, just as you think it should. Easy enough to verify: create a GV00 in a test GDG, then a +1 and see what you get. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- 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
2074 configuration problem
I am trying to configure our new 2074s. When I boot the machine I get a message indicating that the network is unreachable. I have verified the IP address and subnet mask specifications. My network people tell me that I have to specify the gateway also but I see no place where this is specified. Any ideas? Thanks Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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
Need TN3270e software
We are FINALLY replacing our OLD 3174's with IBM 2074 control units. The 3270 software that we have been using for years does not support TN3270e. Any suggestions on what to get and contact info? Thanks, Jerry Fuchs Senior Systems Engineer Wendy's Arby's Group One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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
IBM Link Down?
Can anybody get into IBM link? I think it is down. Jerry -- 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: IBM Link Down?
It is back up Jerry -- 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
Activation of IOCDS fails
This is the first time that I have had to update the IODF and IOCDS under z/OS 1.7. After activating the IODF I activate the IOCDS and it failes with the following messages ACTIVATE ACTIOCDS=A2 IEF196I IEF237I 6001 ALLOCATED TO SYS6 IEF196I IEF237I 6001 ALLOCATED TO SYS7 IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IEF196I IEF285I IODF.IODF02 KEPT IEF196I IEF285I VOL SER NOS= ESCATA. IOS500I ACTIVATE RESULTS 692 ACTIVATE FAILED - ERROR MESSAGE(S) ISSUED NOTE = A821,PROCESSOR DEFINITION WENDYS IN CURRENTLY ACTIVE IODF IODF.IODF02 DOES NOT MATCH CURRENT HARDWARE DEFINITION, H/W AND S/W ARE OUT OF SYNC. COMPID=SC1XL REASON=A828,KEYWORD ACTIOCDS NOT ALLOWED, ONLY SOFTWARE CHANGES ARE POSSIBLE. COMPID=SC1XL REASON=A819,ONLY SOFTWARE CHANGES ARE ALLOWED, SPECIFY SOFT FOR CONFIRMATION. COMPID=SC1XL I am at a complete loss. I use a batch job to build the IODF and IOCDS. I can send the listing from my job offline if you want to take a look at it. Thanks -- 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: SMPE EOS Question
It is not in SMPE See: www-306.ibm.com/software/support/lifecycle/ Thompson, Steve [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 12/01/2008 02:45 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject SMPE EOS Question Does anyone know where SMP/E lists the End of Service/Life for its releases? Regards, Steve Thompson -- 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
IOGEN of 2074
I am trying to gen two 2074 controllers using the example in the planning and installation guide as follows CU0700 CNTLUNIT CUNUMBR=0700,PATH=(04),UNITADD=((00,016)),SHARED=N, * PROTOCL=D,UNIT=3174 DEV700 IODEVICE ADDRESS=(700,016),CUNUMBR=(0700),* UNIT=3277 * CU0800 CNTLUNIT CUNUMBR=0800,PATH=(25),UNITADD=((00,016)),SHARED=N, * PROTOCL=D,UNIT=3174 DEV800 IODEVICE ADDRESS=(800,016),CUNUMBR=(0800),* UNIT=3277 When I execute //MIGRIOCP EXEC PGM=CBDMGHCP, // PARM='MIGR,I,WENDYS,2066-003,LPAR' I get messages E CBDA297I Control unit 0700 of type 3174 cannot attach device 0700 of type 3277-2. E CBDA297I Control unit 0800 of type 3174 cannot attach device 0800 of type 3277-2. What am I doing wrong? We are on z/OS 1.7 Jerry -- 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: IOGEN of 2074
Dennis, THANK YOU! Jerry Dennis Trojak [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 11/19/2008 11:14 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: IOGEN of 2074 Jerry, Change device type to UNIT=3270,MODEL=X to allow for all models of 3270 terminals. Dennis -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Fuchs Sent: Wednesday, November 19, 2008 9:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: IOGEN of 2074 I am trying to gen two 2074 controllers using the example in the planning and installation guide as follows CU0700 CNTLUNIT CUNUMBR=0700,PATH=(04),UNITADD=((00,016)),SHARED=N, * PROTOCL=D,UNIT=3174 DEV700 IODEVICE ADDRESS=(700,016),CUNUMBR=(0700),* UNIT=3277 * CU0800 CNTLUNIT CUNUMBR=0800,PATH=(25),UNITADD=((00,016)),SHARED=N, * PROTOCL=D,UNIT=3174 DEV800 IODEVICE ADDRESS=(800,016),CUNUMBR=(0800),* UNIT=3277 When I execute //MIGRIOCP EXEC PGM=CBDMGHCP, // PARM='MIGR,I,WENDYS,2066-003,LPAR' I get messages E CBDA297I Control unit 0700 of type 3174 cannot attach device 0700 of type 3277-2. E CBDA297I Control unit 0800 of type 3174 cannot attach device 0800 of type 3277-2. What am I doing wrong? We are on z/OS 1.7 Jerry -- 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 -- 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
DB2 Version 8 server threads going parallel.
I have been asked to cross post this as this issue is causing us a lot of pain, anguish, and gnashing of teeth.. We are having performance issues with processes going parallel once we migrated to DB2 V8 CM. We have our dsnrslt01 table setup to not allow any parallel. this was working fine in V7 not allowing any parallel but in V8 the distributed threads are going parallel. I have checked zparm settings for this and all are set properly to not allow parallel. Are there any settings out in server land that need to be set. Most are going parallel CPU. Or any other suggestions. We have an open PMR with IBM. TIA -- 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: Using RACF for Single Signon ( logon )
OOPS! You are correct. PSYNCH is from M-TECH MERCURY INFORMATION TECHNOLOGY David Long [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/20/2008 04:09 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Using RACF for Single Signon ( logon ) I think the Vanguard product is called ez/Signon. We don't use it, so I can't comment on it. Dave Long On Fri, 17 Oct 2008 13:25:43 -0500, Mark Zelden [EMAIL PROTECTED] wrote: On Fri, 17 Oct 2008 12:50:49 -0400, Jerry Fuchs [EMAIL PROTECTED] wrote: Marv, We use Vanguard PSYNCH. I thought it was from M-Tech? I just googled it and it looks like it is now Hitachi ID Systems, not M-Tech Information Technology. Does Vanguard also have a product called PSYNC? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 -- 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: Using RACF for Single Signon ( logon )
Marv, We use Vanguard PSYNCH. All ID's and passwords are maintained in RACF and are propagated to other platforms when a password changes. I can't really address cost, but it interfaces with just about everything and our security people are very happy with it. Jerry Marvin Lukasik [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 10/17/2008 12:44 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Using RACF for Single Signon ( logon ) In thinking about uses for the mainframe to extend its life, one that came to mind is using RACF as a password server so users need only a single password to logon into the many systems they must access. Like most shops today, we have a multitude of Microsoft Unix servers, each having different security and hence, different passwords. We have reviewed many offerings from vendors and most ( if not all ) completely ignore the mainframe and are ENORMOUSLY expensive. Also, their performance was disappointing and their systems were buggy. I would be interested in hearing comments about anyone who has heard of a RACF-based product or written something of their own to accomplish this. Also comments about the general feasability and difficulty of such an endeavor would be welcome. To do this relatively inexpensively on the mainframe would be quite a coup for an 'obsolete' platform. Marv Lukasik Systems Programmer Carle Clinic Association -- 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: Using RACF for Single Signon ( logon )
Oops I forgot. Here is Vanguard's contact info VANGUARD Integrity Professionals Enterprise Security Software 6625 S. Eastern Avenue, Suite 100 Las Vegas, Nevada 89119 Phone: (702)794.0014 | Fax: (702)794.0023 We also use their RIOVISON product to maintain RACF. -- 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
signoff
-- 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: Info on Setting Up an Lpar for Flashcopy
Eric, Using FDR to flash the volume. //FLASH EXEC PGM=FDRABR,REGION=0M,COND=(0,NE) //TAPE1 DD DUMMY,LABEL=RETPD=15 //TAPE2 DD DUMMY,LABEL=RETPD=15 //SYSPRIN1DD SYSOUT=* //SYSPRIN2DD SYSOUT=* //SYSPRIN3DD SYSOUT=* //SYSPRINTDD SYSOUT=* //SYSUDUMPDD SYSOUT=* FCOPY TYPE=FDR,VERIFYVOLSER=NO,CONFMESS=NO MOUNT VOL=DB2E49,FLASHUNIT=628B Then to backup from the flashed volume to tape //STEP010 EXEC PGM=FDRABR //SYSPRINT DD SYSOUT=* //SYSPRIN1 DD SYSOUT=* //ABRMAP DD SYSOUT=* //SYSUDUMP DD SYSOUT=R,HOLD=YES //TAPE1 DD DSN=FDRABR.PROD.DBE1001, // DISP=(NEW,KEEP), // UNIT=MAGTAPE, // VOL=(,,,50) //SYSINDD * DUMP TYPE=FDR,DSNENQ=NONE,PRINT=ABR,BUFNO=MAX,RTC=YES, ENQERR=NO,TAPERRCD=NO,SELTERR=NO,RTC=YES,FCOPY=(USE,REL) MOUNT VOL=DB2E* /* Jerry -- 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: Info on Setting Up an Lpar for Flashcopy
Eric, Don't know what happened to my first reply so will try again. When you do a flash copy the target unit is invalidated so that it cannot be brought online. FDR supplies a utility to restore it to the original source volser if you really want to. First to flash the volume to an offline volume //FLASH EXEC PGM=FDRABR,REGION=0M,COND=(0,NE) //TAPE1 DD DUMMY,LABEL=RETPD=15 //TAPE2 DD DUMMY,LABEL=RETPD=15 //SYSPRIN1DD SYSOUT=* //SYSPRIN2DD SYSOUT=* //SYSPRINTDD SYSOUT=* //SYSUDUMPDD SYSOUT=* FCOPY TYPE=FDR,VERIFYVOLSER=NO,CONFMESS=NO MOUNT VOL=DB2E49,FLASHUNIT=628B /* The to back up the flashed volume to tape //STEP010 EXEC PGM=FDRABR //SYSPRINT DD SYSOUT=* //SYSPRIN1 DD SYSOUT=* //SYSPRIN2 DD SYSOUT=* //ABRMAP DD SYSOUT=* //SYSUDUMP DD SYSOUT=R,HOLD=YES //TAPE1 DD DSN=FDRABR.PROD.DBE1001, // DISP=(NEW,KEEP), // UNIT=MAGTAPE, // VOL=(,,,50) //SYSINDD * DUMP TYPE=FDR,DSNENQ=NONE,PRINT=ABR,BUFNO=MAX,RTC=YES, ENQERR=NO,TAPERRCD=NO,SELTERR=NO,RTC=YES,FCOPY=(USE,REL) MOUNT VOL=DB2E* /* FDR also invokes flash copy when use use FDRCOPY to copy a data set. Really fast! Jerry -- 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: SMS - Delete
Just curious. Would a simple IEFBR14 specifying unit, vol ser, and disp old delete work? John McKown [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/29/2008 02:23 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: SMS - Delete On Fri, 29 Aug 2008, Mark Steely wrote: We are z/OS V1R9. I am not sure how this happen, but I have an un-cataloged dataset on an SMS managed volume. It won't let me delete this dataset because it is un-cataloged (it wont let me do anything with it since it is uncatalogued). Is there an easy way to delete this dataset. I tried using ISMF and it gives me the same result. Any help would be appreciated. Thank You Use IDCAMS with the DELETE NVR syntax. //STEP1 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //VOLSER DD DISP=OLD,UNIT=SYSDA,VOL=SER=volser //SYSIN DD * DELETE dataset.name - FILE(VOLSER) - NVR /* It it is VSAM, then delete using VVR instead of NVR. -- Q: What do theoretical physicists drink beer from? A: An EIN stein. Maranatha! John McKown -- 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
OCOPY problem
We are trying to run the following OCOPY //SETAEPRM EXEC PGM=IKJEFT01,COND=EVEN //AEPARMS DD * -CT DB2ODBC -CD FSPQA -CO PGLRCTLW -CP GLRUN27 -R PGL101WJ020 -AI GL_JEDIT -I //AEINFILE DD PATH='/tmp/GL_JEDIT', // PATHDISP=(KEEP,DELETE), // PATHOPTS=(ORDWR,OCREAT), // PATHMODE=(SIRUSR,SIWUSR) //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OCOPY INDD(AEPARMS) OUTDD(AEINFILE) TEXT CONVERT(YES) PATHOPTS(USE) //* It get the following error READY OCOPY INDD(INLOG) OUTDD(LOGHFS) TEXT CONVERT(YES) PATHOPTS(USE) THE RECORD SIZE IN THE OUTPUT DATA SET IS SMALLER THAN A LINE IN THE INPUT FILE. SOME RECORDS HAVE BEEN TRUNCATED. READY END What are we doing wrong? Jerry -- 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: OCOPY problem
OOPS! Thanks, Jerry McKown, John [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/28/2008 10:47 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: OCOPY problem -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Fuchs Sent: Thursday, August 28, 2008 8:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OCOPY problem We are trying to run the following OCOPY //SETAEPRM EXEC PGM=IKJEFT01,COND=EVEN //AEPARMS DD * -CT DB2ODBC -CD FSPQA -CO PGLRCTLW -CP GLRUN27 -R PGL101WJ020 -AI GL_JEDIT -I //AEINFILE DD PATH='/tmp/GL_JEDIT', // PATHDISP=(KEEP,DELETE), // PATHOPTS=(ORDWR,OCREAT), // PATHMODE=(SIRUSR,SIWUSR) //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * OCOPY INDD(AEPARMS) OUTDD(AEINFILE) TEXT CONVERT(YES) PATHOPTS(USE) //* It get the following error READY OCOPY INDD(INLOG) OUTDD(LOGHFS) TEXT CONVERT(YES) PATHOPTS(USE) THE RECORD SIZE IN THE OUTPUT DATA SET IS SMALLER THAN A LINE IN THE INPUT FILE. SOME RECORDS HAVE BEEN TRUNCATED. READY END What are we doing wrong? Jerry The JCL and the message don't seem to go together. In the JCL, you have AEPARMS and AEINFILE. Whereas the message talks about INLOG and LOGHFS. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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: Fwd: DB2 V8 stop command security
We used SDSF DA display to determine the ID of the job issuing the STOP command. Then VIA SPUFI issue the command GRANT SYSOPR TO userid; Jerry -- 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: Way... Back question...
I found that if the PDS had a member $$$COIBM IPOUPDTE would work. No zap required. Jerry -- 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: Way... Back question...
Just curious. Where, if anywhere, is CPPUPDTE documented? I can't find it. -- 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
Changing the NSINTERADDR TCPIP parm dynamically.
We need to point to a new DNS server. Can this be done without stopping TCPIP? Maybe through a modify command? Jerry -- 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: Changing the NSINTERADDR TCPIP parm dynamically.
Thanks. That's what I needed. Jerry Jeff Beech-Garwood [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/14/2008 02:42 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Changing the NSINTERADDR TCPIP parm dynamically. You can change/add the NSINTERADDR in your TCPIP.DATA file and issue F RESOLVER,REFRESH. Jeff Beech-Garwood Systems Programmer Mainframe Network Support US Bank, EP-MN-02NS 651-962-3809 Jerry Fuchs [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/14/2008 01:32 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Changing the NSINTERADDR TCPIP parm dynamically. We need to point to a new DNS server. Can this be done without stopping TCPIP? Maybe through a modify command? Jerry -- 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 U.S. BANCORP made the following annotations - Electronic Privacy Notice. This e-mail, and any attachments, contains information that is, or may be, covered by electronic communications privacy laws, and is also confidential and proprietary in nature. If you are not the intended recipient, please be advised that you are legally prohibited from retaining, using, copying, distributing, or otherwise disclosing this information in any manner. Instead, please reply to the sender that you have received this communication in error, and then immediately delete it. Thank you in advance for your cooperation. - -- 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
Dataclass extent constraint removal option
Before I set this option to yes I thought I would check and see if there are any pit falls to setting it to yes. Any gotchas? We have just one dataclass and are z/OS 1.7 Thanks Jerry -- 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: SMS and DFDSS
Why not add MY.DATASET.NEW to your ACS routines. Allocate MY.DATASET.NEW Copy MY.DATASET to MY.DATASET.NEW Delete MY.DATASET, rename MY.DATASET.NEW Lester, Bob [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 08/07/2008 11:18 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject SMS and DFDSS Hi Folks, I'm trying to assign a DATACLAS to some existing SMS datasets that don't have one, so they can extend to multiple volumes. I've done a logical DFDSS dump of the datasets (all PS). I've deleted the datasets that were dumped. I've Updated my DATACLAS ACS routines to assign the DATACLAS based on dsname. I've validated and activated the new SMS configuration. I run the restore, but the DATACLAS remains blank? What am I missing? Is this not possible? Is there a better way? Thanks! Bob Lester Technical Services Systems and Storage OppenheimerFunds -- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. == -- 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
USS Connection problem
We just migrated our DB2 subsystems in test to DB2 V8. Now the PeopleSoft process schedulers connections to DB2 fail. We get messages: Time allotted to check status of Scheduler expired. This may be due to the time to load all the libraries. We have been unable to determine the cause. We are z/OS 1.7. Any ideas? Jerry -- 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: Enterprise Scheduler
We are using BMC Control-M to schedule jobs on z/OS various flavors of Windows, AIX, etc. Have no complaints. -- 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: Enterprise Scheduler
Another good thing about BMC Control-M is their fees are based on the number of scheduled jobs rather than the size of the processor so if you upgrade your processor you don't get dinged big time like CA, IBM, and other vendors do. -- 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: Enterprise Scheduler
That's the deal we got. Don't know if it was negotiated. Ted MacNEIL [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 07/23/2008 04:19 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Enterprise Scheduler Another good thing about BMC Control-M is their fees are based on the number of scheduled jobs rather than the size of the processor so if you upgrade your processor you don't get dinged big time like CA, IBM, and other vendors do. When did that happen? I worked at a control-m shop for a few years, until I was downsized last year. We were MSU-Based. - Too busy driving to stop for gas! -- 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: SMF TYPE 60 REPORTS
If all you want is who scratched a non-VSAM data set. look at the SMF type 17 record. -- 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: LOOKAT ICH408I
If the HLQ is not defined the data set will be cataloged in the master catalog. Your ID is not authorized to update the master catalog. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul [EMAIL PROTECTED] Sent: Wednesday, July 09, 2008 7:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: LOOKAT ICH408I Just for instructional purposes, I wrote a job step using an undefined HLQ that failed with: ICH408I ... INSUFFICIENT ACCESS AUTHORITY FROM CATALOG.**.MASTER (G) ... and tried LOOKAT ICH408I. I get: #1.4.48 z/OS V1R7.0 Security Server RACF Messages and Codes -- 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: Set JobId on Submit..
The IKJEFF10 TSO submit exit would be used to change the job name to the TSO user's ID. Maybe this was missed when you went to a new release? Jerry -- 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: Set JobId on Submit..
Michael, If you cannot locate your IKJEFF10 exit I can send ours to you. Jerry -- 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: Adabas, zOs and WLM
I our environment we have A LOT of online (DB2 distributed) work that kicks off at night from a server somewhere. If we let it alone it would eat our lunch and batch processing windows would be missed. We have a night time definition that lowers the distributed work down to lower than a snakes belly. Who cares if it takes 4 hours? You are correct that it makes no sense to have a night time specification if there is no online work being done. That being said, it might just be easier and less aggravating to go along with it. Sounds like upper management has been talking to their buddies in a different environment again. Good luck. Jerry Anton Britz [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/12/2008 03:49 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Adabas, zOs and WLM Hi, How many of you have different WLM defintions for a Day time load and a Night time load in zOs . The LPAR is running CICS, ADABAS, SHADOW ? I am trying to tell them the concept of having different WLM settings for the different parts of the day , is old fashioned ex. We have WEB applications now and there is no point in increasing the Batch priorities when the CICS's are doing nothing at night. Difficult to explain because they believe the Batch jobs will go faster at night if you UP the priorities in WLM. Warnings : Any of your responses might be distributed in our organization , so please talk slowly so that everybody will understand. Note: Opposing views/opinions are always tolerated because that is how all of us think about we do, before doing it. Thanks Anton -- 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: IEC614I on RENAME or SCRATCH etc.
I had same problem. CBT file 183 contained BYPASSNQ program to allow renames/scratches of enqued files. User beware! Jerry Talbert Malone [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 06/05/2008 11:34 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject IEC614I on RENAME or SCRATCH etc. I am at Z/OS 1.9 and have had trouble applying service to ISF.SISFLOAD. I got a D37 abend in SMP/E . I copied the dataset and enlarged but can't rename to replace the old one. It seems I have been here before but I can't recall what trick I used to get around it. I am in an LPAR environmemt(not sysplex)and am applying service from a service LPAR to a target LPAR that is not running. Any help would be appreciated. -- 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: SMFDUMP empty datasets
You could use ICETOOL to check for an empty dataset. //PSTEP050 EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //TOOLIN DD * COPY FROM(DD01) TO(DD01O) COUNT FROM(DD01) EMPTY /* //DD01 DD DSN=input //DD01ODD DSN=output If the input is empty will get a return code of 12. Jerry -- 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: ADD library to Linklst
I have used TMON to delete and add a library to the link list. As we run PDSMAN must stop PDSMAN, refresh LLA, and start PDSMAN. Jerry Daniel McLaughlin [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/21/2008 01:54 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: ADD library to Linklst In your PARMLIB create: BROWSESYS1.TEST.ZOS17.PARMLIB(PROGDM) - 01.01Line Col 001 080 Command === Scroll === CSR * Top of Data * LNKLST DEFINE NAME(LNKLSTAA) COPYFROM(CURRENT) LNKLST ADD NAME(LNKLSTAA) DSN(SYS4.FA.V8R8M2.LOAD) VOLUME(O2A010) LNKLST ACTIVATE NAME(LNKLSTAA) a member that looks like this. Then on the console SET PROG=DM (for my example). Daniel McLaughlin Z-Series Systems Programmer Information Communications Technology Crawford Company 4680 N. Royal Atlanta Tucker GA 30084 phone: 770-621-3256 fax: 770-621-3237 email: [EMAIL PROTECTED] web: www.crawfordandcompany.com IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/21/2008 01:50:34 PM: Lucy Arnold [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/21/2008 01:50 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject ADD library to Linklst -- Information from the mail header --- Sender: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU Poster: Lucy Arnold [EMAIL PROTECTED] Subject: ADD library to Linklst --- Hello, I am upgrading EZTRIEVE and am trying to add a PDSE to LNKLST00: We went into TMON and added the new PDSE and removed the old PDS. We refreshed LLA. If jobs use a STEPLIB/JCLLIB pointing to new library(PDSE) all works well, if we let it find modules through LNKLST then jobs abend with a S0C4 - Does anybody know how to add a PDSE to LNKLST on the fly??? We did try some of the SETPROG ZOS commands but never could seem to get the syntax correct Thanks! Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- 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 Best Overall Third-Party Claims Administrator - 2007 Business Insurance Readers Choice Awards Consider the environment before printing this message. This transmission is intended exclusively for the individual or entity to which it is addressed. This communication may contain information that is confidential, proprietary, privileged or otherwise exempt from disclosure. If you are not the named addressee, you are NOT authorized to read, print, retain, copy or disseminate this communication, its attachments or any part of them. If you have received this communication in error, please notify the sender immediately and delete this communication from all computers. This communication does not form any contractual obligation on behalf of the sender, the sender's employer, or the employer's parent company, affiliates or subsidiaries. -- 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: Practical jokes for mainframe systems programmers
'card chads'? Showing your age! Whish I had thought of that back when we had them! Jerry Tom Marchant [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/21/2008 03:53 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Practical jokes for mainframe systems programmers Ok, these are old and don't involve any modern technology. 1. Take all the drawers out of someone's desk, turn the desk upside down and re-insert the drawers so that they were right-side up in the upside down desk. The guy comes in, turns his desk back right-side up and when he opens a drawer, its contents spill onto the floor, or his lap. 2. Remove the contents of a desk drawer and fill it with card chads and a propellor hooked to a rubber band, like one of those toy airplanes. When he opens the drawer, the propeller takes off and throws chads everywhere. -- Tom Marchant -- 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
Electronic order of PTF
My co-worker just ordered electronically a PTF. The order status shows it is ready. OK. Now how do I get it? Jerry -- 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
CICS/TS 2.3 and z/OS 1.7
I have an open PMR with IBM not having much luck getting them to call me back. Under z/OS 1.7 it looks like map storage is not being cleared causing garbage to be displayed. This works fine under z/OS 1.4. Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but have not been able to resolve. This is preventing implementation of z/OS 1.7 in production. Could this be a LE/370 option issue? I am at a loss. Thanks Jerry Fuchs Senior Systems Engineer Wendy's International Inc. One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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: CICS/TS 2.3 and z/OS 1.7
John, That did it! Will live happily ever after now. THANKS Jerry Fuchs Senior Systems Engineer Wendy's International Inc. One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 John P Kalinich [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/13/2008 01:30 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: CICS/TS 2.3 and z/OS 1.7 Jerry Fuchs of the IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/13/2008 12:19:27 PM: I have an open PMR with IBM not having much luck getting them to call me back. Under z/OS 1.7 it looks like map storage is not being cleared causing garbage to be displayed. This works fine under z/OS 1.4. Have applied all maintenance to CICS/TS 2.3 and z/OS 1.7 but have not been able to resolve. This is preventing implementation of z/OS 1.7 in production. Could this be a LE/370 option issue? I am at a loss. Change the CICS LE CEECOPT parameter to... STORAGE(00,NONE,NONE,0) Regards, John K -- 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: ServerPac and zFS
By doing a GOOGLE search on IOEPRM00 came up with a red book on zFS implementation. Jerry -- 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: Shop zSeries Ordering Issues
AMEN! Jerry Fuchs Senior Systems Engineer Wendy's International Inc. One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 Schwarz, Barry A [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/05/2008 02:29 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Shop zSeries Ordering Issues I don't object to z/OS including Unix. I do object to being forced to use it for completely unrelated functions. -Original Message- From: Timothy Sipples [mailto:snip] Sent: Friday, May 02, 2008 10:22 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Shop zSeries Ordering Issues Barry Schwarz writes: If I wanted a Unix system, I would have bought one. You did. :-) z/OS includes UNIX(TM). -- 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: Help with applying maintenance
Bruce, BYPASSNQ is just what I needed. Works GREAT! I will have to take a look at what else is in CBT183. THANKS! Jerry Bruce Hewson [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/24/2008 01:09 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Help with applying maintenance Hello Jerry, I use this JCL. It does require the BYPASSSNQ APF authourized program from the Free Software written by Gilbert Saint-Flour available on CBT file 183. BYPASSNQ Assembler program. Scratch or Rename a Data Set without SYSDSN ENQ BYPASSNQ is a driver that allows you to run any utility program (such as IEHPROGM or IDCAMS) and bypass dsname ENQ that is normally performed by the DYNALLOC, SCRATCH and RENAME SVCs. This technique allows data sets to be deleted or renamed using standard MVS services and is fully compatible with indexed VTOCs and SMS. Regards Bruce Hewson Set the Variables to required values, and do C ALL 'SYSRES' 'your_volser' //SYDBHBIG JOB (ACCT#),'Enlarge APPC.ISPCLIB', // CLASS=A, // MSGCLASS=X, // NOTIFY=SYSUID //* //*--* //* Make dataset single extent. * //*--* //* Tracks % XT Device Dsorg Recfm Lrecl Blksz //* -- //* SYS1.DATASET //* 450 9 1 3390 PO FB 80 10720 //* -- //* // SET PRIMSPC=450 // SET SECSPC=15 // SET SPCUNIT=TRK // SET DIRBLKS=90 //* // SET RECFMT=FB // SET RECLEN=80 // SET BLKSIZ=10720 //* //* //* * //* Allocate dataset large enough for all data within a single extent //* * //* //* //DEFINE EXEC PGM=IEFBR14 //NEWDSN DD DISP=(NEW,KEEP), //DSN=SYS1.DATASET.BIGGER, //UNIT=3390, //VOL=SER=SYSRES, //SPACE=(SPCUNIT,(PRIMSPC,SECSPC,DIRBLKS)), //RECFM=RECFMT, //LRECL=RECLEN, //BLKSIZE=BLKSIZ //* //* //* //COPY EXEC PGM=IEBCOPY,COND=(0,NE,DEFINE) //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR, // UNIT=3390, // VOL=SER=SYSRES, // DSN=SYS1.DATASET //SYSUT2 DD DISP=SHR, // UNIT=3390, // VOL=SER=SYSRES, // DSN=SYS1.DATASET.BIGGER //SYSINDD * COPY INDD=SYSUT1,OUTDD=SYSUT2 /* //* //* * //* Delete dataset - uses GSF BYPASSNQ program //* * //* //DELETE EXEC PGM=BYPASSNQ,PARM=IEHPROGM,COND= (0,NE,COPY) //STEPLIB DD DISP=SHR,DSN=SSSY.MSY.AUTHLIB //SYSPRINT DD SYSOUT=* //TARGET DD DISP=OLD,UNIT=SYSDA,VOL=SER=SYSRES //SYSINDD * SCRATCH VOL=3390=SYSRES,DSNAME=SYS1.DATASET /* //* //* * //* Rename new dataset to target datasetname //* * //* //RENAME EXEC PGM=IEHPROGM,COND=(0,NE,DELETE) //SYSPRINT DD SYSOUT=* //SYSRES DD UNIT=3390,VOL=SER=SYSRES,DISP=OLD //SYSINDD * RENAME VOL=3390=SYSRES,* DSNAME=SYS1.DATASET.BIGGER, * NEWNAME=SYS1.DATASET /* //* //* -- 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
Help with applying maintenance
I am trying to apply maintenance to z/OS 1.7 but received a D37-04 in three libraries. Of course all three are link listed libraries. I can allocate .NEW libraries and copy into them, but how do I then rename them to the original name? Thanks -- 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: Help with applying maintenance
No I am not applying to the active system. Could be a career decision! Will give applying maintenance to a temporary library then copying back into the original. Matthew Stitt [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/23/2008 02:50 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Help with applying maintenance I give you a minor slap on your fingers. g I add DD names to the SMPE JCL to point to the new temporary copies of the libraries. Then apply the maintenance to the temporary libraries. When that is finished, I will compress the temporary libraries, then first try to copy them to the real ones. This sometimes works better if I empty the real libraries first, then compress them also. All this assumes that I'm using indirect volume addressing through the catalog and have SMPE pointing directly to an alternate copy of the libraries on another volume. I also run SMPE APPLY function with the COMPRESS(ALL) option, which causes it to delete all members being changed from the library, then compress the library before applying the maintenance. On Wed, 23 Apr 2008 13:29:00 -0500, Bobbie Justice [EMAIL PROTECTED] wrote: okay, consider your virtual fingers slapped. hopefully the applying maintenance is being done to an alternate sysres, and the real live datasets are cataloged using SYSR1, etc. . allocate .NEW libraries on the alt sysres larger copy contents of Current on the alt sysres to NEW rename 'CURRENT (on the alt sysres) to .OLD (see rename dataset in use option from another poster) rename .NEW (on the alt sysres) to CURRENT re-run your apply. -- 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: Workable Mainframe Debuggers
We use MacKinney Systems TRACK for batch and XRAY for CICS. They are very inexpensive but work very well Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.4-1.7 gotchas
One that we ran into was a COBOL RM31 program calling an assembler RM24 program. Had to change the LE370 options ALL31 to OFF and HEAP to ANYWHERE. Shmuel Metz (Seymour J.) [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 04/09/2008 12:16 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject z/OS 1.4-1.7 gotchas I may be drafted to do a 1.4 to 1.7 migration. I'm concerned both about any gotchas in the migration itself and about anything that might impede a later migration to a supported[1] release. There are two LPAR's in a sysplex and a third LPAR in a monplex. Is there anything critical that the documentation and PSP don't tell you, or that they get wrong? [1] 1.7 is still supported, but not for long. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: z/OS 1.4-1.7 gotchas
Were unable to do any SPUFI commands due to RACF authorization. This fixed that. //STEP1 EXEC PGM=IKJEFT01,DYNAMNBR=20 //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * SETROPTS GENERIC(DSNR) RDEFINE DSNR ** UACC(READ) Can be done in advance on z/OS 1.4 Don't forget JES2 $ACTIVATE command on z/OS 1.4 -- 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: TCPIP IPDS Printer
This is what I have for our Xerox printer //PRT2 CNTL //PRT2 PRINTDEV IPADDR='10.255.230.191',/* TCP/I // PORTNO=5001, /* // FAILURE=WCONNECT,/* ATTEMPT RECONNEC // MGMTMODE=OUTAVAIL, /* START SESSION WH // RELMODE=IDLE,/* RELEASE WHEN IDL // RELINTV=240, /* RELEASE INTERVAL // DISCINTV=0, /* NO TIMEOUT Jerry Fuchs Senior Systems Engineer Wendy's International Inc. One Dave Thomas Blvd. Dublin, Ohio 43017 (614) 764-3594 -- 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: SYSLOG problem
Hey Mary, Try command 'W START' Jerry Yukus, Mary J CIV USMEPCOM [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 03/31/2008 01:04 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject SYSLOG problem Hi Everyone, We have an issue with our syslog. The command was issued to stop the syslog to write it out. Normally a new syslog is created. Unfortunately this time that didn't happen. We are now using the logger data set on this partition, just the hard copy. Does anyone know how to get a new syslog out there? This is on z/OS 1.4. Thanks, Mary -- 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
