Goodbye.

2020-08-03 Thread Vernooij, Kees (ITOP NM) - KLM
After more than 41 years working as a mainframe systems programmer, the time has come for me to say goodbye. I enjoyed the mainframe world in all the aspects that I worked with, from SVS 1.7 to z/OS 2.4, from a 370/158 to a z13s and all other flavours that came and went in the past decades. It

Beware: OA54815:SINGLE SYSTEM SCOPE COUPLE DATA SET and GDPS V4R1.

2020-07-29 Thread Vernooij, Kees (ITOP NM) - KLM
Do not try to use the beautiful z/OS V2R4 enhancement OA54815: NEW FUNCTION - SINGLE SYSTEM SCOPE COUPLE DATA SET, if you still run GDPS V4R1. GDPS 4.1 does not know this type of Couple Datasets and takes 2 irritating actions: - Cancel IXGLOGR as soon as GPDS sees it - GDPS

Re: SORT Capacity Exceeded

2020-07-29 Thread Vernooij, Kees (ITOP NM) - KLM
General recommendation: in most situations DFSORT is well able to calculate its SORTWK's. Remove SORTWK's from JCL, update parms: remove DYNALLOC=N, check the DFSORT defaults and use the where possible. Kees -Original Message- From: IBM Mainframe Discussion List On Behalf Of

Re: TS7760 Cache utilization

2020-07-22 Thread Vernooij, Kees (ITOP NM) - KLM
Request the Historial statistics and filter out the TVCSIZE and TVCUSED values. Kees. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gadi Ben-Avi Sent: 22 July 2020 13:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: TS7760 Cache utilization Hi, How can I find out, using

Re: Storage & tape question

2020-07-08 Thread Vernooij, Kees (ITOP NM) - KLM
I agree with your findings. At one time, one headlight of my car failed. Since it has two headlights, I did not make much hurry to replace it, but 2 days later the other one failed. Then I was left in almost complete darkness. A SPOF is a SPOF and is subject to Murphy's law, which means it

Re: Does adding real storage require an IPL?

2020-06-25 Thread Vernooij, Kees (ITOP NM) - KLM
That is exactly how it works: in the activation profile you specify the memory and reserved memory for an LPAR. That is all it will see after activation with that profile. Kees -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: 25 June 2020

Re: dfdss equivalent to fdr map

2020-06-18 Thread Vernooij, Kees (ITOP NM) - KLM
Subject: Re: dfdss equivalent to fdr map That's what we're looking for and DFDSS does not seem to have the equivalent On 6/18/2020 9:42 AM, Vernooij, Kees (ITOP NM) - KLM wrote: > FDR MAP produces a physical map of the volume, with from-to CCHHR for each > dataset and their extents. &g

Re: dfdss equivalent to fdr map

2020-06-18 Thread Vernooij, Kees (ITOP NM) - KLM
FDR MAP produces a physical map of the volume, with from-to CCHHR for each dataset and their extents. Kees -Original Message- From: IBM Mainframe Discussion List On Behalf Of John McKown Sent: 18 June 2020 15:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: dfdss equivalent to fdr map

Re: dfdss equivalent to fdr map

2020-06-18 Thread Vernooij, Kees (ITOP NM) - KLM
To be precise, MAP is not an FDR function, it is an ABR function, which also came along with COMPAKTR. When we dismissed the latter, we also lost the MAP function. Kees. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Brian France Sent: 18 June 2020 14:54 To:

Re: New Mainframe Community

2020-06-15 Thread Vernooij, Kees (ITOP NM) - KLM
And I don't like the fact that I have to subscribe and give (no idea how much of) my personal info first, before they even give the slightest information about themselves. Kees. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Charles Mills Sent: 15 June 2020 16:24

Re: System Exit

2020-06-04 Thread Vernooij, Kees (ITOP NM) - KLM
In my experience, changing secondary allocations can create problems, because on fragmented volumes it is more difficult to get large secondary extents than small extents. We provide dataclasses with DVC for large datasets with or without poor secondary allocations. Kees. -Original

Re: System Exit

