Re: And the future is...

2017-01-19 Thread Vernooij, Kees (ITOPT1) - KLM
In my opinion it says: All System_Automation_for_z/OS V2R3 customers. Because: Customer recently migrated from SA V2.2 to SA V2.3. kees > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Blake, Daniel J [CTR] > Sent: 19 January,

Re: bama.ua.edu not reachable?

2017-01-18 Thread Vernooij, Kees (ITOPT1) - KLM
Thanks everybody, https://listserv.ua.edu/archives/ibm-main.html works. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, Kees (ITOPT1) - KLM > Sent: 18 January, 2017 14:30 > To: IBM-MAIN@LISTSERV.U

bama.ua.edu not reachable?

2017-01-18 Thread Vernooij, Kees (ITOPT1) - KLM
Hello, I can't access the archives anymore, the address http://bama.ua.edu/ returns a timeout. According to our IP department this will probably be caused by bama.ua.edu. Anyone else having this problem? Kees. For information, services

Re: HMC System Events "FROM:" Email address

2017-01-18 Thread Vernooij, Kees (ITOPT1) - KLM
Tom, Thanks, this is about what we already found, so no surprises seem to be expected. We will certainly not use new features immediately to have a smooth move. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tom Mathias

Re: HMC System Events "FROM:" Email address

2017-01-18 Thread Vernooij, Kees (ITOPT1) - KLM
Hi Brian, We will go from a z196 to a z13s soon. Do you have a list of tips, tricks and pitfalls we might run into? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Brian Westerman > Sent: 17 January, 2017 9:37 > To:

Re: System Symbols (SYSSYM)

2017-01-17 Thread Vernooij, Kees (ITOPT1) - KLM
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 17 January, 2017 16:12 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: System Symbols (SYSSYM) On Tue, 17 Jan 2017 08:55:34 +, Mike Shorkend wrote: >There is one case

Re: Paper tape (was Re: Hidden Figures)

2017-01-17 Thread Vernooij, Kees (ITOPT1) - KLM
Gil: That is not how I remember it at all. The Carriage tape on a 1403/3211(?) was just for that machine. i.e. skip to channel x As I have said before I do not ever remember seeing any IBM device or computer that had a paper tape reader/writer. This goes back to the 360’s . I just got off the

Re: Load Module Trace, anyone?

2017-01-13 Thread Vernooij, Kees (ITOPT1) - KLM
We do this b.m.o LLA. We bring the library to be watched under LLA control (explicitly or put in LNKLST) and use LLA EXIT1 to check LOADs from the library and report each LOAD in an SMF record. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Confusing info about System Logger and GDPS K-systems

2017-01-11 Thread Vernooij, Kees (ITOPT1) - KLM
Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Tuesday, January 10, 2017 11:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Confusing info about System

Re: Confusing info about System Logger and GDPS K-systems

2017-01-10 Thread Vernooij, Kees (ITOPT1) - KLM
NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Tuesday, January 10, 2017 4:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Confusing info about System Logger and GDPS K-s

Re: Confusing info about System Logger and GDPS K-systems

