Re: Change CPC name in HMC

2016-01-08 Thread Vernooij, CP (ITOPT1) - KLM
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: 08 January, 2016 14:02 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Change CPC name in HMC W dniu 2016-01-08 o 13:46, Vernooij, CP (ITOPT1) - KLM pisze: > Cables should identify themselves to the infrastructure they connect to. > Lots of other ha

Re: Change CPC name in HMC

2016-01-08 Thread Vernooij, CP (ITOPT1) - KLM
Cables should identify themselves to the infrastructure they connect to. Lots of other hardware does this too. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: 08 January, 2016 13:45 To: IBM-MAIN@LISTSERV.UA.EDU Subje

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 f

Re: VSAM SHROPTION 1,3 - IEC161 052-084

2016-01-04 Thread Vernooij, CP (ITOPT1) - KLM
Have you seen this informational APAR? http://www-01.ibm.com/support/docview.wss?uid=isg1II07664 Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Buckton, T. (Theo) Sent: 04 January, 2016 11:16 To: IBM-MAIN@LISTSERV.UA.EDU Subjec

Re: So Long, and Thanks For All The Fish

2016-01-03 Thread Vernooij, CP (ITOPT1) - KLM
I wish you all the best. We will miss your humor. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: 31 December, 2015 15:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: So Long, and Thanks For All The Fish Shane ...

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

2015-12-23 Thread Vernooij, CP (ITOPT1) - KLM
This a pointless driftaway from the case (besides the fact that the case was actually CF structure sizes). I was not asking for all the possibilities on all possible platforms, I was trying to ensure that it was readable and understandable on each platform that the message could appear on. The

Re: Where is SET allowed in JCL?

2015-12-23 Thread Vernooij, CP (ITOPT1) - KLM
There are many "why doesn't IBM" cases (why don't they uppercase my JCL when I forgot to do so? I guess it was tons of work more to make this enhancement 10 years ago in 60 year old code, than to document not to do so. At least it is well documented, what you cannot say of other software/platfo

Re: Coupling Facility Structure Re-sizing

2015-12-23 Thread Vernooij, CP (ITOPT1) - KLM
Of course the cable reel provides you with xx km of ideal fiber. The real world fiber will have welds, attenuation etc. as mentioned below and therefor more delay. Kees. -Original Message- From: Vernooij, CP (ITOPT1) - KLM Sent: 23 December, 2015 11:17 To: IBM Mainframe Discussion

Re: Coupling Facility Structure Re-sizing

2015-12-23 Thread Vernooij, CP (ITOPT1) - KLM
Systems Investigator, Worldwide Cloud & Systems Performance, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "Vernooij, CP (ITOPT1) - KLM" To: IBM-

Re: Coupling Facility Structure Re-sizing

2015-12-23 Thread Vernooij, CP (ITOPT1) - KLM
gt; Martin Packer, > zChampion, Principal Systems Investigator, Worldwide Cloud & Systems > Performance, IBM > > +44-7802-245-584 > > email: martin_pac...@uk.ibm.com > > Twitter / Facebook IDs: MartinPacker > Blog: > https://www.ibm.com/developerworks/mydevel

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

2015-12-22 Thread Vernooij, CP (ITOPT1) - KLM
versions. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 22 December, 2015 10:59 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [Bulk] Re: Coupling Facility Structure Re-sizing Vernooij, CP (ITOPT1) - KLM

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

2015-12-22 Thread Vernooij, CP (ITOPT1) - KLM
: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [Bulk] Re: Coupling Facility Structure Re-sizing Vernooij, CP (ITOPT1) - KLM wrote: >One crucial parameter: at what distance are the CFs? Distance is indeed important. >... 5 usecs ... 150 usecs ... First time I see 'usecs' here [1] on

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

2015-12-22 Thread Vernooij, CP (ITOPT1) - KLM
e, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: "Vernooij, CP (ITOPT1) - KLM" To: IBM-MAIN@LISTSERV.UA.EDU Date: 22/12/2015 07:39 Subject:

Re: [Bulk] Re: Coupling Facility Structure Re-sizing

2015-12-21 Thread Vernooij, CP (ITOPT1) - KLM
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP (ITOPT1) - KLM > Sent: Sunday, December 20, 2015 11:35 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [Bulk] Re: Coupling Facility Structure Re-sizing > > Your last statement is far t

Re: Coupling Facility Structure Re-sizing

2015-12-20 Thread Vernooij, CP (ITOPT1) - KLM
Your last statement is far too general in my opinion. SMCFSD is not free: besides memory, which indeed is cheap these days, it will cost performance, like PPRC does. So one must always make the decision about having high availability or high performance. Even without SMCFSD, Structure availabil

Re: What CPU capacity does WLM look at when deciding to start more batch initiators?

2015-12-18 Thread Vernooij, CP (ITOPT1) - KLM
There are a few publications of Horst Sinram on how this works and what has been enhanced in the latest z/OS versions. Google for: Share Session 9968, from slide 33. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunke

Re: Coupling Facility Structure Re-sizing

2015-12-17 Thread Vernooij, CP (ITOPT1) - KLM
I will try to answer some questions. 1) No, you should specify them when you need their function. 2) I have a different approach: if a structure should be allowed to occupy its SIZE at any moment, you better have the memory available then. Specifying INITSIZES and gambling that not all structure

