CA Security Certificate
….good morning, we are being greeted with the following trying to enter CA-Support website: There is a problem with this website's security certificate. Certificate error: Navigation blocked …anyone else, or just us? -- 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
SMFDUMP empty datasets
…we have been executing this SMFDUMP program since the last
century…most of the time the *OUT datasets are created successfully, but
occasionally, we have an *OUT dataset allocated and then left empty
which causes a downstream job to abend…
…how might we prevent the creation of an empty *OUT dataset?
…thankyou…
//SMFCPU1 PROC
//SMFCPU1 EXEC PGM=SMFDUMP,REGION=8M
//NOPLDDD DUMMY /* OVERRIDE PROSMS DASD ALLOCATION RULES */
//
//* BECAUSE THE PROGRAM OPENS/CLOSES DUMPOUT TWICE, MUST BE MOD!!
//* THIS IS SMF DUMP FOR CPU1.
//* ENQUEUE DATA SET EXISTS TO PREVENT THIS PUPPY FROM EXECUTING
//* WHILE THE SMFISMF SWITCH JOB EXECUTES AND VICE VERSA.
//
//ENQUEUE DD DSN=SMF.MANXY.DUMP.ENQUEUE.CPU1,DISP=OLD
//DUMPIN DD DSN=SYS1.MAN1,
// DISP=SHR,AMP=('BUFSP=163840')
//DUMPOUT DD DSN=SMF.MANXY.DUMP.CPU1(+1),DISP=(MOD,CATLG),
// UNIT=DISK,VOL=SER=NSCSMF,SPACE=(CYL,(350,50)),
//DCB=(MODEL.DSCB,DSORG=PS,RECFM=VBS,LRECL=X,BLKSIZE=27998)
//DUMPT15 DD DSN=SMF.MANXY.DUMP.TYPE15.CPU1(+1),DISP=(MOD,CATLG),
// UNIT=DISK,VOL=SER=NSCSMF,SPACE=(CYL,(50,5)),
//DCB=(MODEL.DSCB,DSORG=PS,RECFM=VBS,LRECL=X,BLKSIZE=27998)
//DUMP201 DD DSN=SMF.MANXY.DUMP.TYPE201.CPU1(+1),DISP=(MOD,CATLG),
// UNIT=DISK,VOL=SER=NSCSMF,SPACE=(CYL,(50,5)),
//DCB=(MODEL.DSCB,DSORG=PS,RECFM=VBS,LRECL=X,BLKSIZE=27998)
//SYSPRINT DD SYSOUT=X
//SYSUDUMP DD SYSOUT=X
//SYSINDD DSN=BDC2.PARMLIB(SMFDPARM),DISP=SHR
SMFDPARM contains the following
INDD(DUMPIN,OPTIONS(ALL))
OUTDD(DUMPOUT,TYPE(000:255))
OUTDD(DUMPT15,TYPE(15))
OUTDD(DUMP201,TYPE(201))
--
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: GRS Tales of Tribulation
.we used to have occasional woe with GRS...but RESTART(YES) has allowed us to recover in all situations when dinking with our TEST LPAR has messed up GRS...is still not pretty; lost of ugly messages; but our PROD LPAR recovers... BROWSESYS1.PARMLIB(GRSCNF11) - 01.02 Line 0043 Col 0 Command === Scroll === CTRACE(CTIGRS00) /* TRACE PARMS ARE IN CTIGRS00*/ 0 REJOIN(YES)/* CAN IT JOIN THE RING ? */ 0 RESMIL(10) /* RESIDENCY TIME IN MILLISECONDS */ 0 RESTART(YES) /* CAN IT RESTART THE RING ? */ 0 * RESTART(NO) CAN IT RESTART THE RING ? */ 0 TOLINT(180)/* TOLERANCE INTERVAL IN SCEONDS */ 0 -Original Message- From: Scott Rowe [mailto:[EMAIL PROTECTED] Sent: Monday, May 19, 2008 1:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: GRS Tales of Tribulation I think you sort of hung yourself here, GRS was bringing TEST into the ring just fine when you shot test. If you had waited, TEST would most likely have joined the ring without error. The JES2 messages are just a symptom of the join process, which can be VERY slow in non-XCF RING mode, if there are a lot of resources enqueued. I am in the process of converting from an old RING into an XCF RING, and the join process takes 5 minutes the old way, but only about 8 seconds w/XCF. Feel free to contact me off-list if you have any questions. Daniel McLaughlin [EMAIL PROTECTED] 5/19/2008 1:27 PM We were attempting GRS startup. PROD was up and happy when the TEST LPAR was IPL'd. Then we started getting all sorts of JES2 CKPT dataset alerts about some allocated type condition. OK, let's take TEST down. But TEST, at the same time, was having heartburn over the ACDS (posted earlier). TEST wouldn't come down gracefully with automation because SMS had never come up. Long story short - we nailed TEST all the way down to DEACTIVATE. PROD, in the meantime, was spewing the JES2 message, and nothing was there to reply to. D GRS showed all player inactive. Tried to smoke JES2, but he was in the bog and not coiming out. One unscheduled IPL... GRS seemed to recognize that another member was gone, but as stated, we were severly boxed up. We're researching, telling IBM, and any one else who will perhaps have a clue, such as the membership of this forum. Monday - and I'm only allowed 1 cup of coffee per day! -- 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 Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [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
CA ACF2 SAF HFS Security and COCSTS32
We are currently converting from CICS TS1.3 to CICS TS3.2, and we want to implement ACF2 CA SAF HFS Security. There is an ACF2 Tool ACFHFSRP which generates resource rules for all HFS directories. This tool does not create the NEXTKEY entries for CICSTS32 XML directories which is over 4000 lines. You can build a maximum chain of 25 NEXTKEYs. When you specify more than 25, eTrust CA-ACF2 denies access and writes an SMF logging record of the event. The ACFRPTRV report displays the error condition and the $KEYs of all the rules that eTrust CA-ACF2 checked. Has anyone implemented ACF2 CA SAF HFS Security and setup the resource rules for the HFS directories? Is there a better way to protect the HFS directories from the application programming staff? -- 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
CA-ACF2 SAF HFS worded another way
_ From: Carlson, Steven Sent: Monday, May 12, 2008 10:07 AM To: Donnelly, John P Subject: IBMMAIN Question John: I found this question in IBMMAIN, and would like to send it again. Has anyone implemented the CA-ACF2 SAF HFS security facility to replace Unix security in USS? I would like to hear your experiences. We're early in the planning process and it would be helpful to hear from those brave souls who have gone before... -- 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: absurd programs that used to be everywhere ...
.got one... //GOTHIC EXEC PGM=GOTHIC,PARM='X ' //SYSPRINT DD SYSOUT=* //* //* PARM=FOREGROUND BLANK BACKGROUND //* PARM='X ' OR PARM='. MW*' //* X CREATES WHITE BACKGROUND WITH PRINTED LETTERS. //* . MW CREATES DARK BACKGROUND WITH BLANK LETTERS. //* //* DATA CARDS //* TWO BLANKS TERMINATE CARD //* DEFAULT IS LOWER CASE. USE _LETTER FOR UPPER CASE. //* //SYSINDD * 1970 _MOI /* ...provide an address and preferred method of shipping... ...executes on our z/OS V1R7, but you gotta have the printers... -Original Message- From: F. J. Kelley [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2008 6:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: absurd programs that used to be everywhere ... (Sincere apologies, I already hate myself for even asking this, but ...) Our computer center is having its 50th anniversary and digging up all kinds of stuff from the old days. The 3330 disk I had has already been grabbed. I am the last mf support person on the academic side (we still have a robust administrative side that uses the mainframe), but it is thought I have all sorts of programs from the 70's and 80's on hand. (well, I do still have the startrek load module, but that's something of an accident) Anyway, I've been asked if I can provide banners ... sheesh ... The kind printed on fanfold (ie greenbar) paper. (I'd settle for giving them a snoopy calendar, though they really want the banners) I remember SAS Proc GSLIDE was often used for this kind of stuff, but not on an impact printer. Anyone still have one of those programs? thanks and apologies for burdening the list with this silliness (but now I can say i asked). -- Joe Kelley [EMAIL PROTECTED] -- 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: absurd programs that used to be everywhere ...
.what was meant is will ship to you... -Original Message- From: F. J. Kelley [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2008 8:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: absurd programs that used to be everywhere ... nope, no such pgm found. --Joe Original message Date: Fri, 9 May 2008 15:17:00 + From: John P Donnelly [EMAIL PROTECTED] Subject: Re: absurd programs that used to be everywhere ... To: IBM-MAIN@BAMA.UA.EDU .got one... //GOTHIC EXEC PGM=GOTHIC,PARM='X ' //SYSPRINT DD SYSOUT=* //* //* PARM=FOREGROUND BLANK BACKGROUND //* PARM='X ' OR PARM='. MW*' //* X CREATES WHITE BACKGROUND WITH PRINTED LETTERS. //* . MW CREATES DARK BACKGROUND WITH BLANK LETTERS. //* //* DATA CARDS //* TWO BLANKS TERMINATE CARD //* DEFAULT IS LOWER CASE. USE _LETTER FOR UPPER CASE. //* //SYSINDD * 1970 _MOI /* ...provide an address and preferred method of shipping... ...executes on our z/OS V1R7, but you gotta have the printers... -Original Message- From: F. J. Kelley [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2008 6:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: absurd programs that used to be everywhere ... (Sincere apologies, I already hate myself for even asking this, but ...) Our computer center is having its 50th anniversary and digging up all kinds of stuff from the old days. The 3330 disk I had has already been grabbed. I am the last mf support person on the academic side (we still have a robust administrative side that uses the mainframe), but it is thought I have all sorts of programs from the 70's and 80's on hand. (well, I do still have the startrek load module, but that's something of an accident) Anyway, I've been asked if I can provide banners ... sheesh ... The kind printed on fanfold (ie greenbar) paper. (I'd settle for giving them a snoopy calendar, though they really want the banners) I remember SAS Proc GSLIDE was often used for this kind of stuff, but not on an impact printer. Anyone still have one of those programs? thanks and apologies for burdening the list with this silliness (but now I can say i asked). -- Joe Kelley [EMAIL PROTECTED] -- 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 -- 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: absurd programs that used to be everywhere ...
ok, now ...provide an address and preferred method of shipping...FTP? -Original Message- From: F. J. Kelley [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2008 8:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: absurd programs that used to be everywhere ... yes, thanks!! Original message Date: Fri, 9 May 2008 15:32:45 + From: John P Donnelly [EMAIL PROTECTED] Subject: Re: absurd programs that used to be everywhere ... To: IBM-MAIN@BAMA.UA.EDU .what was meant is will ship to you... -Original Message- From: F. J. Kelley [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2008 8:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: absurd programs that used to be everywhere ... nope, no such pgm found. --Joe Original message Date: Fri, 9 May 2008 15:17:00 + From: John P Donnelly [EMAIL PROTECTED] Subject: Re: absurd programs that used to be everywhere ... To: IBM-MAIN@BAMA.UA.EDU .got one... //GOTHIC EXEC PGM=GOTHIC,PARM='X ' //SYSPRINT DD SYSOUT=* //* //* PARM=FOREGROUND BLANK BACKGROUND //* PARM='X ' OR PARM='. MW*' //* X CREATES WHITE BACKGROUND WITH PRINTED LETTERS. //* . MW CREATES DARK BACKGROUND WITH BLANK LETTERS. //* //* DATA CARDS //* TWO BLANKS TERMINATE CARD //* DEFAULT IS LOWER CASE. USE _LETTER FOR UPPER CASE. //* //SYSINDD * 1970 _MOI /* ...provide an address and preferred method of shipping... ...executes on our z/OS V1R7, but you gotta have the printers... -Original Message- From: F. J. Kelley [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2008 6:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: absurd programs that used to be everywhere ... (Sincere apologies, I already hate myself for even asking this, but ...) Our computer center is having its 50th anniversary and digging up all kinds of stuff from the old days. The 3330 disk I had has already been grabbed. I am the last mf support person on the academic side (we still have a robust administrative side that uses the mainframe), but it is thought I have all sorts of programs from the 70's and 80's on hand. (well, I do still have the startrek load module, but that's something of an accident) Anyway, I've been asked if I can provide banners ... sheesh ... The kind printed on fanfold (ie greenbar) paper. (I'd settle for giving them a snoopy calendar, though they really want the banners) I remember SAS Proc GSLIDE was often used for this kind of stuff, but not on an impact printer. Anyone still have one of those programs? thanks and apologies for burdening the list with this silliness (but now I can say i asked). -- Joe Kelley [EMAIL PROTECTED] -- 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 -- 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
IBMLink,IBMResourceLink,IBM Express Service for Resolve
Our contracts people are asking about renewing IBM Express Service for Resolve…have no idea what this is…would appreciate some insight… Also, was under the impression that IBMResourceLink was the replacement for IBMLink… Need a one liner stating purpose of: IBMLink= IBMResourceLink= IBM Express Service for Resolve= Appreciate… -- 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: IBMLink,IBMResourceLink,IBM Express Service for Resolve
.thankyou... -Original Message- From: Field, Alan C. [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 9:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLink,IBMResourceLink,IBM Express Service for Resolve -Original Message- From: John P Donnelly Here cut and pasted from the Resource link site: Resource Link(tm) is a customized Web-based solution, providing access to information for planning, installing, and maintaining IBM Systems and IBM S/390 servers and associated software. i.e. Hardware related stuff. IBMLink Software related stuff I have never come across Express Service for Resolve Alan Subject: IBMLink,IBMResourceLink,IBM Express Service for Resolve Our contracts people are asking about renewing IBM Express Service for Resolve...have no idea what this is...would appreciate some insight... Also, was under the impression that IBMResourceLink was the replacement for IBMLink... Need a one liner stating purpose of: IBMLink= IBMResourceLink= IBM Express Service for Resolve= Appreciate... -- 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: IBMLink,IBMResourceLink,IBM Express Service for Resolve
.thankyou -Original Message- From: Ken Porowski [mailto:[EMAIL PROTECTED] Sent: Thursday, May 08, 2008 9:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLink,IBMResourceLink,IBM Express Service for Resolve IIRC Resolve (or the higher levels of access above base IBMLINK) gave you ASKQ availability and I would think Express Service gives you a higher priority. IBMLink is for software ResourceLink is for hardware and planning/config -Original Message- Field, Alan C. -Original Message- From: John P Donnelly Here cut and pasted from the Resource link site: Resource Link(tm) is a customized Web-based solution, providing access to information for planning, installing, and maintaining IBM Systems and IBM S/390 servers and associated software. i.e. Hardware related stuff. IBMLink Software related stuff I have never come across Express Service for Resolve Alan Subject: IBMLink,IBMResourceLink,IBM Express Service for Resolve Our contracts people are asking about renewing IBM Express Service for Resolve...have no idea what this is...would appreciate some insight... Also, was under the impression that IBMResourceLink was the replacement for IBMLink... Need a one liner stating purpose of: IBMLink= IBMResourceLink= IBM Express Service for Resolve= Appreciate... -- 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
HCD Report Facility
CBDG129I Module IHVAPI2 cannot be found… Where might IHVAPI2 reside? z/OS V1R7 Thankyou -- 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: HCD Report Facility
.thankyou all... -Original Message- From: Linda Mooney [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 06, 2008 3:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HCD Report Facility That module is from Escon Manager. If you don't have an Escon Director and you ask for the switch report, you will get this error. Not to worry. I've seen it too. Linda Mooney -- Original message -- From: John P Donnelly [EMAIL PROTECTED] CBDG129I Module IHVAPI2 cannot be found Where might IHVAPI2 reside? z/OS V1R7 Thankyou -- 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
Business Recovery Exercise
…we are about 10 days into a BRE aka Disaster Recovery Exercise…couple
things if may…
- one of our procedures is to initialize all the DASD; establish a
SYS1.VTOCIX.what and a SYS1.VVDS.Vwhat; restore the DASD…during this
restore process we received prompts as
ADR369D (ttt)-m(yy), AUTHORIZE FOR {READ | WRITE} ACCESS {A
CHECKPOINT/RESTART DATA SET | A RACF DATA SET ON NON-RACF
SYSTEM|A
VVDS | A VTOCIX | ICF VSAM DATA SET ON NON-ICF SYSTEM} ON
volume_serial_number, job_name, step_name, REPLY U OR T
for VTOCIX
..we are executing a basic out of the box Recovery System and submit the
restores with LOGONID IBMUSER…anyway to avoid the prompt?
- one of our procedures is to DELETE NOSCRATCH thousands of production
datasets; catalog cleanup before dataset restore…this process took hours
to execute…might this be related to the CATALOG AUTOTUNE in our 1.7
system?
--
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
FTP Failures
We execute many FTP transmissions from z/OS V1R7 outbound to our AIX boxes. From time to time we have FTP failures; 1% of the total. However this 1% is in a VERY visible system and receives a lot of attention. A rerun a few minutes later is successful. So, the question is, might we setup some kind of a PING process and then depending on the RC from the PING either enter a WAIT for 60 seconds or continue? What do you do? Program Err RC Err Code Server Error Text FTP 2651 27227 9 SCAIX403 Connection to Server Interrupted or Timeout FTP 1808 1 8 SCAIX403 Connection to Server Interrupted or Timeout FTP 2651 27227 9 SCAIX403 Connection to Server Interrupted or Timeout FTP 2874 27450 2 SCAIX403 Cannot open or remove a file containing a running program. FTP 2651 27227 9 SCAIX403 Connection to Server Interrupted or Timeout FTP 1954 26530 00011 SCAIX205 Login incorrect FTP 1808 1 8 SCAIX404 Connection to Server Interrupted or Timeout FTP 1808 1 8 SCAIX403 Connection to Server Interrupted or Timeout FTP 1808 1 8 SCAIX403 Connection to Server Interrupted or Timeout 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
Systems Integrators
We are considering contracting with a company named MSI System Integrators for assistance with migration from CICS TS 1.3 to CICS TS 3.2 and enable WEB Services with CICS TS 3.2. Does anyone have any experiences with this company and are willing to share with us offline? Thankyou… John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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 T/S and z/OS V1R9
We are still executing CICS T/S 1.3 and COBOL II RELEASE 4.0…couple of old but critical applications… We are planning an upgrade z/OS V1R7 to V1R9… IBM thinks CICS T/S 1.3 will run on V1R9 but at our own risk… Has anyone tried executing CICS T/S 1.3 on V1R9? John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: ABEND S530 / Wait State 040 - IEAVNPDC
...had one like this... ...test LPAR IPLs fine; production LPAR IPLs fine; but the two cannot be up at the same time... ...turned out to be a mismatch in SYS1.PARMLIB(GRSRNLxx)...made these members the same on both LPARs and all was good... John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -Original Message- From: Michael Schmutzok [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 11, 2007 8:19 AM To: IBM-MAIN@BAMA.UA.EDU Subject: ABEND S530 / Wait State 040 - IEAVNPDC Hello. Awhile ago, I applied maintenance to my test system. After an initial period of testing/burn-in, it was decided to put the maintenance into production. I did a disk copy of the test sysres volume, including the IPLTEXT and created a copy of the test ROOT ZFS dataset. The newly created sysres IPLs under the test system LPAR with no issues. I tried to IPL the same sysres under my production LPAR and it abended in IEAVNPDC with a S530 and put the system into a wait state (040). The message blinks off of the console almost immediately and there's nothing left to look at. I've tried hard to make sure there are no image specific datasets on the sysres so that they COULD be interchangeable. I don't know why it will IPL under my test system (where the sysres was copied) and not under my production LPAR. Because of time constraints, I was unable to do much more than try to catch what I could which didn't include a stand alone dump. IEAVNPDC seems to be involved with WLM but the abend mentions GRS resource initialization. We're not using GRS for anything in either system (not knowingly, anyway). Any ideas on where to look for a smoking gun? Anybody ever have this happen to them? We're running z/OS V1R7 mike -- 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
z/OS Position Opening (Approved by Darren)
Email resume, questions, concerns to [EMAIL PROTECTED] We have a z/OS Systems Services position open in a contract to hire situation. We are very network centric; the mainframe is the network hub with communication responsibility to/from our international locations and to/from our direct customers worldwide. Skill requirements: * VTAM, TCP/IP, SMPE, DFSMS, HCD, WLM, USS * ACF2, JOBTRAC, TMS, TPX, SPOOL/VIEW * CICS, IDMS, MQSeries Position description: * Provide network systems programming support for VTAM, TCP/IP, TPX, cross platform connectivity, and networked printer services. * Provide systems programming support for the suite of CA products, DFSMS, HCD, WLM, and IXGLOGR. * Provide implementation and verification support for CICS, IDMS, MQseries. Environment: * z800 2066 * z/OS V1R7, Production LPAR, Test LPAR John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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
GRS Joining Complex
…we just moved from V1R4 to V1R7 29SEP07… …we had a Test LPAR executing V1R7 and a Prod LPAR executing V1R4… …these two happily coexisted with GRS as PLEXCFG=MONOPLEX, and system logger files defined with PLEX5 and PLEX1… …with the Prod LPAR under V1R7, we IPLed the Test LPAR (V1R7)… …and this is the last thing displayed before the Test LPAR went dead and the Prod LPAR just waited while recovering… ISG011I SYSTEM CPU5 - JOINING GRS COMPLEX *$HASP9201 JES2 MAIN TASK WAIT DETECTED AT ISGNLPA +0099DE 891 DURATION-000:00:12.97 PCE-CKPT EXIT-NONE JOB ID-NONE *$HASP9207 JES2 CHECKPOINT LOCK HELD 892 DURATION-000:00:17.99 …there was also some squawking about a CTC following the previous… D GRS,SYSTEM IOS000I 030F,**,SIM,**,**06GRS IEF196I IOS071I 030F,05,GRS, MISSING CHANNEL AND DEVICE END IOS071I 030F,05,GRS, MISSING CHANNEL AND DEVICE END 924 ISG046E CTC 030F DISABLED DUE TO HARDWARE ERROR CODE=05 VARY 030F,OFFLINE COMPONENT:SCSDS MODULE:ISGBTC PURPOSE:DISABLE CTC ISG022E SYSTEM CPU1 DISRUPTED GLOBAL RESOURCE SERIALIZATION DUE TO 929 COMMUNICATION FAILURE - GLOBAL RESOURCE REQUESTORS WILL BE SUSPENDED ISG047I CTC 030F DISABLED …but we really do not think a problem exists with the CTC, rather a definition is incorrect… …CA-MIM is also in the mix… …thoughts? John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: COBOL called subroutines
Thank you all...will consider how to proceed... -- 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
COBOL called subroutines
…is it possible to trap the name of a program making a call to a subroutine? …IBM COBOL support did not seem to think so, but thought better check with “THE LIST”… John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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
JES2 Datasets in MasterCatalog
LLA and LNKLST no longer require datasets in mastercatalog… Does JES2, or may we use a unit and volser? John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Datasets in MasterCatalog
Mark, thankyou... John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -Original Message- From: Mark Zelden [mailto:[EMAIL PROTECTED] Sent: Friday, September 21, 2007 8:18 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES2 Datasets in MasterCatalog On Fri, 21 Sep 2007 15:08:47 +, John P Donnelly [EMAIL PROTECTED] wrote: LLA and LNKLST no longer require datasets in mastercatalog Does JES2, or may we use a unit and volser? I assume you are referring to JES2 PROCLIBs. JES2 has always supported proclib data sets that were not cataloged in the master catalog by specifying unit and volser. Many shops have non-mcat dsns in their JES2 procs (or PROCLIB statements) and don't have a problem. It also depends on how / when you start JES2 in your IPL. For example, if you start it with automation, by then the CATALOG ASID is functioning and usercatalogs are available to find proclib data sets that are not in the master catalog. Search the archives LNKLST data sets require volser if they are not in the master catalog. LNKLST dsns are added to / controlled by LLA by default, but LLA /= LNKLST. 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 and OS390 expert at http://searchDataCenter.com/ateExperts/ 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
REXX - RECFM fixed or variable
We are in the middle of an OS upgrade from z/OS V1R4 to Z/OS V1R7. We have a batch job that executes without errors in the z/OS V1R4 system but fails under the new z/OS V1R7 system. The job has several steps. The step that fails executes a REXX exec (SAPTRAP1) and fails with the following errors: .READY . EXECUTIL SEARCHDD(YES) .READY . %SAPTRAP1 .Invalid record format for data set allocated to file INDD. RECFM must be fixed or variable. Spanned records or records with track overflow are not supported. (*** This is TSO/E error code IRX0509E ***) .EXECIO error while trying to GET or PUT a record. (*** This is TSO/E error code IRX0670E ***) .Bad return code 20 from EXECIO DISKRU command. We resolved by coding RECFM=FB for the INDD DCB… …IBM sent ETR to TSO/E and then to the REXX group…only suggestion we received was maybe a difference in MODEL.DSCB…but systems both point to the same one… …any thoughts? John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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
IBM Remote Technical Support Services
…geez, is this IBM Link? …just got a renewal invoice John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: CA-1 TMC Reblock - recommended size?
...same here 340/340 since dirt was new... John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -Original Message- From: Dave Kopischke [mailto:[EMAIL PROTECTED] Sent: Monday, August 20, 2007 1:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: CA-1 TMC Reblock - recommended size? On Mon, 20 Aug 2007 16:13:59 -0400, Hare, Tim wrote: What sizes are being used by other CA-1 shops? We are FB 340 340. I don't know why, but it's been that way since the beginning of time. -- 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
SRM and RMPTTOM
…our little z800 V1R4 was running along with overhead numbers of 11-17 percent and RMPTTOM at 15K… …Tuesday our overhead number went to 24 and RMPTTOM at 15K …Wednesday overhead was 24 and 15K; set RMPTTOM to 10K …Thursday overhead was 27 percent with 10K …we are now running CPU 100/100 …overhead as reported by SAS/MXG …any suggestions? John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: SRM and RMPTTOM
Thank you Adam et all ...we have an IPL Saturday night which will refresh our world... ...we are heading into our quarter end and one of our divisions surprised us with a unique combination of load...that load completed and now we are back to normal, whatever that is... John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -Original Message- From: Gerhard Adam [mailto:[EMAIL PROTECTED] Sent: Friday, August 10, 2007 2:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SRM and RMPTTOM our little z800 V1R4 was running along with overhead numbers of 11-17 percent and RMPTTOM at 15K Tuesday our overhead number went to 24 and RMPTTOM at 15K Wednesday overhead was 24 and 15K; set RMPTTOM to 10K Thursday overhead was 27 percent with 10K First of all, this is exactly what would be expected when you increase the number of SRM sampling intervals by reducing RMPTTOM. So no surprises there. Are you using IRD? What other LPARs coexist on this machine with their relative weights? What is this LPAR's relative weight? How does this LPAR compare regarding MVS Busy versus LPAR busy? Is there a change in activity on the other sharing LPARs that changed the overall utilization? I'm assuming from your statement that 11-17% was considered normal and that the bump to 24% was what caused the concern? Adam -- 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
EMC DMX3-1500 and REFORMAT VTOC
Good morning, …we are expanding our storage by about 1.5TB and moving to a DMX3… …as part of this process EMC is stating that we need to do a REFORMAT VTOC across our farm… …have not been able to pin the whys and hows down… …might someone have the whys and hows? Thankyou John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: EMC DMX3-1500 and REFORMAT VTOC
...z/OS V1R4 to z/OS V1R7 ...we replicate SRDF 8530(home site) to 8830(remote site) ...moving to SRDFA DMX3 to DMX3 ...and some model 27s will be introduced John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -Original Message- From: Frank Krueger [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 7:17 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EMC DMX3-1500 and REFORMAT VTOC John from which system do you move ? EMC - then SRDF would be an option . Volumes are the same size or migrating also from 3390-9 to larger ones ? TDMF or FDRPAS ? depending on the answers i have some ideas why - but there is no MUST . Frank Krueger Dienstag, 31. Juli 2007 16:12 To: IBM-MAIN@BAMA.UA.EDU cc: From: John P Donnelly [EMAIL PROTECTED] Subject: EMC DMX3-1500 and REFORMAT VTOC Good morning, we are expanding our storage by about 1.5TB and moving to a DMX3 as part of this process EMC is stating that we need to do a REFORMAT VTOC across our farm have not been able to pin the whys and hows down might someone have the whys and hows? Thankyou John Donnelly -- 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: EMC DMX3-1500 and REFORMAT VTOC
Perfect, thankyou Jimmy and all who responded... John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -Original Message- From: Jimmy Wagner [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 31, 2007 7:41 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EMC DMX3-1500 and REFORMAT VTOC John, Just went through this exercise over the weekend. Why's; Has to do with freespace as I was told. If not done the volume will not see the freespace. How's; //S1 EXEC PGM=ICKDSF,PARM='NOREPLYU' //DD1 DD DISP=SHR,UNIT=3390,VOL=SER=xx //SYSPRINT DD SYSOUT=* //SYSINDD * REFORMAT DDNAME(DD1) VERIFY(xx) REFVTOC Contact me offlist if you want more info. Jimmy -- 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: 3390 Model 27
Bob, if may, does this mean a 3390 mod 9 definition in an I/O gen also works for mod 27 and 54? ...and that you may mix mod 3s, 9s, 27s, on a single controller of consecutive disk addresses? Appreciate, am new to this -Original Message- From: Bob Shannon [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 10, 2007 4:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 I assume a MOD15 is 15 GB? Mod-27s and Mod-54s don't really exist. Both return a model number of 9. Each model number is roughly 1Gb so we define Mod 15s for our sysres, and yes, they are approximately 15 Gb. Interestingly, on a DS6800, 3390s can be defined as either Mod 9s or Mod 3s. All other sizes are defined as customized Mod 9. Mod-1s fall into this category. Bob Shannon Rocket Software -- 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
3390 Model 27
We are expanding our storage by 1.5TB…we have an option to make some of this 3390-27 volumes… We are looking for a best fit allocation for these volumes: JES2, public, storage, paging, ML1? Our concerns include duration of a full volume backup, device response time, contention. Our DBAs say they will not use for our IDMS databases… Suggestions? Experiences? Advice? John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: 3390 Model 27
Thankyou...we are leaning in this direction... -Original Message- From: Lizette Koehler [mailto:[EMAIL PROTECTED] Sent: Monday, July 09, 2007 9:37 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3390 Model 27 John, Just from reading many posts and manuals on it, I would say that unless you have a real need for a very large volume - the performance and support could cramp your style. Look at previous archive entries for this device type. The issues for recovery, backup, restore time frames have me very leary of using them yet. I will be installing 1 3390-27 in the near future. Its only purpose will be for our SMP/E Downloads for Service Pac. Other than that, I feel that 3390-3 and 3390-9 are sufficient for us for now. Lizette We are expanding our storage by 1.5TB...we have an option to make some of this 3390-27 volumes... We are looking for a best fit allocation for these volumes: JES2, public, storage, paging, ML1? Our concerns include duration of a full volume backup, device response time, contention. Our DBAs say they will not use for our IDMS databases... Suggestions? Experiences? Advice? -- 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
FTP Allocation error
We hit this last week…no idea what happened…problem just went away after about an hour…any ideas what might have caused? .EZA1460I Command: .EZA1736I locsite lrecl=80 .EZA1460I Command: .EZA1736I get 20070606210501.SS 'j566sc.j566sct1.wwl.upsss(+1)' .EZA2562W Allocation of J566SC.J566SCT1.WWL.UPSSS.G0002V00 failed (error code 1164, info code 0 S99ERSN code ) .EZA1735I FTP Return Code = 16000, Error Code = 2 .EZA1701I QUIT .221 Goodbye The error code and info code do not reflect what was happening… John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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
RMPTTOM Display
Anyway to display the RMPTTOM value in effect? We are z/OS V1R4, soon z/OS V1R7, on a z800; just set RMPTTOM from default 1000 to 5000…not really seeing any impact...any value suggestions? John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: RMPTTOM Display
Thank you. -Original Message- From: Mark Zelden [mailto:[EMAIL PROTECTED] Sent: Monday, June 04, 2007 1:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: RMPTTOM Display On Mon, 4 Jun 2007 14:23:17 -0500, Mark Zelden [EMAIL PROTECTED] wrote: We are z/OS V1R4, soon z/OS V1R7, on a z800; just set RMPTTOM from default 1000 to 5000â¦not really seeing any impact...any value suggestions? The archives and Google are wonderful (hint to all would be posters). Back in March, Sam Knutson posted this: http://bama.ua.edu/cgi-bin/wa?A2=ind0703L=ibm-mainD=1amp;O=DP=237112 (Sam's post repeated below) = There is an excellent article in CMG Measure IT! on the RMPTTOM issue http://www.cmg.org/measureit/issues/mit38/m_38_10.html Uncaptured CPU Overheads, SRM / RMPTTOM, and evolution to the IBM System z9 EC Processor A Site Experience (Applicable to Many Others) February, 2007 by Geoff Adams The issue, the WSC FLASH 10526 and related APAR OA18452 have been discussed on IBM-MAIN and on MXG-L but this article provides a very complete explanation and a detailed account of one shops experience. The article can be viewed without being a CMG member though if you refresh the page too many times you will have to sign-up for a free Measure IT! subscription which you might want to do anyway. Do that here http://www.cmg.org/measureit/subscribe.html = -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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
Delete invalid dataset name
How might we delete this little bugger? SYS1.DFDSS.DEFRAG..PRD9LF.DUMMY John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: RESTART SINGLE JOB STEP
RESTART=stepnameor step+proc -Original Message- From: Judy Ellis [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 10, 2007 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: RESTART SINGLE JOB STEP Has any one ever heard of the ability to restart a single job step located in the middle of the JCL using cond= on the job card. I seem to remember reading a tips tricks about that several years ago and lost the link. regards, Judy Ellis -- 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
DFSMSDSS
Moving V1R4 to V1R7 and getting the following on V1R7: )) OUTDDNAME(TAPE) SPHERE COMPRESS SHARE TOLERATE(ENQFAILURE) 0031 ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2007.099 07:55:48 INITIAL SCAN OF USER CONTROL STATEMEN ADR016I (001)-PRIME(01), RACF LOGGING OPTION IN EFFECT FOR THIS TASK ADR006I (001)-STEND(01), 2007.099 07:55:48 EXECUTION BEGINS ADR374E (001)-OPNCL(09), UNABLE TO OPEN DDNAME TAPE, 10 ADR415W (001)-DTDSC(04), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY ADR006I (001)-STEND(02), 2007.099 07:55:55 EXECUTION ENDS ADR013I (001)-CLTSK(01), 2007.099 07:55:55 TASK COMPLETED WITH RETURN CODE 0008 ADR012I (SCH)-DSSU (01), 2007.099 07:55:55 DFSMSDSS PROCESSING COMPLETE. HIGHEST TASK001 Error message does not really help…is fine on V1R4… What are we missing? Thankyou John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: DFSMSDSS
The JCL follows: /STEP010 EXEC PGM=ADRDSSU, / REGION=8M /SYSUDUMP DD SYSOUT=* /SYSPRINT DD SYSOUT=* /TAPE DD DSN=CJPDSC.JOBTRAC.CPU111.DATASETS, / DISP=(NEW,CATLG), / VOL=(,,,99), / UNIT=3490, / LABEL=EXPDT=99000, / DCB=MODEL.DSCB /SYSINDD * DUMP DATASET(INCLUDE( - J092SC.JOBTRAC.RRUNLIB - -Original Message- From: Bruce Black [mailto:[EMAIL PROTECTED] Sent: Monday, April 09, 2007 9:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSMSDSS ADR374E (001)-OPNCL(09), UNABLE TO OPEN DDNAME TAPE, 10 10 Invalid parameters passed in JCL. The following are the probable reasons: o SYSIN/SYSOUT data set o DISP=MOD coded for the output data set o DISP=SHR coded for the output data set o BLKSIZE less than 7892 bytes o DSORG other than PS o BUFNO specified. Please show us your JCL. -- Bruce A. Black Senior Software Developer for FDR Innovation Data Processing 973-890-7300 personal: [EMAIL PROTECTED] sales info: [EMAIL PROTECTED] tech support: [EMAIL PROTECTED] web: www.innovationdp.fdr.com -- 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: DFSMSDSS
John, Bingo... MODEL.DSCB... Thankyou -Original Message- From: McKown, John [mailto:[EMAIL PROTECTED] Sent: Monday, April 09, 2007 9:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSMSDSS -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John P Donnelly Sent: Monday, April 09, 2007 11:49 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: DFSMSDSS The JCL follows: /STEP010 EXEC PGM=ADRDSSU, / REGION=8M /SYSUDUMP DD SYSOUT=* /SYSPRINT DD SYSOUT=* /TAPE DD DSN=CJPDSC.JOBTRAC.CPU111.DATASETS, / DISP=(NEW,CATLG), / VOL=(,,,99), / UNIT=3490, / LABEL=EXPDT=99000, / DCB=MODEL.DSCB /SYSINDD * DUMP DATASET(INCLUDE( - J092SC.JOBTRAC.RRUNLIB - Ah! and what are the DCB characteristics of MODEL.DSCB? Is it possible that it was recreated on your new system and included bad characteristics? Also, if a DATACLAS is assigned to the DD, then you no longer need a DCB=MODEL.DSCB parameter at all. The DATACLAS will fulfill the need instead. Actually, since you are not using a GDG, you don't need a DCB=MODEL.DSCB in any case. -- 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: DITTO/Tape Copy Redux
...we used something from Prince Software, if memory serves, to convert an entire library 3480 to 3490...with TMS...was quick (-mounts) and pretty much painfree...cost was, if memory serves, in the $35K bracket for the software.. HTH -Original Message- From: Daniel McLaughlin [mailto:[EMAIL PROTECTED] Sent: Thursday, March 08, 2007 5:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DITTO/Tape Copy Redux I've been scouring archives for 3480 3490, tape copying, and all that good stuff. To bring it up one more time... 1. Thousands of 3480 tapes to go into future VTS 2. Some multi-file, many multi-volume 3. Cataloged, so name has to reflect new locale 4. No, we don't have vendor tools other than DITTO 5. Estimate by outside party of $250K and boss ain't buying that Suggestions...besides large doses of no-doz and moving into datacenter... As always...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 -- 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
Add a partition with IOCP for DR
Hello: We have a configuration consisting of a LPAR1 and a LPAR5 on a Z800 at our home site. We have another Z800 at our DR site which is an exact clone of our home site. We replicate our disk image home to DR. When doing DR tests we spend a lot of time dinking around getting the DR configuration right; network the greatest concern. Was RTFMing and think may have a way around the dinking. Would take our current IOCP with our LPAR1/LPAR5 configuration which is identical home and DR and carve out a LPARDR and then create a new IODF with LPAR1, LPAR5, and LPARDR. Once loaded may now specify SYSDEF LPARNAME(LPARDR) and specify IEASYSxx members to load. Comments, advice, suggestions please. John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 PH: 408-721-5640 Email: [EMAIL PROTECTED] -- 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: Does SMS complex, SMSplex, require GRS
Dear IBM one-room school house: -am installing V1R7 -get hung up in Job ALLOCDS IEF374I STEP/NOTOK /STOP 2006265.1409 CPU0MIN 00.00SEC SRB0MIN 00.00S IGD17040I ERROR IN DADSM PROCESSING ON VOLUME H175P1 FOR DATA SET SYS17.OMVS.ETC HISTORIC RETURN CODE IS 192 DIAGNOSTIC INFORMATION IS 04160055 IGD306I UNEXPECTED ERROR DURING IGGDAC02 PROCESSING RETURN CODE 4 REASON CODE 85 THE MODULE THAT DETECTED THE ERROR IS IGDVTSDA SMS MODULE TRACE BACK - VTSDA VTSCR SSIRT SYMPTOM RECORD CREATED, PROBLEM ID IS IGD0 IEF272I CJPDSC17 ALCHFS - STEP WAS NOT EXECUTED. IEF285I CPAC17.OS171496.SCPPLOAD PASSED -knowledge of SMS is limited -knowledge of HFS is very limited John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 tel: (408) 721-5640 Email: [EMAIL PROTECTED] -- 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: Wars and Allies
At about the time our original 13 states adopted their new constitution, in the year 1787, Alexander Tyler (a Scottish history professor at The University of Edinborough) had this to say about The Fall of The Athenian Republic some 2,000 years prior: A democracy is always temporary in nature; it simply cannot exist as a permanent form of government. A democracy will continue to exist up until the time that voters discover that they can vote themselves generous gifts from the public treasury. From that moment on, the majority always votes for the candidates who promise the most benefits from the public treasury, with the result that every democracy will finally collapse due to loose fiscal policy, which is always followed by a dictatorship. The average age of the worlds greatest civilizations from the beginning of history, has been about 200 years. During those 200 years, these nations always progressed through the following sequence: From Bondage to spiritual faith; From spiritual faith to great courage; From courage to liberty; From liberty to abundance; From abundance to complacency; From complacency to apathy; From apathy to dependence; From dependence back into bondage. John Donnelly z/OS Systems Services National Semiconductor Corporation 2900 Semiconductor Drive Santa Clara, CA 95051 tel: (408) 721-5640 Email: [EMAIL PROTECTED] Steve Grimes [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 09/22/2006 11:41 AM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Wars and Allies I think R. J. Rummel's Death by Government shines the light of statistics on this question. Stg -- 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: EMC SRDF IDMS
If we may: We are executing EMC SRDF/AR San Jose to Sacramento...one large consistency group...about 4TB... Our CA-IDMS technical staff has concerns that our multiple IDMS regions which update a database and then a corresponding journal file may not be completely synchronized at the time a BCV SPLIT is issued and that consequent recovery is not possible without risking broken chains in the databases. Current solution is to do a quiesce against the databases to insure total synchronization and then issuing the SRDF BCV split. Any insight as to whether this procedure is necessary? Anyone who would wish to discuss off-line? Thank you... -- 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
JOB Submit Source
We are wondering if there is a way for us to determine the source of a job submitted to our z/OS 1.4 system...whether from JOBRRAC or IDMS or CICS or MQseries or... Any thoughts... Thank you. -- 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: JOB Submit Source
Anything in SMF Edward Jaffe [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 05/03/2006 01:36 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: JOB Submit Source John P Donnelly wrote: We are wondering if there is a way for us to determine the source of a job submitted to our z/OS 1.4 system...whether from JOBRRAC or IDMS or CICS or MQseries or... Look on your system log for message IAT6100 (JES3) or $HASP100 (JES2). These messages indicate the submission source. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