2020-06-04 Thread Vernooij, Kees (ITOP NM) - KLM
> Do you work with your users on how to properly allocate a dataset? I have given up a long time ago to make users do what I want them to do. I use the ACS routines to make them do what I want them to do. Met vriendelijke groet, Kees Vernooij KLM Information Services z/OS Systems Tel +31 6 10

Re: Creating new SMS environment in a monoplex

2020-05-25 Thread Vernooij, Kees (ITOP NM) - KLM
.2020 o 19:33, Vernooij, Kees (ITOP NM) - KLM pisze: > SMSPLEX=SYSPLEX: no, you can't. > GDPS K-systems cannot share Dasd with GDPS P-systems, so they must have > separate SMS plexes. > > If you mean: an SMSplex cannot cross Sysplexes: that is true. > > Kees. > > -

Re: Creating new SMS environment in a monoplex

2020-05-20 Thread Vernooij, Kees (ITOP NM) - KLM
MAS within sysplex. Sometimes sysplex=*plex give some advantages, especially sysplex communication and CF structures. -- Radoslaw Skorupka Lodz, Poland W dniu 19.05.2020 o 21:22, Vernooij, Kees (ITOP NM) - KLM pisze: > I can confirm that. > We have 2 sysplexes (Prod and Test), both

Re: Creating new SMS environment in a monoplex

2020-05-19 Thread Vernooij, Kees (ITOP NM) - KLM
I can confirm that. We have 2 sysplexes (Prod and Test), both with 2 GPDS K-systems. GDPS K-systems don's share Dasd with the other systems of the sysplex. So we have 6 SMS environments, each with their own SCDS, ACDS and COMMDS. We have 1 SMS configuration that covers all systems and in the ACS

Re: Catalogs in parallel sysplex ECS vs RLS

2020-04-24 Thread Vernooij, Kees (ITOP NM) - KLM
>While RLS catalog sharing require more effort to establish, it wasn't >introduced just for fun. It seems customers needed some enhancement over >ECS. IIRC from the course, it was for performance reasons. RSL provides better performance for heavily used catalogs. Met vriendelijke groet, Kees

Re: Catalogs in parallel sysplex ECS vs RLS

2020-04-24 Thread Vernooij, Kees (ITOP NM) - KLM
I recall from a z/OS update course, a couple of years ago already, the recommendation that RLS for Catalogs was the way to go. Kees. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Vander Woude Sent: 23 April 2020 16:29 To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: Opinions/experience on sharing catalogs outside plex

2020-04-20 Thread Vernooij, Kees (ITOP NM) - KLM
2 notes: You need not regress to pre-GRS, you need to regress to pre-Hyperswap, which required the elimination of Reserves by converting them to global enqueus with GRS. CA-MIM provided (when we used it) GRS functionality across Sysplexes. Kees. -Original Message- From: IBM Mainframe

Re: Opinions/experience on sharing catalogs outside plex

2020-04-09 Thread Vernooij, Kees (ITOP NM) - KLM
Do you use ECS or VLF catalog caching? That sounds like a road to problems. Kees. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Rob Schramm Sent: 09 April 2020 02:11 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Opinions/experience on sharing catalogs outside plex I am

Re: adrdssu utility

2020-03-25 Thread Vernooij, Kees (ITOP NM) - KLM
A Mistake I made many times: you should not put filtlist names in quotes, only strings. So in your routine, is compared to the string '' To compare to the filtlist , you should code: ( EQ ) Met vriendelijke groet, Kees Vernooij KLM Information Services z/OS Systems Tel +31 6 10 14 58 78

Re: OT: Mandatory Work From Home at my company

2020-03-23 Thread Vernooij, Kees (ITOP NM) - KLM
About a decade ago, we switched to company mobile phones. At the same time, most of the internal fixed telephone network was dismantled. I think the justified the mobiles business case for a great deal. Kees. -Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S.

Re: RUCSA

2020-03-13 Thread Vernooij, Kees (ITOP NM) - KLM
Yes, RUCSA goes in units of 1 MB. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Thursday, March 12, 2020 6:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA That rather implies segment-level

Re: RUCSA

2020-03-13 Thread Vernooij, Kees (ITOP NM) - KLM
We have it running on V2.2. Remember: it only remediates the userkey (E)CSA problem, nog the userkey dataspace problem. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Thursday, March 12, 2020 4:07 PM To:

