Re: DFSORT DYNALLOC/DYNAPCT question

2016-07-26 Thread Vernooij, CP (ITOPT1) - KLM
I see your point, but this is unachievable. We have thousands of SAS jobs, lots of them existing of complex SAS programs, doing multiple PROC SORTs, sorting data that varies in size over the jobs and days depending on how much data must be processed. One central setting to help DFSORT recover

Re: DFSORT DYNALLOC/DYNAPCT question

2016-07-26 Thread Vernooij, CP (ITOPT1) - KLM
The problem is not that SAS does not provide DFSORT with info about the data to be sorted, it provides DFSORT with incorrect info. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Woodger Sent: 26 July, 2016 11:10 To:

Re: DFSORT DYNALLOC/DYNAPCT question

2016-07-26 Thread Vernooij, CP (ITOPT1) - KLM
email: bet...@us.ibm.com IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on 07/25/2016 04:30:16 AM: > From: "Vernooij, CP (ITOPT1) - KLM" <kees.verno...@klm.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/25/2016 04:31 AM > Subject: DFSORT DYNALL

DFSORT DYNALLOC/DYNAPCT question

2016-07-25 Thread Vernooij, CP (ITOPT1) - KLM
Hello DFSORT experts, The DYNALLOC description says that the default number of SORTWKs is 4 and not to specify an unnecessary high number. The DYNAPCT parameter allocates an extra number of SORTWKs to be used in case the DYNALLOC number of SORTWKs appears to be not enough. I can: a.

Re: S0C4-11 abend caused by BASSM to address with all X'00' bytes

2016-07-22 Thread Vernooij, CP (ITOPT1) - KLM
Don't you have the 0C4 on the L instruction? Is the storage at x'90'(,7) available? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 22 July, 2016 15:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: S0C4-11 abend

Re: S0C4-11 abend caused by BASSM to address with all X'00' bytes

2016-07-22 Thread Vernooij, CP (ITOPT1) - KLM
No? What does a wild branch to unavailable storage do then? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: 22 July, 2016 16:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: S0C4-11 abend caused by BASSM to

Re: Resource Group Limits as a cost containment method?

2016-07-22 Thread Vernooij, CP (ITOPT1) - KLM
Sure, if you want to avoid capping, RG's are the method to limit hungry workloads. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 22 July, 2016 9:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: Re: Resource

Re: Resource Group Limits as a cost containment method?

2016-07-22 Thread Vernooij, CP (ITOPT1) - KLM
I am not quite sure what you are aiming at. You say the system hits its defined capacity, so the costs are fully under control by the DC, aren't they? If you want to lower costs, the way is to lower the DC. If you expect performance problems, you can set different goals for different batch:

Re: DFsort and zIIP

2016-07-20 Thread Vernooij, CP (ITOPT1) - KLM
Overloading zIIPs consists of 2 phases. 1. work is getting queued for the zIIP, delaying the work. 2. when queuing is getting to large, the CPs are asked to assist in processing zIIP work (if allowed by IEAOPT parameters) The first phase is not reported externally. The second phase is visible,

Re: DFsort and zIIP

2016-07-19 Thread Vernooij, CP (ITOPT1) - KLM
The largest benefit is a financial one: you don't pay the zIIP MSUs. A performance benefit can come from the fact that the zIIP is always running at full speed, while your CP's can run at lower speeds. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Bsam VS Qsam for VB records

2016-07-19 Thread Vernooij, CP (ITOPT1) - KLM
Cumulative RDW's+4 (first beginners error). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Reichman Joseph Sent: 19 July, 2016 16:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Bsam VS Qsam for VB records As Far as I can see

Re: Bsam VS Qsam for VB records

2016-07-19 Thread Vernooij, CP (ITOPT1) - KLM
I wonder what application it is that justifies considering this. It is not the 80's anymore. And even with QSAM you have the BUFNO parameter. If you really want to go down to the details, consider EXCP (I did, 35 years ago). Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Exclusive ENQ on a TSO logon procedure

