On Wed, 17 Dec 2014 17:56:38 -0600 John Sullivan
wrote:
:>I have a problem in that the FRR Parameter Area (24 bytes) returned in SETFRR
A,PARMAD= is too small!
:>I am having to re-work some code to support 64-bit (and prior 31-bit) callers
in SRB mode and am curious what others do in this sit
>What's a quick link to this week's z/OS v2r1 software shelflist?
>
> Bring back LOOKAT!
...and bring back BookMaster and BookServer as well.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructio
> Yeah but that's only as of z/OS 2.1 ?.as a ISV we support backlevel versions
> also ?so one has to come up with two solutions ?
If you need the symbol substitution, then yes, this requires z/OS V2.1. The
STDPARM has been there at least in V1.13.
--
Peter Hunkeler
--
The bad SQL is usually tablespace scans, and/or Cartesian product. They are
relatively easy to identify and cancel.
MVS reports the stress in prod, the high CPU use on the dev lpar, and I find
the misbehaving thread and cancel it. Mvs reports things then return to
normal.
The perplexing
I did a quick internet search usingibm stc jcl with jobcard
I found this
Job Cards for Started Tasks
Sometime around MVS/ESA V5.1, IBM introduced job card support for started
tasks. To use this feature, the started task JCL must reside in a dataset
specified in either the IEFJOBS or IEFPDSI
-- Forwarded message --
From: John Mattson
Date: Wed, Dec 17, 2014 at 5:41 PM
Subject: FC0994 authServer: secure_socket_init failed with rc = 428 (Key
entry does not contain a private key)
To: RACF Discussion List ,
ibm-m...@listserve.ua.edu
Cross post RACF-L and IBM-MAIN
Getting
On 17 Dec 2014 14:13:46 -0800, in bit.listserv.ibm-main you wrote:
>In pretty good with DB2, and Craig is wonderful.
>
>It's the intricacies of MVS performance I need to bring in focus. I have a
>lot of reading and research to do so I can collect appropriate doc the next
>time one of these hi
Thanks for the pointer Kirk.
I have submitted it:
https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=63596
BFN. Paul.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@
> And he wants to be
> able to read the envelope file on a PC, but he hasn't mentioned the
> EBCDIC<-->ASCII problem. Perhaps it's considered a given; SMoP again.
That's fine. It's well-defined that the binary file is in
EBCDIC, uses big-endian 4-byte integers etc. Thus
any EBCDIC text will be ru
On Tue, 16 Dec 2014 09:46:30 -0600, John McKown wrote:
>
>STRU F / SITE RDW - usable. Each VBS segment read separately and
>correctly. The code on the PC must reassemble segmented records.
>
Where'd you get a VBS file to test? Did you make one? I'm testing
with an IEBCOPY PDSU; RECFM=VS. I'd l
PDS or STARTOOL Usage
The PDS package (free from CBT file 182) and Serena's STARTOOL product were
mentioned earlier. Here's a note about their syntax.
The TSO command PDS pdsname REPL : !stringA!stringB! WRITE is all you
need. As a TSO command it is easy to put in a batch job. [Use th
Here's the first few lines -- includes all of the error lines. &FMID is or
would be set if the INCLUDE worked.
//USERIDAX JOB ,' Test Job',MSGCLASS=A,NOTIFY=&SYSUID,CLASS=A
//*
//* Pick up correct load libarary
> I have a problem in that the FRR Parameter Area (24 bytes) returned
> in SETFRR A,PARMAD= is too small!
> I am having to re-work some code to support 64-bit (and prior 31-
> bit) callers in SRB mode and am curious what others do in this
situation.
>
> The 24 byte FRR Parameter area used to h
I added a JOB statement and now I get an error on that also: IEFC019I MISPLACED
JOB STATEMENT
The documentation seems to me to be contradictory.
In the JCL Reference: " A cataloged procedure may consist of these JCL
statements: CNTL, command, DD, ENDCNTL, EXEC, IF/THEN/ELSE/ENDIF, INCLUDE,
OU
Charles,
Can we see you job stream ?
Scott ford
www.identityforge.com
from my IPAD
> On Dec 17, 2014, at 8:05 PM, Charles Mills wrote:
>
> I just added a JCLLIB statement to a cataloged procedure that I start with
> a Start command. I am getting IEFC019I MISPLACED JCLLIB STATEMENT. Should
I use something like this in the STCJOBS dataset that's allocated in
MSTJCL00.
//MYSTC JOB
// JCLLIB ORDER=(TECHSVC.PROCLIB)
//MYSTC EXEC MYSTC
Mark Jacobs
Charles Mills wrote:
I just added a JCLLIB statement to a cataloged procedure that I start with
a Start command. I am getting IEFC019I M
I just added a JCLLIB statement to a cataloged procedure that I start with
a Start command. I am getting IEFC019I MISPLACED JCLLIB STATEMENT. Should I
infer that JCLLIB is not allowed in a started PROC, or should I be looking
for a fat-finger coding error? (I want the JCLLIB for INCLUDE, not EXEC
I have a problem in that the FRR Parameter Area (24 bytes) returned in SETFRR
A,PARMAD= is too small!
I am having to re-work some code to support 64-bit (and prior 31-bit) callers
in SRB mode and am curious what others do in this situation.
The 24 byte FRR Parameter area used to hold 6 regis
> The default setting for IARV64 FPROT is YES meaning that the program
> accessing the storage must have a PSW key that matches the storage
> key of the memobj (or PSW key 0).
>
> I believe that IPCS storage browse ACTIVE runs in problem state and
> key8 - therefore you will not see the storage.
Sent from my iPhone
On Dec 17, 2014, at 12:38 PM, Lizette Koehler wrote:
> How is the dasd handled? Is it separate between Prd and other LPARs? Or do
> you share your dasd.
Dasd is shared.
>
> In other words any LPAR can see any dasd for any other LPAR or is it PRD
> dasd is only on prd an
In pretty good with DB2, and Craig is wonderful.
It's the intricacies of MVS performance I need to bring in focus. I have a lot
of reading and research to do so I can collect appropriate doc the next time
one of these hits.
Linda
Sent from my iPhone
On Dec 17, 2014, at 2:34 PM, Ed Finnel
On Wed, 17 Dec 2014 11:08:31 -0500, L Hagedorn wrote:
>MVS Sysprogs reported the situation saying DB2DIST on LPAR A was affecting
>LPAR B. I didn't ask them for doc, but will next time.
>
>All input is appreciated. I have a learning curve in this area, so telling me
>to look for something i
Craig Mullin's DB/2 books are really educational in scope and insight(and
heavy). Fundamental understanding of the interoperation is key to
identifying and tuning problems. He was with Platinum when he first began
the
series and moved on after the acquisition by CA.(He and other vendors we
>we've run into health checks that are not compatible
>with what we believe are reasonable settings
Whenever any HC creator interacts with the HC team it is always suggested
to them that they provide a parameter by which the customer can indicate
the value to check for, because even though some
I suspect that access to some common storage areas via IPCS ACTIVE
requires RACF authorization (as does access to other address space's
storage).
That's not to say that it couldn't have been implemented differently for
this case to need no such authorization and instead just to pay attention
I figured that // generally introduces a new line of JCL.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: Wednesday, December 17, 2014 7:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: IKJ56500I COMMAN
Fortunately this particular problem is internal use only and so V2R1-only is a
minor issue only.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Scott Ford
Sent: Wednesday, December 17, 2014 8:31 AM
To: IBM-MAIN@LISTSERV.UA.E
Gil:
That was what I was trying to say and didn't do it very well. Love the new JCL
changes is Z/OS 2.1
Scott
From: Paul Gilmartin
Sent: Wednesday, December 17, 2014 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
On 2014-12-17, at 09:31, Scott Ford wrote:
> Yeah but that's on
Linda
This may just be as simple as the Prod LPAR normally uses more than its defined
weight and Ops/Users have become used to that level of throughput. When the Dev
LPAR starts using more CPU and the box goes to 100% busy the weights are
enforced. This may drive the Prod LPAR to a smaller sha
How is the dasd handled? Is it separate between Prd and other LPARs? Or do
you share your dasd.
In other words any LPAR can see any dasd for any other LPAR or is it PRD
dasd is only on prd and not accessible by the other LPARS?
How does Operation identify the issue? Are they looking at an alert
You might also want to join the DB2 List. Go to IDUG.ORG to join, it is
free.
There you can ask about the DIST and how it might impact other LPARs.,
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of L Hagedorn
> Sent: We
Any LPAR can exceed their proportion if there is available resource.
If there is insufficient resource, LPARS will be forced to their proportion, as
defined by the LPAR weights (unless another LPAR is not consuming "its share").
Remember, PR/SM does not know LPARA is "production" and should be f
On Wed, 17 Dec 2014 10:33:18 -0600, Paul Gilmartin wrote:
>On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote:
>
>z/OS Communications Server: IP User's Guide and Commands
>SC27-3662-00
>http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.halu001/site.htm
>z/OS V2R1>z/OS C
Thank you.
Sent from my iPhone
On Dec 17, 2014, at 11:36 AM, Ted MacNEIL wrote:
> PR/SM (LPAR) doesn't know PROD from TEST.
> It only knows weight.
> If you have set it up for LPAR to have 80% and LPARB to have 20%, that's what
> they get in times of contention. No more, no less.
> 20% is one
I lurk on IBM-Main, and I'm always awed by the knowledge here.
You are treasure.
Sent from my iPhone
On Dec 17, 2014, at 10:02 AM, Martin Packer wrote:
> I don't see the DIST ADDRESS SPACE going runaway. What is feasible is DDF
> work - separately WLM classified as it should be - taking a
Using the ICETTOOL SUBSET operator I missed a position subselection option for
the FIRST/LAST/RRN parms.
I can of course use other DFSORT operators for this purpose, but felt that this
possibility would fit well in the SUBSET function.
Example:
RRN(3,12,(31:22,71:10))or RRN(3,12,31:22,7
Sent from my iPhone
On Dec 17, 2014, at 8:26 AM, Elardus Engelbrecht
wrote:
> Linda Hagedorn wrote:
>
>> We have a situation with multiple LPARS on a CEC, running DB2 asids prod,
>> test, dev.
>
> What z/OS levels? What levels of DB2 on all those LPARS?
Z is 2.1. DB2s are V10 Put1308
>
Sounds like you also need to familiarise yourself with how DIST works -
meaning enclaves that run the actual DDF SQL. As I say, unlikely DIST
itself but rather more likely the DDF is "in play".
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of
You may ask IBM or your Business Partner to do a CP3000 study. This can
uncover issues with WLM.
On Wed, Dec 17, 2014 at 11:36 AM, Ted MacNEIL wrote:
>
> PR/SM (LPAR) doesn't know PROD from TEST.
> It only knows weight.
> If you have set it up for LPAR to have 80% and LPARB to have 20%, that's
>
On 2014-12-17, at 09:31, Scott Ford wrote:
> Yeah but that's only as of z/OS 2.1 ….as a ISV we support backlevel versions
> also …so one has to come up with two solutions …
>
No, you need to come up with only the solution for the backlevel
version, then rely on upward compatibility. (But it ma
PR/SM (LPAR) doesn't know PROD from TEST.
It only knows weight.
If you have set it up for LPAR to have 80% and LPARB to have 20%, that's what
they get in times of contention. No more, no less.
20% is one's allotment so it's okay. 85% is above the allotment so it's scaled
back to 80%.
This is how
I don't see the DIST ADDRESS SPACE going runaway. What is feasible is DDF
work - separately WLM classified as it should be - taking a big chunk of
CPU. (And that work runs IN the DIST address space but hopefully not at
its dispatching priority.) DIST address space itself going rogue would
sound
On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote:
>Yes, you can do it yourself.
>https://www.ibm.com/developerworks/rfe
>
In the description of the FTP SITE subcommand in:
z/OS Communications Server: IP User's Guide and Commands
SC27-3662-00
http://www-01.ibm.com/support/knowledgecenter/SSLT
Yeah but that's only as of z/OS 2.1 ….as a ISV we support backlevel versions
also …so one has to come up with two solutions …
Regards,
Scott
From: Charles Mills
Sent: Wednesday, December 17, 2014 10:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
THAT IS AWESOME! Wow! Thanks,
Charles
Thank you for the extensive information and examples.
I will be hitting the books.
Can you expand on this example:
If LPARA wants 85% and LPARB want 20% (total 105%) LPARB will get 20% and
LPARA will be squeezed to 80%.
It seems counter intuitive to me and I'd like to understand. Lets
On Wed, 17 Dec 2014 09:56:22 -0600, Paul Gilmartin wrote:
>Curse you, Red Baron!
>
Seriously.
Under the nav frame in http://www-01.ibm.com/support/knowledgecenter/
I find TOC->IBM Operating Systems->System z Operating Systems->z/OS->2.1.0
so buried in Javascript that I don't know what it's trying
MVS Sysprogs reported the situation saying DB2DIST on LPAR A was affecting LPAR
B. I didn't ask them for doc, but will next time.
This is a runtime issue, unrelated to reported changes. That being said, I'm
aware WLM is changed frequently and without broadcast notification.
This appears fro
Curse you, Red Baron!
My bookmark to publibz/z/OS documentation redirected for a
while to a similar infocenter shelf list; later to a knowledgecenter
shelflist. Now it redirects to the knowledgecenter storefront.
What's a quick link to this week's z/OS v2r1 software shelflist?
(was: http://pic.
On Wed, 17 Dec 2014 16:32:33 +0100, Peter Hunkeler wrote:
>
>>> Advantage: You can user JCL symbols (and if your jobclass allows it, also
>>> system symbols) in the UNIX commands.
>>>
>> With z/OS 2.1 and higher.
>> Jobclass?
>> Are system symbols considered secret/sensitive?
>
>I guess, no. I im
>You might bootleg a comment in with such as: [snip]
Thanks for this hint.
: ' -
This serves as a comment.
I have not tested it on z/OS BPXBATCH.
It must contain no apostrophes.
- '
>> Advantage: You can user JCL symbols (and if your jobclass allows it, also
>> system
> THAT IS AWESOME! Wow! Thanks,
You're welcome.
I recognize from seeming my onw post that it has been reformatted in a bad way.
A couple of line feeds have been dropped. Hope you can decifer the samples
anyway. If not, tell me and I will try reposting them.
--
Peter Hunkeler
-
THAT IS AWESOME! Wow! Thanks,
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: Wednesday, December 17, 2014 12:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: IKJ56500I COMMAND OPUTX NOT FOUND
Forget al
On Wed, Dec 17, 2014 at 8:47 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote:
>
> >Yes, you can do it yourself.
> >https://www.ibm.com/developerworks/rfe
> >
> Is DeveloperWorks membership required? $$$?
>
You nee
On Wed, 17 Dec 2014 09:48:45 +0100, Peter Hunkeler wrote:
>Forget all those Irish commands (OGET, OPUT, etc.) and start unsing UNIX
>commands. ...
>
>Note that STDPARM is the BPXBATCH vatiant of PARMDD, and don't confuse them.
>You start with the usual "SH" to tell BPXBATCH to run a shell. All
On Wed, 17 Dec 2014 07:55:03 -0600, Kirk Wolf wrote:
>Yes, you can do it yourself.
>https://www.ibm.com/developerworks/rfe
>
Is DeveloperWorks membership required? $$$?
>Kirk Wolf
>Dovetailed Technologies
>http://dovetail.com
>
>On Tue, Dec 16, 2014 at 9:38 PM, Paul Edwards wrote:
>
>> > You sh
The answer is, "it depends".
First, there is no "priority" across LPARS. All LPARS are dispatched "equally"
according to the LPAR weights.
For example, if LPARA is weighted are 80 and LPARB is weighted at 20, the
following occurs:
If LPARA wants 85% and LPARB wants 10% (total 85%) everybody
Yes, you can do it yourself.
https://www.ibm.com/developerworks/rfe
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Tue, Dec 16, 2014 at 9:38 PM, Paul Edwards wrote:
> > You should submit an RFE for FTP to IBM.
>
> Hi Kirk. I am not an IBM customer. Is this something
> you could do you
I would ask first, how do you know it is affecting the Prod LPAR.
What evidence, RMF Reports, Performance monitors, etc. ?
There should be, I think, so data that could explicitly show that is what is
happening.
Is it all the time, some of the time? Is it a specific time when the prod
LPAR is a
Linda Hagedorn wrote:
>We have a situation with multiple LPARS on a CEC, running DB2 asids prod,
>test, dev.
What z/OS levels? What levels of DB2 on all those LPARS?
>It is claimed a runaway DB2 DIST asid on the DVLP LPAR is burning CPU and
>stealing MIPS from the PROD LPAR and affecting pro
W dniu 2014-12-17 o 13:44, L Hagedorn pisze:
Hi IBM-MAIN,
We have a situation with multiple LPARS on a CEC, running DB2 asids prod, test,
dev.
It is claimed a runaway DB2 DIST asid on the DVLP LPAR is burning CPU and
stealing MIPS from the PROD LPAR and affecting production.
Others claim thi
Hi IBM-MAIN,
We have a situation with multiple LPARS on a CEC, running DB2 asids prod, test,
dev.
It is claimed a runaway DB2 DIST asid on the DVLP LPAR is burning CPU and
stealing MIPS from the PROD LPAR and affecting production.
Others claim this is not possible due to Prism.
Will som
W dniu 2014-12-16 o 22:11, J O Skip Robinson pisze:
My complaints focus on those HCs that don't really make sense any more. For
example, in 1984 it would have been a cogent warning that the Product X master
file and its backup/alternate are located behind the same DASD control unit. If
you los
Here are the complete definitions:
LUGROUP HAR1LU
BIH10001..BIH10256
ENDLUGROUP
IPGROUP HAR1IP
255.255.255.0:10.100.2.0
255.255.255.0:10.100.12.0
255.255.255.0:10.100.13.0
255.255.255.0:10.100.14.0
255.255.255.0:10.100.15.0
255.255.255.0:10.100.16.0
The default setting for IARV64 FPROT is YES meaning that the program accessing
the storage must have a PSW key that matches the storage key of the memobj (or
PSW key 0).
I believe that IPCS storage browse ACTIVE runs in problem state and key8 -
therefore you will not see the storage.
If you wa
Back then the LU names had to consist of the LU base name and the range
specification (i.e. at the end).
So a definition like BIHA1001..BIHA1256 should work.
Regards and good luck,
Klaus Stanislawiak
--
For IBM-MAIN subscribe / s
WARNING: I'm not working with TCP/IP these days anymore, but ... ;-)
Gadi wrote:
>I defined the following statement in the TCP/IP Profile
>LUGROUP HAR1LU
> BIH1001A..BIH1256A
>ENDLUGROUP
>When I try to activate it I get the message:
>EZZ0186I LU_RANGE BIH1001A..BIH1256A INCORRECTLY SPECIFIED
Hi Juergen,
Unfortunatly, the third parameter was intorduced sometime after OS/390 v2.8, so
I cannot use it.
Gadi
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of
Juergen Keller [keller-ibmm...@web.de]
Sent: 17 December 2014 10
Forget all those Irish commands (OGET, OPUT, etc.) and start unsing UNIX
commands. Here are two JCL's I'm using to run UNIX commands in batch:
// EXPORT SYMLIST=*// SET DIR='newdir'//UNIXCMDS EXEC
PGM=BPXBATCH
//STDINDD DUMMY
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT
try this:
LUGROUP HAR1LU
BIH1001A..BIH1256A..NNNF
ENDLUGROUP
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hi Gadi,
I think you must specify how to determine new LUs. We do it this way. Please
have a look at "IP Configuration Guide". There you will find:
LU range specification: Telnet LU range rules allow for almost any type of LU
range needed. Ranges can be alphabetic (A), numeric (N), alphanumeric (B
Hi,
I defined the following statement in the TCP/IP Profile
LUGROUP HAR1LU
BIH1001A..BIH1256A
ENDLUGROUP
When I try to activate it I get the message:
EZZ0186I LU_RANGE BIH1001A..BIH1256A INCORRECTLY SPECIFIED
This is running on OS/390 v.28 (Groan).
I looked at the OS/390 V2.8 IP Configurati
71 matches
Mail list logo