Re: RUCSA

2020-03-13 Thread Vernooij, Kees (ITOP NM) - KLM
Yes, it runs on V2.2. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Thursday, March 12, 2020 2:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RUCSA From the z/OS V2.4 announcement. Reading between the

Re: RUCSA

2020-03-13 Thread Vernooij, Kees (ITOP NM) - KLM
Yes, we do on V2.2, for the same reason: preparation for V2.4, for 2 applications that require userkey CSA. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dana Mitchell Sent: Thursday, March 12, 2020 1:54 PM To:

Re: Old joke realism

2020-02-25 Thread Vernooij, Kees (ITOP NM) - KLM
Interesing material. Is 'old' equal to 'adult'? My company firewall protects me with the message: Sorry, you don't have permission to visit this site. Not allowed to browse Adult Material category You tried to visit: http://bofh.bjash.com/ Kees -Original Message- From: IBM Mainframe

Re: ALLOC command releasing space

2020-02-10 Thread Vernooij, Kees (ITOP NM) - KLM
I wonder why space is being released with the TSO ALLOC command in the first place, this ALLOC command does not do this by itself. It must be defined somewhere in the mgmtclas definitions and/or ACS routines. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Determine if running under Secondary Subsystem

2020-02-09 Thread Vernooij, Kees (ITOP NM) - KLM
The answers given so far imply that you know the names of the primary/secondary subsystems and from that determine under which you run. As far as I remember, there is a pointer to *the* subsystem, which is the primary subsystem. I can't dig up where that pointer is. Kees -Original

Re: WLM Guidance/Suggestions ! ! !

2020-02-03 Thread Vernooij, Kees (ITOP NM) - KLM
Your problem is probably caused by the faster CPs, combined with the definition of Velocity. - Velocity in fact means that a job receives nn% of what it wants. CPU hungry jobs will therefor get much CPU if their imp os high enough. - On the 5 CP machine, the jobs probably did not 'monopolize'

Re: Tape problem

2020-01-15 Thread Vernooij, Kees (ITOP NM) - KLM
You can run the CA-1 CTSSYNC utility, to synchronize the TCDB from the TMC. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nai, Dean Sent: 15 January 2020 18:31 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Tape problem Anyone ever

Re: it was 20 years ago today

2020-01-03 Thread Vernooij, Kees (ITOP NM) - KLM
Correct. And then I see yesterday on a local news site an article with a suggestive title like: a lot of fuzz, but hardly any problems really occurred. The article itself has a little more nuance, but it is still nice food for title hunters (useful if your business model exists of getting as

Re: it was 20 years ago today ....

2020-01-03 Thread Vernooij, Kees (ITOP NM) - KLM
*That* seems like a lifetime ago... Kees -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rupert Reynolds Sent: 03 January 2020 13:17 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: it was 20 years ago today . . . "Sgt Pepper taught

Re: Looking for a utility to create a master listing of all PDS members on a system

2019-12-10 Thread Vernooij, Kees (ITOP NM) - KLM
If you have SAS I would use this, because then you can produce all kinds of statistics on the PDSs and members. - Use PROC SOURCE to produce a memberlist of each PDS. - Create a database with the PDS / member info. - Produce all desired statistics and cross checks from that database. Kees.

Re: Most-used instructions? Just for fun.

2019-12-09 Thread Vernooij, Kees (ITOP NM) - KLM
I suppose IBM has done this, in order to further tune their systems into more decimals. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: 09 December 2019 11:52 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)

2019-12-08 Thread Vernooij, Kees (ITOP NM) - KLM
MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, December 4, 2019 9:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COPYING PDS TO PDS ... On Wed, 4 Dec 2019 07:18:11 +, Vernooij, Kees (ITOP NM) - KLM wrote: >Jeez Gil, > >There is nothing restrictive to 'hexadecimal',

Re: A minimum of 8 GB of real memory is required to IPL

2019-12-05 Thread Vernooij, Kees (ITOP NM) - KLM
Related question: and does it not apply to a z13? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: 05 December 2019 15:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: A minimum of 8 GB of real memory is