Re: What CPU capacity does WLM look at when deciding to start more batch initiators?

2015-12-17 Thread Vernooij, CP (ITOPT1) - KLM
DCs and GCs are complicated things. It took me a few years and many talks to experts to understand WLM as I do now. WLM talks to the hardware to see how much LPARs outside the Sysplex, but in the Capacity Group, consume. How did you set up DCs and GCs if you don't understand their way of working

Re: What CPU capacity does WLM look at when deciding to start more batch initiators?

2015-12-17 Thread Vernooij, CP (ITOPT1) - KLM
>From my experience: the 'available capacity' is what is available within the >Defined Capacity and/or Capacity Group. There are more precise statements about what WLM considers: it decides there is capacity available, when the 'LPAR is less than 95% busy'. This must refer to the available capac

Re: Relationship between WLM and wlm-managed Initiators

2015-12-17 Thread Vernooij, CP (ITOPT1) - KLM
I think this is correct. But it does not provide any answer to your other question. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 17 December, 2015 14:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Relationship

Re: JES2 - originating jcl

2015-12-16 Thread Vernooij, CP (ITOPT1) - KLM
digressed into nostalgia about physical card decks and readers ... Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Wednesday, December 16, 2015 1:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re

Re: JES2 - originating jcl

2015-12-16 Thread Vernooij, CP (ITOPT1) - KLM
It is astonishing how many words this group needs to reply: "No". Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 16 December, 2015 10:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 - originating jcl

Re: JES2 - originating jcl

2015-12-15 Thread Vernooij, CP (ITOPT1) - KLM
We do so in TSO submitted jobs and so do some schedulers and applications submitting jobs. But the original question was: does JES2 know and then the answer is simply: NO. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John M

Re: DFdss does not release space

2015-12-15 Thread Vernooij, CP (ITOPT1) - KLM
Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 15 December, 2015 15:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFdss does not release space On Tue, 15 Dec 2015 13:00:31 +, Vernooij, CP (ITOPT1) - KLM wrote

Re: JES2 - originating jcl

2015-12-15 Thread Vernooij, CP (ITOPT1) - KLM
A little longer: JES got the JCL from INTRDR. Whoever sent it to INTRDR only knows where it came from. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: 15 December, 2015 15:44 To: IBM-MAIN@LISTSERV.UA.EDU Su

Re: DFdss does not release space

2015-12-15 Thread Vernooij, CP (ITOPT1) - KLM
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 15 December, 2015 13:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: DFdss does not release space >The only reason I can think of is that the datasets have allocated 500

Re: DFdss does not release space

2015-12-15 Thread Vernooij, CP (ITOPT1) - KLM
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: 15 December, 2015 13:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFdss does not release space W dniu 2015-12-15 o 11:18, Vernooij, CP (ITOPT1) - KLM pisze: > Hello gr