2016-07-19 Thread Vernooij, CP (ITOPT1) - KLM
If a user logs on, it is JES2 that reads the logonproc from PROCLIB, which it already has allocated (as you mentioned). Kind of a chicken and egg problem: how can a user logon without having read the logonproc? Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Exclusive ENQ on a TSO logon procedure

2016-07-19 Thread Vernooij, CP (ITOPT1) - KLM
There is a big difference between a job allocating a proclib with DISP=OLD and a user editing a logonproc with ISPF. The job with DISP=OLD blocks the entire proclib. ISPF issues an ENQ with DISP=SHR on the proclib and issues its own ENQ on the member with DISP=OLD. This way the library is

Re: Any Gotchas going from V1.13 to V2.2

2016-07-15 Thread Vernooij, CP (ITOPT1) - KLM
The gotcha with the z9 is, that it out of support and you can't have anything modified or built into the machine anymore. Even converting a built-in processor into a zIIP is 'buying new hardware' which is not possible anymore. Anyway not by IBM. Kees. -Original Message- From: IBM

Re: issue WTOR if surrogat ID submits a job

2016-07-12 Thread Vernooij, CP (ITOPT1) - KLM
What is "surrogate Batch Id"? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Munif Sadek Sent: 12 July, 2016 6:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: issue WTOR if surrogat ID submits a job Hi We are JES2, z/OS 2.1 and

Re: Looking for an answer to an SVC question

2016-07-07 Thread Vernooij, CP (ITOPT1) - KLM
Google will answer anything. I found a tablet hat does not have a description for MVS, but for CMS (DOS ON) it says: LIOCS DIAG. Another article https://www.mail-archive.com/ibm-main@bama.ua.edu/msg92290.html calls it the NOP SVC in S/360. Intersting stuff. Kees. -Original Message-

Re: ISPF and Dataset alias usage

2016-07-07 Thread Vernooij, CP (ITOPT1) - KLM
Technical detail: ISPF does not write SMF14, CLOSE does. To have CLOSE record the aliasname, ISPF should be enhanced to OPEN the aliasname directly, i.s.o. discover and OPEN the real name. I suppose the ISPF technicians will recognize this. Kees. -Original Message- From: IBM Mainframe

Re: Real purpose of hipersocket

2016-07-06 Thread Vernooij, CP (ITOPT1) - KLM
The more important detractor is that CPU processing to send data via hipersockets is consumed on CPs, while CPU to send data via OAS cards is consumed on the OSA card processors, which is free of license E/$s. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Real purpose of hipersocket

2016-07-06 Thread Vernooij, CP (ITOPT1) - KLM
You did not mention that the 5 lpars in your sysplex were situated in only 1 machine. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: 06 July, 2016 8:46 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Real purpose of

Re: Help identifying source of SMF 80 record

2016-07-06 Thread Vernooij, CP (ITOPT1) - KLM
You could set up an SMF exit to check for the suspicious record and check who is writing it. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: 05 July, 2016 17:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Help

Re: Minimum Volume Sizes in the Wild

2016-07-04 Thread Vernooij, CP (ITOPT1) - KLM
We create as much 3390-54's as possible. We have some smaller volumes only because they were converted as is from ESS's. And we have some 3390-3 and 3390-1 for JES checkpoint and catalogs, but with the current GDPS requirement to eliminate all Reserves, I think it would not be a problem to

Re: Where is format of Job ID documented?

2016-06-16 Thread Vernooij, CP (ITOPT1) - KLM
That is the clue: SMF30JNM is described as: JES job identifier. Jobs scheduled by the APPC/MVS transaction scheduler (ASCH) start with an “A” followed by a seven-digit number. Ann jobs are no JES2 jobs, but ASCH jobs and do not follow JES2 rules, but follow APPC rules. Kees.

Re: Where is format of Job ID documented?

2016-06-16 Thread Vernooij, CP (ITOPT1) - KLM
Out of interest, I did some research. The $JBIDBLD macro documents: JOBTYPE=Specifies a label, or a register that contains the address, of the job type flag byte (JOB, STC, TSU) used to construct the job ID. The job type flag byte must be defined. Valid job types, and the bit settings for each

Re: Read a PDS (all members) like PS dataset