Re: Syslog Message Normalization

2019-12-05 Thread Vernooij, Kees (ITOP NM) - KLM
I think there is a difference in multi-line messages (where each line is identified by an id, '808' in the example below) and long messages that are spread in syslog over more than 1 line. I think your example belongs to the latter. MR000 MVSC 19339 09:30:47.49 ACTWRK02

Re: Syslog Message Normalization

2019-12-05 Thread Vernooij, Kees (ITOP NM) - KLM
No, 31 is the continuation of the message text. The id is always 3 digits and is more to the left. "808" in the example below. MR000 MVSC 19339 09:30:47.49 ACTWRK02 .HASP003 RC=(52),D 808 DR

Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)

2019-12-05 Thread Vernooij, Kees (ITOP NM) - KLM
Hilarious, this is what I like about this forum. Throw any digital bone into the this group of dogs (no offence intended) and they will all jump on it, analyze it, cut it into pieces, rephrase it, write their solution, convince all others of their personal findings and branch off into any

Re: Misuse of the word hexadecimnal (Was RE: COPYING PDS TO PDS ...)

2019-12-05 Thread Vernooij, Kees (ITOP NM) - KLM
riginal Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Wednesday, December 4, 2019 9:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COPYING PDS TO PDS ... On Wed, 4 Dec 2019 07:18:11 +0000, Vernooij, Kees (IT

Re: COPYING PDS TO PDS ...

2019-12-05 Thread Vernooij, Kees (ITOP NM) - KLM
:11 +, Vernooij, Kees (ITOP NM) - KLM wrote: >Jeez Gil, > >There is nothing restrictive to 'hexadecimal', only to 'any' or 'some'. >Between quotes you can put *any* hex char in a dsname, without quotes you can >use only the *alphanumeric* hex chars. (And you *can* of cou

Re: COPYING PDS TO PDS ...

2019-12-03 Thread Vernooij, Kees (ITOP NM) - KLM
As we are dealing with details and detailed terminology: 'nonstandard' according to whom? Not to the PDS standards, only to JCL and ISPF standards. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: 03 December

Re: COPYING PDS TO PDS ...

2019-12-03 Thread Vernooij, Kees (ITOP NM) - KLM
essage- > From: IBM Mainframe Discussion List On > Behalf Of Vernooij, Kees (ITOP NM) - KLM > Sent: 03 December 2019 11:16 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [IBM-MAIN] COPYING PDS TO PDS ... > > In JCL you can put any hexadecimal character in a dsname if you enter it

Re: COPYING PDS TO PDS ...

2019-12-03 Thread Vernooij, Kees (ITOP NM) - KLM
:15:38 +, Vernooij, Kees (ITOP NM) - KLM wrote: >In JCL you can put any hexadecimal character in a dsname if you enter >it between quotes. .. > I'm always perplexed by the apparently restrictive adjective, "hexadecial". Of the 256 EBCDIC code points, which are non-h

Re: COPYING PDS TO PDS ...

2019-12-03 Thread Vernooij, Kees (ITOP NM) - KLM
In JCL you can put any hexadecimal character in a dsname if you enter it between quotes. Never tried it for PDS membernames, but I suppose it will work too. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lennie

Re: Sysplex

2019-11-28 Thread Vernooij, Kees (ITOP NM) - KLM
I had another idea of your 'customer'. Together with Matt's speculation, I suspect you provide info to all address spaces in an LPAR in SP 213 and the customer wants to see this information from all LPARs. This looks like Martin's RDMA or maybe a Logstream or a System Logger Notepad or a

Re: Sysplex

2019-11-27 Thread Vernooij, Kees (ITOP NM) - KLM
I am curious to learn what he meant with the question. Either he has no idea what he is talking about or he means something completely different. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of scott Ford Sent: 27 November

Re: SMFPRMFxx SYS SUBSYS and EXITs question

2019-11-26 Thread Vernooij, Kees (ITOP NM) - KLM
Check: Initialization and Tuning Guide SMFPRMxx description Statements and parameters for SMFPRMxx the SUBSYS parameter Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nick Varley Sent: 26 November 2019 13:28 To:

Re: Share Website

2019-11-21 Thread Vernooij, Kees (ITOP NM) - KLM
Yes, no problem. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: 21 November 2019 15:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Share Website Is www.share.org loading for you? I'm getting an internal server

Re: Peter Relson Article

2019-11-12 Thread Vernooij, Kees (ITOP NM) - KLM
Great article, and yes, nice to see his face. He looks much friendlier than what I had in my mind from this list, where he was more the friendly but strict school teacher, correcting us patiently every time we were wrong. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Zfs from 1 LPAR to another

2019-11-07 Thread Vernooij, Kees (ITOP NM) - KLM
Thanks Bruce for still helping us. So if IEBGENER cannot reliably process them, nor can ftp apparently, who can? Why can AMATERSE? Where is all this documented? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant

Re: Zfs from 1 LPAR to another

2019-11-07 Thread Vernooij, Kees (ITOP NM) - KLM
Ok, back with ftp then. It keeps thing a little simple. As Americans, they should know that they must document that you cannot dry your cat in the microwave. If ftp cannot handle the standard recfm=u format, it should be corrected or documented, not left to the customer to discover it (crashing

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
Barbara, Did you transport the catalog dump dataset with ftp? If yes, this might again point to ftp. If not, the problem must be in the dump dataset. Then DFdss dump produces (can produce) a non-standard recfm=u dataset, that will be processed correctly by dfdss restore, but might confuse

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
] On Behalf Of John McKown Sent: 06 November 2019 16:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Zfs from 1 LPAR to another On Wed, Nov 6, 2019 at 9:18 AM Vernooij, Kees (ITOP NM) - KLM < kees.verno...@klm.com> wrote: > So do we. > > And I wonder what the actual problem is? If the DFD

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
store from the DFDSS dump. Lizette > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Vernooij, Kees (ITOP NM) - KLM > Sent: Wednesday, November 06, 2019 8:02 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Zfs from 1 LPAR to another > > Can you

Re: Zfs from 1 LPAR to another

2019-11-06 Thread Vernooij, Kees (ITOP NM) - KLM
Can you point to where that is documented? We FTP a lot b.m.o. DFDSS between Sysplexes. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: 06 November 2019 15:46 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Zfs from

Re: Set change bit after DFdss restore

2019-11-03 Thread Vernooij, Kees (ITOP NM) - KLM
/01/2019 03:42:50 AM: > From: "Vernooij, Kees (ITOP NM) - KLM" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 11/01/2019 03:46 AM > Subject: [EXTERNAL] Re: Set change bit after DFdss restore Sent by: > IBM Mainframe Discussion List > > Not exactly my situation: th

Re: Set change bit after DFdss restore

2019-11-01 Thread Vernooij, Kees (ITOP NM) - KLM
Not exactly my situation: the change bits are off correctly then the datasets are dumped, but I want them turned on when the datasets are restored in the new sysplex. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Michael

Re: Set change bit after DFdss restore

2019-10-31 Thread Vernooij, Kees (ITOP NM) - KLM
Of Vernooij, Kees (ITOP NM) - KLM Sent: Thursday, October 31, 2019 6:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore Robert, CA-DISK has a similar function, but unfortunately both this one and the hsm one will not work in this situation. The dataset already exists

Re: Set change bit after DFdss restore

2019-10-31 Thread Vernooij, Kees (ITOP NM) - KLM
will not cause hsm nor ca-disk to take a backup, because a backup already exists. Kees. -Original Message- From: Vernooij, Kees (ITOP NM) - KLM Sent: 31 October 2019 11:07 To: IBM Mainframe Discussion List Subject: RE: Set change bit after DFdss restore No, I don't have hsm unfortunately

Re: Set change bit after DFdss restore

2019-10-31 Thread Vernooij, Kees (ITOP NM) - KLM
SMS -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOP NM) - KLM Sent: Wednesday, October 30, 2019 11:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Set change bit after DFdss restore Hello group, We use DFSMSdss to m

Re: Set change bit after DFdss restore

2019-10-31 Thread Vernooij, Kees (ITOP NM) - KLM
@LISTSERV.UA.EDU Subject: Re: Set change bit after DFdss restore On Wed, 30 Oct 2019 15:51:28 +, Vernooij, Kees (ITOP NM) - KLM wrote: >Hello group, > >We use DFSMSdss to move datasets from one sysplex to another. >The method is: >Dump the datasets with DFdss to a dumpdataset. >F

Set change bit after DFdss restore

2019-10-30 Thread Vernooij, Kees (ITOP NM) - KLM
Hello group, We use DFSMSdss to move datasets from one sysplex to another. The method is: Dump the datasets with DFdss to a dumpdataset. FTP the dumpdataset to the other sysplex. Restore the datasets in the other sysplex. The problem is that the datasets that have the changebit OFF in the

Re: Power failure

2019-10-18 Thread Vernooij, Kees (ITOP NM) - KLM
Or: open the floor and check if the power cords are really connected to different rails. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mike Schwab > Sent: 18 October, 2019 0:02 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject:

Re: Best way for a task to give up the CPU and let other tasks run?

2019-10-17 Thread Vernooij, Kees (ITOP NM) - KLM
"I'm done for the moment if something else would like to run" That's not for the task to decide: the dispatcher, under control of WLM, decides whether you get the CPU or will be removed from it to allow another task to run. All based on WLM directions, which you can influence by selecting a

Re: Best way for a task to give up the CPU and let other tasks run?

2019-10-17 Thread Vernooij, Kees (ITOP NM) - KLM
WLM: give the job a Serice Class with Importance=5 and a Velocity=1. It will be thankful for each CPU second that is left unused by all other tasks in the system. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Thomas

Re: Power failure

2019-10-17 Thread Vernooij, Kees (ITOP NM) - KLM
Still makes you wonder what *good* reason it had to reboot on its own. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: 17 October, 2019 8:33 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Power failure > >

Re: STGADMIN.DPDSRN Confusion

2019-10-16 Thread Vernooij, Kees (ITOP NM) - KLM
A curios message here is IGD17056I. Can this not be the real problem for RENAME? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mark Jacobs > Sent: 16 October, 2019 16:16 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject:

Re: zOS 2.4 migration guide

2019-10-16 Thread Vernooij, Kees (ITOP NM) - KLM
It looks as if you can't escape z/OSMF anymore. From what I read in the past, this and many more functions will run (only) under z/OSMF. So this might be the time to start running it. Kees > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >

Re: Power failure

2019-10-15 Thread Vernooij, Kees (ITOP NM) - KLM
Sure. Some time ago we did a check of the power connections before a major action on one of the power rails and we also found a couple of devices that had their redundant power plugs connected to the same rail. Kees. > -Original Message- > From: IBM Mainframe Discussion List

Re: Power failure

2019-10-15 Thread Vernooij, Kees (ITOP NM) - KLM
Ask IBM to dial in on the box and check the logs. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: 15 October, 2019 14:24 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Power failure > > We have checked our

Re: DR Sysplex Procedure

2019-10-09 Thread Vernooij, Kees (ITOP NM) - KLM
"Do both LPARs need to be down (not desirable) before IPLing either of them with the new CF and XCF?" I would try to test the real situation as much as possible. Besides, I think it will not work. LPAR's don't join each other, they join a Sysplex. After ipling one system with the new

Re: Planned ESQA change and HealthCheck

2019-10-02 Thread Vernooij, Kees (ITOP NM) - KLM
Maybe it is not that bad: I did not know the word either and maybe Radoslaw also had to look the English translation of the Polish word. But I might just as well be part of his English vocabulary -;) Kees > -Original Message- > From: IBM Mainframe Discussion List

