On Fri, Jul 17, 2015 at 9:03 AM, David Crayford dcrayf...@gmail.com wrote:
IBM are going after JSON big time with the new z/OS Connect tooling which
transforms JSON into data structures like COBOL copybooks etc.
I hadn't heard of the z/OS Connect tooling. Sounds interesting. I see
what I can
Mainframe Mainframe wrote:
One of my customer want to have access for list user command for one
particular id.Is it possible to give him this selective access.
Yes. and it is easy, but did you RTFM before asking here?
Look at for example there:
I use code similar to this:
#rc = ListDSI('Strip(dsn)' NORECALL SMSINFO);
If (#rc /= 0) (sysreason /= 30) Then
Do
error processing here
End
do your processing
...
This gives me info on the dataset and on the SMS parameters used for a
file. The sysreason 30 says that the file is not
I am processing a list of datasetnames and want to calculate the amount of
space used for ONLY those files which are not MIGRATED.
The program currently uses
R = LISTDSI ('FQSN'') where FQSN is the Fully Qualified Dataset Name
Because there is no NORECALL parameter, each file gets RECALLED
I imagine that many here, like myself, are guilty of scraping an IDCAMS
LISTCAT report using something like REXX to produce information. I do it in
a REXX program to recreate DEFINE decks for VSAM data sets which have been
lost. I am aware of the IGGCSI00 interface whcih can be used with REXX and
What clients do you expect to use this API? XML is old hat and being
deprecated and JSON is only useful in a language that can encode/decode
into an internal object.
JSON is better but only if you are using a language that can
encode/decode in JSON seamlessly.
On 17/07/2015 8:39 PM, John
Thank you. I should have known better but I somehow pictured the folding taking
place somewhere in the SMTP, listserve or receive process. No, it's a sender
configuration issue. I just changed mine from 76 characters to 85.
=COLS
Hi Liz,
Value for MAXSPACE is set : MAXSPACE=00015000M
Nathan
On Fri, Jul 17, 2015 at 6:56 PM, Lizette Koehler stars...@mindspring.com
wrote:
Could you post the D D,O command (Dump Options?)
I would like to see what your MAXSPACE is set at
Lizette
-Original Message-
From:
On Fri, Jul 17, 2015 at 7:57 AM, David Crayford dcrayf...@gmail.com wrote:
What clients do you expect to use this API? XML is old hat and being
deprecated and JSON is only useful in a language that can encode/decode
into an internal object.
I don't actually have any clients in mind. This is
I'm also thinking a 120GB+ dump is pretty large, even nowadays. Else what
other stuff is filling SCM (Flash) to the brim?
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Terry,
for that reason we wrapped invocation from SDSF to create correct console name
before going to SDSF
/* Define default console name */
ISFCONS = T || mvsvar(sysclone) || sysvar(sysuid)
ISPEXEC VPUT (ISFCONS) /* Define default console name */
IBM are going after JSON big time with the new z/OS Connect tooling
which transforms JSON into data structures like COBOL copybooks etc.
That's all good but is JSON always the best choice when a simple text
protocol can do the same job without the bloat
If you have not done so, you may want to join the RACF list for questions like
this.
They are more focused on all things RACF and Security.
To join, use this URL
RACFhttp://www.listserv.uga.edu/archives/racf-l.html
Lizette
-Original Message-
From: IBM Mainframe Discussion List
Thanks Chuck,
That did it. TOO many Quotes Not enough Quotes Wrong type of Quotes.
I appreciate you input.
Mike
From: retired mainframer retired-mainfra...@q.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, July 16, 2015 5:26 PM
Subject: Re: I need a little help using LISTDSI
Mike Kovach wrote:
That did it. TOO many Quotes Not enough Quotes Wrong type of Quotes.
I appreciate you input.
Hmmm, can we quote you on that? ;-)
I'm glad you got the help you deserved.
Groete / Greetings
Elardus Engelbrecht
I thought I would pass this over from the MVS OE List in case there were some
that might be interested in this
Lizette
-Original Message-
From: MVS OpenEdition [mailto:mvs...@vm.marist.edu] On Behalf Of Anthony Giorgio
Sent: Friday, July 17, 2015 3:35 AM
To: mvs...@vm.marist.edu
DCOLLECT + program or Rexx... ?
snip
I am processing a list of datasetnames and want to calculate the amount of
space used for ONLY those files which are not MIGRATED.
The program currently uses
R = LISTDSI ('FQSN'') where FQSN is the Fully Qualified Dataset Name
Because there is no
Could you post the D D,O command (Dump Options?)
I would like to see what your MAXSPACE is set at
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Nathan Astle
Sent: Friday, July 17, 2015 2:27 AM
To:
===start
The dataset has a member which has all configuration Parms for a running STC
This was updated when STC was up and running
So This could be a reason for a possible corruption ?
end===
Yes.
You could use the IGGCSI00 Java wrapper that is already in the z/OS Java
SDK:
http://www-01.ibm.com/support/knowledgecenter/api/content/SSYKE2_8.0.0/com.ibm.java.zsecurity.api.80.doc/com.ibm.jzos/com/ibm/jzos/CatalogSearch.html
It allows full access to IGGCSI00 functionality.
Kirk Wolf
Jim,
I forgot to ask.
Is there a link to That is over the %(aux used) threshold for allowing a
dump to start that was stated?
Lizette
-Original Message-
From: Lizette Koehler [mailto:stars...@mindspring.com]
Sent: Friday, July 17, 2015 9:10 AM
To: 'IBM Mainframe Discussion List'
From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 07/17/2015 12:31 PM
Subject: Re: Dump Failing - Aux Shortage
Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Jim,
I forgot to ask.
Is there a link to That is over the %(aux used)
LISTDSI will return either a 0, 4, or 16. It also sets one of a few dozen
reason codes, which indicate whether the data set is cataloged, migrated, if
the directory is readable, or several other useful pieces of information. This
is why the request takes more time than simply reading a VTOC
Take a look at
http://www.rshconsulting.com/RSHpres/RSH_Consulting__FACILITY_Class__June_2012.pdf
Do a find for IRR.LISTUSER. It has some restrictions.
Robert has many handy papers on RACF.
Dennis Roach, CISSP, PMP
IT Security Administration Senior Analyst
2727 Allen Parkway, Wortham
On Fri, Jul 17, 2015 at 10:19 AM, Farley, Peter x23353
peter.far...@broadridge.com wrote:
Maybe also output format CSV (which could be either comma- or
tab-separated) for direct input to spreadsheet software.
If we had GNU awk 4.1+ available in z/OS Unix we would also have the gawk
On Fri, Jul 17, 2015 at 10:39 AM, Kirk Wolf k...@dovetail.com wrote:
You could use the IGGCSI00 Java wrapper that is already in the z/OS Java
SDK:
Thanks Bob.
From: Longabaugh, Robert E robert.longaba...@ca.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, July 17, 2015 11:39 AM
Subject: Re: What is the proper REXX syntax to accomplish this LISTDSI
'FULLY.QUAL.DATASET.NAME' NORECALL
LISTDSI will return either a 0, 4, or 16. It
That is true. However the OP wanted the amount of storage required by each
dataset. So that would not work very well for VTOC listings if the files are
spread over several volumes.
A DCOLLECT + reporting would be faster than REXX + LISTDSI, IMHO
Lizette
-Original Message-
From:
From: Nathan Astle tcpipat...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 07/17/2015 11:49 AM
Subject: Re: Dump Failing - Aux Shortage
Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Hi,
PageIOTotal 120m Active 0
Datasets Total40 Used 11
SCM
Jim,
Thanks for the clarification. I did not realize the difference with
MAXSPACE.
I am going to add this to my notes.
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Jim Mulder
Sent: Friday, July 17, 2015 8:58 AM
Hi,
PageIOTotal 120m Active 0
Datasets Total40 Used 11
SCM Size 128G Used120G 94.02%
LOCAL Size 61.9G Used 3.45G 5.57%
NONVIO Used 3.32G 5.36%
VIO Used133M 0.21%
Type Status Size UsedPct% VIO
PLPA
Hello Group,
One of my customer want to have access for list user command
for one particular id.Is it possible to give him this selective access.
Please suggest
--
For IBM-MAIN subscribe / signoff / archive access
Come join the IBM z Systems team for a live chat session on Reddit!
Join us on Reddit and bring your questions for our experts about IBM’s
newest z/OS operating system.
Date:July 30th, 2015
Time:11:00 AM – 1:00 PM Eastern
Place:Visit this page July 30th at 11 AM EDT for a z/OS
Charles,
Point taken.
However, it is possible to show an eighty byte record in this forum without
wrapping:
=COLS
+1+2+3+4+5+6+7--
Cheers,
Jon.
--
For IBM-MAIN
Hello,
I am trying to take a dump of NET address space but it fails with CODE 08
REASON X'46'.
Manual says that there is shortage of AuxillIary Storage.
When I did D ASM
TYPE FULL STAT DEV DATASET NAME
PLPA 86% OK 4D4C PAGE.VMVPZ33.PLPA
COMMON 0% OK 4D4C
The clue could be in SCM 94% full but it still seems odd to me. Can you
fill us in on page data set sizes?
Thanks, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook
Jim
Even after trying SDUMP,AUXMGMT=OFF
it failed with the same error code
On Friday 17 July 2015, Jim Mulder d10j...@us.ibm.com wrote:
From: Lizette Koehler stars...@mindspring.com javascript:;
To: IBM-MAIN@LISTSERV.UA.EDU javascript:;
Date: 07/17/2015 12:31 PM
Subject: Re: Dump
So the real question, I submit, gets to be how come there's so much of
SCM tied up? Are we trying to capture dumps into an already overly-full
memory / SCM situation?
This thread (and a SEPARATE customer situation) prompted a discussion
today in my team about doing more with the SMF 75 (and
From: Nathan Astle tcpipat...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 07/17/2015 02:59 PM
Subject: Re: Dump Failing - Aux Shortage
Sent by: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Jim
Even after trying SDUMP,AUXMGMT=OFF
it failed with the same error code
As stated
Don't overlook the type 74 subtype 4 Structure data where
the SCM statistics per Structure are reported.
TYPE74ST in MXG 33.07 has all of these new R744M variables:
/* TYPE 74 SUBTYPE 4 MO SECTION*/
R744MAEC='SCM*AUXILIARY*ENABLED*COMMANDS'
R744MALG='SCM*ALGORITHM*TYPE'
R744MEMA='EST
Yes but those are for a SEPARATE LPAR - the CF one, not the z/OS one.
Cheers, Martin
Martin Packer,
zChampion, Principal Systems Investigator,
Worldwide Banking Center of Excellence, IBM
+44-7802-245-584
email: martin_pac...@uk.ibm.com
Twitter / Facebook IDs: MartinPacker
Blog:
Since the statement you provided has mismatched quotes (obvious after inserting
spaces between them as noted below), it probably is not what you are actually
using. I suggest using cut and paste instead of retyping when requesting this
kind of help.
-Original Message-
From: IBM
AMP; needs to be (char translation)
Next, I am not sure you can allocate a TEMP dataset like that
If I use a real name, it runs better. HLQ.XX00500
And why use VIO?
Lizette
-Original Message-
From: Greg Shirey wgshi...@benekeith.com
Sent: Jul 17, 2015 2:56 PM
To:
Also, from the JCL Manual
z/OS 2.1.0z/OS MVSz/OS MVS JCL User's GuideTasks for requesting data set
resourcesData set resources - allocationAllocation of virtual I/O
http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab500/dsvio.htm?lang=en
You cannot use VIO for
Recently got into some real 64-bit coding. Noticed that there is no
64-bit version of ICM. I am used to doing ICM R1,B'',FIELD and then
a JZ.
It seems for a 64 bit register, there is no ICMxx
R1,B'',64bitfield
equivalent. I have to do a LG R1,64bitfield and then a LTGR R1,R1
Recently got into some real 64-bit coding. Noticed that there is no
64-bit version of ICM. I am used to doing ICM R1,B'',FIELD and then
a JZ.
It seems for a 64 bit register, there is no ICMxx
R1,B'',64bitfield
equivalent. I have to do a LG R1,64bitfield and then a LTGR R1,R1
I found this APAR
PK13789: IGD17040I ERROR IN DADSM PROCESSING SAMPLE JOBS CLB3JIV1 AND CLB3JIV2
UNIT=VIO IS FORBIDDEN WITH DSNTYPE=LIBRARY
http://www-01.ibm.com/support/docview.wss?uid=isg1PK13789
Lizette
-Original Message-
From: Lizette Koehler stars...@mindspring.com
Sent: Jul 17,
When I run your JCL, I get:
IEFC620I UNIDENTIFIABLE CHARACTER ; ON THE DD STATEMENT
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Roland Kinsman
Sent: Friday, July 17, 2015 4:42 PM
To:
So I ran a test with the JCL and change VIO to SYSDA and it worked fine.
I suspect the answer about SMS in your shop redirecting from VIO to DASD may be
true.
Lizette
-Original Message-
From: Farley, Peter x23353 peter.far...@broadridge.com
Sent: Jul 17, 2015 3:13 PM
To:
Which seems to suggest that PDSE cannot be allocated on VIO. So why
does it work on one LPAR but not the other?
That is true. You cannot allocate PDSE on VIO. On the LPAR that the JCL
ran fine is the PDSE allocated to VIO or to a regular volume? Can you
show us the JESYSMSG for the
Some shops use ACS routines to convert UNIT=VIO to a real DASD allocation,
preferring to use outboard DASD (with all their built-in memory-based cache) in
preference to CEC memory.
Perhaps the first LPAR has that policy and your zPDT is configured to use
memory for VIO?
Not sure if there
Paul,
Did you try ICMH (Insert Characters Under Mask High) ?
Thanks,
Kolusu
IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote on
07/17/2015 05:03:56 PM:
From: Paul Schuster pgs4ibmm...@pacbell.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 07/17/2015 05:04 PM
Subject: 64 bit ICMxx ?
Here is the JESYSMSG from the successful job, and I can see that sure enough,
it's getting allocated to a real DASD volume. I will check with my DASD
administrator.
STMT NO. MESSAGE
-
4 IEF648I INVALID DISP FIELD- PASS SUBSTITUTED
ICH70001I HCHRJK0 LAST ACCESS AT 17:04:25 ON
This JCL...
//STEP01 EXEC PGM=IEFBR14
//ALC DD DSN=amp;XX00500,
// DISP=(NEW,CATLG,DELETE),
// DSNTYPE=LIBRARY,
// UNIT=VIO,
// DCB=(RECFM=U,LRECL=0,BLKSIZE=27998,DSORG=PO),
// SPACE=(CYL,(25,5,200))
works fine on one LPAR. On another LPAR, which happens to be a zPDT, it fails
with the
Recently got into some real 64-bit coding. Noticed that there is no
64-bit version of ICM. I am used to doing ICM R1,B'',FIELD and then a JZ.
It seems for a 64 bit register, there is no ICMxx R1,B'',64bitfield
equivalent. I have to do a LG R1,64bitfield and then a LTGR R1,R1 and
Paul,
There is an ICMH instruction, for which the mask bits indicate bit positions
0-7, 8-15, 16-23, and 24-31 of a 64-bit register. This instruction uses a
20-bit signed offset.
There is also an ICMY instruction, which is equivalent to the ICM instruction
except that this instruction uses a
56 matches
Mail list logo