DFdss does not release space

2015-12-15 Thread Vernooij, CP (ITOPT1) - KLM
Hello group, I use DFdss to try to release space from a group of datasets. However, all that DFdss says is the normal start- and endmessages plus: ADR470W (001)-RLSE0(02), NO DATA SETS SELECTED FOR PROCESSING I have no idea why, all parameters like minsecqty and mintracksunused should allow rel

Re: OT: Electrician cuts wrong wire and downs 25,000 square foot data centre

2015-12-14 Thread Vernooij, CP (ITOPT1) - KLM
A man from the cleaning department had progressed quite a number of meters sweeping the floor when he decided it was time for a rest. He leant with his back against a 3330 disk unit and with the stick of his broom he pushed the EPO switch. The switch did its job. Kees. -Original Message---

Re: Memory for z/OS 2.1

2015-12-11 Thread Vernooij, CP (ITOPT1) - KLM
Depends on what you want to run in z/OS. Until 2 years ago, we ran a Communication Management System with VTAM and Netview and some other tasks in 1 GB. This was large enough to avoid paging, so I expect 0.5GB will be sufficient to run z/OS. Kees. -Original Message- From: IBM Mainframe

Re: Adding Real memory Dyanamically

2015-12-11 Thread Vernooij, CP (ITOPT1) - KLM
Do you want to add memory to the z10 or to the LPAR? The first is possible without downtime, the second only if you have configured reserved memory in the LPAR profile definition. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf O

Re: Which PGSER service does DB2 uses for fixing

2015-12-10 Thread Vernooij, CP (ITOPT1) - KLM
That still is the problem with Google: you will always find something, but you don't know exactly what you found (and what else you could have found too). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mauri Kanter Sent: 10 Dec

Re: MVS systrace size

2015-12-10 Thread Vernooij, CP (ITOPT1) - KLM
The size is set by the TRACE MT command and the current max is 999K. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nathan Astle Sent: 10 December, 2015 9:10 To: IBM-MAIN@LISTSERV.UA.EDU Subject: MVS systrace size Hello, I am

Re: RLS implementation for CDS's in DFHSM

2015-12-09 Thread Vernooij, CP (ITOPT1) - KLM
rnal CF for free, there's still effort to transform monoplex to parallel sysplex (even single-member one). And the risk of outage when something goes wrong. Q: What is the performance gain from having Catalog in RLS? -- Radoslaw Skorupka Lodz, Poland W dniu 2015-12-08 o 13:56, Vernooij, CP

Re: RLS implementation for CDS's in DFHSM

2015-12-09 Thread Vernooij, CP (ITOPT1) - KLM
A broken CF should never be a problem, it is the responsibility of the exploiter of each CF structure to recover from these errors. AFAIK only MQ does a bad job here, we tested them all by pulling away structures and CFs from under their bottoms and all recovered without problem. Kees. -Or

Re: RLS implementation for CDS's in DFHSM

2015-12-08 Thread Vernooij, CP (ITOPT1) - KLM
Is RLS really so few used or so scary? I remember a quote from a z/OS course where RLS for Catalogs was introduced. The Catalog people asked the VSAM people all kinds of questions because they were afraid of consequences. The VSAM people replied: come on, your catalog is only a KSDS, so why are

Re: IBM z Systems Development Blog

2015-12-08 Thread Vernooij, CP (ITOPT1) - KLM
leap week somewhere along the line? Ed On Dec 7, 2015, at 1:34 AM, Vernooij, CP (ITOPT1) - KLM wrote: > You forgot the 52 for the 100%: 24x7x52x365 ;-) > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] On Behalf Of John Mc

Re: Inquire intrdr default job class

2015-12-07 Thread Vernooij, CP (ITOPT1) - KLM
Are you interested in the default jobclass of the INTRDR or in the jobclass your job will get if you don't specify one? Exits can modify the jobclass during/after submission. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gab

Re: POLICY CHANGE PENDING - DELETE