Re: MVS logger [-Internal-]

2019-09-30 Thread Vernooij, Kees (ITOP NM) - KLM
> -Original Message- > From: Vernooij, Kees (ITOP NM) - KLM > Sent: 30 September, 2019 15:37 > To: IBM Mainframe Discussion List > Subject: RE: MVS logger [-Internal-] > > I found: > https://www.ibm.com/support/pages/dfhlg0777-mvs-logger-codes-x0008- > x0865

Re: MVS logger [-Internal-]

2019-09-30 Thread Vernooij, Kees (ITOP NM) - KLM
I found: https://www.ibm.com/support/pages/dfhlg0777-mvs-logger-codes-x0008-x0865-dfhlog-or-dfhshunt https://www.ibm.com/support/knowledgecenter/en/SSGMCP_5.5.0/reference/sit/dfha2_csdrecov.html this should explain your situation. Kees > -Original Message- > From: IBM Mainframe

Re: Tracing RACF?

2019-09-25 Thread Vernooij, Kees (ITOP NM) - KLM
We have TSS and it can tell exactly where a user gets/inherits a certain authorization from. Can't RACF do the same? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sean Gleann > Sent: 25 September, 2019 13:06 > To:

Re: VIO dataset problem

2019-09-24 Thread Vernooij, Kees (ITOP NM) - KLM
> > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Vernooij, Kees (ITOP NM) - KLM > Sent: Tuesday, 24 September 2019 16:32 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [IBM-MAIN] VIO dataset problem > > When we already ran from 3390, we