2016-06-15 Thread Vernooij, CP (ITOPT1) - KLM
If you have SAS, you can use PROC SOURCE to unload a PDS to a PS dataset with separators between members specifying the membername. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Ten Eyck Sent: 14 June, 2016 19:31 To:

Re: Determine the PDS a job was submitted from?

2016-06-07 Thread Vernooij, CP (ITOPT1) - KLM
Don't know. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 07 June, 2016 16:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Determine the PDS a job was submitted from? On 2016-06-07, at 08:18, Vernooij, CP

Re: Determine the PDS a job was submitted from?

2016-06-07 Thread Vernooij, CP (ITOPT1) - KLM
With IOF you can select a job that has run, edit the input JCL and submit it again. This job is exactly the job from your production JCL library, but doesn't come from there. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: Testing SFM policy

2016-06-07 Thread Vernooij, CP (ITOPT1) - KLM
No system escapes from the System Reset button on the HMC. This is how we tested our CF failure procedures. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm Sent: 07 June, 2016 2:42 To: IBM-MAIN@LISTSERV.UA.EDU

Re: Determine the PDS a job was submitted from?

2016-06-07 Thread Vernooij, CP (ITOPT1) - KLM
We discussed this a few months ago. General answer: no. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Ten Eyck Sent: 06 June, 2016 21:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Determine the PDS a job was submitted from?

Re: Delaying response to a message

2016-06-03 Thread Vernooij, CP (ITOPT1) - KLM
SDSF or D R,L Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Zahir Hemini Sent: 02 June, 2016 20:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Delaying response to a message >We had jobs with an outstanding WTOR that would

Re: Delaying response to a message

2016-05-31 Thread Vernooij, CP (ITOPT1) - KLM
A perpetual outstanding WTOR is one way of enabling communication with an application, another one is MODIFY. It is just how the application has been designed. IMS has a WTOR outstanding for that reason, so if you have many IMSs in a Sysplex, you have as many outstanding WTORs. Add up some

Re: Video that might give you a chuckle

2016-05-27 Thread Vernooij, CP (ITOPT1) - KLM
Did you ever have a Sock4? Yes, you did, but you will know it as a SOC4 abend. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lucas Rosalen Sent: 27 May, 2016 16:15 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Video that might

Re: us_nuclear_guidance_system_running_on_8inch_floppies

2016-05-27 Thread Vernooij, CP (ITOPT1) - KLM
Much worse: the American army uses a IBM Series/1-pc from 1976, using 8 inch floppies. And even more horrifying: the programs have been written in 'assembly language' (how did they ever dare to). No update is planned for this system however. Google will probably provide a correct translation:

Re: Mirror/back up your Development DASD

2016-05-19 Thread Vernooij, CP (ITOPT1) - KLM
Backup Dasd via your laptop to an USB stick? Your company differs a lot from mine. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jack J. Woehr Sent: 19 May, 2016 16:14 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Mirror/back up

Re: GDG retention

2016-05-19 Thread Vernooij, CP (ITOPT1) - KLM
CA-1 can keep the tape longer, but cannot prevent it from rolling off the GDG. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Brian Fraser Sent: 19 May, 2016 15:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GDG retention

Re: GDG retention

2016-05-19 Thread Vernooij, CP (ITOPT1) - KLM
with No days Parmeter, So i assume this can be deleted can be anytime. Is there a way to determine the retentions of this GDG ? I hope My storage administrators can answer ? Any suggestions ? On Thu, May 19, 2016 at 3:08 PM, Vernooij, CP (ITOPT1) - KLM < kees.verno...@klm.com> wrote: &g

Re: GDG retention

2016-05-19 Thread Vernooij, CP (ITOPT1) - KLM
No, 14 versions/members. When G0015v00 is created, G0001V00 is deleted. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nathan Astle Sent: 19 May, 2016 11:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: GDG retention Hello, We have

Re: Old OS/390 1.3 loading in z890

2016-05-18 Thread Vernooij, CP (ITOPT1) - KLM
You have a waitstate 064 with reason code 009, which is: 009A program check occurred. Accompanying message IEA304W further explains this wait state and entry code. If the message does not appear on the console, you can find the message in the wait state message area (WSMA). The WSMA is

