>Do you have the source for the program? Is there "modern" COBOL cleverness in
>there? Dynamic tables, that sort of thing? Here's a scenario: clever COBOL
>program determines region size and allocates a table that just fits. Due to a
>bug or bad design, it is searching or clearing the entire tab
>soon after the system were up and verified, an incorrect policy0 was written
>into the CFRM data set, had the wrong serial number and wrong partion number
>for the CF LPAR.
>both systems have been IPL'd successfully multiple times since the install.
Not surprising. You must have activated the fi
I thought there was a limit on the number of devices across Lpars and FCTC
were usually the one to hit it. It is a memory from working at 5/3 with
Rick Chalfant.
Dim memory at best,
Rob Schramm
On Mon, Jul 24, 2017, 9:10 AM Tony Thigpen wrote:
> At least tell us what the problem turned out to
Hi Bob,
yes, we'd asked them that as you might surmise...they're still pondering it but
I'd have to plump on the "no thanks" response were I a betting man.
Great minds think alike!
Re the ability of CNA8000 to do what we want, offlist I've seen some vendor
response which gives me great comfort
On Mon, 24 Jul 2017 15:20:01 -0700, Charles Mills wrote:
>ELEVEN MINUTES of CPU time to manage the stack and heap???
>
>Something is very wrong here. It's either a flaw in the measurement process or
>something is very wrong in LE, MVS, etc. If it is eleven minutes of heap
>management then I woul
Hi Peter,
Is there any appetite for looking at converting the (ancient) app/host to
use TCP/IP instead of SNA? Might make things easier going forward. I've
dealt with HP-UX SNA+ and it's not a lot of fun. I was VERY happy when I could
convert it to TCP/IP (IP Sockets to CICS, in my ca
Not playing word games with you but if reading the JES log is your measurement
process, then you have a measurement process and that is it.
Not trying to insult you here but I have managed to shoot myself in the foot
from time to time on trivial things: ran the wrong job, looked at the wrong job
On Mon, 24 Jul 2017 15:20:01 -0700, Charles Mills (charl...@mcn.org)
wrote about "Re: REGION=0M leads to CPU through the roof" (in
<0b7901d304ca$fe76cda0$fb6468e0$@mcn.org>):
> ELEVEN MINUTES of CPU time to manage the stack and heap???
It can happen when memory is in a lot of fragments.
> Someth
Hi,
thanks for the responses so far.
The goal is to have the server (an ancient DEC alpha running some sort of SNA
application of which I'm ignorant) that now has a TR link into the FEP connect
to the z13 which no longer has ESCON.
Going by the CNA8000 doc it claims this is possible, but I'm i
What's strange to me, is that the program used up all the available storage
indicated by coding REGION=0M. This clearly means that the program is
dynamically adjusting the amount of storage that it needs based on the
available region. After all, if it were of fixed size, then coding 0M wouldn
Do you have access to Application Performance Analyzer (APA) or Strobe (or
FreezeFrame)? If not, can you cut the program down to some kernel that
exhibits the same characteristic?
Also, do you happen to have COBOL V5 or V6 (maybe the trial version)?
There's no "measurement process" per se - I'm reporting the data as indicated
directly from the job log.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Charles Mills
Sent: Monday, July 24, 2017 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
S
ELEVEN MINUTES of CPU time to manage the stack and heap???
Something is very wrong here. It's either a flaw in the measurement process or
something is very wrong in LE, MVS, etc. If it is eleven minutes of heap
management then I would say that is a PMRable problem.
I would be checking my work -
OK, so no useful work was performed in the extra time. The longer elapsed time
correlated with the increase in CPU time, which suggests a loop of some type,
that burns up cycles but contributes nothing to getting the work done. Just
guessing here.
Adam
-Original Message-
From: IBM M
Oh, the elapsed time absolutely changed in a very noticeable way, of course.
12.55 minutes with REGION=0M, 0.60 minutes without any REGION specified. This
is (more-or-less) repeatable at will. But the work being done (number of
records read, processed, written, and the nature of the processing)
How much did the elapsed time change? I find it hard to believe that the job
actually ran 22 x longer and that wasn't notable as a difference.
Adam
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Way, Richard
Sent: Monday, July 24,
On Mon, 24 Jul 2017 21:49:43 +, Way, Richard (richard@hpe.com)
wrote about "Re: REGION=0M leads to CPU through the roof" (in
):
> Thanks! I'm a little reluctant to run a job that already takes 12
> CPU-minutes with RPTSTG(ON), but I may be able to cut the test data
> back significantly and
Thanks! I'm a little reluctant to run a job that already takes 12 CPU-minutes
with RPTSTG(ON), but I may be able to cut the test data back significantly and
still see the relative increase, in which case this may be very useful. I'll
read through that tuning document as well!
-Original Me
Running both with RPTSTG(ON) may provide insight.
See also: http://www-01.ibm.com/support/docview.wss?uid=swg27018287&aid=1
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Mon, Jul 24, 2017 at 4:32 PM, Way, Richard wrote:
> Same result, same return code - yes. Customer found that one
Same result, same return code - yes. Customer found that one release of our
product got an 878 when a prior release had not. I was experimenting to see if
I could drive the 878 by finding the point (REGION=) at which the 878 first
occurs in the two releases of our product (to see if it wa
I want to be clear on one thingThe program produces the same result and has
the same return code in both cases? Possibly another way of asking the same
thing is: why did you alter the region size in the first place?
--
For
The EXT value in the message for the "no region" shows a 32MB Limit
was enforced, the REGION=0 execution shows no such limit.
Barry
Merrilly yours,
Herbert W. Barry Merrill, PhD
President-Programmer
Merrill Consultants
MXG Software
10717 Cromwell Drive technical questions: sup
> Something is very wrong with Marist LISTSERV. Leonard Woren is aware of this.
Aahhh, this is why it is so silent there. Thanks making me aware of this.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
Your installation may have an IEFUSI exit that turns REGION=0M into a much
smaller value, perhaps even smaller than the default with no REGION specified
at all.
Less virtual storage allocated may lead to less I/O buffering and more I/O CPU
time or even more LE storage use/free issues? Just gue
In the course of trying to duplicate a customer problem, I have run across
unexpected behavior that I wonder if anyone can help to explain.
I have an application program (COBOL 4.2, z/OS 2.2, AMODE 31, RENT) that
exhibits the following:
When run with our *default* REGION (i.e. no REGION= on the
> COBOL 6.1 introduced a "feature" where VALUE clauses that are used for
> initialization are flagged as errors.
This is not true. If an ILLEGAL VALUE clause is specified in the LINKAGE
section, it always got a WARNING in older compilers that VALUE in LINKAGE
has no effect. Now with V6, an ILLEG
I agree with the assessment that the incorrect policy was a ticking time bomb.
In general, I highly recommend always using a new policy name for any changes
no matter how trivial. 'New' in this case does not mean never used before,
simply different from the name currently in use.
Decades ago w
Not sure what your point is. How is this any different than how parameter
passing works now. INITIALIZE has not changed the fact that if the caller and
the callee don't agree on the parameters passed you are in trouble.
Frank
From: IBM Mainframe Discussion Li
I believe the justification for Enterprise COBOL supporting the new options for
INITIALIZE is because one of the options for the new ALLOCATE statement is the
"INITIALIZED" clause. And example of this is:
identification division.
program-id. alloinit.
data division.
local-storage section.
I generally do the same, but I do keep a backup policy defined just never
activated, so really the only other way I think this could happen is if a
policy change was pending for some reason, like a structure move from one CF to
another, once the policy changes were no longer pending the old or i
the name of the policy never changed, either in the parmlib member or the CFRM
data set, the policy wa simply overlaid with the same name, but bad serial
number and partition number. and, we ran that way for months.
--
For IBM-M
Just beware, even with PRIZM from Optica, assuming your FEP is a 3745, its NOT
supported using EP/Byte Mode
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the messag
I believe the only way a different CFRM policy can be activated is if one of
the systems in the COUPLExx member names a policy other than the last active
policy.
you mention new processor, so I have to assume a new policy defined with old
and new CFR's prior to the first IPL?
then activated m
I am curious if anyone else has run across this.
in April we installed a new BC12 with 2 JES3 LPARS in a SYSPLEX and 1 internal
coupling facility.
first IPL was good, systems cam up using the CF as would be expected with
POLICY0
soon after the system were up and verified, an incorrect policy0
I've found my last two mainframe positions on LinkedIn by doing a nationwide
search for z/OS. You might also hit up the guys at spci.net. They specialize
in mainframe positions and usually attend Share. Indeed also has a nice
selection of z/OS jobs. Best of luck in your search.
-Origi
On Mon, 24 Jul 2017 15:06:10 +0200, Peter Hunkeler wrote:
>Cross-posted to MVS-OE and IBM-MAIN. Follow-ups on IBM-MAIN, if possible.
>
Something is very wrong with Marist LISTSERV. Leonard Woren is aware of this.
MVS-OE and ISPF-L are misbehaving. Your message appears in the archives but
was no
It still do not clarify what is your goal.
Now we know you have some TR segment connected to the FEP. Fine, but
what else is connected to the token ring? What device is connected? What
protocol is used?
My guess is you are using some SNA and CNA8000 won't help you.
BTW: You can connect 9034 t
Steve, Glassdoor has jobs also I think
Scott
On Sun, Jul 23, 2017 at 11:02 PM, Brian Westerman <
brian_wester...@syzygyinc.com> wrote:
> Have you checked DICE (www.dice.com)? I think they specialize in IT
> jobs and contracts. But I suspect that there are many other similar sites.
>
> Good L
Thanks Vince.
Speaking of reel tapes, I was at a datacenter earlier this year and saw
a large room for tape processing. When I walked in it was like walking
back to the 1990's. There was a human operator 24x7 watching multiple
3270 consoles for manual tape mounts on various devices including
Jesse 1 Robinson wrote:
This may be at least in part a mechanical problem. Before I open an SR, I'd
like to show one example. In our GLOBAL, UA74273 looks like this:
SOURCEID ALLAVAIL
ORD00020
PUT1410
SMCCOR
No RSU assigned. However, SIS shows this:
RSU .
On Sat, 22 Jul 2017 00:38:00 +, Jesse 1 Robinson wrote:
>Another mystery. The full.txt HOLDDATA file contains no ++ASSIGN entries at
>all.
That's not surprising. ++ASSIGN statements are only processed in SMPPTFIN.
--
Tom Marchant
--
At least tell us what the problem turned out to be.
Tony Thigpen
Dave Jones wrote on 07/24/2017 09:02 AM:
Thanks for all the help with this, problem resolved.
Have a good one, too.
DJ
--
For IBM-MAIN subscribe / signoff / arch
Cross-posted to MVS-OE and IBM-MAIN. Follow-ups on IBM-MAIN, if possible.
Prompted by curiosity, I'm trying to understand the handling of the storage
allocated for the Shared Library Region. I understand SHRLIBRGNSIZE defines the
size of the region that is allocated in address spaces for loading
Thanks for all the help with this, problem resolved.
Have a good one, too.
DJ
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Peter,
I'm a little confused here - can you clarify please?
Going the other way, I believe you currently have a z196, which has an ESCON
connection to a 9034 ESCON converter. This has a BUS & TAG connection to a FEP
of some description, which has a Token Ring link to something - is that
corre
Lizette is correct -
The DLm is essentially just a device that represents tape drives to the
mainframe. It needs backend storage, such as a DataDomain or Vmax to actually
store the tape data.
When a tape is requested, the mainframe asks the DLm, which "passes through"
the request to the backe
Thanks. It work!
ITschak
בתאריך 20 ביול 2017 23:29, "Leonardo Vaz" כתב:
> SHOWMVS, CBT tape file 492 has the logic you want. I don't think it's a
> programmable interface though:
>
>
> L R4,CVTCUCB Unit Control Module (UCM)
> USING UCM,R4
> L R5,UCMBFEXT UCM fi
47 matches
Mail list logo