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
; -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
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
Mark,
Thanks for the confirmation.
We are moving to new CPCs and want to temporarily define all connections
between all old and new CPCs. I was afraid to hit some undocumented 16,32 or 64
limit.
I think it would be useful to document this absence of practical limitations.
Kees.
>
Hello group,
Is there a limit on:
a) The number of PATHIN or PATHOUT statements in COUPLExx?
b) The number of CTC devnums per PATHIN or PATHOUT
DEVICE(devnum,devnum...) statement?
Init and Tuning of z/OS V2.2 does mention any limit.
Thanks,
Kees.
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-----
> From: IBM Mainframe Discussi
I asked my IMS colleague and this the tool. Be careful, it does what you tell
it to, without much security, in his junior days he has brought down the IMS
production system with it.
Kees
//DEL EXEC PGM=DFSUTSA0,PARM='DEVCHAR=0'
//STEPLIB DD DSN=IMSDEVA.ACTIVE.RESLIB,DISP=SHR
//SYSUDUMP
I agree.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Brian Westerman
> Sent: 26 January, 2017 8:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: HMC Mail domain
>
> Yes I do. Not everyone will be able to convince the
See Chapter 20.9, DSF SELECT AND EXCLUDE STATEMENT – FOR RESTORE, it has the
NEWNAME/NEWGROUP/NEWINDEX= parameter.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Nathan Astle
> Sent: 22 February, 2017 11:04
> To:
> Huge directory provides really
> poor performance.
Unless cached by LLA or another directory caching product.
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
For information, services and offers, please visit our web site:
> Lionel B. Dyck
> Mainframe Systems Programmer - TRA
> Enterprise Operations (Station 200) (005OP6.3.10)
> Information and Technology, IT Operations and Services
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
&
Hello group,
We like to start using Extended GDGs for the nice LIMIT(999) feature.
I found that I can ALTER a GDG to a LIMIT > 255, but only if it is an Extended
GDG.
I could not find that I can ALTER an old GDG to an Extended GDG. Is this not
possible and can I only define a new GDG as
ehalf Of Dan Little
> Sent: Thursday, February 23, 2017 7:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: Extended GDG question.
>
> Yes unfortunately there is no way to "convert" to extended GDG.
>
>
> On Thu, Feb 23, 2017 at 08:04 Vernooij, K
We have one parmlib for all our LPARs (actually 2, one for prod lpars, one for
test/install/sandbox lpars).
We try to keep the contents of the members equal for all LPARs and specify
differences b.m.o. system symbolics.
To facilitate this as much as possible, we added a number of system
I remember from the time we still received the source of DMS (CA-DISK) there
were checks every now and then to see if it was running on a Fijutsi or a
Hitachi (they also had one) MVS. So this means it was very similar to MVS, but
of course hardly comparable to z/OS with its 30 years of
Peter,
I agree that I wished I can rely on the fact that when a (enforced,
syntactical) limit is not documented, means there is no limit.
Apparently I can expect this from IBM.
Not in every time this is clear and one might wonder how the absence should be
interpreted.
For this I like the
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:
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
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
-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
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
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
Tom,
I am a little suprised by your answer/explanation:
a) because 'a' customer asked for it. From z/OS software I am used to an
implementation that leaves the default as it was or at least make it downward
compatible.
b) we also had to massage emails sent from batch jobs in such a way that
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,
... 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
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,
I think you have got 'the right number'. An LPAR's Capacity is a floating
value. It all depends on how you define it in the LPAR profile and how you let
WLM manage it.
This means that there is a value for the capacity that PR/SM will allow an LPAR
to consume at any moment in time. This amount
gt;
> Steve
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Monday, February 27, 2017 2:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.2
Hyperbatch was already default in 1.13.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Steve Beaver
> Sent: 25 February, 2017 18:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: z/OS 2.2 Question
>
> Were you aware that
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
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
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
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
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
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.
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
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
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
;
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
>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
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
, 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
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
] 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
] 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
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
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: 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
[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
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
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
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
+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
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
: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
] 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
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
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
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@
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,
(*)
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
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:
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
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
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
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
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
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:
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
.
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
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
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
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:
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
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
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]
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
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
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
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
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
.
-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
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
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
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
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
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
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
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
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
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:
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
: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
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-
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
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
There was an extensive discussion about this subject a few months ago.
Short answer: No.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of bILHA ELROY
> Sent: 23 March, 2017 12:10
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject:
Yes, but WLM knows the LPAR is part of a Group and all WLMs will manage their
LPARs to honor the Group limit.
Almost: the LPAR starts with a zero 4hra history. This means it can run
uncapped 4 hours on the capvalue, 2 hours twice the cap value of half an hour 8
times the capvalue. I heard of a
You have to consider the Group capacities and the LPAR weights.
1.Within a Group, the Group is capped to the Group capacity. If the 4hra of the
Group exceeds its max, the Group will be capped.
2.When LPARs have a demand for CPU, the LPAR weights determine how much the
LPAR receives, considering
Carmen,
You specify this in the imageprofile, below the 'initial storage' you specify
the 'reserved storage' which you can config online with CF STOR(E=1),ON
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
1 - 100 of 379 matches
Mail list logo