Re: Product name by module

2016-05-18 Thread Vernooij, CP (ITOPT1) - KLM
You were just ahead of me. Man, Peter has some cleanup to do: " In addition, effective September 23, 1994 program services will be discontinued. Program Number Program Name Version -- --- 5706-110 IBM OfficeVision/2 1

Re: Dynamic CPU ADD to a z/OS lpar

2016-05-12 Thread Vernooij, CP (ITOPT1) - KLM
I am quite sure, at least for the z196, that you can online config CPs online, if they have been defined as Reserved. To do so, you must change the LPAR profile and de/reactivate the LPAR. So dynamically, in a running z/OS: no. Kees. -Original Message- From: IBM Mainframe Discussion

Re: Whither VIO?

2016-05-11 Thread Vernooij, CP (ITOPT1) - KLM
I heard rumors that VIO is that CPU expensive and that I/O is that fast nowadays, that it is VIO is not worth the extra CPU anymore. Therefor I have been thinking about abandoning VIO, but I can't make a good calculation. I could make the calculation for the SAS WORK file, which can be in VIO

Re: IEBCOPY copy overlay

2016-05-11 Thread Vernooij, CP (ITOPT1) - KLM
COPYINDD=INPDS,OUTDD=OUTPDS SELECT M=((membername,newname,R)) INPDS membername is copied to OUTPDS as newname and Replaces newname if it exists. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: 11

Re: An explanation for branch performance?

2016-04-29 Thread Vernooij, CP (ITOPT1) - KLM
I wonder if it is really a 'problem'. What kind of mormal program does this amount of branches back to where it just came from, messing up the entire pipeline. Is it efficient to optimize a z13 for this kind of programs? Isn't it better to optimize for the millions of other programs who are

Re: WLM issue with a proposed solution

2016-04-29 Thread Vernooij, CP (ITOPT1) - KLM
My experience is that CICS will suffer if the LPAR is being soft capped, no matter what you try to do to this situation. So I think the best and only solution is to avoid that the LPAR becomes capped by keeping the batch consumption under control. Not with a limited number of initiators,

Re: PDS I/O Performance Improvement

2016-04-28 Thread Vernooij, CP (ITOPT1) - KLM
If the library is frequently updated, LLA is indeed no choice. LLA freezes the directory in storage until it is refreshed. This means that every update will be invisible until LLA (or all LLAs sharing the library) has been refreshed. A truly unworkable situation, I suppose. Kees.

Re: PDS I/O Performance Improvement

2016-04-28 Thread Vernooij, CP (ITOPT1) - KLM
VLF doesn't do anything by itself. It will cache objects handed to it by the managers of those objects, like LLA, TSO CLIST processor, CAS address space etc. Which VLFCLASS should I specify for this case? LLA can cache the directory of non-Loadmodule PDSes, this could help, like PDSEs

Re: PDS I/O Performance Improvement

2016-04-28 Thread Vernooij, CP (ITOPT1) - KLM
It is a parmlib, I don't think the members will be staged to VLF (who would stage them)? Considering the I/O times and the size of the directory, I suppose the directory is the problem. Maybe LLA member caching might help if a BLDL is done to locate a member. Otherwise converting it to PDSE

Re: VIRTUAL TAPE PECULIARITY

2016-04-26 Thread Vernooij, CP (ITOPT1) - KLM
John, You said the tape went to scratch, but it was P in SMS. Has it been returned from scratch to private in SMS? If it has been scratch, check out the scratch category it was in then (in DEVSUPxx) and check in the VTS GUI if this category was a fast ready category and if that category has an

Re: VIRTUAL TAPE PECULIARITY

2016-04-25 Thread Vernooij, CP (ITOPT1) - KLM
Some questions: What VTS are you using? I can answer for the IBM TS7700. How did you manage to mount the tape? SMS disallows a specific mount for a scratch tape. Was the scratch tape in a fast-ready-category? This means that a new, empty tape will be presented when the volume is requested, to

Re: Resize PDS/PDSE