2015-12-07 Thread Vernooij, CP (ITOPT1) - KLM
If you are not 100.0% sure they are not in use anymore, check with: d xcf,str,strnm= Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lucas Rosalen Sent: 07 December, 2015 15:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POLIC

Re: IBM z Systems Development Blog

2015-12-07 Thread Vernooij, CP (ITOPT1) - KLM
ubject: Re: IBM z Systems Development Blog 24x7x52 is already a year (less a few days). Multiplying by 365 makes it 365 yrars. - -teD -   Original Message   From: Vernooij, CP (ITOPT1) - KLM Sent: Monday, December 7, 2015 02:35 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List S

Re: IBM z Systems Development Blog

2015-12-06 Thread Vernooij, CP (ITOPT1) - KLM
You forgot the 52 for the 100%: 24x7x52x365 ;-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 04 December, 2015 16:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM z Systems Development Blog On Fri, Dec 4, 2015 at

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

2015-12-04 Thread Vernooij, CP (ITOPT1) - KLM
We indeed received real size (0.5 meter or so) black plastic shark fins, to put on top of the boxes. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Finnell Sent: 04 December, 2015 14:50 To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: Online manuals for 3880-21, 3880-23, 3990, 2105 et al?

2015-12-04 Thread Vernooij, CP (ITOPT1) - KLM
The 2105 is the ESS or Shark as it was introduced. Superseded by the DS8000. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 04 December, 2015 14:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Online man

Re: IBM z Systems Development Blog

2015-12-04 Thread Vernooij, CP (ITOPT1) - KLM
They are like Christmas presents. You see the most beautiful things in the shops, but you know you will never get them. That's depressing. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: 04 December, 2015 14

OT: How much does software weigh? (was:What's a "ton" of JCL?)

2015-12-04 Thread Vernooij, CP (ITOPT1) - KLM
That's what NASA asked their programmers when designing the Apollo's. They answered: 'Nothing.'. 'Really, we can hardly believe this.'. 'It is true, we only use the holes in the punchcards.' Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]

Re: WLM and Dispatching Priority

2015-11-26 Thread Vernooij, CP (ITOPT1) - KLM
First: DP's are variable and adjusted by WLM such that the task meets its goals. Apparently WLM in convinced that it is doing its job well. Second: you can move the critical monitors to Service Class SYSSTC. I don't think the CPUCRITICAL attribute will help in your current setup, because both SC'

Re: AW: Re: z/OS and hiperspaces

2015-11-24 Thread Vernooij, CP (ITOPT1) - KLM
Ah, my mistake. Hiperspaces are addressed differently from dataspaces and somewhere I thought I remembered that therefor they could be larger. Maybe to allow 24-bit applications to use 2 GB storage areas with hiperspaces? I am still wondering what the current value of hiper- and dataspaces is, a

Re: z/OS and hiperspaces

2015-11-24 Thread Vernooij, CP (ITOPT1) - KLM
Hiperspaces were designed to reside in expanded storage (which was even intended to be shared by machines somewhere in a future universe). I think this has never been rewritten, but I remember reading that expanded storage is now virtualized in central storage. Kees. -Original Message-

Re: z/OS and hiperspaces

2015-11-24 Thread Vernooij, CP (ITOPT1) - KLM
them work, and how users could potentially impact a system if they can allocate large amounts of hiperspace or dataspace memory. Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Tuesday, Novemb

Re: z/OS and hiperspaces

2015-11-24 Thread Vernooij, CP (ITOPT1) - KLM
One question I would liked answered by the experts is why now with 64-bit storage one would choose to use a hiperspace (or dataspace) over just using storage above the bar? On 24/11/2015 6:37 PM, Vernooij, CP (ITOPT1) - KLM wrote: > Hi, > > I suggest you also consider dataspaces. With

Re: z/OS and hiperspaces

2015-11-24 Thread Vernooij, CP (ITOPT1) - KLM
Hi, I suggest you also consider dataspaces. With regard to what users can do with them and what impact they have on the system, they are similar: they use virtual (and therefor central storage). E.g. IEFUSI has only one value to limit the a user's use of hiper- and dataspaces. A special user is

