We're running a 2965-N10 and your snippet took a gargantuan 19.33 CPU
seconds on our machine. I was curious as to what it was doing to take up
so much time so I profiled it.
Astonishingly, it's spending most of the time moving data! The REXX
implementation on z/OS predates modern scripting
http://mzelden.com/mvsutil.html has a utility to create a rescue IPL volume.
On Tue, Sep 11, 2018 at 9:59 PM Jason Cai wrote:
>
>
> Hi all
>
> If a single image zos system can't be IPLed,we want to IPL other system to
> rescue it,
>
> Could you tell us how to create a mini IPLable system?
>
>
Hi all
If a single image zos system can't be IPLed,we want to IPL other system to
rescue it,
Could you tell us how to create a mini IPLable system?
Thanks a lot!
Jason Cai
--
For IBM-MAIN subscribe / signoff / archive
Hah, indeed it did. I was surprised too. I added in the redundant count in
the first place simply because I assumed a simple loop might not cause even a
hundredth of a second CPU usage. I was astonished, even knowing REXX is
inherently a pig, albeit a generally pretty pig (yeah, yeah, Python
Crikey! Did it really take REXX a whopping 7.7 CPU seconds to count to
ten million?
On 12/09/2018 3:52 AM, Jackson, Rob wrote:
Works for me just fine. Looping ten million times and incrementing a counter
by one resulted in this:
Bgn CPU: 68.66
Bgn SRV: 2447864
End CPU: 76.36
End
I doubt it. The only use of DALIPLTX that I see in BCP code
is in tables for defined text units and mutually exclusive
text units. What it can be used for (if anything), I don't know.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Poughkeepsie NY
"IBM Mainframe Discussion
Not unless it's abending.
In a message dated 9/11/2018 3:33:41 PM Central Standard Time,
imugz...@gmail.com writes:
Should this effect the way SYSVAR works?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Strange indeed. However, my rexx is a collection of many procedure calls
(internal). Should this effect the way SYSVAR works?
ITschak
On Tue, Sep 11, 2018 at 11:07 PM Jackson, Rob
wrote:
> :)
>
> /* REXX */
> Say 'Bgn CPU: ' Sysvar('SYSCPU')
> Say 'Bgn SRV: ' Sysvar('SYSSRV')
> i = 0
> Do
On 10 September 2018 at 14:37, Charles Mills wrote:
> Or documentation for calling BPX1 functions from C/C++?
There is actually a warning *against* calling these services directly
from C in the C library books. But I think that's mostly to do with
signals and such that might actually
:)
/* REXX */
Say 'Bgn CPU: ' Sysvar('SYSCPU')
Say 'Bgn SRV: ' Sysvar('SYSSRV')
i = 0
Do 999
i = i + 1
End
Say 'End CPU: ' Sysvar('SYSCPU')
Say 'End SRV: '
Bob, that's what I was expecting. please paste the code here. for some
reason, my code returns same values.
ITschak
On Tue, Sep 11, 2018 at 10:53 PM Jackson, Rob
wrote:
> Works for me just fine. Looping ten million times and incrementing a
> counter by one resulted in this:
>
> Bgn CPU:
Works for me just fine. Looping ten million times and incrementing a counter
by one resulted in this:
Bgn CPU: 68.66
Bgn SRV: 2447864
End CPU: 76.36
End SRV: 2721588
First Tennessee Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List
TSO TIME?
THE TIME COMMAND INFORMS THE TERMINAL USER OF THE LOCAL TIME OF DAY,
THE DATE, CUMULATIVE CPU TIME, SERVICE UNITS, AND THE TOTAL TIME THE
THE USER HAS BEEN LOGGED ON THE TERMINAL DURING A SESSION.
Carmen Vitullo
- Original Message -
From: "ITschak Mugzach"
To:
I noticed that there's a dynamic allocation text unit …
DALIPLTX EQU X'0051' IPL TEXT ID
What if you were to allocate each volume requesting this information. Would it
return something for ONLY the volumes with IPL text on them?
Dan
I am trying to measure Rexx exec performance metrics. Elapse is easy
Time('R') at start exec resets the counter and the second one reports the
value. But how to measure CPU or service units? I tried SYSVAR('CPU') at
beginning of exec and at end, thinking to do the calculation myself, but
both
https://weather.com/
So far Boeing, Volvo, and Daimler plants in Charleston are shuttered. Numerous
colleges along coast are shuttered. UNC and South Carolina are up but on alert.
Norfolk sent ships to sea. Power companies have called in extra crews, FEMA and
National Guard have deployed.
The way I look at the snippet, it seems the first "/" on the SYSIN DD statement
is not in column 1, which would make the line part of the FILTER DD statement
parameters. The "-" continuation on the preceding card would cause ADRDSSU to
read that card as a part of the command. Of course, this
Turns out, I didn't have the CBT library in the assembler SYSLIB concatenation
to resolve the STRING64 macro. After I added that
it assembled fine. Not sure why I didn't get macro not found???
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Tony Harminc
Sent:
I did.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter Hunkeler
Sent: Tuesday, September 11, 2018 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: COBANALZ CBT file 321
[External Email]
I don't remember having ever specified the WORKFILE option. Have you
On 11 September 2018 at 08:07, PINION, RICHARD W.
wrote:
> I receive the message below when attempting to assemble the COBANALZ member
> from CBT file 321. This is on z/OS 2.2 with HLASM R6.0. Below the message
> is the
> assemble JCL that I am using. Anyone have any suggestions? Thanks in
I don't remember having ever specified the WORKFILE option. Have you tried
without?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
While the filter probably shouldn't have a trailing '-', it's impossible
for //FILTER DD * to read a JCL card (i.e. //SYSIN...).
sas
On Tue, Sep 11, 2018 at 6:59 AM Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:
> ...
> Last suggestion:
>
> >//FILTER DD *
> >
Mike,
Actually another issue.
My code works on z/OS 2.3 but VCOPY for ZLINEX on z/OS 2.1 fails with
retcode=8, "One or more variables do not exist".
*GET LINE NUMBER
LAR0,80
In response to the command: racdcert list(serial(023456)) certauth
I get:
Digital certificate information for CERTAUTH:
Label: GeoTrust Global CA
Certificate ID:
I did.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lizette Koehler
Sent: Tuesday, September 11, 2018 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBANALZ CBT file 321
[External Email]
When you looked up the message, did you try the suggestion?
When you looked up the message, did you try the suggestion?
ASMA973U
WORK file maximum block count exceeded
Explanation
The maximum block count of 65,535 has been exceeded for SYSUT1 (MVS and CMS) or
IJSYS03 (VSE).
System action
The assembly stops and no listing is produced.
Programmer
I am monitoring the weather reports and so far it appears we will be okay for
Thursday’s meeting. I will continue to monitor and will provide updates if
things change. Our speakers from Endicott are planning to start their journey
early tomorrow afternoon so I will use that as the final
Thanks! That sounds like exactly the problem we are having. We'll check out
that APAR
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
YeP. Was just going to say PI90402 is your friend.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Norbert Friemel
Sent: Tuesday, September 11, 2018 9:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Invoking Enterprise PL/I Compiler
On Tue, 11 Sep 2018 13:27:28 +, Jousma, David wrote:
>Jim,
>
>We had this exact same issue. SCRT reporting PLI usage when we don’t have
>PLI. Do you use IBM FileManager? There is an imbedded copy of PLI compiler
>in it that was cutting data that SCRT was seeing. We ran into this a
Jim,
We had this exact same issue. SCRT reporting PLI usage when we don’t have PLI.
Do you use IBM FileManager? There is an imbedded copy of PLI compiler in it
that was cutting data that SCRT was seeing. We ran into this a while ago, so
my PMR on the matter has rolled off. But in the
Is it in LNKLST? I had that same issue.
Also, inadvertently invoked
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jim
Horne
Sent: Tuesday, September 11, 2018 7:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Invoking Enterprise PL/I Compiler
Is there any way to invoke
Tom,
We do a consolidated maintenance cycle two times per year, both IBM software,
and ISV. We only IPL prod systems two times per year. If I have to back off
the OSPROTECT support, then the rest of the IBM maintenance goes with it, plus
the additional outage we wouldn’t normally take.
Thanks Peter for taking the time to make the clarification.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Relson
Sent: Tuesday, September 11, 2018 7:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Spectre/Meltdown APAR -
On Mon, 10 Sep 2018 18:39:21 +, Jousma, David wrote:
>backing out means regressing z/OS maint, and IPLing vs just
>changing the OSPROTECT setting, and IPLinga huge difference.
You mean IPLing from the previous IPL volume?
Why is that such a big deal?
--
Tom Marchant
On Tue, Sep 11, 2018 at 7:18 AM Jim Horne wrote:
> Is there any way to invoke the PL/I v5 compiler besides PGM=IBMZPLI? My
> SCRT report says I am using the compiler but scanning my type 30 records I
> do not see program IBMZPLI anywhere.
>
Perhaps something is doing it "under the covers",
Is there any way to invoke the PL/I v5 compiler besides PGM=IBMZPLI? My SCRT
report says I am using the compiler but scanning my type 30 records I do not
see program IBMZPLI anywhere.
Any help is appreciated,
Jim Horne
--
For
Great news!
We have just started installing z/OS 2.3 so it is nice that I can solve a
problem *before* it occurs! :-)
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Beesley, Paul
Sent: Tuesday, September 11, 2018 7:59 AM
To:
I receive the message below when attempting to assemble the COBANALZ member
from CBT file 321. This is on z/OS 2.2 with HLASM R6.0. Below the message is
the
assemble JCL that I am using. Anyone have any suggestions? Thanks in advance.
HIGH LEVEL ASSEMBLER - INTERRUPT AND DIAGNOSTIC DUMP
**
Thanks to all for the tips. Robert has saved the day by suggesting OA55822..
PTF UA97006 has now been applied and the job no longer abends... Thanks.
Paul
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Robert2 Gensler
Sent: Tuesday, September 11, 2018 11:55 AM
To:
No code outside of z/OS itself should ever be referencing PSASTAK. That is
why it is not a programming interface. It has moved before. If you are
referencing it, you either wrote that code after the previous move, or you
accommodated the previous move, or you have been broken since the previous
On Sun, 9 Sep 2018 20:33:42 +, Jesse 1 Robinson
wrote:
>We just downloaded new Receive Order certs from GeoTrust at IBM's direction.
>We don't use a browser for this purpose, but the disruptive potential is
>disturbing.
>
Dear Skip,
Would you mind checking which CA signed your new
Obviously, if you have a lot of spare time, I am sure you can figure it
out. IBM wouldn't be so tight-lipped about it if there wasn't an issue.
Rob Schramm
On Mon, Sep 10, 2018 at 3:53 PM Charles Mills wrote:
> It is a security APAR and details are available only through the Security
>
Beesley, Paul wrote:
>I asked Operations and it's their preferred way of deleting datasets that
>aren't required. If it were me I'd use IDCAMS DELETE, but it's not my dog
Good. Now leave the Operations' and let them suffer that 0C4 until they do it
YOUR way. ;-)
I really don't like their
You are welcome, Barbara.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Barbara Nitz
Sent: Tuesday, September 11, 2018 1:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Failing to install zOSMF ptfs
**CAUTION EXTERNAL EMAIL**
**DO
Beesley, Paul wrote:
>I've noticed that the datasets are on tape, so ask myself whether this is even
>valid. Trying to back up tape datasets to dummy and then deleting them seems
>particularly weird.
... and...
> //TAPE1DD DUMMY
> //FILTER DD *
> INCL(PBREX.PRJW.**, -
>
Hi Paul,
I would check to see if PTFs for the following APARs are applied:
OA53918 - ABEND 0C4 when include criteria contains migrated data set
OA55822 - ABEND 0C4 when include criteria starts with * or % (not
exactly your situation)
In V2R3, DFSMSdss updated the way it issued the
That fails as well..
The problem seems to be in the dataset selection process.
The dataset filter is PBREX.PRJW.** and there are GDG bases under that catalog
entry
If I do 3.4 on that I get this
PBREX.PRJW.ATPGAE05
PBREX.PRJW.ATPGAE05.G0571V00
PBREX.PRJW.ATPGAE06
PBREX.PRJW.ATPGAE06.G0571V00
I found a hit related to ADRDTDSC that is five years old referencing CHECKVTOC.
Is it possible that one of the volume's vtoc that it is attempting to read (for
a dataset that qualifies) "has issues"?
Bob
-Original Message-
From: IBM Mainframe Discussion List
Maybe you could check what causes the 0C4, the DUMP or the DELETE, by running
the job without DELETE.
If it is the DUMP, the dataset could have exotic or erroneous characteristics.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>
Mike,
I guess I'll have to use it. I've been burned in the past where
something that worked stopped working and IBM's reply was it wasn't a
documented feature.
Perhaps I'll ask IBM to add ZLINEX to the list of Zx variables in the
developers guide & ref?
Thanks again for your help.
Hi Bob
Thanks for the tips.
The FILTERDD is actually a dataset in real life, I made it instream to make it
easier to copy and paste. Results are the same using a dataset.
I'm not a fan of FILTER DD but Ops Support use it a lot. I tried it using the
DATASET(INCL method and results are the
Paul,
Simple things to try:
1) Based on this from the manual:
It is possible to pass DFSMSdss filtering criteria in a data set by using the
FILTERDD keyword. If you do this, the data set should have the following
characteristics:
RECFM=F or FB
LRECL=80
BLKSIZE=80 for F (or a
Asking in desperation here... I have raised a PMR but there are no known hits
and investigation is potentially billable so thought I'd check with this
forum...
Find it really hard to believe that nobody else in the world has had this
problem if it's a real bug.
We've had 2 occurrences of this
Thanks Tom and Parwez,
So the COD are built in IBM labs specifically for a scratch built ?
Wondering how IBM prepares those CODs ? Any ibmer would like to share ?
On Tue 11 Sep, 2018, 11:49 AM Tom Conley, wrote:
> On 9/11/2018 3:03 AM, Peter wrote:
> > Hi
> >
> > Till now I have upgraded the
On Mon, 10 Sep 2018 17:18:42 -0400, Jim Mulder wrote:
> A Stand Alone Dump IPL volume will have a data set
>named SYS1.PAGEDUMP.Vvolser
>
>Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
>Poughkeepsie NY
>
>> > Just write a VTOC scan program looking for a dataset named
On 9/11/2018 3:03 AM, Peter wrote:
Hi
Till now I have upgraded the zOS from existing LPAR or zOS new installation
from existing lpars again.
I am curious to know how new LPARS built for a new zOS shops where tht
processor, DASD , tape drive are purchased newly to set a zOS shop.
Does anyone
Try, Mainframe from Scratch: Hardware Configuration and z/OS Build redbook -
SG24-8329-00
http://www.redbooks.ibm.com/abstracts/sg248329.html?Open
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Hi
Till now I have upgraded the zOS from existing LPAR or zOS new installation
from existing lpars again.
I am curious to know how new LPARS built for a new zOS shops where tht
processor, DASD , tape drive are purchased newly to set a zOS shop.
Does anyone have experience of building zOS from
We call BPX1xxx routines from C and assembler all the time without problems.
It is just the standard linkage.
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: 11 September 2018 01:38
To:
60 matches
Mail list logo