2016-04-19 Thread Vernooij, CP (ITOPT1) - KLM
If you have CA-DISK, the COMPRESS function lets you specify all parameters of the new data set. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of gsg Sent: 18 April, 2016 22:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Resize

Re: SMF LRECL (was Re: SCRT input from z/OS 1.12 and 2.2)

2016-04-14 Thread Vernooij, CP (ITOPT1) - KLM
Engelbrecht wrote: >Vernooij, CP (ITOPT1) - KLM wrote: > >>I was actually referring to Columbus, sailing to the west in order to find a >>shorter way to the Indies, in spite of the 'rule' that he would reach the end >>of earth and fall off. > That "rule" was a

Re: SMF LRECL (was Re: SCRT input from z/OS 1.12 and 2.2)

2016-04-13 Thread Vernooij, CP (ITOPT1) - KLM
I was actually referring to Columbus, sailing to the west in order to find a shorter way to the Indies, in spite of the 'rule' that he would reach the end of earth and fall off. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: SMF LRECL (was Re: SCRT input from z/OS 1.12 and 2.2)

2016-04-13 Thread Vernooij, CP (ITOPT1) - KLM
If it is not explicitly forbidden (and even then still) there will always be people that try it. Well anyway, this is why we discovered America though. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent:

Re: SCRT input from z/OS 1.12 and 2.2

2016-04-12 Thread Vernooij, CP (ITOPT1) - KLM
You should not have to worry about that. If IBM supports running 2.1 and 2.2, the scrt reporting should also support this. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of K Sent: 12 April, 2016 9:58 To: IBM-MAIN@LISTSERV.UA.EDU

Re: any need?

2016-04-06 Thread Vernooij, CP (ITOPT1) - KLM
At first glance, there are 2 reasons why I dislike the idea: 1. what is the difference between multiple exits checking if they are interested in the record and one router checking if multiple subscribers are interested in the record? 2. the way you describe how the feature could work after "or

Re: How force dataset non-SMS?

2016-04-06 Thread Vernooij, CP (ITOPT1) - KLM
! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Wednesday, April 06, 2016 5:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How force dataset non-SMS? Vernooij, CP (ITOPT1) - KLM wrote: >Why is everybody

Re: How force dataset non-SMS?

2016-04-06 Thread Vernooij, CP (ITOPT1) - KLM
Why is everybody so much trying to avoid the rules, which must be there for some reason? All answers deliver a partially non-SMS managed dataset at most. Just ask your SMS guys, if you are not one of them. Why do you need a non-managed dataset? Probably for some storage technical reason, in

Re: How force dataset non-SMS?

2016-04-05 Thread Vernooij, CP (ITOPT1) - KLM
By DDNAME: only if the ACS routines allow it and you have to know what to specify for them to let you do it. Utilities, like DSS, have parameters to force this, but you must be authorized to use them. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Advice needed - GRS across 2 sysplexes with shared dasd

2016-04-05 Thread Vernooij, CP (ITOPT1) - KLM
Maybe the confusion comes from the (mis)assumption that PDSESSHRING(EXTENDED) needs a CF. It needs XCF and GRS and both XCF and GRS don't need a CF, they are equally happy with CTC connectivity. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