Re: OT - another Legacy operating system

2015-11-17 Thread Vernooij, CP (ITOPT1) - KLM
Subject: Re: OT - another Legacy operating system In <874b151289704e46a874bf2ae6fdd8d1310a7...@kl126r4b.cs.ad.klmcorp.net>, on 11/17/2015 at 02:16 PM, "Vernooij, CP (ITOPT1) - KLM" said: >There are good reasons to keep old, reliable systems Win 3.1 is reliable.? --

Re: OT - another Legacy operating system

2015-11-17 Thread Vernooij, CP (ITOPT1) - KLM
There are good reasons to keep old, reliable systems run crucial operations. Look how long Nasa used 360 machines, and why. The phrase 'crashed in bad weather' suggests also that the hardware broke down. What surprises me is the suggestion that 'one computer' did bring down the entire airport.

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

2015-11-17 Thread Vernooij, CP (ITOPT1) - KLM
John, Did you find a solution? Just interested. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: 10 November, 2015 16:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALL

Re: YAFWS

2015-11-12 Thread Vernooij, CP (ITOPT1) - KLM
Even Google couldn't tell me within 2 pages, so that made me curious. Thanks, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Finnell Sent: 13 November, 2015 8:46 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: YAFWS (yet another F

Re: YAFWS

2015-11-12 Thread Vernooij, CP (ITOPT1) - KLM
What is YAFWS? Yes, ABSTR is a wonderful tool, it also works for a deleted production HASPCKPT, I know. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: 13 November, 2015 6:04 To: IBM-MAIN@LISTSERV.UA.EDU Su

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

2015-11-11 Thread Vernooij, CP (ITOPT1) - KLM
-- On Wed, 11/11/15, Vernooij, CP (ITOPT1) - KLM wrote: Subject: Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET To: IBM-MAIN@LISTSERV.UA.EDU Received: Wednesday, 11 November, 2015, 2:21 AM John, At first sight: no, this should do. I had to add the check for

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

2015-11-10 Thread Vernooij, CP (ITOPT1) - KLM
example you have a FILTLIST built but in this ACS routine there is none.  In your view do I need to build the FILTLIST? On Tue, 10/11/15, Vernooij, CP (ITOPT1) - KLM wrote: Subject: Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET To: IBM-MAIN@L

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

2015-11-10 Thread Vernooij, CP (ITOPT1) - KLM
No, the allocation is not recognized as AFF'd to a tape. See my other reply. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: 10 November, 2015 16:27 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL QUESTION :IGD17045I SP

Re: JCL QUESTION :IGD17045I SPACE NOT SPECIFIED FOR ALLOCATION OF DATA SET

