z/OS V1R4 SEND command to operator console
Hi all, I'd like to use MVS SEND command to send 'highlighted' messages to operator console with message level = 'I' [Immediate action messages (descriptor codes 1 and 2) are to appear] to alert operators at the last step of a batch job (probably use PGM=IKJEFT01) I've checked command manual that the OPERATOR=routecode may be the suitable parm for this, e.g. SE 'pack offsite tapes...' OPERATOR=1 (1 = master console action or 2 = master console information) however, it just issued a message to console but it was *not* 'highlighted'... did I miss something or it is also related to the console setting? (the operator console has 'ROUTCDE=ALL') please help... Paul -- 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 V1R4 SEND command to operator console
On Wed, 24 May 2006 01:22:50 -0500 Paul Ip [EMAIL PROTECTED] wrote: :I'd like to use MVS SEND command to send 'highlighted' messages to operator :console with message level = 'I' [Immediate action messages (descriptor :codes 1 and 2) are to appear] to alert operators at the last step of a batch :job (probably use PGM=IKJEFT01) :I've checked command manual that the OPERATOR=routecode may be the suitable :parm for this, e.g. : SE 'pack offsite tapes...' OPERATOR=1 (1 = master console action or 2 = :master console information) :however, it just issued a message to console but it was *not* :'highlighted'... did I miss something or it is also related to the console :setting? (the operator console has 'ROUTCDE=ALL') Neither the MVS nor the TSO SEND command allows for the setting of descriptor codes. As far as for your need - I would suggest that this is something that your job scheduling package should do. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GRS and Ficon CTC
Marian Gasparovic wrote: z900 was the last one which supports parallel channel, maybe that confused you. ...but you can still use old stinkin' BusTag devices on z9. Using ESCON converters. Works like a charm. BTW: If you don't order ESCON channels, there won't be them in your box. Minimal number of ESCONs is ZERO. g -- Radoslaw Skorupka Lodz, Poland -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
With SMS, RLSE, (Yes, Immediate) at least I think I've seen it, happens at step end. You're correct for non-SMS datasets. You don't think about partial release of the space management function activated via management class, do you? A data set might loose its allocated space during space management, but it will not during allocation, even if SMS writes an EOF into it. Peter Hunkeler CREDIT SUISSE -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
LE has nothing whatsoever to do with it. A dataset is a dataset is a dataset. Well, there are those who get an EOF written at allocation time and those that don't. Can't remember if having SMS active is sufficient of if the data set needs to be managed to get the EOF written. Peter Hunkeler CREDIT SUISSE -- 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: SMP/E SMPWRK* vs. SDB
John S. Giltner, Jr. wrote: It also says: 3. If the BLKSIZE value is omitted or invalid, SMP/E uses a default of 3200. So I would assume that it is looking at the blocksize prior to open time to verify that it is a valid size. Since 0 is sort of not really valid, it should default to 3200. But you would have to figure after over a decade of SDB that somebody could have easily added a check for 0 and use that. Could be that the SMP/E developers don't beleive that SDB will generate a valid block size for FB/80? I think it's typical for IBM. Examples: 1. DFSMSdss doesn't use LBI, it uses illegal 64kB blocks on tapes using EXCP. Such dump cannot be easily copied, RMM (IBM product!) have no information about the blocksize and then dataset size... 2. DB2 doesn't (wasn't) check RACF profile when started/closed. Effect: everybody (who can issue operator commands) can kill DB2. The same person can be strictly controlled when i.e. using DISPLAY command, he could be authorized to D SMF, but not D IPLINFO. But not -dsn STOP DB2. 3. IND$FILE also uses BLKSIZE of 3200/6160. There are more examples like the above. -- Radoslaw Skorupka Lodz, Poland -- 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: Password Complexity
try to convince management to have separate or just external auditor, usually with poor effects. In North America, that would be classified as a: Regulatory Deficiency. - -teD 300,000 Kilometres per Second Not only is it a good idea! It's the LAW!!! -- 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: SMP/E SMPWRK* vs. SDB
Radoslaw, At long last it really has been changed ! APAR OA13742 for dss added the LBI support we all wanted. Also APAR OA13199 for rmm added some assumptions about existing blksize values of 0 being 64K when producing the extract records. Mike Wood RMM Development On Wed, 24 May 2006 09:10:04 +0200, R.S. [EMAIL PROTECTED] wrote: I think it's typical for IBM. Examples: 1. DFSMSdss doesn't use LBI, it uses illegal 64kB blocks on tapes using EXCP. Such dump cannot be easily copied, RMM (IBM product!) have no information about the blocksize and then dataset size... snip -- Radoslaw Skorupka Lodz, Poland -- 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 V1R4 SEND command to operator console
Paul Ip wrote: however, it just issued a message to console but it was *not* 'highlighted'... did I miss something or it is also related to the console setting? (the operator console has 'ROUTCDE=ALL') You will need to write a small assembler language program that issues a WTO with the proper attributes. There may even be something available on the CBT tape that takes TSO command parameters and turns them into WTO parameters. -- 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
'Problem' with EXPDT on SynchSort SORTOUT
Hi, We pre-allocate a dataset *without* EXPDT (trust me there are good reasons why we don't set a EXPDT hic et nunc at pre-allocation time, which I'm not going to elaborate upon). Looking into SMS confirms: Expiration date . . : ***None*** In a next SyncSort step we use that dataset as //SORTOUT DD DSN=...bla.bla.bla...,DISP=OLD,EXPDT=filled-in i.e. with an expiration date set in the JCL this time. This EXPDT setting is *NOT* honoured. Is this WAD (Working As Designed) with SyncSort? * We think indeed it is a 'problem' with SyncSort. We did another test with a pre-allocation without *EXPDT* and with another program + EXPDT, in this case the EXPDT *got* honoured. * Frank (Yaeger), Any idea how the IBM DFSORT handles this? * We are contacting SyncSort too in parallel, but you guys can possibly (probably!) share your experience on this?! Jan -- 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
FDR MESSAGE - FDR998
A incremental backup job failed with message FDR998 FDRABR COMPLETED WITH ERRORS. I checked the whole output from top to bottom but I couldn't find the source of the problem. I didn't find even a FDRxxxE message. The summary shows the completion code of all the volumes with a return code of 0. Is there some place else where I can look? Thanks. - How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates. -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
Jan Vanbrabant wrote: Hi, We pre-allocate a dataset *without* EXPDT (trust me there are good reasons why we don't set a EXPDT hic et nunc at pre-allocation time, which I'm not going to elaborate upon). Jan, Just curious: why do you use EXPDT at all ? Wouldn't it be simpler to use MC ? -- Radoslaw Skorupka Lodz, Poland -- 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: SMP/E SMPWRK* vs. SDB
Mike Wood wrote: Radoslaw, At long last it really has been changed ! APAR OA13742 for dss added the LBI support we all wanted. Also APAR OA13199 for rmm added some assumptions about existing blksize values of 0 being 64K when producing the extract records. How long ? My z/OS 1.4 (service pretty up to date - RMM knows about WWID) knows nothing about blocksize on hsm tapes. -- Radoslaw Skorupka Lodz, Poland -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
This EXPDT setting is *NOT* honoured. Is this WAD (Working As Designed) with SyncSort? This is not SYNCSORT. MVS allocation does not put the EXPDT in until you close the file. It doesn't make sense to do it at open time. Then, you wouldn't be able to do anything with the file. To me, what you're attempting doesn't make sense, either? You want the sort step to fail? - -teD 300,000 Kilometres per Second Not only is it a good idea! It's the LAW!!! -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
I did a simple test with a non-specific internal application and there no expdt is assigned either. Apparently this parameter only works at dataset creation time. Kees. Jan Vanbrabant [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Hi, We pre-allocate a dataset *without* EXPDT (trust me there are good reasons why we don't set a EXPDT hic et nunc at pre-allocation time, which I'm not going to elaborate upon). Looking into SMS confirms: Expiration date . . : ***None*** In a next SyncSort step we use that dataset as //SORTOUT DD DSN=...bla.bla.bla...,DISP=OLD,EXPDT=filled-in i.e. with an expiration date set in the JCL this time. This EXPDT setting is *NOT* honoured. Is this WAD (Working As Designed) with SyncSort? * We think indeed it is a 'problem' with SyncSort. We did another test with a pre-allocation without *EXPDT* and with another program + EXPDT, in this case the EXPDT *got* honoured. * Frank (Yaeger), Any idea how the IBM DFSORT handles this? * We are contacting SyncSort too in parallel, but you guys can possibly (probably!) share your experience on this?! Jan -- 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. ** -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
I assume you mean MgtClass by MC, Radoslaw? We do use MgtClass indeed. And in the SORTOUT we overwrite EXPDT (or at least try to ;-) ). Anyway, would that make any difference? Jan We pre-allocate a dataset *without* EXPDT (trust me there are good reasons why we don't set a EXPDT hic et nunc at pre-allocation time, which I'm not going to elaborate upon). Jan, Just curious: why do you use EXPDT at all ? Wouldn't it be simpler to use MC ? -- Radoslaw Skorupka -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
Jan Vanbrabant wrote: Hi, We pre-allocate a dataset *without* EXPDT (trust me there are good reasons why we don't set a EXPDT hic et nunc at pre-allocation time, which I'm not going to elaborate upon). Looking into SMS confirms: Expiration date . . : ***None*** In a next SyncSort step we use that dataset as //SORTOUT DD DSN=...bla.bla.bla...,DISP=OLD,EXPDT=filled-in i.e. with an expiration date set in the JCL this time. This EXPDT setting is *NOT* honoured. Is this WAD (Working As Designed) with SyncSort? * We think indeed it is a 'problem' with SyncSort. We did another test with a pre-allocation without *EXPDT* and with another program + EXPDT, in this case the EXPDT *got* honoured. This doesn't sound like a sort issue at all. The application is not normally involved in such matters. I suspect that EXPDT in the format-1 DSCB for an existing file can be reset like this only when the file is opened for output or update. I would have to run some tests to be sure. -- 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
Re: 'Problem' with EXPDT on SynchSort SORTOUT
For SMS-managed datasets DataClass (not, directly, MgtClass, which can be used only to specify a maximal value) determines the default expiration date; and an explicit DD-statement EXPDT= [sub]parameter should be coded only to override this default value. John Gilmore Ashland, MA 01721-1817 USA _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- 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: the Java strangeness
In [EMAIL PROTECTED], on 05/23/2006 at 10:39 AM, O'Mara, Kevin, ITD [EMAIL PROTECTED] said: I can't say where the translation is setup wrong, but I can almost say what is happening. Your utf8 output strings are being translated as EBCDIC, they are then being displayed as ANSI cp1252 ANSI? Isn't CP1252 an M$ proprietary code page, not matching any standard? -- 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
Re: sysmod receive but can't be found
In [EMAIL PROTECTED], on 05/23/2006 at 09:33 AM, Howard Rifkind [EMAIL PROTECTED] said: Of interest is the fact that the volume for the first SMPPTS can't be found anywhere in the system yet the sysmod shows up as received. Maybe SMP/E doesn't support extended catalog entries. What are the exact contents of the DDDEF and catalog entries for your SMPPTS? -- 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
Re: Write to BR14 allocated PSDS - Unitech ACR 3.3
In [EMAIL PROTECTED], on 05/23/2006 at 12:05 PM, David Speake [EMAIL PROTECTED] said: The group in my shop responsible for care and feeding of this product contend that the vendor has told them that Since the product is LE compliant, it cannot write into a dataset that has been generated by the IEFBR14 utility. What are they smoking? -- 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
Re: Write to BR14 allocated PSDS - Unitech ACR 3.3
In [EMAIL PROTECTED], on 05/23/2006 at 10:52 AM, Gibney, Dave [EMAIL PROTECTED] said: RLSE happens at the end of the BR14 step. If your DATACLAS or space allocations don't have sufficient secondary and you specify RLSE via JCL or SMS, you can be burnt with x37 abends. Which has nothing to do with either IEFBR14 or LE. -- 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
Re: ADR120E - DFDSS Error
Hi Rex, I tried your suggestion and received an error. Below is the Jcl and error message I received. Can you please spot my error. This is driving me mad, and I cannot seem to find this simple error. Maybe a fresh pair of eyes will spot my mistake. Thanks for your help. JCL: //DASD DD UNIT=SYSALLDA,VOL=SER=D38P01,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P02,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P03,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P04,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P06,DISP=SHR //TAPE DD DSN=Z8002D.TEST,DISP=(,KEEP,KEEP), //UNIT=(CART),VOL=(,,,35),LABEL=RETPD=10 //SYSINDD * DUMP DATASET(INCLUDE(IST*.**- MED*.** - X*.** - Y*.** - Z*.** - SRT.**- SYS*.** - TEMP.** - *SYSUT*.**) - BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM))) - LOGINDDNAME(DASD) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - TOL(ENQF) Execution error message: ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN NORUN MOD DUMP DATASET(INCLUDE(IST*.**- MED*.** - X*.** - Y*.** - Z*.** - SRT.**- SYS*.** - TEMP.** - *SYSUT*.**) - BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM))) - LOGINDDNAME(DASD) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - TOL(ENQF) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2006.143 14:07:44 INITIAL SCAN OF USER CONTROL STATEMEN ADR129E (001)-RI01 (01), KEYWORD 'LOGINDDNAME ' IS IMPROPER ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2006.143 14:07:44 TASK NOT SCHEDULED DUE TO ERROR. TASK Pommier, Rex R. [EMAIL PROTECTED] wrote: Try BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM))) - Rex - On Yahoo!7 Socceroos Central: Latest news, schedule, blogs and videos. -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
The FM says, Use the EXPDT parameter to specify the expiration date for a *new* data set. From: Jan Vanbrabant [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: 'Problem' with EXPDT on SynchSort SORTOUT Date: Wed, 24 May 2006 06:00:38 -0500 Hi, We pre-allocate a dataset *without* EXPDT (trust me there are good reasons why we don't set a EXPDT hic et nunc at pre-allocation time, which I'm not going to elaborate upon). Looking into SMS confirms: Expiration date . . : ***None*** In a next SyncSort step we use that dataset as //SORTOUT DD DSN=...bla.bla.bla...,DISP=OLD,EXPDT=filled-in i.e. with an expiration date set in the JCL this time. This EXPDT setting is *NOT* honoured. Is this WAD (Working As Designed) with SyncSort? * We think indeed it is a 'problem' with SyncSort. We did another test with a pre-allocation without *EXPDT* and with another program + EXPDT, in this case the EXPDT *got* honoured. * Frank (Yaeger), Any idea how the IBM DFSORT handles this? * We are contacting SyncSort too in parallel, but you guys can possibly (probably!) share your experience on this?! Jan -- 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 _ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
In [EMAIL PROTECTED], on 05/23/2006 at 12:05 PM, David Speake [EMAIL PROTECTED] said: The group in my shop responsible for care and feeding of this product contend that the vendor has told them that Since the product is LE compliant, it cannot write into a dataset that has been generated by the IEFBR14 utility. In a message dated 5/24/2006 7:02:48 A.M. Central Daylight Time, shmuel+ibm-[EMAIL PROTECTED] writes: What are they smoking? It could be that the group in his shop OR the vendor is the one that's been smoking the cluelessness-inducing substance. Or maybe both clusters. I have encountered some clueless vendors. Bill Fairchild -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
Hi jayare, What is FM? A SyncSort manual? Jan The FM says, Use the EXPDT parameter to specify the expiration date for a *new* data set. -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
Well EXPDT enthousiasts, we did this test with another pgm (something of Pro/JCL) and here the EXPDT *gets* honoured (as wl for TEST1 as for TEST2). So different behaviour as with SyncSort. Ed, so the application seems to be involved one way or another. file://* file://* PREALLOC file://* file://S0010EXEC PGM=IDCAMS file://* INPUT FILES file://IN0001 DD DUMMY file://* OUTPUT FILES file://UT0001 DD DSN=CERATSO.CSOO192.TEST1, // DISP=(,CATLG,DELETE), // RECFM=FB,LRECL=133 file://* DIVERS file://SYSINDD * REPRO IFILE(IN0001) OFILE(UT0001) /* file://SYSPRINT DD SYSOUT=* file://* file://* file://* PROJCL file://* file://BATCHRUN EXEC PR1PROC, // PROD='-PROJCL' file://SYSINDD * %% INPUT DSNAME='CERATSO.TOS.JCL', %% TYPE=PDS, %% RESETBETWEENMEMBERS=Y, %% PROCESS=JOB, %% SKELETONPROCESSING=Y, %% RTSMEMBER=SYNTAX, %% REPORTS=SJL, %% SELECT=PROJCLP /* file://JPSJLDD DSN=CERATSO.CSOO192.TEST1, // DISP=OLD,RETPD=002 file://JPSELDD DSN=CERATSO.CSOO192.TEST2, // DISP=(,CATLG), // RECFM=FB,LRECL=133,RETPD=002 Data Set Name . . . . : CERATSO.CSOO192.TEST1 General Data Current Allocation Management class . . : MCTSO Allocated cylinders : 1 Storage class . . . : SCTSO Allocated extents . : 1 Volume serial . . . : PC3774 Device type . . . . : 3390 Data class . . . . . : DCDEF Current Utilization Organization . . . : PS Used cylinders . . : 1 Record format . . . : FBA Used extents . . . : 1 Record length . . . : 133 Block size . . . . : 27930 1st extent cylinders: 1 Secondary cylinders : 300 Data set name type : SMS Compressible . : NO Creation date . . . : 2006/05/24 Referenced date . . : 2006/05/24 Expiration date . . : 2006/05/26 Data Set Name . . . . : CERATSO.CSOO192.TEST2 General Data Current Allocation Management class . . : MCTSO Allocated cylinders : 1 Storage class . . . : SCTSO Allocated extents . : 1 Volume serial . . . : PC3769 Device type . . . . : 3390 Data class . . . . . : DCDEF Current Utilization Organization . . . : PS Used cylinders . . : 1 Record format . . . : FBA Used extents . . . : 1 Record length . . . : 133 Block size . . . . : 27930 1st extent cylinders: 1 Secondary cylinders : 300 Data set name type : SMS Compressible . : NO Creation date . . . : 2006/05/24 Referenced date . . : 2006/05/24 Expiration date . . : 2006/05/26 Jan -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
The Fine Manual is SA22-7597-08 z/OS MVS JCL Reference. From: Jan Vanbrabant [EMAIL PROTECTED] Reply-To: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 'Problem' with EXPDT on SynchSort SORTOUT Date: Wed, 24 May 2006 12:11:05 + Hi jayare, What is FM? A SyncSort manual? Jan The FM says, Use the EXPDT parameter to specify the expiration date for a *new* data set. -- 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 _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ -- 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: DSS blksize (Was: SMP/E SMPWRK* vs. SDB)
On Wed, 24 May 2006 13:23:41 +0200, R.S. wrote: Mike Wood wrote: Radoslaw, At long last it really has been changed ! APAR OA13742 for dss added the LBI support we all wanted. Also APAR OA13199 for rmm added some assumptions about existing blksize values of 0 being 64K when producing the extract records. How long ? My z/OS 1.4 (service pretty up to date - RMM knows about WWID) knows nothing about blocksize on hsm tapes. PUT0511, RSU0603 Applicable component levels R1G0 PSY UA22851 UP05/12/01 P F511 R1H0 PSY UA22852 UP05/12/01 P F511 R1J0 PSY UA22853 UP05/12/01 P F511 R1K0 PSY UA22854 UP05/12/01 P F511 DSS with OA13742 provides the blksize (65520) in the tape label to make RMM et al happy but the dump dataset is not reblockable (see thread dfsmsdss blocksize 2006-05-22). DSS does not use a blksize 65520 on 3590s (other utilities use 256k). So I assume that DSS doesn't use the LBI. Norbert Friemel -- 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: fewer/faster vs more/slower in same plex
On Tue, 23 May 2006 16:04:10 -0400, Craddock, Chris [EMAIL PROTECTED] wrote: I would add, use response time goals for everything you can. Yes, in general that is the right answer because the target unit (time) is invariant with respect to platform. Velocity was a bad idea. Importance alone would have been preferable, or some less obscure way of saying how much delay protection you wanted for the work, but now it is what it is. They are far preferable for batch, IMHO. ...for most batch. If you look at your initiator and batch class setup, you already have a first cut approximation at the goals. But don't overdo it. Some things just don't have a goal that you can predict and in those cases... Im not sure what you mean by that, Chris. Initiator and class setup didn't tell me much. I had to look at typical turn-around times and the number of jobs. As far as not having A goal that you can predict, are you talking about individual jobs? That's not what you need to think about when setting goals. That's why I suggested using relatively low percentile. If you tell WLM that you want half of your production batch to finish in ten minutes, all jobs that are in that service class will get the same dispatching priority, etc, which will be managed to provide that level of service to the half that finish quickly. Use a relatively low percentile and reasonable goals. Don't be too concerned about the monster jobs that run all night. You probably don't have very many of them. You'll probably find, as I did, that the vast majority of your important production jobs run in a relatively short time. Maybe a goal of 50% complete in less that 30 minutes will cover most of your work. The rest will go along for the ride. And don't forget to put as much as you can into discretionary. Maybe even last period TSO. Maybe yes, maybe not. Discretionary is just that. If you approach discretionary from the view that you don't really care whether or how it runs as long as it eventually finishes, you probably won't be disappointed. In my experience, there are usually some cycles available for discretionary work, even when you think your CPU is pegged. Discretionary work gives WLM the opportunity to use that last little bit of resources. Without it, you might find that you are unable to effectively use that last percent or two. And if your discretionary isn't running at all, it may be that you have set unattainable goals on some of your other work, and WLM is struggling to meet those goals. Otherwise, unless you really have capacity to spare (and keep soft/hard caps in mind!) you are very likely to find great slabs of the day where your discretionary stuff does not run at all - and ends up eating an initiator for each job that's actively going nowhere. In those cases it is better to have a goal, even if it's a pretty low one. And if you're not resource-wealthy and don't want to spend so much time dinking around with your policy, set a low goal and be done with it. Initiators are also resources. WLM can manage them quite nicely in most cases. If you frequently have to fiddle with your policy, you have probably set goals that are too aggressive. Now would be a good time to move to response time goals for CICS (before the upgrade). In the mixed environment, the achieved velocities may vary widely, but the RT goals should be met on either platform. I -STRONGLY- agree with Steve Samson's advice above ps. Hi Steve, are you still enjoying retirement? -- 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: ADR120E - DFDSS Error
Found it! We were still 1 right paren short. Replace the BY line with the following: BY((CREDT LT (*,-1)) (DSORG NE VSAM))) - Also, when I discovered the problem, my test then complained about having DASD concatenated. You will need to either put separate DD statements in for each VOLSER or use catalog processing and skip the volser allocations. If you want to set it up with multiple volsers, just use: LOGINDDNAME(DASD1 DASD2 DASD3) HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes Sent: Wednesday, May 24, 2006 7:04 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ADR120E - DFDSS Error Hi Rex, I tried your suggestion and received an error. Below is the Jcl and error message I received. Can you please spot my error. This is driving me mad, and I cannot seem to find this simple error. Maybe a fresh pair of eyes will spot my mistake. Thanks for your help. JCL: //DASD DD UNIT=SYSALLDA,VOL=SER=D38P01,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P02,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P03,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P04,DISP=SHR // DD UNIT=SYSALLDA,VOL=SER=D38P06,DISP=SHR //TAPE DD DSN=Z8002D.TEST,DISP=(,KEEP,KEEP), //UNIT=(CART),VOL=(,,,35),LABEL=RETPD=10 //SYSINDD * DUMP DATASET(INCLUDE(IST*.**- MED*.** - X*.** - Y*.** - Z*.** - SRT.**- SYS*.** - TEMP.** - *SYSUT*.**) - BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM))) - LOGINDDNAME(DASD) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - TOL(ENQF) Execution error message: ADR031I (SCH)-PRIME(01), TYPRUN=NORUN REQUESTED. TASKS WILL EXECUTE IN NORUN MOD DUMP DATASET(INCLUDE(IST*.**- MED*.** - X*.** - Y*.** - Z*.** - SRT.**- SYS*.** - TEMP.** - *SYSUT*.**) - BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM))) - LOGINDDNAME(DASD) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - TOL(ENQF) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2006.143 14:07:44 INITIAL SCAN OF USER CONTROL STATEMEN ADR129E (001)-RI01 (01), KEYWORD 'LOGINDDNAME ' IS IMPROPER ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2006.143 14:07:44 TASK NOT SCHEDULED DUE TO ERROR. TASK Pommier, Rex R. [EMAIL PROTECTED] wrote: Try BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM))) - Rex - On Yahoo!7 Socceroos Central: Latest news, schedule, blogs and videos. -- 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: ADR120E - DFDSS Error
Hi John, I saw your posts yesterday but believed it would be resolved before I could respond. I played about with your command input and changed from this: //SYSINDD * DUMP DATASET(INCLUDE(IST*.**- MED*.** - X*.** - Y*.** - Z*.** - SRT.**- SYS*.** - TEMP.** - *SYSUT*.**) - To this DUMP LIDD(DASD) OUTDD(TAPE)- OPT(4) ALLDATA(*) ALLEXCP - TOL(ENQF) - DATASET(INCLUDE(IST*.**, - MED*.**, - X*.**,- Y*.**,- Z*.**,- SRT.**, - SYS*.**, - TEMP.**, - *SYSUT*.**) - BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM It clear all command errors.. Kind Regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk www.kmsitltd.co.uk Reg: England Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the recipients responsibility to ensure that their system is protected from viruses, trojans, worms, and spy-ware. -- 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: A little more insight on the Java strangeness I'm encountering
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUB 34) Sent: Wednesday, May 24, 2006 1:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A little more insight on the Java strangeness I'm encountering I swear I could run Java classes without saying 'java' but it must be the ol' memory failure again. Any chance this remembrance is related to playing on Windoze? Or on a Mac? They care for file extensions, UNIX does not. BTW, someone mentioned the execute bit being set. .class files don't need it, don't set it. Peter Hunkeler CREDIT SUISSE Talk about a weirdness. I just checked my Howdy.java file, which the shell attempted to execute and IT DOES NOT HAVE THE EXECUTE BIT ON! The shell should NOT even attempt to run the file, what is with that? That is WRONG, WRONG, WRONG! And if I invoke the BASH shell, I get: bash: ./Howdy.class: cannot execute binary file With the tcsh shell, I get: ./Howdy.class: EDC5130I Exec format error.. Binary file not executable. Hum, sounds like it is time for a little talk with z/OS UNIX shell programmers. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: DFSORT: SMF16 (jobs ok, stcs nok)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Gould On May 23, 2006, at 11:07 AM, Frank Yaeger wrote: Matthew Stitt wrote on 05/23/2006 08:50:50 AM: This thread has me doing some RTFM as I am interested in this area also. Did you change all the ICEAMx installation default modules? The manual shows there are 8 of them. (David asked Christian for some more information offline so he can better understand the situation.) There are actually four ICEAMx installation default modules, and four ICETDx installation default modules. Just a quick question. Instead of masking four usermods why not have just 1 ? this would make life a lot easier ? ex: ICEDEF CSECT ICE1 type=tso,option= ICE1 type=batch,option=??? etc etc end We combine all four environments for DFSORT into a single USERMOD now. No problems. We don't yet make enough use of ICETOOL to change any of the delivered defaults, but when that time comes I expect we'll code just one USERMOD for its four environments, too. -jc- -- 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
Using PuTTY with otelnetd
I realize this might better be asked on the OMVS list, but I'm not a subscriber there. I cannot seem to find the right combination of PuTTY options and terminal emulation type to get the recall function to work. For telnetd on Lintel systems, this is the up-arrow. The IBM Communications Server doc seems to suggest F1 or Esc-1 should do it for otelnetd, but I can get neither to work for me. Can anyone provide any direction? I'm using PuTTY v0.54 going against z/OS 1.6 if that makes any difference. Thanks, Art == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- 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: the Java strangeness
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: Wednesday, May 24, 2006 5:38 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: the Java strangeness In [EMAIL PROTECTED] .acgov.org, on 05/23/2006 at 10:39 AM, O'Mara, Kevin, ITD [EMAIL PROTECTED] said: I can't say where the translation is setup wrong, but I can almost say what is happening. Your utf8 output strings are being translated as EBCDIC, they are then being displayed as ANSI cp1252 ANSI? Isn't CP1252 an M$ proprietary code page, not matching any standard? -- Shmuel (Seymour J.) Metz, SysProg and JOAT shaking head Haven't you learned yet that Microsoft IS the standard against which all others are measured? crooked grin -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: A little more insight on the Java strangeness I'm encountering
McKown, John wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUB 34) Sent: Wednesday, May 24, 2006 1:33 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A little more insight on the Java strangeness I'm encountering I swear I could run Java classes without saying 'java' but it must be the ol' memory failure again. Any chance this remembrance is related to playing on Windoze? Or on a Mac? They care for file extensions, UNIX does not. BTW, someone mentioned the execute bit being set. .class files don't need it, don't set it. Peter Hunkeler CREDIT SUISSE Talk about a weirdness. I just checked my Howdy.java file, which the shell attempted to execute and IT DOES NOT HAVE THE EXECUTE BIT ON! The shell should NOT even attempt to run the file, what is with that? That is WRONG, WRONG, WRONG! No, it's RIGHT, RIGHT, RIGHT! As Peter mentioned above, the file does not need the execute bit set: it is not executable. What is executable is the JVM. So the java command must have the execute bit set; when you enter: java Howdy then the JVM runs and interprets the byte code in Howdy.class. It all makes {perfect | reasonable} sense. And if I invoke the BASH shell, I get: bash: ./Howdy.class: cannot execute binary file With the tcsh shell, I get: ./Howdy.class: EDC5130I Exec format error.. Binary file not executable. Hum, sounds like it is time for a little talk with z/OS UNIX shell programmers. No. Class files are not executable in the classic sense: they are interpreted by java. Kind regards, -Steve Comstock -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
In a recent note, (IBM Mainframe Discussion List) said: Date: Wed, 24 May 2006 08:08:43 EDT In [EMAIL PROTECTED], on 05/23/2006 at 12:05 PM, David Speake [EMAIL PROTECTED] said: The group in my shop responsible for care and feeding of this product contend that the vendor has told them that Since the product is LE compliant, it cannot write into a dataset that has been generated by the IEFBR14 utility. In a message dated 5/24/2006 7:02:48 A.M. Central Daylight Time, shmuel+ibm-[EMAIL PROTECTED] writes: What are they smoking? It could be that the group in his shop OR the vendor is the one that's been smoking the cluelessness-inducing substance. Or maybe both clusters. I have encountered some clueless vendors. o Find out whether it's the group in his shop or the vendor. o If the vendor and the restriction explicitly cites IEFBR14, torment their tech support, repeatedly if necessary, with questions such as: If not IEFBR14, may I use a trivial invocation of some other program, such as IKJEFT01 with only LOGOFF in SYSTSIN, and DD DISP=NEW to create the data set? -- gil -- StorageTek INFORMATION made POWERFUL -- 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: fewer/faster vs more/slower in same plex
Seems to me most of the advice being offered is predicated on being able to separate workload(s) to specific LPARs (CECs). If you have a requirement to use service classes across disproportionate CECs (say prod on both/all), then WLM is deficient. Borked. Broken As Designed. Velocity, r/t, discretionary ... doesn't matter, it doesn't work as it should. I can construct WLM goals to achieve the results I want *MUCH* better on a ring of monoplexes than I can on a (non-homogeneous) parallel sysplex. IMHO doesn't say much for the WLM (sysplex) design. Maybe I just don't understand WLM. Maybe the people designing this stuff need to get out of the labs and into customer sites. Maybe I'm dreaming ... Shane ... -- 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
FDR MESSAGE - FDR998
I found the problem. It was tucked away in the output listing: FDR309** DDNAME=DISKONL2,VOL=SER=INST54 NOT ELIGIBLE FOR AUTO BACKUP Is there a way of posting an error message i.e. FDRxxxE instead? I was able to find the problem only by looking at the EXCP counts for all the volumes in the JES output log. Since the volume in question did not have any listed (it was blank in that column) I assumed that it was this volume which had the problem. I was right for a change. For the future is there an easier way to find the error instead of looking EXCP counts? - Be a chatter box. Enjoy free PC-to-PC calls with Yahoo! Messenger with Voice. -- 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: A little more insight on the Java strangeness I'm encountering
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Wednesday, May 24, 2006 8:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: A little more insight on the Java strangeness I'm encountering snip shell should NOT even attempt to run the file, what is with that? That is WRONG, WRONG, WRONG! No, it's RIGHT, RIGHT, RIGHT! I guess that I was not plain. The standard shell, sh, should not have even attempted to execute a file that does not have the execute bit on. But it does try to execute it despite the lack of the execute bit being on. That is what is WRONG. I agree that the file should not have the execute bit on. And the javac compiler generates it correctly, without the execute bit. As Peter mentioned above, the file does not need the execute bit set: it is not executable. Agreed. What is executable is the JVM. So the java command must have the execute bit set; when you enter: java Howdy then the JVM runs and interprets the byte code in Howdy.class. It all makes {perfect | reasonable} sense. snip No. Class files are not executable in the classic sense: they are interpreted by java. Right. That is why the shell, sh, should not have even attempted to execute the file when you only entered its name on the command prompt. There is a bug in the standard shell, sh, if it tries to execute a file which does not have the eXecute bit on. Kind regards, -Steve Comstock The whole problem stemmed, IMO, from the shell trying to execute a file which was not marked as executable. This is WRONG. And does not happen with BASH or tcsh. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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 PuTTY with otelnetd
In a recent note, Art Celestini said: Date: Wed, 24 May 2006 09:10:17 -0400 I cannot seem to find the right combination of PuTTY options and terminal emulation type to get the recall function to work. For telnetd on Lintel systems, this is the up-arrow. The IBM Communications Server doc seems to suggest F1 or Esc-1 should do it for otelnetd, but I can get neither to work for me. It appears that the recall you expect is a shell function. Bash (prevalent on Lintel) supports up-arrow; z/OS shell doesn't (not required by POSIX). For z/OS, try: set -o vi # then esck # to retrieve backward escj # to retrieve forward. These are vi-like. There's also an emacs-like form if that's your taste. I believe bash has also been ported to z/OS. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: FDR MESSAGE - FDR998
Willie, For the future is there an easier way to find the error instead of looking EXCP counts? Don't print, leave in Q or save to a file. Do a search on FDR toy will get every FDR messages that was produced in your listing. After all It was tucked away in the output listing: the above will even search in tucked away places. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Wednesday, May 24, 2006 9:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FDR MESSAGE - FDR998 I found the problem. It was tucked away in the output listing: FDR309** DDNAME=DISKONL2,VOL=SER=INST54 NOT ELIGIBLE FOR AUTO BACKUP Is there a way of posting an error message i.e. FDRxxxE instead? I was able to find the problem only by looking at the EXCP counts for all the volumes in the JES output log. Since the volume in question did not have any listed (it was blank in that column) I assumed that it was this volume which had the problem. I was right for a change. For the future is there an easier way to find the error instead of looking EXCP counts? - Be a chatter box. Enjoy free PC-to-PC calls with Yahoo! Messenger with Voice. -- 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: IEFSCHAS increases mips consumption
On Tue, 23 May 2006 04:11:54 -0500, Christian Blesa [EMAIL PROTECTED] wrote: last thursday I have detected an increase in mips consumption by IEFSCHAS, XCFAS and GRS. I have revised all system changes and any seems to be relationated with this strange behaviour. Who could be the bad boy? Christian, IEFSCHAS handles cross-system ENF notifications. The primary user of this function is GRS contention notification, which is consistent with your observation of increased CPU consumption in the associated address spaces. Look for some application that is generating an increased amount of ENQ contention. Bill Neiman z/OS Development -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
In a recent note, Thomas Berg said: Date: Wed, 24 May 2006 05:51:41 +0200 == Kirk Talman == wrote2006-05-24 01:40: Call it a design issue. There is no flag in the VTOC that says if the file has data in it. Well, even an empty can has a bottom, so why can't a file ? There's DS1LSTAR. But there was a design blunder. It _should_ have been the behavior ever since release 1 of OS/360 that any attempt to READ beyond DS1LSTAR should cause EODAD to be invoked. This test should have been incorporated in the access method, not left as the responsibility of the application programmer. -- gil -- StorageTek INFORMATION made POWERFUL -- 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 PuTTY with otelnetd
Paul Gilmartin wrote: In a recent note, Art Celestini said: Date: Wed, 24 May 2006 09:10:17 -0400 I cannot seem to find the right combination of PuTTY options and terminal emulation type to get the recall function to work. For telnetd on Lintel systems, this is the up-arrow. The IBM Communications Server doc seems to suggest F1 or Esc-1 should do it for otelnetd, but I can get neither to work for me. It appears that the recall you expect is a shell function. Bash (prevalent on Lintel) supports up-arrow; z/OS shell doesn't (not required by POSIX). For z/OS, try: set -o vi # then esck # to retrieve backward escj # to retrieve forward. These are vi-like. There's also an emacs-like form if that's your taste. I believe bash has also been ported to z/OS. -- gil Hi We use set -o emacs and the controlp for PREVIOUS with putty 0.58 and z/Os 1.5 and 1.7 -- Mit freundlichen Grüßen / Best regards Miklos Szigetvari ISIS Information Systems GmbH Alter Wienerweg 12 2344 Maria Enzersdorf Austria --- This e-mail is only intended for the recipient and not legally binding. Unauthorised use, publication, reproduction or disclosure of the content of this e-mail is not permitted. This email has been checked for known viruses, but ISIS accepts no responsibility for malicious or inappropriate content. --- -- 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: A little more insight on the Java strangeness I'm encountering
McKown, John wrote: snip shell should NOT even attempt to run the file, what is with that? That is WRONG, WRONG, WRONG! No, it's RIGHT, RIGHT, RIGHT! I guess that I was not plain. The standard shell, sh, should not have even attempted to execute a file that does not have the execute bit on. But it does try to execute it despite the lack of the execute bit being on. That is what is WRONG. I agree that the file should not have the execute bit on. And the javac compiler generates it correctly, without the execute bit. Ah, now I see your point. And I agree with it. Thanks for the extra clarification. Kind regards, -Steve Comstock [snip] -- 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: ADR120E - DFDSS Error
Rex, EUREKA !!! It worked. Thanks to you and all who have helped me. As they say in the U.K. the problem was a sticky wicket Thanks to IBM-Main audience. Pommier, Rex R. [EMAIL PROTECTED] wrote: Found it! We were still 1 right paren short. Replace the BY line with the following: BY((CREDT LT (*,-1)) (DSORG NE VSAM))) - Also, when I discovered the problem, my test then complained about having DASD concatenated. You will need to either put separate DD statements in for each VOLSER or use catalog processing and skip the volser allocations. If you want to set it up with multiple volsers, just use: LOGINDDNAME(DASD1 DASD2 DASD3) HTH Rex - On Yahoo!7 360°: Your own space to share what you want with who you want! -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
In a recent note, Art Celestini said: Date: Tue, 23 May 2006 20:18:02 -0400 If I am not mistaken, if you allocate on an SMS-managed volume and specify enough DCB attributes so that SMS knows that it is intended to be a SAM data set, SMS will write an EOF at the beginning of the first track and correspondingly set DS1LSTAR. I seem to recall this as one of the features that SMS provided when it first came out. Underreaching. Why the restriction to SAM? Allocation ought to write EOF whenever a NEW primary extent is allocated, regardless of known or unknown DSORG. The one possible exception is when the programmer requests an absolute track address (is this even supported nowadays?), since that might be an attempt to recover data after a DSCB was lost, and writing the EOF might obliterate the data. I'm more tolerant of the restriction to SMS; not all new enhancements should be retrofitted to obsolete functions. -- gil -- StorageTek INFORMATION made POWERFUL -- 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: ADR120E - DFDSS Error
Terry, I have kept your jcl handy. Thanks for your suggestion. I will try it out as well. Terry Sambrooks [EMAIL PROTECTED] wrote: Hi John, I saw your posts yesterday but believed it would be resolved before I could respond. I played about with your command input and changed from this: //SYSIN DD * DUMP DATASET(INCLUDE(IST*.** - MED*.** - X*.** - Y*.** - Z*.** - SRT.** - SYS*.** - TEMP.** - *SYSUT*.**) - To this DUMP LIDD(DASD) OUTDD(TAPE) - OPT(4) ALLDATA(*) ALLEXCP - TOL(ENQF) - DATASET(INCLUDE(IST*.**, - MED*.**, - X*.**, - Y*.**, - Z*.**, - SRT.**, - SYS*.**, - TEMP.**, - *SYSUT*.**) - BY((CREDT,LT,(*,-1)),(DSORG,NE,(VSAM It clear all command errors.. Kind Regards - Terry Terry Sambrooks Director KMS-IT Limited 228 Abbeydale Road South Dore Sheffield S17 3LA UK Tel: +44 (0)114 262 0933 WEB: www.legac-e.co.uk www.kmsitltd.co.uk Reg: England Wales 3767263 at the above address All outgoing E-mails are scanned but it remains the recipients responsibility to ensure that their system is protected from viruses, trojans, worms, and spy-ware. -- 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 - The LOST Ninja blog: Exclusive clues, clips and gossip. -- 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: FDR MESSAGE - FDR998
Kevin, I had the listing in the queue. I did the find FDR, since the job was backing up 130 volumes my search found lots of FDR. Hopefully Bruce and his FDR team could suggest something. Clark, Kevin D, HRC-Alexandria/EDS [EMAIL PROTECTED] wrote: Willie, For the future is there an easier way to find the error instead of looking EXCP counts? Don't print, leave in Q or save to a file. Do a search on FDR toy will get every FDR messages that was produced in your listing. After all It was tucked away in the output listing: the above will even search in tucked away places. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Wednesday, May 24, 2006 9:24 AM To: IBM-MAIN@BAMA.UA.EDU Subject: FDR MESSAGE - FDR998 I found the problem. It was tucked away in the output listing: FDR309** DDNAME=DISKONL2,VOL=SER=INST54 NOT ELIGIBLE FOR AUTO BACKUP Is there a way of posting an error message i.e. FDRxxxE instead? I was able to find the problem only by looking at the EXCP counts for all the volumes in the JES output log. Since the volume in question did not have any listed (it was blank in that column) I assumed that it was this volume which had the problem. I was right for a change. For the future is there an easier way to find the error instead of looking EXCP counts? - Be a chatter box. Enjoy free PC-to-PC calls with Yahoo! Messenger with Voice. -- 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 - Feel free to call! Free PC-to-PC calls. Low rates on PC-to-Phone. Get Yahoo! Messenger with Voice -- 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: FDR MESSAGE - FDR998
Hopefully Bruce and his team can suggest something. For now, I have made a note to search for NOT and * * as well as FDR309 Richard Pinion [EMAIL PROTECTED] wrote: It would be nice, I've encounted similar situations. Our joblogs go to CA-Dispatach which slows down the process even more. [EMAIL PROTECTED] 5/24/2006 9:24:27 AM I found the problem. It was tucked away in the output listing: FDR309** DDNAME=DISKONL2,VOL=SER=INST54 NOT ELIGIBLE FOR AUTO BACKUP Is there a way of posting an error message i.e. FDRxxxE instead? I was able to find the problem only by looking at the EXCP counts for all the volumes in the JES output log. Since the volume in question did not have any listed (it was blank in that column) I assumed that it was this volume which had the problem. I was right for a change. For the future is there an easier way to find the error instead of looking EXCP counts? - Be a chatter box. Enjoy free PC-to-PC calls with Yahoo! Messenger with Voice. -- 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 - Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates. -- 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 PuTTY with otelnetd
Thanks guys. It didn't dawn on me that it could be a shell issue. Both methods work for me now. I'll have to read up on the set command to learn more about it. Art At 09:43 AM 5/24/2006, Miklos Szigetvari wrote: Paul Gilmartin wrote: In a recent note, Art Celestini said: Date: Wed, 24 May 2006 09:10:17 -0400 I cannot seem to find the right combination of PuTTY options and terminal emulation type to get the recall function to work. For telnetd on Lintel systems, this is the up-arrow. The IBM Communications Server doc seems to suggest F1 or Esc-1 should do it for otelnetd, but I can get neither to work for me. It appears that the recall you expect is a shell function. Bash (prevalent on Lintel) supports up-arrow; z/OS shell doesn't (not required by POSIX). For z/OS, try: set -o vi # then esck # to retrieve backward escj # to retrieve forward. These are vi-like. There's also an emacs-like form if that's your taste. I believe bash has also been ported to z/OS. -- gil Hi We use set -o emacs and the controlp for PREVIOUS with putty 0.58 and z/Os 1.5 and 1.7 -- Mit freundlichen Grüßen / Best regards Miklos Szigetvari == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- 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: fewer/faster vs more/slower in same plex
I can construct WLM goals to achieve the results I want *MUCH* better on a ring of monoplexes than I can on a (non-homogeneous) parallel sysplex. I've been using WLM since January 1999, and I have never had a homogeneous plex. Nor, have I had all the problems that everybody is talking about. These are 3-4000 MIPS plex's, with IMS, DB2, CICS, TSO, MQ Batch. - -teD 300,000 Kilometres per Second Not only is it a good idea! It's the LAW!!! -- 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: SMP/E SMPWRK* vs. SDB
In a recent note, John S. Giltner, Jr. said: Date: Tue, 23 May 2006 23:26:58 -0400 It also says: 3. If the BLKSIZE value is omitted or invalid, SMP/E uses a default of 3200. I omitted that bullet deliberately. I believe IBM has been known to accept APARs on other products that similarly thwarted the operation of SDB. The Rexx interpreter comes to mind. So I would assume that it is looking at the blocksize prior to open time to verify that it is a valid size. Since 0 is sort of not really valid, it should default to 3200. Well, 0 _is_ a multiple of 80, so then don't even need to test for it as a special case. Just divide and verify the remainder is 0. But you would have to figure after over a decade of SDB that somebody could have easily added a check for 0 and use that. Could be that the SMP/E developers don't beleive that SDB will generate a valid block size for FB/80? Well, since not everybody uses FB/80, they might have assumed that case was not sufficiently exercised in the field to be trustworthy. Isn't 3200 the limit of Linkage Editor's SYSLIN? They might have feared that SDB's default half-track allocation would break the Linkage Editor utility. -- gil -- StorageTek INFORMATION made POWERFUL -- 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
SV: Write to BR14 allocated PSDS - Unitech ACR 3.3
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] För Paul Gilmartin Skickat: den 24 maj 2006 15:43 Till: IBM-MAIN@BAMA.UA.EDU Ämne: Re: Write to BR14 allocated PSDS - Unitech ACR 3.3 In a recent note, Thomas Berg said: Date: Wed, 24 May 2006 05:51:41 +0200 == Kirk Talman == wrote2006-05-24 01:40: Call it a design issue. There is no flag in the VTOC that says if the file has data in it. Well, even an empty can has a bottom, so why can't a file ? There's DS1LSTAR. But there was a design blunder. It _should_ have been the behavior ever since release 1 of OS/360 that any attempt to READ beyond DS1LSTAR should cause EODAD to be invoked. This test should have been incorporated in the access method, not left as the responsibility of the application programmer. Yes. There is many inconsistenses/logical fallacys in MVS aka z/OS that generates endless problems. One example is this thread. Either does a dataset exist. Or not. If it exist it should be readable regardless if it is empty or not. ___ Thomas Berg IT Utveckling FöreningsSparbanken AB (Publ) / SWEDBANK -- 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: DFSORT: SMF16 (jobs ok, stcs nok)
John Chase wrote on 05/24/2006 06:06:19 AM: We combine all four environments for DFSORT into a single USERMOD now. No problems. We don't yet make enough use of ICETOOL to change any of the delivered defaults, but when that time comes I expect we'll code just one USERMOD for its four environments, too. ICETOOL doesn't have separate environments. JCL covers direct invocation of DFSORT (e.g. PGM=ICEMAN). INV covers program invocation of DFSORT. TSO and TSOINV cover TSO. ICETOOL's use of DFSORT is covered by the INV environment. The TD1-TD4 environments allow you to modify the other environments to cover time-of-day changes. For complete details, see z/OS DFSORT Installation and Customization. Here's a link to the relevant info: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CI00/2.2?DT=20031124122307 Frank Yaeger - DFSORT Team (IBM) Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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 Exit 52 woes in z/OS 1.7
I had this problem too. As a bypass, until OA14774 is closed, I used the macro $RMSGQUE to put an error message into the joblog. It's also used in the sample exit HASX54A in SHASSAMP. Karl Grombach -- 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: DFSORT: SMF16 (jobs ok, stcs nok)
Christian Blesa wrote on 05/22/2006 07:14:28 AM: I'm revising DFSORT and I have had a look to SMF16 records and only shows statistics of executed jobs but it not shows statistics DFSORT use by Started Tasks. I have revised ICEIEXIT/ICETEXIT and I don't see anything. Could you help me? For closure on the original problem: Christian sent David the information requested and David determined that an SMF=NO run-time option was used to override the SMF=FULL intallation default. Hence, no SMF16 records. Frank Yaeger - DFSORT Team (IBM) Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: ADR120E - DFDSS Error
At 01:32 PM 05/23/2006, John Dawes wrote: I am attempting to back up some files using DFDSS. I receve the error ADR120E because of TOO MANY POSITIONAL PARAMETERS AFTER '-1' Can you suggest a correction. What I am attempting to do is backup files from certain volumes. However, I want only to backup files that are less than 1 day old and must NOT be VSAM. Below is a copy of my control cards. DUMP DATASET(INCLUDE(IST*.**- MED*.** - X*.** - Y*.** - Z*.** - SRT.**- SYS*.** - TEMP.** - *SYSUT*.**) - BY(CREDT,LT,*,-1,DSORG,NE,VSAM)) - LOGINDDNAME(DASD) - OUTDD(TAPE) OPT(4) ALLDATA(*) ALLEXCP - TOL(ENQF) Thanks to all in advance. You are missing a paren in your BY statement. It should read: BY((CREDT,LT,*,-1) (DSORG,NE,VSAM)) - Steve Wiegand -- 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: 'Problem' with EXPDT on SynchSort SORTOUT
Jan Vanbrabant wrote on 05/24/2006 05:10:16 AM: Frank (Yaeger), Any idea how the IBM DFSORT handles this? Jan, I ran the following job with DFSORT which I think is equivalent to what you're doing. The expiration date was shown for the TEST2 data set, but not for the TEST1 data set. //S0010EXEC PGM=IDCAMS //IN0001 DD DUMMY //UT0001 DD DSN=Y897797.JANV1.TEST1, //DISP=(,CATLG,DELETE),SPACE=(TRK,(5,5)), //RECFM=FB,LRECL=133 //SYSINDD * REPRO IFILE(IN0001) OFILE(UT0001) //SYSPRINT DD SYSOUT=* //S0020EXEC PGM=IDCAMS //IN0001 DD DUMMY //UT0001 DD DSN=Y897797.JANV1.TEST2, //DISP=(,CATLG,DELETE),SPACE=(TRK,(5,5)), //RECFM=FB,LRECL=133,EXPDT=2006/350 //SYSINDD * REPRO IFILE(IN0001) OFILE(UT0001) //SYSPRINT DD SYSOUT=* //S1EXEC PGM=ICEMAN //SYSOUTDD SYSOUT=* //SORTIN DD * RECORD 1 RECORD 2 //SORTOUT DD DSN=Y897797.JANV1.TEST1,DISP=OLD,EXPDT=2006/350 //SYSINDD* OPTION COPY /* Frank Yaeger - DFSORT Team (IBM) Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
If I am not mistaken, if you allocate on an SMS-managed volume and specify enough DCB attributes so that SMS knows that it is intended to be a SAM data set, SMS will write an EOF at the beginning of the first track and correspondingly set DS1LSTAR. I seem to recall this as one of the features that SMS provided when it first came out. Art, I believe you are right, but I can never remember the exact rules to get the EOF written. I searched the FMs once, but I don't think it is documented. but actually DS1LSTAR is still zero in that case. the EOF is record 1, so the last data block is record 0. You can't tell the difference from LSTAR. As for Gil's suggestion that the access method should not allow you to read past LSTAR, in the past it was not uncommon for LSTAR to be inaccurate. It is updated at CLOSE but if CLOSE fails or system crashes or whatever, the DSCB may not get updated. There may be lots of valid data past the LSTAR. Not so common today but can happen. -- Bruce Black Senior Software Developer Innovation Data Processing -- 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: FDR MESSAGE - FDR998
Willie, most FDR error messages have the double asterisk after them, e.g., FDR309**, as you saw. This is documented in the start of sec 100 (messages) of the manual In ISPF browse and edit, you can use this to search for error messages FIND P'FDR###**' Try it -- Bruce Black Senior Software Developer Innovation Data Processing -- 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: FDR MESSAGE - FDR998
Dang, learn something new everyday! [EMAIL PROTECTED] 5/24/2006 11:13:41 AM Willie, most FDR error messages have the double asterisk after them, e.g., FDR309**, as you saw. This is documented in the start of sec 100 (messages) of the manual In ISPF browse and edit, you can use this to search for error messages FIND P'FDR###**' Try it -- Bruce Black Senior Software Developer Innovation Data Processing -- 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: SMP/E SMPWRK* vs. SDB
On May 23, 2006, at 9:53 PM, Paul Gilmartin wrote: I read: #4.41 SMP/E V3R4.0 Reference ___ 4.41 SMPWRK1 Notes: 2. Do not specify BLKSIZE=0. SMP/E does not support system- determined block size (SDB) for this data set. Why? Would it be any better if the programmer specified explicitly the same value that SDB would happen to choose? -- gil -- StorageTek INFORMATION made POWERFUL Gil, This is only a guess but I think SMPe passes the ddname to several different utilities (ie HEWL IEV90 (and others)) so I don't think its a matter of SMPe not working correctly one of the other utilities may not. Ed -- 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: FDR MESSAGE - FDR998
Thanks Bruce. I will try it out. Can the FDR group come up with another section where the failed volume will be flagged? This way it could be easier to zero in on the problem. Now, only a list of the successful volumes that have been backed up appear on the list. Bruce Black [EMAIL PROTECTED] wrote: Willie, most FDR error messages have the double asterisk after them, e.g., FDR309**, as you saw. This is documented in the start of sec 100 (messages) of the manual In ISPF browse and edit, you can use this to search for error messages FIND P'FDR###**' Try it -- Bruce Black Senior Software Developer Innovation Data Processing -- 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 - Love cheap thrills? Enjoy PC-to-Phone calls to 30+ countries for just 2¢/min with Yahoo! Messenger with Voice. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
JES Control Blocks
I am working on copying and modifying some of our JES exits to operate in the new exits with z/OS 1.7. The problem that I am running into is that the current exits refer to control blocks that I believe I do not have access to from the user address space (for example the PCE). However, I have not found any documentation that shows exactly what you do and do not have access to from the user address space. Does anyone know of any documentation that outlines what is and what is not accessible from the user address space? I have a printed copy of the JES2 z/OS 1.7 Exit Migration Guide and have read several of the Share presentations. Sean Smith Bank of America -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES Control Blocks
I would advise the use of the JES2 Data Areas books - all the needed info is in there Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Sean M Sent: 24 May 2006 11:36 To: IBM-MAIN@BAMA.UA.EDU Subject: JES Control Blocks I am working on copying and modifying some of our JES exits to operate in the new exits with z/OS 1.7. The problem that I am running into is that the current exits refer to control blocks that I believe I do not have access to from the user address space (for example the PCE). However, I have not found any documentation that shows exactly what you do and do not have access to from the user address space. Does anyone know of any documentation that outlines what is and what is not accessible from the user address space? I have a printed copy of the JES2 z/OS 1.7 Exit Migration Guide and have read several of the Share presentations. Sean Smith Bank of America -- 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 Exit 52 woes in z/OS 1.7
NOTICE: All information in and attached to the e-mail(s) below may be proprietary, confidential, privileged and otherwise protected from improper or erroneous disclosure. If you are not the sender's intended recipient, you are not authorized to intercept, read, print, retain, copy, forward, or disseminate this message. If you have erroneously received this communication, please notify the sender immediately by phone (704-758-1000) or by e-mail and destroy all copies of this message (electronic, paper, or otherwise). Thank you. OA14774 definitely looks to hit the nail on the head and we are actively tracking it. We are also investigating the $RMSGQUE that Karl Grombach mentioned and which was further explained in an offline message. Thanks to all for their help, Jim Horne Lowe's Companies, Inc. Bob Rutledge wrote: Might it be OA14774? Karl Grombach wrote: I had this problem too. As a bypass, until OA14774 is closed, I used the macro $RMSGQUE to put an error message into the joblog. It's also used in the sample exit HASX54A in SHASSAMP. -- 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: SMP/E SMPWRK* vs. SDB
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday May 24 2006 00:10 I think it's typical for IBM. Examples: snip 2. DB2 doesn't (wasn't) check RACF profile when started/closed. Effect: everybody (who can issue operator commands) can kill DB2. The same person can be strictly controlled when i.e. using DISPLAY command, he could be authorized to D SMF, but not D IPLINFO. But not -dsn STOP DB2. This sort of makes sense, though, if you think about how the command is being processed. DB2 commands are routed via the SSI prefix character(s), so my take is that this occurs before MVS command SAF (being generic, here) checking. If DB2 did things right (ahem) and used MODIFY (like many other data base, TP monitor, and server products), then SAF could protect through the command facility (thou shalt not perform MODIFY against *MSTR, for example). But because it's the way it is, you have to GRANT/REVOKE in DB2, which puts what I consider not-part-of-data-access-management security in the hands of the DBA, rather than the security administrator. (Disclaimer: I've worn the security administrator hat a couple of times in my career. Caveat utor.) 3. IND$FILE also uses BLKSIZE of 3200/6160. There are more examples like the above. At one time, the linkage editor was very touchy about block sizes 3200 unless you played games with PARM SIZE= and REGION. For many years the distributed compiler procs used block sizes of 3120, which also relates to some of the early TSO defaults for block sizes for 2314? 3330? DASDs (efficiency, you know - anyone got a 2314 or 3330 card lying around?) Later, Ray -- 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
cost of a CPU side-grade
We have a z890 (2086 capacity 250). We also have an IFL on this box. We are not using the IFL (don't ask, I'll whine). I would like to convert the IFL to a zAAP. I cannot see if this is possible, or how much it may cost. Anybody know how I can find this information, WITHOUT TALKING TO IBM SALES. Talking to sales is: (1) not within my authority; (2) frustrating. But I'm trying to sell this to my team leader to bump it up the line. If that looks possible, then I need to sell using Java for some things to our applications people. We are very legacy on z/OS (basically if it ain't COBOL, we don't use it in house). Thanks. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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 Unicenter Solve Operation and zOS 1.7
Hi all, I would like to know if any of you who have migrated to zOS 1.7 is using CA Unicenter Solve Operation 5.0. We are having a problem with this software and want to know if it happens only here or this is a general situation. Our problem does not occur everytime and is related to NETMAGDB enqueue that hangs Solve startup until we drain the INITIATOR that is holding this ENQ (Yes, INITIATOR). CA has said that it's related to SMF exits issueing WTOs which intervenes with DEQ process, but AFAIK there is no IBM program that issues this ENQ. TIA Atenciosamente / Regards / Saludos Banco Bradesco S/A 4254/DPCD Alphaville Suporte Técnico - Software Básico Mainframes Ituriel do Nascimento Neto Tel: 55 11 4197-2021 Fax: 55 11 4197-2814 AVISO LEGAL BR Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou sistema de controle. Fica desprovida de eficácia e validade a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha poderes de representação. +**+ LEGAL ADVICE BR This message is exclusively destined for the people to whom it is directed, and it can bear private and/or legally exceptional information. If you are not addressee of this message, since now you are advised to not release, copy, distribute, check or, otherwise, use the information contained in this message, because it is illegal. If you received this message by mistake, we ask you to return this email, making possible, as soon as possible, the elimination of its contents of your database, registrations or controls system. The message that bears any mandatory links, issued by someone who has no representation powers, shall be null or void. -- 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: fewer/faster vs more/slower in same plex
On Wed, 24 May 2006 00:00:00 GMT, Ted MacNEIL [EMAIL PROTECTED] wrote: I can construct WLM goals to achieve the results I want *MUCH* better on a ring of monoplexes than I can on a (non-homogeneous) parallel sysplex. I've been using WLM since January 1999, and I have never had a homogeneous plex. Nor, have I had all the problems that everybody is talking about. These are 3-4000 MIPS plex's, with IMS, DB2, CICS, TSO, MQ Batch. Pretty much the same here, but I have used response goals for CICS and DDF and many times I have had DB2 regions in SYSSTC (no goal) or different velocities by LPARs since that was allowed in OS/390 2.10. The problem has been batch. I've handled that by classifying by JES2 MAS at times (again, since OS/390 R10 for systems in the same sysplex with their own spools) but that has only helped me on a few occasions. Even now I have all z9s but one z900 as a penalty box to runs a certain unnamed software package that charges up the you know what. Of course the production jobs on the z900 don't achieve the velocity they do on the z9 LPARs in the plex, but I have the velocity low enough where goals are met. Most of the batch runs at night when there is exta cycles anyway (the z900 LPAR only runs batch for the most part, not CICS/DB2/IMS). I admit I have never tried percentile goals for batch as Tom suggested, but I'm not sure what benefit I would get from specifying an unagressive response goal versus an unagressive velocity goal. I can guarantee that many less jobs can end in a given time on my z900 LPAR with 1 or 2 CPs than my z9 LPARs with 4 or 5 CPs. So I guess I sort of agree with Shane, but not when it comes to response goals for CICS and DDF. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.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
Re: PTF 24187 IS NOW AVAILABLE -PE- - -
While I am not sure exactly what the AI refers to, when I looked up that particular PTF, I noticed that it has been changed to PTF 97084 IS NOW AVAILABLE - - -SUP-UY99455-F310 Which indicates that the PTF has been superceded by a subsequent fix to one or more of the MODULES/MACROS that are impacted by this PTF. My guess is that AI indicates that an APAR that may have an impact on this PTF is under investigation, but again, this is just a guess. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Wednesday, May 24, 2006 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: PTF 24187 IS NOW AVAILABLE -PE- - - Wayn, can you help with with this one also. I just came across it. PTF 97084 IS NOW AVAILABLE - -AI- - What would be the meaning of the AI. Thanks. Wayne Driscoll [EMAIL PROTECTED] wrote: Howard, Yes, the PE indicates that the PTF has an ERROR APAR opened against it, and as such should probably not be applied. However, to make that decision, your installation will have to weigh the impact of not having the fix for the original APAR against the potential impact of the exposed error. Again, in general, it is not reccomended that you apply PE PTF's, but in certain circumstances, it may be required. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Tuesday, May 23, 2006 5:09 PM To: IBM-MAIN@bama.ua.edu Subject: PTF 24187 IS NOW AVAILABLE -PE- - - PTF 24187 IS NOW AVAILABLE -PE- - - Does the above mean that ptf UA24187 is in error and should not be applied? Thanks - Be a chatter box. Enjoy free PC-to-PC calls with Yahoo! Messenger with Voice. -- 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 - Sneak preview the all-new Yahoo.com. It's not radically different. Just radically better. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES Control Blocks
Thanks for the tip. I was looking in the z/OS 1.7 Library Center under JES2 and the manuals are not there (they are in the z/OS 1.5 Library Center), nor were they delivered on the CD. Have the manuals moved or does IBM need to follow-up and put these online for z/OS 1.7? Sean -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Wednesday, May 24, 2006 8:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES Control Blocks I would advise the use of the JES2 Data Areas books - all the needed info is in there Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Sean M Sent: 24 May 2006 11:36 To: IBM-MAIN@BAMA.UA.EDU Subject: JES Control Blocks I am working on copying and modifying some of our JES exits to operate in the new exits with z/OS 1.7. The problem that I am running into is that the current exits refer to control blocks that I believe I do not have access to from the user address space (for example the PCE). However, I have not found any documentation that shows exactly what you do and do not have access to from the user address space. Does anyone know of any documentation that outlines what is and what is not accessible from the user address space? I have a printed copy of the JES2 z/OS 1.7 Exit Migration Guide and have read several of the Share presentations. Sean Smith Bank of America -- 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: SMP/E SMPWRK* vs. SDB
Ray Mullins wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday May 24 2006 00:10 I think it's typical for IBM. Examples: snip 2. DB2 doesn't (wasn't) check RACF profile when started/closed. Effect: everybody (who can issue operator commands) can kill DB2. The same person can be strictly controlled when i.e. using DISPLAY command, he could be authorized to D SMF, but not D IPLINFO. But not -dsn STOP DB2. This sort of makes sense, though, if you think about how the command is being processed. [...] No, it doesn't. I know more or less how it's being processed. Simply I don't care. I bought z/OS, RACF and DB2 from same company. It's not safe (disclaimer: I was told it's fixed in v8). For example JES commands are processed in similar way, but RACF protected. OK, I don't insist on RACF, let it be interally (in DB2) protected, via some GRANT. But it's not. It's open for everyone. 3. IND$FILE also uses BLKSIZE of 3200/6160. There are more examples like the above. At one time, the linkage editor was very touchy about block sizes 3200 unless you played games with PARM SIZE= and REGION. Yes, at one time. 20 years ago ? Is there anything to add here ? Regards -- Radoslaw Skorupka Lodz, Poland -- 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: cost of a CPU side-grade
John, My understanding is ZAAP's are only available on Z9's Jeff Ruegsegger Avnet Inc. Sr. Systems Programmer 30 S. Mckemy Ave Chandler, AZ 85226 (480) 961-6476 - Office (602) 321-3325 - Mobile (480) 794-9721 - Fax -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, May 24, 2006 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: cost of a CPU side-grade We have a z890 (2086 capacity 250). We also have an IFL on this box. We are not using the IFL (don't ask, I'll whine). I would like to convert the IFL to a zAAP. I cannot see if this is possible, or how much it may cost. Anybody know how I can find this information, WITHOUT TALKING TO IBM SALES. Talking to sales is: (1) not within my authority; (2) frustrating. But I'm trying to sell this to my team leader to bump it up the line. If that looks possible, then I need to sell using Java for some things to our applications people. We are very legacy on z/OS (basically if it ain't COBOL, we don't use it in house). Thanks. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: cost of a CPU side-grade
Jeff, We have an IFL and a zAAP processor, and we are running a z/890. Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ruegsegger, Jeff Sent: Wednesday, May 24, 2006 11:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: cost of a CPU side-grade John, My understanding is ZAAP's are only available on Z9's Jeff Ruegsegger Avnet Inc. Sr. Systems Programmer 30 S. Mckemy Ave Chandler, AZ 85226 (480) 961-6476 - Office (602) 321-3325 - Mobile (480) 794-9721 - Fax -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, May 24, 2006 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: cost of a CPU side-grade We have a z890 (2086 capacity 250). We also have an IFL on this box. We are not using the IFL (don't ask, I'll whine). I would like to convert the IFL to a zAAP. I cannot see if this is possible, or how much it may cost. Anybody know how I can find this information, WITHOUT TALKING TO IBM SALES. Talking to sales is: (1) not within my authority; (2) frustrating. But I'm trying to sell this to my team leader to bump it up the line. If that looks possible, then I need to sell using Java for some things to our applications people. We are very legacy on z/OS (basically if it ain't COBOL, we don't use it in house). Thanks. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
Bruce, Here are the places where SMS writing an EOF is documented. z/OS V1R7.0 DFSMS Using Data Sets When the system allocates a new SMS data set with DSORG=PS or no DSORG, the access methods treat the data set as being null, that is, having no data. A program can safely read the data set before data has been written in it. This means the first GET or first CHECK for a READ causes the EODAD routine to be called. z/OS V1R7.0 DFSMS: Implementing System-Managed Storage For sequential data sets, SMS writes a hardware EOF at the beginning of the data set at initial allocation. This prevents data integrity problems when applications try to read the data before data is written in the data set. Doug On Wed, 24 May 2006 11:00:21 -0400, Bruce Black [EMAIL PROTECTED] wrote: Art, I believe you are right, but I can never remember the exact rules to get the EOF written. I searched the FMs once, but I don't think it is documented. but actually DS1LSTAR is still zero in that case. the EOF is record 1, so the last data block is record 0. You can't tell the difference from LSTAR. As for Gil's suggestion that the access method should not allow you to read past LSTAR, in the past it was not uncommon for LSTAR to be inaccurate. It is updated at CLOSE but if CLOSE fails or system crashes or whatever, the DSCB may not get updated. There may be lots of valid data past the LSTAR. Not so common today but can happen. -- Bruce Black Senior Software Developer Innovation Data Processing -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
In [EMAIL PROTECTED], on 05/24/2006 at 07:50 AM, Paul Gilmartin [EMAIL PROTECTED] said: Underreaching. Why the restriction to SAM? Allocation ought to write EOF whenever a NEW primary extent is allocated, regardless of known or unknown DSORG. VSAM? -- 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
Re: cost of a CPU side-grade
zAAPs are available on z9, z990, and z890. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 COBOL can be cured if its caught soon enough. [unknown] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ruegsegger, Jeff Sent: Wednesday, May 24, 2006 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: cost of a CPU side-grade John, My understanding is ZAAP's are only available on Z9's Jeff Ruegsegger This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSORT: SMF16 (jobs ok, stcs nok)
Hello Thank you very much for your help. Our DBA colleagues will change this option next days and we will revise SMF16 again. Regards Chr. Blesa -- 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: IGGPRE00
Sam, Thanks for th pointer! However like I said I am in fact MLPAing the module in but when I run an ISRFIND I find it in PLPA only not MLPA and the one in PLPA is the dummy module(length 8). ISRFIND doesn't find one in MLPA and when I scan MLPA (E-MLPA and MLPA) I cant seem to find my versionThe strangeness about it is that I know my good version is being executed. My non SMS allocations are working as designed by my version of IGGPRE00. I cant seem to figure out why. Based on what I'm finding, the dummy version should be getting control but that is not the case. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES Control Blocks
I must admit that the ones I have on the LAN are the z/OS 1.5 ones I haven't researched getting more up to date ones. If all else fails - there is your SHASMAC dataset ! Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Sean M Sent: 24 May 2006 12:07 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES Control Blocks Thanks for the tip. I was looking in the z/OS 1.7 Library Center under JES2 and the manuals are not there (they are in the z/OS 1.5 Library Center), nor were they delivered on the CD. Have the manuals moved or does IBM need to follow-up and put these online for z/OS 1.7? Sean -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Wednesday, May 24, 2006 8:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JES Control Blocks I would advise the use of the JES2 Data Areas books - all the needed info is in there Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Smith, Sean M Sent: 24 May 2006 11:36 To: IBM-MAIN@BAMA.UA.EDU Subject: JES Control Blocks I am working on copying and modifying some of our JES exits to operate in the new exits with z/OS 1.7. The problem that I am running into is that the current exits refer to control blocks that I believe I do not have access to from the user address space (for example the PCE). However, I have not found any documentation that shows exactly what you do and do not have access to from the user address space. Does anyone know of any documentation that outlines what is and what is not accessible from the user address space? I have a printed copy of the JES2 z/OS 1.7 Exit Migration Guide and have read several of the Share presentations. Sean Smith Bank of America -- 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: cost of a CPU side-grade
I stand corrected. Thanks Jeff Ruegsegger Avnet Inc. Sr. Systems Programmer 30 S. Mckemy Ave Chandler, AZ 85226 (480) 961-6476 - Office (602) 321-3325 - Mobile (480) 794-9721 - Fax -- 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: IGGPRE00
On Wed, 24 May 2006 11:41:30 -0500, Jeff Ruegsegger [EMAIL PROTECTED] wrote: Sam, Thanks for th pointer! However like I said I am in fact MLPAing the module in but when I run an ISRFIND I find it in PLPA only not MLPA and the one in PLPA is the dummy module(length 8). ISRFIND doesn't find one in MLPA and when I scan MLPA (E-MLPA and MLPA) I cant seem to find my versionThe strangeness about it is that I know my good version is being executed. My non SMS allocations are working as designed by my version of IGGPRE00. I cant seem to figure out why. Based on what I'm finding, the dummy version should be getting control but that is not the case. What does ISRDDN BROWSE or MEMBER NAME command show you? Also, try MXI LPD command (Link Pack Directory Entries) if you have MXI. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://expertanswercenter.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
Re: cost of a CPU side-grade
zAAPs are available on z890 and z990. I believe it is zIIPs that are only available on z9. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ruegsegger, Jeff Sent: Wednesday, May 24, 2006 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: cost of a CPU side-grade John, My understanding is ZAAP's are only available on Z9's Jeff Ruegsegger Avnet Inc. Sr. Systems Programmer 30 S. Mckemy Ave Chandler, AZ 85226 (480) 961-6476 - Office (602) 321-3325 - Mobile (480) 794-9721 - Fax -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of McKown, John Sent: Wednesday, May 24, 2006 8:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: cost of a CPU side-grade We have a z890 (2086 capacity 250). We also have an IFL on this box. We are not using the IFL (don't ask, I'll whine). I would like to convert the IFL to a zAAP. I cannot see if this is possible, or how much it may cost. Anybody know how I can find this information, WITHOUT TALKING TO IBM SALES. Talking to sales is: (1) not within my authority; (2) frustrating. But I'm trying to sell this to my team leader to bump it up the line. If that looks possible, then I need to sell using Java for some things to our applications people. We are very legacy on z/OS (basically if it ain't COBOL, we don't use it in house). Thanks. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology This message (including any attachments) contains confidential information intended for a specific individual and purpose, and its content is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this transmission, or taking any action based on it, is strictly prohibited. -- 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: IGGPRE00
Hi, CBT File 311 from Dave Alcock has FINDMOD which is my favorite load module search tool. http://www.cbttape.org/ http://www.planetmvs.com/ Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Gumperson's Law: The probability of anything happening is in inverse ratio to its desirability. -Original Message- On Wed, 24 May 2006 11:41:30 -0500, Jeff Ruegsegger [EMAIL PROTECTED] wrote: Sam, Thanks for th pointer! However like I said I am in fact MLPAing the module in but when I run an ISRFIND I find it in PLPA only not MLPA and the one in PLPA is the dummy module(length 8). ISRFIND doesn't find one in MLPA and when I scan MLPA (E-MLPA and MLPA) I cant seem to find my versionThe strangeness about it is that I know my good version is being executed. My non SMS allocations are working as designed by my version of IGGPRE00. I cant seem to figure out why. Based on what I'm finding, the dummy version should be getting control but that is not the case. This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: cost of a CPU side-grade
Correct. It is easy to remember, each 'line' brought new type of processor during time IFL - z900+ zAAP - z990+ zIIP - z9+ On 5/24/06, Kittendorf, Craig [EMAIL PROTECTED] wrote: zAAPs are available on z890 and z990. I believe it is zIIPs that are only available on z9. -- 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: IGGPRE00
Hi Mark, ISRFIND shows -PLPA- IGGPRE00 LOC=04310EF8 LEN=0008 EP=84310EF8 MLPDE= LPALST SYS1.LPALIB IGGPRE00 LINKLST SYS1.LINKLIB SYS1.MIGLIB SYS1.CSSLIB TCPIP.SEZALOAD SYS1.AVNET.VTAMLIB SYS1.AVNT.LINKLIBIGGPRE00 The module in LINKLIB is the correct one and in fact is the one being used. I just don't understand why..From above I would think the dummy version is the one being used. Jeff Ruegsegger Avnet Inc. Sr. Systems Programmer -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Wednesday, May 24, 2006 9:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IGGPRE00 On Wed, 24 May 2006 11:41:30 -0500, Jeff Ruegsegger [EMAIL PROTECTED] wrote: Sam, Thanks for th pointer! However like I said I am in fact MLPAing the module in but when I run an ISRFIND I find it in PLPA only not MLPA and the one in PLPA is the dummy module(length 8). ISRFIND doesn't find one in MLPA and when I scan MLPA (E-MLPA and MLPA) I cant seem to find my versionThe strangeness about it is that I know my good version is being executed. My non SMS allocations are working as designed by my version of IGGPRE00. I cant seem to figure out why. Based on what I'm finding, the dummy version should be getting control but that is not the case. What does ISRDDN BROWSE or MEMBER NAME command show you? Also, try MXI LPD command (Link Pack Directory Entries) if you have MXI. -- 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
Stopping DB2 (was SMP/E SMPWRK* vs. SDB)
Radoslaw, There is a simple solution to resolving the -stop db2 issue. Don't allow people who have no business accessing a console, be it via a real console, an EMCS console (including SDSF) or any other approach. Wayne Driscoll Product Developer JME Software LLC NOTE: All opinions are strictly my own. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday, May 24, 2006 11:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMP/E SMPWRK* vs. SDB Ray Mullins wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Wednesday May 24 2006 00:10 I think it's typical for IBM. Examples: snip 2. DB2 doesn't (wasn't) check RACF profile when started/closed. Effect: everybody (who can issue operator commands) can kill DB2. The same person can be strictly controlled when i.e. using DISPLAY command, he could be authorized to D SMF, but not D IPLINFO. But not -dsn STOP DB2. This sort of makes sense, though, if you think about how the command is being processed. [...] No, it doesn't. I know more or less how it's being processed. Simply I don't care. I bought z/OS, RACF and DB2 from same company. It's not safe (disclaimer: I was told it's fixed in v8). For example JES commands are processed in similar way, but RACF protected. OK, I don't insist on RACF, let it be interally (in DB2) protected, via some GRANT. But it's not. It's open for everyone. 3. IND$FILE also uses BLKSIZE of 3200/6160. There are more examples like the above. At one time, the linkage editor was very touchy about block sizes 3200 unless you played games with PARM SIZE= and REGION. Yes, at one time. 20 years ago ? Is there anything to add here ? Regards -- Radoslaw Skorupka Lodz, Poland -- 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
DFSORT NULLOUT default (was DFSORT: SMF16 (jobs ok, stcs nok))
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Behalf Of Frank Yaeger ICETOOL doesn't have separate environments. JCL covers direct invocation of DFSORT (e.g. PGM=ICEMAN). INV covers program invocation of DFSORT. TSO and TSOINV cover TSO. ICETOOL's use of DFSORT is covered by the INV environment. The TD1-TD4 environments allow you to modify the other environments to cover time-of-day changes. Since my shop doesn't modify the DFSORT defaults, I hadn't realized what INV meant. Frank's explanation raises a question for me about the new parm NULLOUT. The fine manual states that NULLOUT can specify the return code and the action to be taken by DFSORT when there are no records for the SORTOUT data set, as indicated by the OUT count of 0 in message ICE054I. The FM goes on to state that NULLOUT does not apply when SORTOUT is not present. To me, this indicates that NULLOUT couldn't apply to a COBOL program performing a sort (or maybe even ICETOOL), though the default could be modified for the INV environment. Is that right? Or what if the COBOL program was using a DD of SORTOUT for the output data set? Would it apply then? Thanks, Greg Shirey Ben E. Keith Company Notice.Notice :Ben E. Keith has changed our email address from bekco.com to benekeith.com. The user-id to the left of the @ has not changed. Please change your contact info to this new email address. -- 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: PTF 24187 IS NOW AVAILABLE -PE- - -
Howard Rifkind [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... Wayn, can you help with with this one also. I just came across it. PTF 97084 IS NOW AVAILABLE - -AI- - What would be the meaning of the AI. Additional Information Thanks, Mark Thomen Catalog/IDCAMS/VSAM Development -- 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: DFSORT NULLOUT default (was DFSORT: SMF16 (jobs ok, stcs nok))
Greg Shirey wrote on 05/24/2006 10:27:14 AM: Since my shop doesn't modify the DFSORT defaults, I hadn't realized what INV meant. Frank's explanation raises a question for me about the new parm NULLOUT. The fine manual states that NULLOUT can specify the return code and the action to be taken by DFSORT when there are no records for the SORTOUT data set, as indicated by the OUT count of 0 in message ICE054I. The FM goes on to state that NULLOUT does not apply when SORTOUT is not present. To me, this indicates that NULLOUT couldn't apply to a COBOL program performing a sort (or maybe even ICETOOL), though the default could be modified for the INV environment. Is that right? Or what if the COBOL program was using a DD of SORTOUT for the output data set? Would it apply then? Note that SORTOUT is used generically to mean the regular output data set (as opposed to an OUTFIL output data set). It actually refers to the ddname specified or defaulted for SORTOUT=ddname. The default is SORTOUT, but it could be another ddname. For example, when you use COPY TO(OUT) ... for ICETOOL, the ddname for SORTOUT is OUT and INV NULLOUT applies. NULLOUT applies whenever DFSORT is writing the SORTOUT data set. For a COBOL sort, DFSORT writes the SORTOUT data set if FASTSRT is in effect for the output data set. Otherwise, COBOL handles ('deletes') all of the output with its E35 routine and DFSORT doesn't write to SORTOUT. In the FASTSRT case, INV NULLOUT would apply because DFSORT writes the SORTOUT data set. In the NOFASTSRT case, INV NULLOUT wouldn't apply because there is no SORTOUT data set as far as DFSORT is concerned. For ICETOOL, it depends on the operator. In general, if you use TO(ddname), then INV NULLOUT applies. Note that NULLOUT does not apply to OUTFIL output data sets, but you can specify the NULLOFL parameter on each OUTFIL statement to apply to the output data sets associated with that OUTFIL statement. For example, if you had: //TOOLIN DD * SELECT FROM(IN) TO(OUT) ON(5,2,CH) NODUPS /* OUT is a SORTOUT output data set and INV NULLOUT applies. But if you had: //TOOLIN DD * SELECT FROM(IN) TO(OUT) ON(5,2,CH) NODUPS USING(CTL1) //CTL1CNTL DD * OUTFIL FNAMES=OUT,OMIT=(21,2,CH,EQ,C'AB') /* OUT is an OUTFIL data set and INV NULLOUT does not apply. However, you could specify: //TOOLIN DD * SELECT FROM(IN) TO(OUT) ON(5,2,CH) NODUPS USING(CTL1) //CTL1CNTL DD * OUTFIL FNAMES=OUT,OMIT=(21,2,CH,EQ,C'AB'),NULLOFL=RC16 /* Frank Yaeger - DFSORT Team (IBM) Specialties: PARSE, JFY, SQZ, ICETOOL, IFTHEN, OVERLAY, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- 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
SAP on The Mainframe
We are a fairly large IMS shop and my company is investigating moving to SAP. Looks like the move may be to UNIXAnyone running SAP DB2 on zos and SAP A/S on Linux on an IFL? If so what were the key decision points. RAS or simply $$$? -- 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
Output class of current running SYSLOG
IS it possible to change the output class of the current open syslog without an IPL? duane -- 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
Need Suggestions - Best Way To Ship Secure Reports from Mainframe to Users
Hi All. I have been asked by the user to come up with a way to SECURELY ship reports from the frame to the users. Right now we use XMITIP unsecured or unsecured FTP to ship them. The user stated: 1. If possible NO changes to their PCs / use of keys if possible. 2. User doesn't care if reports go to the server from the frame and then uses something secure on the PC to ship them secured ( I don't want to do it this way if possible as it moves another function off the frame). 3. Mentioned a product called VPS? 4. Basically they want some sort of security on what goes to school etc. I am a 3 person shop running OS390 V2R10 very vanilla and have never dealt with this type of issue. I am not even sure if my needs are clear. Any suggestions/ideas/where to look are greatly appreciated. Thanks in advance. Have a Nice Day ! Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Ct. Confidentiality Notice Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this e-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately and delete this message from your 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
Re: Output class of current running SYSLOG
Yes it is possible but not using a supported interface. A couple folks on the list pointed me to the right control blocks last year.Here is what I provided as instruction to a fellow systems programmer to do the change dynamically. You should of course use caution when zapping storage so be careful and verify everything is what you expect before altering it. These instructions are for TMONMVS but you should have no trouble doing this with any MVS monitor. CVT-CVTMSER--+x'68' = LOGCLS changes will be used on subsequent pseudo close/starts due to LOGLMT. If you alter the value of the SYSLOG class in storage in the Master Scheduler data area it is honored on subsequent pseudo close/starts due to LOGLMT. It's easy enough to do with TMONMVS or a small authorized assembler program. In TMONMMVS on the COMMAND: line type A=CVT;FLD=CVTMSER;B4;O=68 and then press ENTER *JOBNAME:TMVST M O N f o r M V S DATE:10/12/05* *SYSID :BTST VERSION: 3.2 TIME:12:28:22* * F=H BASE(_00FC35F8),EBCDIC * * ADDRESS SELECTION 31-BIT * COMMAND: _ _RECALL? _64 * * * * 00FC3660 0068 E401C6A0 809BBA40 809BBA40 809BBA40 *U.F... .. .. * * * 00FC3670 0078 00D67E84 00D6159C 00D61AB0 *.O=d.O...O..* * * 00FC3680 0088 7F68D000 00D95000 E502 *.}..R.V...* * * 00FC3690 0098 8598C6B0 *eqF.* * * 00FC36A0 00A8 8000 E502 00FCBC18 *V...* * * 00FC36B0 00B8 00D67E84 00D56FE8 0003 1B494500 *.O=d.N?Y* * * 00FC36C0 00C8 0185A6D0 *.ew}* * * 00FC36D0 00D8 00FD82E0 0002 *..b\* * * 00FC36E0 00E8 00FC3AFC ** * * 00FC36F0 00F8 00FC36E8 00DC 0001CA5A *...Y...!* * * 00FC3700 0108 00FC3950 0001C79A 9001C8B6 00FC4C2C *.G...H* * * 00FC3710 0118 0050 00FC50DC 5001CAA0 00FC3AFC *.* * * 00FC3720 0128 00FC36E8 0001BCB8 00F383C0 00F6D300 *...Y.3c{.6L.* * * 00FC3730 0138 E600 *W...* * * 00FC3740 0148 0003BEA3 0080 *...t* * * 00FC3750 0158 C9C7C3F5 F1F0F7C2 00FC4CCC 00FC3790 *IGC5107B...* * * 00FC3760 0168 00FC5A40 00FC3AFC *..! * * * 00FC3770 0178 809FFE00 809FFE00 ** * * 00FC3780 0188 00FC36D0 00FC36E8 *...}...Y* * * 00FC3790 0198 809F4D08 809F4D08 809F4D08 809F4D08 *..(...(...(...(.* * * 00FC37A0 01A8 809F4D08 00FC3950 1B4CD358 *..(.L.* * * 00FC37B0 01B8 1B57FFA8 03E7 4000 0064270F *...y...X ...* * * 00FC37C0 01C8 002A0050 *...* * * 00FC37D0 01D8 009F6268 D2000A98 00FC3AFC 0050 *K..q...* * * 00FC37E0 01E8 00FC50DC 0100F1F5 *.15* * * 00FC37F0 01F8 ** * * 00FC3800 0208 809F4D08 *..(.* * * 00FC3810 0218 7FFBD8B8 009FBEC0 00D9E000 00FC4C2C *.Q{.R\* * * 00FC3820 0228 0050 00FC50DC 5001CAA0 009FA408 *...u.* * * 00FC3830 0238 006FBC00 00FC4CF0 00FC36E8 8001BCAE *.?0...Y* * * 00FC3840 0248 8001C16E 0001BB5E 00FC4CCC 006FBC00 *..A.. ;?..* * * 00FC3850 0258 00FC37A8 0001C000 0001C0F4 009FA360 *...y..{...{4..t-* * * 00FC3860 0268 00E48508 *.Ue.* * * 00FC3870 0278 0150270F *...* * * 00FC3880 0288 00F66200 87639748 001E000A *.6..g.p.* * ** HELP INFORMATION = PF1***TMVS PF KEY ASSIGNMENTS = PA1*** Type over the single first byte in the right hand pane which should be the current value of LOGCLS. Without pressing ENTER or any other key first TAB or use your mouse to take the cursor to the COMMAND: line and type ALTER followed by pressing ENTER. You will get a confirmation prompt for which you press ENTER. If storage changed while it was being verified you will be warned (it should not). On the next LOGLMT the SYSLOG will be queued to the value you put in the Master Scheduler data area. Look at BTST for a practical demonstration. 10OCT 06:01:58 *MASTER* NONE 0001 IEE043I A SYSTEM LOG DATA SET HAS BEEN QUEUED TO SYSOUT CLASS 4 12OCT 01:06:04 *MASTER* NONE 0001 IEE043I A SYSTEM LOG DATA SET HAS BEEN QUEUED TO SYSOUT CLASS 4 12OCT 05:20:41 *MASTER* NONE 0001 IEE043I A SYSTEM LOG DATA SET HAS BEEN QUEUED TO SYSOUT CLASS U 12OCT 12:10:55 *MASTER* NONE 0001
Re: Write to BR14 allocated PSDS - Unitech ACR 3.3
On Wed, 24 May 2006 07:50:12 -0600, Paul Gilmartin [EMAIL PROTECTED] wrote: ... Underreaching. Why the restriction to SAM? Allocation ought to write EOF whenever a NEW primary extent is allocated, regardless of known or unknown DSORG. ... ??? Where (or perhaps, what) is EOF for a non-sequential dataset? There is no logical place to put it; the end depends on the logic of the program reading the dataset. There is no place to put EOF for an empty dataset except at the beginning, of course, but putting it there is no more logical that leaving it out altogether. Pat O'Keefe -- 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: Write to BR14 allocated PSDS - Unitech ACR 3.3
The problem here is one of imprecise communication. IEFBR14 does not create datasets. IEFBR14 does not allocate datasets. IEFBR14 does not initialize datasets. I suspect we all knew what the gist of the vendor's recommendation was but, as written in the OP's post, one had to wonder. What we have here is a failure to communicate! Vivian said: ACR/Summary and ACR/Detail version 3.3 has had reports of problems READING files initialized by IEFBR14, which is due to the fact that there is no EOF marker in the file. We have always had top-notch customer support ... David Speake said: I have a request for assistance in finding all JCL steps that use IEFBR14 to create (allocate might be a better word choice) data sets ... _ Is your PC infected? Get a FREE online computer virus scan from McAfee® Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -- 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