2016-04-05 Thread Vernooij, CP (ITOPT1) - KLM
I am not sure you know you also have a serious alternative: do not share the DASD between the sysplexes, but keep the needed datasets (also PDSE's) in sync by synchronizing them periodically. We to this. Once a day, a number of PDSs, PDSE's and other datasets are unloaded at sysplex1, FTPed to

Re: RLSE does not work with PGM=FTP

2016-04-04 Thread Vernooij, CP (ITOPT1) - KLM
RLSE is done during CLOSE of a dataset. IEFBR14 doesn't OPEN/CLOSE datasets. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: 04 April, 2016 13:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RLSE does not work

Re: Cancelling a Job in SPIN status

2016-04-01 Thread Vernooij, CP (ITOPT1) - KLM
That SPIN? I don't believe it. " the FTP job but it went to SPIN status and now it is in same from last 24hr" this must be something else. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: 01 April, 2016

Re: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd

2016-04-01 Thread Vernooij, CP (ITOPT1) - KLM
So then the problem is solved, you do something that definitely causes errors and you ask us how to avoid the unavoidable. We can't. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: 01 April, 2016

Re: Cancelling a Job in SPIN status

2016-04-01 Thread Vernooij, CP (ITOPT1) - KLM
What is the SPIN status? I never saw this. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of linda golding Sent: 01 April, 2016 16:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cancelling a Job in SPIN status "I tried cancelling

Re: Advice needed - GRS across 2 sysplexes with shared dasd

2016-04-01 Thread Vernooij, CP (ITOPT1) - KLM
Apart from sharing or non-sharing of normal datasets, PDSE's must never be shared across sysplexes. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: 01 April, 2016 15:34 To: IBM-MAIN@LISTSERV.UA.EDU

Re: Dataclases according to data set sizes

2016-03-30 Thread Vernooij, CP (ITOPT1) - KLM
I still wonder why you need such a complex construction of dataclasses, if all differences seem to be in the space. Can't you create a common space value, that is adequate for the smaller datasets and supplies enough growth with secondary extents and multivolume allocations for the larger ones?

Re: Dataclases according to data set sizes

2016-03-29 Thread Vernooij, CP (ITOPT1) - KLM
What is the purpose of the 9 groups, what is the difference between them, do you still need the 9 groups these days? Can you change the allocation routine (JCL, CLIST, REXX) to request the Dataclas? Then you can redirect the datasets without Datclass or even refuse them. @Elardus: the DATACLAS

Re: CSVFETCH exit

2016-03-24 Thread Vernooij, CP (ITOPT1) - KLM
In fact, I use LLA exit1, not exit2, because exit1 has the details of each fetch. Kees. -Original Message- From: Vernooij, CP (ITOPT1) - KLM Sent: 24 March, 2016 8:23 To: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> Subject: RE: CSVFETCH exit Leo, We move the m

Re: What happens with no working SE?

2016-03-24 Thread Vernooij, CP (ITOPT1) - KLM
You have the same situation, when IBM installs microcode updates. Both HMCs are locked so you can't IPL or do any other things. Also the BCPII interface is blocked. IBM don't tell you with that many words, but by strongly pulling out the consequences of an upgrade action few years ago, we

Re: CSVFETCH exit

2016-03-24 Thread Vernooij, CP (ITOPT1) - KLM
: CSVFETCH exit Still, you wouldn't know if the old module is still being used from a (non-LLA) steplib, right? Am I missing something? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Thursday, March

Re: CSVFETCH exit

2016-03-24 Thread Vernooij, CP (ITOPT1) - KLM
ssion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Wednesday, March 23, 2016 11:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CSVFETCH exit To determine if certain loadmodules are still being used, we use LLA EXIT2 since decades. We move the modules to a spec

Re: CSVFETCH exit

2016-03-23 Thread Vernooij, CP (ITOPT1) - KLM
To determine if certain loadmodules are still being used, we use LLA EXIT2 since decades. We move the modules to a special LNKLST library, monitor with LLA EXIT2 fetches from this library and write an SMF record for the event. CSVFETCH apparently is able to catch more loads, provide more info,

Re: SMF41 VLF info and ALERTAGE

2016-03-19 Thread Vernooij, CP (ITOPT1) - KLM
I agree that the main object of the HC was to alert for an over-threshold situation. But 'logging' in HC by VERBOSE YES is not an elegant way. That is what SMF was invented for: log information for the sake of logging it, just because it might be needed (weeks/months) later. I will wait what

Re: Friday, but not funny at all...

2016-03-19 Thread Vernooij, CP (ITOPT1) - KLM
I'd vote, if I also get PDF, JPG and XLSx. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Robert Prins Sent: 18 March, 2016 13:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Friday, but not funny at all... Totaal van de wilde

Re: SMF41 VLF info and ALERTAGE

2016-03-19 Thread Vernooij, CP (ITOPT1) - KLM
@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: 16 March, 2016 14:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF41 VLF info and ALERTAGE I agree that the main object of the HC was to alert for an over-threshold situation. But 'logging' in HC by VERBOSE YES is not an elegant way

Re: SMF41 VLF info and ALERTAGE

2016-03-16 Thread Vernooij, CP (ITOPT1) - KLM
:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF41 VLF info and ALERTAGE Vernooij, CP (ITOPT1) - KLM wrote: >Yes, I understood that and meant 'its HC routine'. I wanted to jump in, but ... Question - at what z/OS level do you want that SMF 41-3 record changed? Just curious if you don't m

Re: SMF41 VLF info and ALERTAGE

2016-03-16 Thread Vernooij, CP (ITOPT1) - KLM
2016 15:16:21 +, Vernooij, CP (ITOPT1) - KLM wrote: >I meant, VLF knows the current youngest age and makes it available to >the HC routine at each HC interva... ITYM "VLF knows the current youngest age and uses it in *its* health check".

Re: SMF41 VLF info and ALERTAGE

2016-03-15 Thread Vernooij, CP (ITOPT1) - KLM
, Vernooij, CP (ITOPT1) - KLM wrote: >I already guessed HC got the value from VLF internals, Well, not exactly. Health Checker establishes the infrastructure for doing health checks. System components then register their health check with HC, which invokes the routine that the compon

Re: SMF41 VLF info and ALERTAGE

2016-03-15 Thread Vernooij, CP (ITOPT1) - KLM
Peter, Thanks for the info. I already guessed HC got the value from VLF internals, so my immediate reaction was: why tell HC and not me? I already opened a PMR for adding the info to SMF 41-3. Kees. -Original Message- From: IBM Mainframe Discussion List

SMF41 VLF info and ALERTAGE

2016-03-14 Thread Vernooij, CP (ITOPT1) - KLM
Hello, Healthcheck VLF_MAXVIRT is informing us, that the VLF has trimmed objects younger than ALERTAGE specified in COFVLFxx. It also display the age of the youngest trimmed object. Where does HC get this info from? This is useful information for adjusting the size of the VLF cache, but why is

Re: WLM managed initiators

2016-02-28 Thread Vernooij, CP (ITOPT1) - KLM
The basic principle of WLM managed Initiators is to achieve the Goals you have set. If WLM decides to have a certain number of jobs active at a time, then this will be enough to honor the Goals. If you think WLM does not do it right, change the Goals. For WLM it does not matter where the job

Re: VSAM file not extending to new volume

2016-02-25 Thread Vernooij, CP (ITOPT1) - KLM
This reminds me of an ISMF problem I has last year: did you do some updates to the dataclass definitions. Search the archives for: Heads up: ISMF error using the EOF key. It was solved by PTF UA77758, available in aug 2015. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Prefix save area - confused

2016-02-24 Thread Vernooij, CP (ITOPT1) - KLM
he PSA is no longer the same On Wed, Feb 24, 2016 at 5:45 PM, Vernooij, CP (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > There is one for each processor, so all address spaces dispatched on the > same processor will access the same PSA. In that way each PSA is common for &g

Re: Prefix save area - confused

2016-02-24 Thread Vernooij, CP (ITOPT1) - KLM
There is one for each processor, so all address spaces dispatched on the same processor will access the same PSA. In that way each PSA is common for all address spaces. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of baby

Re: DASD device not going offline

2016-02-23 Thread Vernooij, CP (ITOPT1) - KLM
Sorry, this is not correct. D U,,ALLOC,376B,1 gives the first allocated device, from 376B. In this case 376B is nog allocated. D U,,,376B,1 gives you the status of the first available device, from 37b6. In this case 376B does not exist. Kees. -Original Message- From: Vernooij, CP

Re: DASD device not going offline

2016-02-23 Thread Vernooij, CP (ITOPT1) - KLM
You probably asked: d u,,,376b,1 Check the defaults for the parameters between the commma's, you asked for the first online device, starting with 376B. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Walter Marguccio Sent: 23

Re: System Identifier in low level qualifier of name of temporary data set

2016-02-22 Thread Vernooij, CP (ITOPT1) - KLM
Given the fact that conversion is a JES2 issue, can it be the ID of the JES2 MAS member that did the conversion? See output from $DMEMBER Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of van der Grijn, Bart (B) Sent: 22

Re: Need to find the DSN from where load module was loaded

2016-02-03 Thread Vernooij, CP (ITOPT1) - KLM
Included in "these parameters" should be the eventual DCB that was or was not specified at the time of LOAD. So again, you miss information from the original LOAD to be accurate. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf

Re: SAVING OUTPUT WHEN IN ISPF 3.4

2016-01-29 Thread Vernooij, CP (ITOPT1) - KLM
Check the SAVE command in 3.4. This will save the full list to a data set, then you can do what you want with the list. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: 29 January, 2016 15:31 To:

Re: Deleting a dataset that GRS has enqueued.

2016-01-27 Thread Vernooij, CP (ITOPT1) - KLM
You can tell GRS to keep the ENQ for that DSNAME local in the GRSRNLxx parmlib member. In that case the name must be available only in the LPAR where you do the delete. Example: RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.DAE) Kees.

Re: Deleting a dataset that GRS has enqueued.

2016-01-27 Thread Vernooij, CP (ITOPT1) - KLM
What is wrong with this solution, it is the easiest in my opinion: update parmlib- set grs - delete. You can tell GRS to keep the ENQ for that DSNAME local in the GRSRNLxx parmlib member. In that case the name must be available only in the LPAR where you do the delete. Example: RNLDEF

Re: System check stopped state - what is it?

2016-01-25 Thread Vernooij, CP (ITOPT1) - KLM
If all elses fail, you could open a PMR to explain your message more clearly, including the error codes. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: 22 January, 2016 17:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: Identifying creator of SMF records

2016-01-25 Thread Vernooij, CP (ITOPT1) - KLM
I think you can use the SMF exits IEFU83/84/85. They run in the address space of the record producer and can log/display the information in some way. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Field, Alan Sent: 22

Re: System check stopped state - what is it?

2016-01-22 Thread Vernooij, CP (ITOPT1) - KLM
effect. I believe it is documented, but where??? Regards -- Radoslaw Skorupka Lodz, Poland W dniu 2016-01-22 o 15:51, Vernooij, CP (ITOPT1) - KLM pisze: > No messges id? > POP has some information about machine-checks and check-stop conditions, but > I couldn't find a 0

Re: System check stopped state - what is it?

2016-01-22 Thread Vernooij, CP (ITOPT1) - KLM
No messges id? POP has some information about machine-checks and check-stop conditions, but I couldn't find a 0C quickly. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: 22 January, 2016 15:35 To:

Re: STP Question

2016-01-20 Thread Vernooij, CP (ITOPT1) - KLM
agree with you, but wanted to see if there's any additional risk to our environment in this configuration. Mark Jacobs Vernooij, CP (ITOPT1) - KLM wrote: > The main reason of STP is to coordinate time between the CECs. When you have > only one, there is nothing to coordinate anymore. &g

Re: STP Question

2016-01-19 Thread Vernooij, CP (ITOPT1) - KLM
The main reason of STP is to coordinate time between the CECs. When you have only one, there is nothing to coordinate anymore. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: 19 January, 2016 21:06

Re: A useful(?) RFE: Enhance the S, F and L line commands to work with hidden lines

2016-01-18 Thread Vernooij, CP (ITOPT1) - KLM
Could you post the text here? I am curious about you want, that is not available now. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: 18 January, 2016 16:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: A

Re: Why doesn't "="option work in SMP/E panels?

2016-01-13 Thread Vernooij, CP (ITOPT1) - KLM
That is the only technically correct answer. For that reason I have macro button in my terminal emulator that does: =x;=x;=x;=x;=x;=x;=x;=x; to get back home from wherever you are. Further, we have a lot of handy commands to go directly to useful functions. From any panel I can enter: DSL to

Re: SMFxTME field

2016-01-08 Thread Vernooij, CP (ITOPT1) - KLM
Much more beautiful: qu'est ce que c'est que cela? (What is it that that is that there) Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ted MacNEIL Sent: 08 January, 2016 9:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMFxTME

  1   2   3   >