Re: VIO dataset problem

2019-09-24 Thread Vernooij, Kees (ITOP NM) - KLM
When we already ran from 3390, we kept the VIO device a 3380, in order to limit the amount of VIO data. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ron Hawkins > Sent: 24 September, 2019 7:52 > To:

Re: [EXT] Re: VIO dataset problem

2019-09-24 Thread Vernooij, Kees (ITOP NM) - KLM
Jim, It is obvious that pages must be paged out for Journaling, but must they also be paged in, can't they be reclaimed when plenty memory is available? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jim Mulder > Sent:

Re: ZEKE - ZENA

2019-09-24 Thread Vernooij, Kees (ITOP NM) - KLM
Since you mention z/OS in your question, this is a correct place. This a generous forum of technical people, eager to dive into almost any technical problem. However, I can't help you further. Kees. > -Original Message- > From: IBM Mainframe Discussion List

Re: VIO dataset problem

2019-09-23 Thread Vernooij, Kees (ITOP NM) - KLM
IIRC, the limit of a VIO dataset is the size of the emulated Dasd volume. Non-extended datasets also have the limit of 65535 tracks. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Thompson > Sent: 22 September, 2019

Re: Can you update WLM via a batch program?

2019-09-23 Thread Vernooij, Kees (ITOP NM) - KLM
When I had to add a large amount of Scheduling Environments, I created a macro/script for my terminal emulator and let it run for more than an hour to do the 'manual' work. It takes some time to create it, but when you have it running, it does its work without typo's, which is what I cannot