2015-11-10 Thread Vernooij, CP (ITOPT1) - KLM
Check you ACS routines. I have the following filtlist to recognize an allocation of tape devices. I remember having to add the AFF string for the same purpose when moving from Storage Tek (then Sun, then Oracle) to TS7740 libraries: FILTLIST UNIT_VTS INCLUDE('TS7740',

Re: Releasing Orphan Storage without IPL

2015-10-30 Thread Vernooij, CP (ITOPT1) - KLM
Right, the problem is not to find orphaned storage, but there is intentionally orphaned storage and unintentionally orphaned storage. The problem is to find the latter. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Co

Re: Releasing Orphan Storage without IPL

2015-10-30 Thread Vernooij, CP (ITOPT1) - KLM
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Friday, October 30, 2015 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Releasing Orphan Storage without IPL Shane Ginnane wrote: >Junior sysprog was usin

Re: Releasing Orphan Storage without IPL

2015-10-30 Thread Vernooij, CP (ITOPT1) - KLM
It is very difficult and tricky to determine which orphaned storage is left orphaned unintentionally and can be releases. Remember that CSA and ECSA can overflow to SQA and ESQA, so you have more air in you (E)CSA than the 2% and 3% and this might help you survive until the next scheduled IPL.

Re: TPC.R, Hyperswap and SYNCSORT CFW question

2015-10-01 Thread Vernooij, CP (ITOPT1) - KLM
When using Hyperswap, no application should use CFW. You can turn if off at the Control Unit level, see the IDCAMS SETCACHE command. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Juergen Kehr Sent: Thursday, October 01, 2015

Re: Source for "98% of the checking transactions flow through a mainframe" type statements

2015-09-08 Thread Vernooij, CP (ITOPT1) - KLM
Well, a lot of money is quite virtual these days... Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Don Leahy Sent: 08 September, 2015 22:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Source for "98% of the checking transactions

Re: ISPF 3.2 (allocate) does not honor SDB

2015-09-07 Thread Vernooij, CP (ITOPT1) - KLM
Here, under V2.1 FB 80 with empty blocksize still gives 27920. It must be something in ACS routines or SDB settings(?). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: 07 September, 2015 11:15 To: IBM-MAIN@

Re: QNAMEs (was: ENQ rname_addr description)

2015-09-02 Thread Vernooij, CP (ITOPT1) - KLM
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 02 September, 2015 15:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: QNAMEs (was: ENQ rname_addr description) On Wed, 2 Sep 2015 07:17:47 -0500, John McKown wrote: >

Re: Dataset in use on shared DASD

2015-08-31 Thread Vernooij, CP (ITOPT1) - KLM
Opened of just ENQueued? Not on the same LPAR? Within the same Sysplex? If within the same Sysplex, just open it and the system will let you know if it succeded. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of George Shedlock

Re: how to know the length and blocksize of each member in dataset

2015-08-31 Thread Vernooij, CP (ITOPT1) - KLM
I do this with SAS, to know the blocklength distribution of PDSs, e.g. of CLIST or PARMLIB PDSs to determine an optimal blocksize. Read it with RECFM=U,BLKSIZE=32767 and check the length of each block. Sum the blocks per member to know its size. Kees. -Original Message- From: IBM Mainfr

Re: IDCAMS DELETE MASK and Recalls

2015-08-21 Thread Vernooij, CP (ITOPT1) - KLM
John, As you might have read, the problem is determined to be a CA-DISK problem. You can reassure the developer, that his software is working correctly. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 19 Augus

Re: IDCAMS DELETE MASK and Recalls

2015-08-20 Thread Vernooij, CP (ITOPT1) - KLM
PASSED TO THE SUBSYSTEM FOR DSN = x2 > DMS2993 DATA SET SUCCESSFULLY RESTORED > > Regards, > Leo > > -Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, CP (ITOPT1) - KLM > Sent: Thursday, A

Re: IDCAMS DELETE MASK and Recalls

2015-08-20 Thread Vernooij, CP (ITOPT1) - KLM
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Thursday, August 20, 2015 1:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS DELETE MASK and Recalls Thanks Anthony, If another CA-DISK customer can confirm my problem, it looks

Re: IDCAMS DELETE MASK and Recalls

2015-08-19 Thread Vernooij, CP (ITOPT1) - KLM
--- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Thursday, 20 August 2015 4:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS DELETE MASK and Recalls We have CA-DISK as a HSM replacement. I like to be sure where to report this

Re: SMF30HVO

2015-08-19 Thread Vernooij, CP (ITOPT1) - KLM
I think 'obtained' should be read as 'getmained', but not still used (referenced), so only the used/referenced part of it occupies real storage. Similar values apply to DB2, who requires HVCOMMON to be set to frightening high values, in case it decides to really use all. Kees. -Original Mes

Re: IDCAMS DELETE MASK and Recalls

2015-08-19 Thread Vernooij, CP (ITOPT1) - KLM
Thanks, Kees. -Original Message- From: Vernooij, CP (ITOPT1) - KLM Sent: 20 August, 2015 8:07 To: IBM Mainframe Discussion List Subject: RE: IDCAMS DELETE MASK and Recalls John, Thanks, I will. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN

Re: IDCAMS DELETE MASK and Recalls

2015-08-19 Thread Vernooij, CP (ITOPT1) - KLM
John, Thanks, I will. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 19 August, 2015 18:31 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IDCAMS DELETE MASK and Recalls kees.verno...@klm.com (Vernooij, CP - KLM ,

Re: IDCAMS DELETE MASK and Recalls

2015-08-19 Thread Vernooij, CP (ITOPT1) - KLM
delete the data set without recalling it. DELETE dsn But probably will recall if you use DELETE dsn NVSAMor DELETE dsn CLUSTER Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Vernooij, CP (ITOPT1) - K

IDCAMS DELETE MASK and Recalls

2015-08-19 Thread Vernooij, CP (ITOPT1) - KLM
Hello, Some time ago we got the great enhancement that IDCAMS DELETE did not recall a dataset anymore. Then we got the great enhancement to easily delete large amount of datasets with IDCAMS DELETE MASK. However, DELETE MASK appears to recall the datasets again. Is this as intended, and docume

Re: Compare 2 DFsms SCDS's?

2015-08-18 Thread Vernooij, CP (ITOPT1) - KLM
sion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Elardus Engelbrecht > Sent: 12 August, 2015 11:08 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Compare 2 DFsms SCDS's? > > Vernooij, CP (ITOPT1) - KLM wrote: > > >I have 2 SMS SCDS's and need to know the

Re: Compare 2 DFsms SCDS's?

2015-08-12 Thread Vernooij, CP (ITOPT1) - KLM
@LISTSERV.UA.EDU Subject: Re: Compare 2 DFsms SCDS's? Vernooij, CP (ITOPT1) - KLM wrote: >I have 2 SMS SCDS's and need to know the differences between them. >Is there a way to compare them understandably? IDCAMS print produces a huge >amount of unusable output, SUPERC

Compare 2 DFsms SCDS's?

2015-08-12 Thread Vernooij, CP (ITOPT1) - KLM
Hello, I have 2 SMS SCDS's and need to know the differences between them. Is there a way to compare them understandably? IDCAMS print produces a huge amount of unusable output, SUPERC claims there are no differences, which is incorrect. Kees. ***

Re: RMM OAM and 3494

2015-08-06 Thread Vernooij, CP (ITOPT1) - KLM
With CA-1 I have the option to synchronize the status of a tape or group of tapes from the CA-1 TMC to the TCDB, which will also update the status in the library database. Does RMM have a similar function? Otherwise you can update the tape in the TCDB with ISMF, by setting it to SCRTCH there. Th

Re: submit restriction

2015-08-05 Thread Vernooij, CP (ITOPT1) - KLM
Only by using an exit which forces TYPRUN=SCAN into the jobcard. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: 05 August, 2015 14:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: submit restriction Can submit be restr

Re: Limit number of frames of real storage per job

2015-08-05 Thread Vernooij, CP (ITOPT1) - KLM
Blockpaging: paging groups of related pages in and out. Although I don't know if this applies to this situation. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 05 August, 2015 10:45 To: IBM-MAIN@LIST

Re: Limit number of frames of real storage per job

2015-08-04 Thread Vernooij, CP (ITOPT1) - KLM
Your test cannot be done by limiting the real storage of an individual job. Paging is done by the system in response to the real storage usage of the entire system. If you want to test the Java application is a storage constrained environment, you must make the system storage constraint. This

Re: XCF HELP!

2015-07-30 Thread Vernooij, CP (ITOPT1) - KLM
Better? I don't like SPOFs, especially when I can avoid them Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Fagen Sent: 30 July, 2015 16:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XCF HELP! On Mon, 13 Jul 2015 10:47:15

Re: Leap Second today!

2015-07-01 Thread Vernooij, CP (ITOPT1) - KLM
This is not the first leap second, in fact I believe it is the 26th since 1970. I am surprised that there still is software, running on mission critical machines, that still cannot cope with it. Apparently still not grown up from the children's play machine era. One of the particular appearance

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

2015-06-25 Thread Vernooij, CP (ITOPT1) - KLM
Sorry, default is SERial. Kees. -Original Message- From: Vernooij, CP (ITOPT1) - KLM Sent: 25 June, 2015 15:53 To: IBM Mainframe Discussion List Subject: RE: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB You did not specify the PAR or SER keyword, so default is PARallel. I do not

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

2015-06-25 Thread Vernooij, CP (ITOPT1) - KLM
You did not specify the PAR or SER keyword, so default is PARallel. I do not know if REST supports PARallel processing. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: 25 June, 2015 15:45 To: IBM-MAIN@LISTSE

Re: RSU apply on SYSPLEX

2015-06-24 Thread Vernooij, CP (ITOPT1) - KLM
This is exactly why we don't share this kind of date between systems. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mainframe Mainframe Sent: 24 June, 2015 11:37 To: IBM-MAIN@LISTSERV.UA.EDU Subject: RSU apply on SYSPLEX I a

Re: Is there any tools or interface which could analyse or monitor SYS1.MANX directly?

2015-06-16 Thread Vernooij, CP (ITOPT1) - KLM
Only intercepted? We use to change them too, albeit only the SMFid to something more meaningful than the SMF SID. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: 16 June, 2015 14:08 To: IBM-MAIN@LISTSERV.UA.

Re: CF level z/OS 2.1

2015-06-08 Thread Vernooij, CP (ITOPT1) - KLM
Probably correct. Machines have their maximum supported CFCC level. z/OS functions often require a specific CFCC level. Below that level that specific function will not be available, but that is all. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.

Re: TS7740 question

2015-06-04 Thread Vernooij, CP (ITOPT1) - KLM
You can also try to: 1. define no tapes to the physical volume pool - and - 2. change the Borrow indicator of your physical volume pool to: no borrow - keep. It will have to live with zero physical tapes. Success, Kees. -Original Message- From: Vernooij, CP (ITOPT1) - KLM Sent

Re: TS7740 question

2015-06-04 Thread Vernooij, CP (ITOPT1) - KLM
: Vernooij, CP (ITOPT1) - KLM Sent: Thursday, June 04, 2015 8:32 PM To: IBM Mainframe Discussion List Subject: RE: TS7740 question I think you must be able to trick this with Storage Groups and Tape pools. In SMS you assign the data to a Storage Group. In the TS7740 the Storage Group is assigned to a

Re: TS7740 question

2015-06-04 Thread Vernooij, CP (ITOPT1) - KLM
I think you must be able to trick this with Storage Groups and Tape pools. In SMS you assign the data to a Storage Group. In the TS7740 the Storage Group is assigned to a Physical Volume Pool. The Physical Volume Pool takes its scratch tapes from Pool 0. If you move all Physical volumes from Poo

Re: Is EXCP data from SMF 30 interval records repeated in step end records?

2015-06-03 Thread Vernooij, CP (ITOPT1) - KLM
DDCONS does not do I/O, it only consolidates SMF I/O records, costing (much) CPU and elapstime to produce the records, but it will not add I/O counts to the step. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler

Re: QUESTION ABOUT SPACE ABEND

2015-05-29 Thread Vernooij, CP (ITOPT1) - KLM
B37. This means that the dataset has not enough space allocated but cannot take secondary extents anymore, either because it already has 16 extents on the current volume or there is no more space on the current volume AND it cannot extend to another volume. Kees. -Original Message- Fro

Re: QUESTION ABOUT SPACE ABEND

2015-05-29 Thread Vernooij, CP (ITOPT1) - KLM
D37-04 occurs when the dataset has no secondary space. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Campbell Jay Sent: 29 May, 2015 13:38 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: QUESTION ABOUT SPACE ABEND D37-04 Jay Campbell IBM

Re: LPAR MOBILITY

2015-05-28 Thread Vernooij, CP (ITOPT1) - KLM
Why ask the question if you already think you know what the answer is? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of IBMZOS Sent: 28 May, 2015 14:31 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LPAR MOBILITY Sorry but GDPS do not do th

Re: LPAR MOBILITY

2015-05-28 Thread Vernooij, CP (ITOPT1) - KLM
GDPS does much more, it switches Dasd and applications on seconds. And have a look at Sysplex features and functions. You can switch without downtime. Does this look like a future already present? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.E

<    1   2   3   >