Not coming to Perth? See you in Melbourne Dave?
On Wed, Oct 16, 2019 at 10:20 PM David Crayford wrote:
> Not coming to Perth?
>
> On 2019-10-16 5:51 PM, Timothy Sipples wrote:
> > If you'd like to find out more about the new z/OS Container Extensions,
> > there are some upcoming Meetups in late
Hi,
in case anyone else is having failures using the old SWAREQ REXX that is
floating around (originally from Gilbert Saint Flour), in our case as part of a
REXX that compares catalogues via the IGGCSI00 program and various other
methods, you will need to change your job class to SWA=BELOW to
Typically, OS services like these and it's Unix equivalent sched_yield()
are used in spinlocks.
On 2019-10-18 1:20 AM, Mike Hochee wrote:
Yes exactly, that is part of what WLM is designed to do. In the real world most
shops use WLM service classes and velocity goals to control things like CPU
Bad form to reply to myself, but I should have added this.
This gave me a hint:
https://www.ibm.com/support/pages/abend0c4-or-other-problems-retrieving-dataset-names-cobol
This gave me the answer:
https://www-01.ibm.com/support/docview.wss?uid=swg1PI58751
We're moving to z/OS 2.3 which was
mmm.. mmm crow pie.
*delicious*... *cough*
Rob Schramm
Senior Systems Consultant
On Thu, Oct 17, 2019 at 4:12 PM Dana Mitchell wrote:
> But didn't the OP want a VSAM LDS?
>
> From the same book:
>
> Allocating a VSAM Data Set.Any VSAM data set that is SMS-managed and
> extended format can
Unfortunately not Wayne, Budget freeze! If not would have preferred
Singapore ;)
Seriously though, I don't understand why IBM are not coming to Perth!
Perth is home to three major vendors (Rocket, HCL and 21st Century), IBM
and mainframe customers who are
busy modernizing their applications
I’m not really claiming to troubleshoot this but I wonder - based on your
EXCP count comment - what JVM heap specification people (you) are running
with. I wonder if it’s garbage collecting to death.
(I’d also observe Liberty Profile has a generally good reputation for being
lightweight and
When you list the dataset in 3.4, you have to specify the volume on the input
panel. Then it will present the override option. When you rename the data set
this way, the catalog will not be updated. The assumption being that no one
would rename a dataset actually in use. This feature is
Ibm responded
Says this system reboot could be due to at SE level.
Half of the log collected got corrupted
Error data not in cache .
Still wondering if SE can really reboot the machine on its own.
On Wed, 16 Oct, 2019, 6:21 PM Jousma, David, <
On our z14, z/OSMF takes some 60m+ EXCPs and 300 seconds of CPU time
(according to SDSF) before it can even be used...
(and anything that announces its availability with "...ready to run a
smarter planet" just makes me cringe.)
Carmen's remark about 'clear documentation' is very much on point.
5 months late but did you get this resolved ?
When you say FA data set did you mean parmlib or history ?
Unless TPX is getting an abend there should no FA activity.
Cheers Hank
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Wednesday, 8 May
That's awesome Don!
So that's how to implement sched_yield()?
On 2019-10-17 10:02 PM, Don Poitras wrote:
CALLDISP
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieaa100/clldis.htm
In article <066301d584f2$b397cdc0$1ac76940$@mcn.org> you wrote:
#1, MVS manages that
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
>
>
Yes... How can a SE reboot a machine on its own
On Thu, 17 Oct, 2019, 11:02 AM Vernooij, Kees (ITOP NM) - KLM, <
kees.verno...@klm.com> wrote:
> Still makes you wonder what *good* reason it had to reboot on its own.
>
> Kees.
>
>
> > -Original Message-
> > From: IBM Mainframe
#1, MVS manages that sort of thing with its wisdom, right? If it thought
someone else should run, it would pre-empt you and give control to that
other task.
#2, any SVC (or PC?) type system service call will cause MVS to re-evaluate
who should be dispatched *I think*.
Charles
-Original
For an LDS?CharlesSent from a mobile; please excuse the brevity.
Original message From: Rob Schramm
Date: 10/17/19 11:07 AM (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:
How define a cluster bigger than 4GB? *dsntype=large**Allocating a Large Format
Data Set.* Large
On Thu, 17 Oct 2019 08:54:11 -0400, Thomas David Rivers wrote:
>Does anyone happen to know the best way for a running task
>to give up running and let another task run?
>
>But - this isn't "give up" as in ending the task, just giving up
>the CPU to allow another task to run and then returning to
On Thu, 17 Oct 2019 08:54:11 -0400, Thomas David Rivers
wrote:
>Does anyone happen to know the best way for a running task
>to give up running and let another task run?
>
>But - this isn't "give up" as in ending the task, just giving up
>the CPU to allow another task to run and then returning
CALLDISP
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieaa100/clldis.htm
In article <066301d584f2$b397cdc0$1ac76940$@mcn.org> you wrote:
> #1, MVS manages that sort of thing with its wisdom, right? If it thought
> someone else should run, it would pre-empt you and
"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
*dsntype=large*
*Allocating a Large Format Data Set.* Large format data sets are sequential
data sets that can grow beyond 65 535 tracks (4369 cylinders) up to
16,777,215 tracks per volume. Large format data sets can be system-managed
or not. You can allocate a large format data set using the
On Thu, 17 Oct 2019 11:41:24 +0400, Peter wrote:
>We have a dual... connectivity from UPS wired to z14.
>
>Even if one goes down and another would take a control
That's what you said.
Some of us are skeptical that it is actually implemented the way
that you intended that it be implemented.
--
IIRC the VSAM file needs to be SMS managed and / or a dataclass used the allow
for extended attributes.
Carmen Vitullo
- Original Message -
From: "Charles Mills"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, October 17, 2019 8:20:22 AM
Subject: How define a cluster bigger than
Ah. Gotcha. I'll try that next time I need it. Thanks.
Mark Jacobs
Sent from ProtonMail, Swiss-based encrypted email.
GPG Public Key -
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
‐‐‐ Original Message ‐‐‐
On Thursday, October 17, 2019 2:01 AM, retired
On 10/17/2019 3:20 AM, Sean Gleann wrote:
The idea that z/OSMF is intended to eventually replace SMP is quite
depressing, but - disclosure - I remember I had similar difficulty taking
SMP on board some aeons ago... using it is almost second nature now.
What? IBM never said z/OSMF is intended
To exceed the 4G limit, the VSAM file needs to be defined to SMS, with a
DATACLAS with the extended attribute.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Thursday, October 17, 2019 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How define a
Does anyone happen to know the best way for a running task
to give up running and let another task run?
But - this isn't "give up" as in ending the task, just giving up
the CPU to allow another task to run and then returning to this
task.
Sorta like "I'm done for the moment if something else
I am trying to define an LDS of 5992 or so cylinders and I am getting
IDC3009I ** VSAM CATALOG RETURN CODE IS 140 - REASON CODE IS
IDC3009I IGG0CLEV-110
Which I interpret as saying a non-extended format cluster may not be more
than 4GB.
Is that what
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
I think we all understand, I was actually updating my software instance from a
2.2 instance to my current 2.3 instance.
Documentation is still very lacking and in my PMR that I still have open since
AUGUST I've stated that fact, this is very disappointing, IBM doc, especially
an installation
Well phooey; did not want to cross that bridge.
Thanks for the incredibly quick response.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Edgington, Jerry
Sent: Thursday, October 17, 2019 9:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
The SMS dataclas attribute.
EXTENDEDThis column shows whether or not extended addressability
ADDRESSABILITY is provided. Extended addressability provides data sets
-(27)- with addressability of more than 4 gigabytes.
YES
On 2019-10-17 3:26 PM, Martin Packer wrote:
I’m not really claiming to troubleshoot this but I wonder - based on your
EXCP count comment - what JVM heap specification people (you) are running
with. I wonder if it’s garbage collecting to death.
I'm no expert of z/OS Java garbage collection but
On 17/10/2019 6:20 pm, Sean Gleann wrote:
On our z14, z/OSMF takes some 60m+ EXCPs and 300 seconds of CPU time
(according to SDSF) before it can even be used...
I have been investigating this exact issue. Looking at SMF 92 records,
it appears that z/OSMF opens, reads and closes the same files
We have a dual... connectivity from UPS wired to z14.
Even if one goes down and another would take a control
On Thu, 17 Oct, 2019, 11:39 AM Mike Schwab, wrote:
> Maybe the NYC/WE is single power source and it lost power momentarily and
> ordered a reboot when it restarted?
>
>
> On Thursday,
Maybe the NYC/WE is single power source and it lost power momentarily and
ordered a reboot when it restarted?
On Thursday, October 17, 2019, Peter wrote:
> Yes... How can a SE reboot a machine on its own
>
> On Thu, 17 Oct, 2019, 11:02 AM Vernooij, Kees (ITOP NM) - KLM, <
>
Why? If you are waiting for something then you should use system services,
e.g., ENQ, WAIT, to delay until it occurs; if you are not waiting for something
then why not let the WLM handle what it's designed to handle?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
Don Poitras wrote:
CALLDISP
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieaa100/clldis.htm
Yeah - I stumbled over CALLDISP - but isn't that AUTHORIZED?
What about just a regular un-AUTH'd program?
- Dave R. -
p.s. *Thanks* for the pointer...
--
Yes, I would IPL with a different loadparm to point to COUPLExx with DR XCF and
CFRM
but WLM and LOGR would not change (use same ones as in current environment)
In falling back, I would use the same current (not DR) XCF/CFRM/WLM/LOGR
so I would use the same LOGR and WLM for DR and 'prod'
no
Doesn't need to be SMS managed, it just needs to be defined with a DATACLASS
that contains extended addressability = YES.
Dana
On Thu, 17 Oct 2019 09:24:28 -0400, Charles Mills wrote:
>Well phooey; did not want to cross that bridge.
>
>Thanks for the incredibly quick response.
>
>Charles
>
>
When BRANCH=NO
Environmental factorRequirement
Minimum authorization: None.
Dispatchable unit mode: Task
Cross memory mode: PASN=HASN=SASN
AMODE: 24- or 31- or 64-bit
ASC mode: Primary
Interrupt status: Enabled for I/O and external interrupts
Locks: No locks held
Control
On Thu, Oct 17, 2019 at 12:31 PM Thomas David Rivers
wrote:
> Don Poitras wrote:
>
> >CALLDISP
> >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieaa100/clldis.htm
> >
> >
> >
> >
> Yeah - I stumbled over CALLDISP - but isn't that AUTHORIZED?
>
> What about just
Yes exactly, that is part of what WLM is designed to do. In the real world most
shops use WLM service classes and velocity goals to control things like CPU
dispatching frequency. I'm sure there exist workloads which tend to defy the
controls available in WLM, but I suspect they are quite rare.
On 10/17/2019 10:31 AM, Thomas David Rivers wrote:
Yeah - I stumbled over CALLDISP - but isn't that AUTHORIZED?
What about just a regular un-AUTH'd program?
CALLDISP does not require privileged execution unless you specify
BRANCH=YES. Unauthorized callers should specify BRANCH=NO.
--
At one point, I had a setup that included a SITE system symbol in the CDSs
for XCF and CFRM to auto-resolve such things
Rob Schramm
Senior Systems Consultant
On Thu, Oct 17, 2019 at 12:41 PM Elaine Beal wrote:
> Yes, I would IPL with a different loadparm to point to COUPLExx with DR
> XCF
I must clarify the use of DSNTYPE=LARGE...
*sound of buzzer* thanks for playing.
Notes from the from the book -- please note
1) Extended format MUST BE system managed
2) DSNTYPE=LARGE does not have to be system managed..
3) DSNTYPE=LARGE can be supplied via DATACLAS.
a google search for
STIMER WAIT for a small amount of time;
I did this some years ago, when I wanted to show to some students how some
parallel running subtasks wrote their messages not sequentially, but mixed;
but, as it turned out, every subtask did its complete work in one step,
once started, because it never
But didn't the OP want a VSAM LDS?
From the same book:
Allocating a VSAM Data Set.Any VSAM data set that is SMS-managed and extended
format can have the Extended Addressable attribute. The only exception is for
linear data sets which can have the Extended Addressable attribute and be non
Good afternoon everyone,
We are actively pursuing Pervasive Encryption with our mainframe z14
machines.
My question is related to performance.
If anyone out there has been down this path, do they have real world
metrics to share?
It has been suggested that we could expect to see about five percent
We are investigating. There is a caveatand what you are talking about is
dataset encryption. There are other facets to "pervasive encryption" including
coupling facility encryption if PS, TCPIP encryption, etc. For dataset
encryption, IBM is recommending activating ZEDC compression
I seem to remember that Peter mentioned that they may have had an outage on
their Storage Subsystem - if you ripped away all the DASD from under z/OS
I'll guarantee you'll be reIPL'ing
Jerry Whitteridge
Delivery Manager / Mainframe Architect
GTS - Safeway Account
602 527 4871 Mobile
I agree. By mistake both power cords lead to the same UPS, or even
the same breaker. Pick a low impact time. Turn each breaker off for
1 minute then turn back on. Look for anything that went down and
change outlets as needed. Then power off each UPS to check for
different breakers but same
Jerry,
That's true (it's also true if you accidentally IPL a test system using the
production paging subsystem) that corrupting/losing critical DASD will cause
z/OS to fall over. However, I believe the OP mentioned that the SEs were
restarted as well. I don't recall if the z14 has internal
53 matches
Mail list logo