Re: APAR OA56180 / RUCSA

2019-09-12 Thread Vernooij, Kees (ITOP NM) - KLM
My colleague found out, but he is not in, so I cannot ask hem where. The charge is MSU dependent and for our situation quite acceptable. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Dana Mitchell > Sent: 12 September,

Re: Erase On Scratch

2019-09-11 Thread Vernooij, Kees (ITOP NM) - KLM
Ron, Was EOS intended for disks that are removed to make sure they contain no valuable data or was it intended to prevent deleted data from being read again by another application? I thought the latter. Disks are usually removed because they break down, with valuable, undeleted data on them.

Re: APAR OA56180 / RUCSA

2019-09-10 Thread Vernooij, Kees (ITOP NM) - KLM
es (With Marna Walle): https://developer.ibm.com/tv/mpt/or > > https://itunes.apple.com/gb/podcast/mainframe-performance- > topics/id1127943573?mt=2 > > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > From: &q

Re: APAR OA56180 / RUCSA

2019-09-10 Thread Vernooij, Kees (ITOP NM) - KLM
I think security auditors should be happy, provided they have done their homework. CSA was wide open to everybody since the beginning, the option to close the gate (userkeycsa(no)) is available for a decade already and now the gate can be controlled in detail. Kees. > -Original

Re: z/OS 2.1 to 2.4 [EXTERNAL]

2019-09-09 Thread Vernooij, Kees (ITOP NM) - KLM
Until Jan 27 2020. https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/8/897/ENUS919-038/index.html=en_locale=en Kees > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Dana Mitchell > Sent: 06 September, 2019

Re: Using COBOL on ZIIP via SRB etc