2017-01-10 Thread Vernooij, Kees (ITOPT1) - KLM
:24 AM, Vernooij, Kees (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > Hello, > > We run GDPS V3R13 and z/OS V2.2. > I am reading the GDPS recommendations (in the GDPS/PPRC V3R13 Installation > and Customization Guide) about System Logger, which, as seems usual with > each GD

Confusing info about System Logger and GDPS K-systems

2017-01-10 Thread Vernooij, Kees (ITOPT1) - KLM
Hello, We run GDPS V3R13 and z/OS V2.2. I am reading the GDPS recommendations (in the GDPS/PPRC V3R13 Installation and Customization Guide) about System Logger, which, as seems usual with each GDPS release, have changed again. Now I read some confusing and/or contradicting information (Ch

Re: Here comes an extra second

2017-01-02 Thread Vernooij, Kees (ITOPT1) - KLM
It's a shame, that after 44 years of leap seconds there is still professional (yeah?) software that can't handle them. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: 02 January, 2017 23:22 To:

Re: [SURVEY] Who's using Java 8

2016-12-21 Thread Vernooij, Kees (ITOPT1) - KLM
Java 8 (highest version) is more or less pushed here because of security leaks in lower versions. I am happy to be able to run the version required by Omegamon Tivoli, but not everybody will be that lucky. You'd better go for the highest version, and be prepared to keep up with coming

Re: IEBGENER SYSIN Comments?

2016-12-20 Thread Vernooij, Kees (ITOPT1) - KLM
ICEGENER will call IEBGENER if the task becomes complex. But: what discussion is this? Does iegbener support comments? No. Ok, pity, accept it or open a PMR/RFE/SHAREreq. End of discussion, the rest should have been split off to nostalgic or Camp1/2/3 threads. Kees. -Original Message-

Re: Please get that jerk off our list. Thanks.

2016-12-19 Thread Vernooij, Kees (ITOPT1) - KLM
Gee, now I'm getting that rubbish as private mail. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sam Golob Sent: 19 December, 2016 7:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Please get that jerk off our list. Thanks. Hi

Re: 32760 vs. 32768

2016-12-16 Thread Vernooij, Kees (ITOPT1) - KLM
Subject: Re: 32760 vs. 32768 IMHO "more impossible" was to move from 24 to 31 bit or to 64 bit addressing. Not to mention 1TB volumes ;-) Regards -- Radoslaw Skorupka Lodz, Poland W dniu 2016-12-16 o 14:50, Vernooij, Kees (ITOPT1) - KLM pisze: > I think that the effort to t

Re: 32760 vs. 32768

2016-12-16 Thread Vernooij, Kees (ITOPT1) - KLM
I think that the effort to track down all the halfwords and convert them plus the supporting software, was considered impossible. Applying disk efficiency with half-track blocksizes was much easier. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: z/OS 2.2 SMF record corrupted

2016-12-16 Thread Vernooij, Kees (ITOPT1) - KLM
Pfewww. Going to 2.2 on production on Sunday, luckily still with MAN datasets. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Salva Carrasco Sent: 16 December, 2016 13:12 To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS 2.2 SMF

Re: 32767?

2016-12-15 Thread Vernooij, Kees (ITOPT1) - KLM
. -Original Message- From: Vernooij, Kees (ITOPT1) - KLM Sent: 16 December, 2016 8:20 To: 'IBM Mainframe Discussion List' <IBM-MAIN@LISTSERV.UA.EDU> Subject: RE: 32767? The reason is (you know, I suppose) that blksize must be 8 (4 for the RDW +4 for the BDW) less than lrecl for a VB d

Re: 32767?

2016-12-15 Thread Vernooij, Kees (ITOPT1) - KLM
The reason is (you know, I suppose) that blksize must be 8 (4 for the RDW +4 for the BDW) less than lrecl for a VB dataset. Reading the possible errors, you could see that bullet 5 is applicable to you, although it says '4' i.s.o. '8'. 4 is for RECFM=V, 8 for RECFM=FB. Kees. -Original

Re: JES2 Changes in z/OS V2.2 - Presentation from 2015

2016-12-07 Thread Vernooij, Kees (ITOPT1) - KLM
I remember the time that $PQ worked without parameters. Blazing fast... Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Longabaugh, Robert E Sent: 07 December, 2016 20:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 Changes

Re: 3957-VEA TS7720 power outage

2016-12-05 Thread Vernooij, Kees (ITOPT1) - KLM
Anne, The @-signs in the D M=CHP(42)output indicate that the virtual units are available, but not responding. This could indicate that the V-node was not working (correctly). We have seen several occasions of deamons that had stopped, did not start or were hanging. Possibly this was your

Re: Question about memory usage under z/OS 2.2

2016-12-01 Thread Vernooij, Kees (ITOPT1) - KLM
ssion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Thursday, December 01, 2016 02:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Question about memory usage under z/OS 2.2 Paul, We are going to 2.2 soon. Do you have information about the problems? APAR num

LAST ALTER date in GDG base.

2016-12-01 Thread Vernooij, Kees (ITOPT1) - KLM
Hello, IDCAMS LISTC of a GDG base shows a LAST ALTER date. When was this introduced? I can't find this. We think we can interpret a date .000 as 'not altered' or 'altered before yymmdd'. Thanks, Kees. For information, services and

Re: Question about memory usage under z/OS 2.2

2016-12-01 Thread Vernooij, Kees (ITOPT1) - KLM
Paul, We are going to 2.2 soon. Do you have information about the problems? APAR numbers, PTFs? Thanks, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Feller, Paul Sent: 11 October, 2016 23:12 To: IBM-MAIN@LISTSERV.UA.EDU

Re: STC as batch

2016-11-27 Thread Vernooij, Kees (ITOPT1) - KLM
This answer sounds like: yes, you can avoid/bypass/circumvent security rules, if you try long enough. The proper answer should be: ask your security people what you should do to get the STC running. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: STC as batch

2016-11-25 Thread Vernooij, Kees (ITOPT1) - KLM
Strange question: an STC is JCL that is started with a START command, a batch job is JCL that is submitted by submitting a batch job. What are you looking for? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: 25

Re: Which STEPLIB concatenation is not authorized?

2016-11-22 Thread Vernooij, Kees (ITOPT1) - KLM
I didn't know that one, but now I see I also have it in 2.1 Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: 22 November, 2016 14:53 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Which STEPLIB concatenation is not

Re: Which STEPLIB concatenation is not authorized?

2016-11-22 Thread Vernooij, Kees (ITOPT1) - KLM
Altogether, to me this all seems a tremendous overkill for a problem that occurs a few time per year somewhere in the world. How many system programmers does it take to switch a lightbulb? How many to check a steplib concatenation on 047 abends? Take your libraries and check them against D

Re: Which STEPLIB concatenation is not authorized?

2016-11-21 Thread Vernooij, Kees (ITOPT1) - KLM
Not only STEPLIB (and JOBLIB) but also any tasklib, which in fact can be any ddname. And then the problem arises: when should the 'non-apf warming' be issued? You could have a ddname with a concatenation of loadlibraries, that are never going to be used to LOAD modules from, so the warning is

Re: Which STEPLIB concatenation is not authorized?

2016-11-18 Thread Vernooij, Kees (ITOPT1) - KLM
Even so: the fact that AC(1) is on still does not mean that the library is APF authorized and that the module will run authorized. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Walt Farrell Sent: 18 November, 2016 14:21 To:

Re: Which STEPLIB concatenation is not authorized?

2016-11-18 Thread Vernooij, Kees (ITOPT1) - KLM
Well, the 'easiest' way still seems to me: check the libraries against the output from 'D PROG,APF'. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: 18 November, 2016 12:27 To: IBM-MAIN@LISTSERV.UA.EDU

Re: JES2 Mods

2016-11-17 Thread Vernooij, Kees (ITOPT1) - KLM
I have the same problem if I use your statement (JOBPARM i.s.o JOPARM) /*JOBPARM SYSAFF=MVS* HASP112 value of SYSAFF= parameter is not valid Did you by any chance mean to use /*JOBPARM SYSAFF=*? Kees. -Original Message- From: IBM Mainframe Discussion List

Re: S0c4 abend in batch job question

2016-11-17 Thread Vernooij, Kees (ITOPT1) - KLM
. Bill J. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: 17 November, 2016 15:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: S0c4 abend in batch

Re: S0c4 abend in batch job question

2016-11-17 Thread Vernooij, Kees (ITOPT1) - KLM
I don't understand: was a dump produced and where did you see it? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of william janulin Sent: 17 November, 2016 14:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: S0c4 abend in batch job

Re: SAS 9.4

2016-11-11 Thread Vernooij, Kees (ITOPT1) - KLM
, carry on. Ken On Tue, Nov 8, 2016 at 2:18 AM, Vernooij, Kees (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > Sure? > Sas is not dead, it is expensive (if you can't negotiate), but not > difficult (in which language can you write the similar to PROC MEANS in the > same number of l

Re: SAS 9.4

2016-11-07 Thread Vernooij, Kees (ITOPT1) - KLM
Sure? Sas is not dead, it is expensive (if you can't negotiate), but not difficult (in which language can you write the similar to PROC MEANS in the same number of lines? What about omegamon, is this dead too? Kees. -Original Message- From: IBM Mainframe Discussion List

Re: Cancel STARTING

2016-11-03 Thread Vernooij, Kees (ITOPT1) - KLM
Sure, it does. Only if there are more than one, you need A= to tell MVS which one must be cancelled. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm Sent: 03 November, 2016 14:58 To: IBM-MAIN@LISTSERV.UA.EDU

Re: DB2 Shutdown Problem

2016-11-03 Thread Vernooij, Kees (ITOPT1) - KLM
That's an old one, we ran into this 25 years ago. To my surprise the default is currently still YES. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs - Listserv Sent: 03 November, 2016 14:03 To:

Re: How to write messages to JESYSMSG only? (was: Randomly disappearing IGD101I messages)

2016-10-27 Thread Vernooij, Kees (ITOPT1) - KLM
>From IEFACTRT we write to JESYSMSG with the IEFYS routine. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: 26 October, 2016 23:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to write messages to

Re: Randomly disappearing IGD101I messages.

2016-10-21 Thread Vernooij, Kees (ITOPT1) - KLM
Good idea. I started a thread about this a few years ago, but it did not result in an answer. We suspect there are bits in the WTO parmlist that keep it way from syslog. We thought about taking a dump in IEAVMXIT, if this is able to trap IGD101I, and see what is in the control blocks. Lizette,

Re: Randomly disappearing IGD101I messages.

2016-10-20 Thread Vernooij, Kees (ITOPT1) - KLM
Peter, That might be a good point: different flows through the program that set different S99MSGLO flags. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Thursday, October 20, 2016 9:17 PM To:

Re: Randomly disappearing IGD101I messages.

2016-10-20 Thread Vernooij, Kees (ITOPT1) - KLM
(*) Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Thursday, October 20, 2016 8:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly

Re: Randomly disappearing IGD101I messages.

2016-10-20 Thread Vernooij, Kees (ITOPT1) - KLM
ssion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 20 October, 2016 15:49 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly disappearing IGD101I messages. Vernooij, Kees (ITOPT1) - KLM wrote: >We found the answer. Excellent! >IGD101I is used by Control-M for t

Re: Randomly disappearing IGD101I messages.

2016-10-20 Thread Vernooij, Kees (ITOPT1) - KLM
reliable indicator for dataset creation and we will report this to BMC. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: 18 October, 2016 11:04 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Randomly di

Re: Randomly disappearing IGD101I messages.

2016-10-19 Thread Vernooij, Kees (ITOPT1) - KLM
] On Behalf Of Elardus Engelbrecht Sent: 19 October, 2016 12:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly disappearing IGD101I messages. Vernooij, Kees (ITOPT1) - KLM wrote: >Well, the situation is becoming more and more curious: - I checked 400 runs of the job in the last year and IGD1

Re: Randomly disappearing IGD101I messages.

2016-10-19 Thread Vernooij, Kees (ITOPT1) - KLM
] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: 19 October, 2016 8:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly disappearing IGD101I messages. Bob, I could not find any difference between the steps with and without IGD101I. The JCL is the same, the output dataset cannot exist because

Re: Randomly disappearing IGD101I messages.

2016-10-19 Thread Vernooij, Kees (ITOPT1) - KLM
Bob, I could not find any difference between the steps with and without IGD101I. The JCL is the same, the output dataset cannot exist because this would generate RC=8 and all steps have RC=0, all output datasets are SMS managed. I'll do some further investigations to try to discover when the

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
are in your system (IEF*) or MPF List exit, or Automation tool changes. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, Kees (ITOPT1) - KLM > Sent: Tuesday, October 18, 2016 6:36 AM > To: IBM-MAIN@

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
+02:00 Vernooij, Kees (ITOPT1) - KLM < kees.verno...@klm.com>: > We verified that the problem exists for at least a couple of months. > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Elardus Engelbrecht

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
disappearing IGD101I messages. Vernooij, Kees (ITOPT1) - KLM wrote: >Via a DMS COPY step. Always. Can't find any suppression, nor do I specify >route of desc codes for IBM's IGD messages. >They are among the messages that (seem to) never appear in SYSLOG/OPERLOG, >only in the job's Allocat

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly disappearing IGD101I messages. Vernooij, Kees (ITOPT1) - KLM wrote: >I would circumvent the problems (if I can get BMC to redesign their way of >working), but still the question remains, why the message sometimes disappear. Question

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: 18 October 2016 15:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly disappearing IGD101I messages. I would circumvent the problems (if I can get BMC to redesign their way of working), but still the question remains, why the message sometimes

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
I would circumvent the problems (if I can get BMC to redesign their way of working), but still the question remains, why the message sometimes disappear. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Conley Sent: 18

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
s new in some cases. > > ITschak > > ITschak Mugzach > Z/OS, ISV Products and Application Security & Risk Assessments Professional > > On Tue, Oct 18, 2016 at 1:39 PM, Vernooij, Kees (ITOPT1) - KLM < > kees.verno...@klm.com> wrote: > > > There is somethin

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Tuesday, October 18, 2016 6:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly disappearing IGD101I messages. No, everything is equal in all jobs (from what I could check), except

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
onal On Tue, Oct 18, 2016 at 1:39 PM, Vernooij, Kees (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > There is something special with IGD101I, it only appears in the job's > allocation message file. Not in SYSLOG and it is not trappable by SLIP or > MPF. > > What is the special

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: 18 October, 2016 12:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Randomly disappearing IGD101I messages. Vernooij, Kees (ITOPT1) - KLM wrote: >Everything is equal, no errors, only IGD101I is sometimes missing and we h

Re: Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
: Re: Randomly disappearing IGD101I messages. Vernooij, Kees (ITOPT1) - KLM wrote: >Control-M uses message IGD101I for dataset triggering: when a data set has >been created, as indicated by IGD101I, a job must be triggered. Isn't that Control-O which scans the SYSLOG? Or am I missing som

Randomly disappearing IGD101I messages.

2016-10-18 Thread Vernooij, Kees (ITOPT1) - KLM
Hello, Control-M uses message IGD101I for dataset triggering: when a data set has been created, as indicated by IGD101I, a job must be triggered. We see every now and then that the triggering is not working, because IGD101I is not produced, although the dataset has been created. We don't have

Re: SMS Volume Status

2016-10-12 Thread Vernooij, Kees (ITOPT1) - KLM
What I meant was with option 6, then option 1, then LISTV in front of the SG. This will give you all the volumes, which you can sort on SMS status, e.g. col. 25. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chuck Kreiter

Re: SMS Volume Status

2016-10-12 Thread Vernooij, Kees (ITOPT1) - KLM
If this is sufficient, it can be done easier with ISMF: 6 storage group - listv - sort on SMS status as in col25. You will see the exceptions at the top Disnew before Enable before Quiesced Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]

Re: Question about memory usage under z/OS 2.2

2016-10-12 Thread Vernooij, Kees (ITOPT1) - KLM
Paul, Could you share the APAR number if it is available? We go to 2.2 before the end of the year and the fix might be useful to take along. Regards, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Feller, Paul Sent: 11

Re: Would HiperDispatch likely delay heavy multitasking job?

2016-09-29 Thread Vernooij, Kees (ITOPT1) - KLM
Can we trust DB2 to determine the most efficient number of parallel processes in the configuration it runs in? My DB2 colleagues claim so. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Dyck Sent: 29 September, 2016

Re: HV Common in SMF71.

2016-09-29 Thread Vernooij, Kees (ITOPT1) - KLM
; SMF71CPA "Average number of high virtual common pages in-use" The latter is apparently new in z/OS 2.2. Min and max fields available too. Scott On Wed, 28 Sep 2016 11:31:03 +0000, Vernooij, Kees (ITOPT1) - KLM <kees.verno...@klm.com> wrote: >Hello, > >I want to check f

Re: Bypassing s322

2016-09-13 Thread Vernooij, Kees (ITOPT1) - KLM
IEFUTL only acts when you exceed the TIME= value supplied to your job. Did you try to overrule the default value with either a reasonable value or NOLIMIT? Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: 13

Re: Bypassing s322

2016-09-13 Thread Vernooij, Kees (ITOPT1) - KLM
The S322 abend occurs when the TIME= on the JOB or EXEC statement is exceeded. So the job does have one and you must be able to find out where it originates from, possibly from JES2PARM JOBCLASS statement. You can override the time with the TIME=nnn or TIME=NOLIMIT parameter (if exits allow

Re: z/OS Operating System size

2016-09-06 Thread Vernooij, Kees (ITOPT1) - KLM
Next issue: how many lines of original MVS code has been put in PC instructions? Should those lines of microcode instructions be counted too? They are MVS code, I don't think CFCC of Linux uses them. Kees. -Original Message- From: IBM Mainframe Discussion List

Re: WLM Question

2016-08-26 Thread Vernooij, Kees (ITOPT1) - KLM
I'm sorry, I now see that you want to do it in batch. Can't help you there. Kees. -Original Message- From: Vernooij, Kees (ITOPT1) - KLM Sent: 26 August, 2016 16:07 To: 'IBM Mainframe Discussion List' <IBM-MAIN@LISTSERV.UA.EDU> Subject: RE: WLM Question If you just want to

Re: WLM Question

2016-08-26 Thread Vernooij, Kees (ITOPT1) - KLM
If you just want to export and reload the definition: yes. Click Files in the WLM application. -Save As exports the Service Definition to a file. -Open (or option 1 when starting the WLM application) reads the Service Definition, so you can Install/Activate it. Take care that WLM makes a private

Re: SMF record for IQD channel activity

2016-08-25 Thread Vernooij, Kees (ITOPT1) - KLM
IBM Knowledge Center (http://www.ibm.com/support/knowledgecenter/) returning an empty in IE11, works OK in Firefox. Why??? This should be working reliably. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake Anderson Sent: 25

Re: Comments in SYS1.PARMLIB

2016-08-23 Thread Vernooij, Kees (ITOPT1) - KLM
This is because there is no SYS1.PARMLIB owner and interpreter. Each member has its own owner with its own syntax rules and syntax interpreter. I presume it is (also here) impossible to have all the labs agree on one set of rules. Kees. -Original Message- From: IBM Mainframe Discussion

Re: Low UIC count on z/OS 2.2

2016-08-22 Thread Vernooij, Kees (ITOPT1) - KLM
A couple of our z/OS 2.1 systems have been IPLed this weekend and they all start with an UIC = 0. As far as I remember, it has always been this way. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Feller, Paul Sent: 22 August,

Re: OPERLOG vs SYSLOG

2016-08-19 Thread Vernooij, Kees (ITOPT1) - KLM
... and also messages after JES2 ended and SYSLOG was closed. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: 19 August, 2016 8:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OPERLOG vs SYSLOG More

Re: Delta Outage

2016-08-18 Thread Vernooij, Kees (ITOPT1) - KLM
GDPS needs DS8k PPRC technology, but it works on the OS, swapping the UCBs of the primary and secondary devices. TPF does not work this was, nor has GDPS. However TPF does its own database duplication, but I must ask my colleagues how it handles a sudden down of one database, if you want.

CSVLLIX2, LLA Exit2: overrrule LLA's algorithme?

2016-08-17 Thread Vernooij, Kees (ITOPT1) - KLM
Hello, 2 decades ago, we brought the IMS program library under LLA whith positive results for the IMS performance. After refreshing the library it took LLA quite some time to calculate which modules should be staged to VLF and in the meantime we had bad IMS response times. We solved this in

Re: Delta Outage

2016-08-11 Thread Vernooij, Kees (ITOPT1) - KLM
; -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Vernooij, Kees (ITOPT1) - KLM > Sent: Tuesday, August 09, 2016 11:49 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Delta Outage > > Dutch television

Re: Delta Outage

2016-08-10 Thread Vernooij, Kees (ITOPT1) - KLM
Dutch television had the info that passengers were in trouble because their data was lost in the disaster. If true, this is of course totally unacceptable for such a company, whatever the disaster. Kees. -Original Message- From: IBM Mainframe Discussion List

<    1   2   3   4