2019-09-06 Thread Vernooij, Kees (ITOP NM) - KLM
407.7266 > > -Original Message----- > From: IBM Mainframe Discussion List On Behalf > Of Vernooij, Kees (ITOP NM) - KLM > Sent: Friday, September 6, 2019 8:59 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [IBM-MAIN] Using COBOL on ZIIP via SRB etc > > Check the story of

Re: Using COBOL on ZIIP via SRB etc

2019-09-06 Thread Vernooij, Kees (ITOP NM) - KLM
Check the story of IBM vs Neon Software. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Smith > Sent: 06 September, 2019 14:52 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Using COBOL on ZIIP via SRB etc > >

Re: Migration from z114 to z14ZR1, CF structure sizes

2019-09-06 Thread Vernooij, Kees (ITOP NM) - KLM
06 September, 2019 14:34 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Migration from z114 to z14ZR1, CF structure sizes > > I would multiply. Example 1.1 * 1.2 * 1.1 * 1.1 * 1.1 = 1.75692 > instead of 1.6 by addition. > > On Fri, Sep 6, 2019 at 12:17 PM Vernooij, Kees (ITOP NM

Re: Migration from z114 to z14ZR1, CF structure sizes

2019-09-06 Thread Vernooij, Kees (ITOP NM) - KLM
You can ask IBM for the information about CF levels 18 - 22. If structure sizes need to be increased during a CF level upgrade, this is documented with the CF level. Add up the increments and you have a good estimate of the Level 22 sizes. Kees. > -Original Message- > From: IBM

Re: MPF Exit calling System REXX - S0C4 abend

2019-09-06 Thread Vernooij, Kees (ITOP NM) - KLM
Possible, but still this must run serialized, so both exits cannot run together and modify each other's view of the message. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sebastian Welton > Sent: 06 September, 2019

Re: MPF Exit calling System REXX - S0C4 abend

2019-09-06 Thread Vernooij, Kees (ITOP NM) - KLM
Yes, and as s consequence, if he does not receive an 0C4, he will probably be clearing someone else's storage. however the relation with 'the other subsystem' is also interesting. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >

Re: MPF Exit calling System REXX - S0C4 abend

2019-09-06 Thread Vernooij, Kees (ITOP NM) - KLM
Interesting twist in the problem. Good to know how you eliminated the problem, but as a real sysprog I am curious what the cause of the problem was. How could the other subsystem interfere with the MPF exit? How does it 'trap' the message? It looks like it is not serialized with the MPF exit,

Re: MPF Exit calling System REXX - S0C4 abend

2019-09-05 Thread Vernooij, Kees (ITOP NM) - KLM
The offset in the module is 0DA. In your assembler listing you can see which instruction it is. The failing instruction is 4110 D088: LA R1,136(R13) This is loading the address of a fullword at +136 the workarea. The savearea goes to +132, so this is @ARGLST. Not exactly a reason for a 0C4. Do

Re: Assembler :- PC Instruction

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
Peter, Ok, than I misunderstood what was or could be put into the PC microcode. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Relson > Sent: 30 August, 2019 14:25 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re:

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
_ > ___ > Dave Jousma > AVP | Manager, Systems Engineering > > Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand > Rapids, MI 49546 > 616.653.8429  |  fax: 616.653.2717 > > > > -----Origina

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
___ > > ___ > > Dave Jousma > > AVP | Manager, Systems Engineering > > > > Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand > > Rapids, MI 49546 > > 616.653.8429

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
Paris Ave, SE  |  MD RSCB2H  |  Grand > Rapids, MI 49546 > 616.653.8429  |  fax: 616.653.2717 > > > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Vernooij, Kees (ITOP NM) - KLM > Sent: Friday, August 30, 2019 4:20 AM > To: IBM-MAIN@L

Re: z/OS 2.1 to 2.4

2019-08-30 Thread Vernooij, Kees (ITOP NM) - KLM
developer.ibm.com/tv/mpt/or > > https://itunes.apple.com/gb/podcast/mainframe-performance- > topics/id1127943573?mt=2 > > > Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA > > > > From: "Vernooij, Kees (ITOP NM) - KLM"

  1   2   3   >