I think those are arbitrary limits, for the purpose of
preventing an errant program or user from using too many
address spaces, and also for allocating the storage for
the table which is used to keep track of these address
spaces. Do you have a scenario where these limits would be
too low
In 4940553f-61c2-4225-96c3-2977eee26...@yahoo.com, on 02/09/2013
at 12:56 PM, Scott Ford scott_j_f...@yahoo.com said:
This. Is
http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idau100%2Fu1245.htm
That is z/OS V1R12.0 DFSMSdfp Utilities, SC26-7414-07, and
In 12faa502-7023-4b24-8a86-64a23bf64...@yahoo.com, on 02/09/2013
at 01:03 PM, Scott Ford scott_j_f...@yahoo.com said:
Also that wasn't what I was asking ...I was asking about dfsmsdfp
exits that could intercept the new ddnames
How would DFSMSdfp determine that there was such a thing as a new
Have gotten this from customer dumps:
BLS18224I Dump of z/OS 01.13.00-0 - level differs from IPCS level
BLS21001I IPCS for z/OS 01.13.00-1
Are there a separate Z/os 01.13.00-0 and 01.13.00-1 miglibs?
What structurally changed that would affect IPCS?
--
Binyamin Dissen
In fbfbeba1-ecd1-4e3c-b96a-d5815c782...@yahoo.com, on 02/09/2013
at 02:22 PM, Scott Ford scott_j_f...@yahoo.com said:
I agree. The IBM developer who's on this listserv gave me the code
for IDCAMs and saved me a lot of effort. The other program I tested
in our z/os 1.12 environment and works
In 5116a66a.6010...@valley.net, on 02/09/2013
at 02:41 PM, Gerhard Postpischil gerh...@valley.net said:
I suspect you misread the rant. It had nothing to do with
linkage conventions, and you have failed to specify why you
consider it unreasonable.
Has anybody submitted such a requirement to
Why doesn't LIKE= pull in volcount ?.
Multi-volume dataclass - PDS(E) are always a problem. Question is why ?. If
you have a (obviously) single volume PDS(E) as a model for a LIKE=, why doesn't
the volcount get inherited ?.
Yes, I know it can be tested in the routines - why should it have to be
If you have corrected the SMS rules then you may use ADRDSSU and the
REDETERMINE command to reset the DATACLAS, MGMTCLAS, and STORCLAS for any
specific disk volume.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Vernooij, CP -
That's the winner.
Thanks.
Jim McAlpine
On Mon, Feb 11, 2013 at 1:42 PM, Martin, Larry D ldmar...@co.pg.md.uswrote:
If you have corrected the SMS rules then you may use ADRDSSU and the
REDETERMINE command to reset the DATACLAS, MGMTCLAS, and STORCLAS for any
specific disk volume.
On Mon, 11 Feb 2013 12:04:48 +0200, Binyamin Dissen
bdis...@dissensoftware.com wrote:
Have gotten this from customer dumps:
BLS18224I Dump of z/OS 01.13.00-0 - level differs from IPCS level
BLS21001I IPCS for z/OS 01.13.00-1
Are there a separate Z/os 01.13.00-0 and 01.13.00-1 miglibs?
What
On Fri, 8 Feb 2013 00:03:11 +, Lester, Bob wrote:
Someone once told me it was Supervisory Printer Online
I remember it from my days working with a B1700 series computer as System
print out.
Your link below refers to it as Supervisory Print Out. It was the system
console, and on
the
Edward Jaffe wrote:
On 2/8/2013 7:41 AM, John Eells wrote:
Edward Jaffe wrote:
On 2/6/2013 6:16 AM, Paul Gilmartin wrote:
FTPS, but not SFTP?
Is this retroactive to products older than 2.1?
As I understand things, this really has nothing to do with z/OS V2R1.
Not sure why it's in the
Good Day To All Readers,
I am having a problem trying to perform the IMPORT. Here is the error message :
IMPORT IDS(SYS1.ZWA6PWG.BKUP) -
ODS(CATALOG.DB2TESX) -
ALIAS -
quote
IGD17802I VOLUMES SPECIFIED BY THE CALLER ARE NOT IN THE SAME STORAGE
GROUP FOR A GUARANTEED SPACE REQUEST, DATA SET IS dsname
Explanation: In a guaranteed space request for a data set, the caller selected
specific volumes, and selected a storage class with the guaranteed
After reading it several times, my impression is that the 'volumes specified by
the caller' are the volume the catalog resides on now. Apparently the catalog
is deleted and defined and thereby given the 'guaranteed space attribute'. Can
it be that the ACS routines direct the new catalog to an
Kees,
I took another look. The CATALOG has been defined on the correct volume which
is in the right storage group. I verified the ACS routine and it seems to be
right.
From: Vernooij, CP - SPLXM kees.verno...@klm.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent:
On Sat, 9 Feb 2013 14:22:20 -0500, Scott Ford wrote:
I saw abendaid causing a u4039-8 abend twice and LE CEEHSRP ,
the resume point module get involved.
Abend-AID issues a 4039-8 after producing an Abend-AID report when called
as an Abnormal Termination Exit by the Language Environment. It
On Mon, 11 Feb 2013 14:44:34 +0800, David Crayford wrote:
On 11/02/2013 1:04 PM, Timothy Sipples wrote:
To steer back to the topic at hand, there's a long list of UNIX-related
enhancements listed in the z/OS 2.1 Preview. Many/most of them match what
I'd like to see personally.
I didn't see
Could you post the LISTC ENT(SYS1.ZWA6PWG.BKUP) ALL for us?
Thanks
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
Of willie bunter
Sent: Monday, February 11, 2013 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: UNABLE TO
On Mon, 11 Feb 2013 02:50:14 -0500, Jim Mulder wrote:
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
02/11/2013 02:09:58 AM:
From: nitz
To: IBM-MAIN@listserv.ua.edu,
Date: 02/11/2013 02:17 AM
The CEA TSO/E address space manager can create up to 10 concurrent
address spaces
Lizette,
Here it is. The volume is non-SMS.
LISTC ENT(SYS1.ZWA6PWG.BKUP) ALL
NONVSAM --- SYS1.ZWA6PWG.BKUP
IN-CAT --- SYS1.CIU.MCAT
Willie,
Also do the same for the catalog, CATALOG.DB2TESX
So the file SYS1.ZWA6PWG.BKUP is from an EXPORT INTO TEMP for a catalog
reorg?
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf
Of willie bunter
Sent: Monday,
Sorry, I haven't been following this too closely. So this may have been
asked before.
I'm assuming the information below is for the exported copy. What catalog
was exported and what volume was it on when the export was made? If the
volume of the source was in a different storage group from
Lizette,
Yes, the backup is from an EXPORT INOT TEMP for a catalog reorg. When I did
the EXPORT command I had
ALTER CATALOG.DB2TESX LOCK
EXPORT CATALOG.DB2TESX OUTFILE(DISK1) TEMPORARY
EXPORT CATALOG.DB2TESX OUTFILE(DISK2) TEMPORARY
/*
Understood. It doesn't matter where the output goes - it could even be on
tape.
So CATALOG.DB2TESX is still on the same volume as when it was exported?
ddk
From: willie bunter williebun...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 02/11/2013 11:06 AM
Subject:Re: UNABLE
I found this in our TMC:
BLKSIZE= 229376
I vaguely remember seeing this increase a few versions back along with
some other field sizes.
Thank you and have a Terrific day!
Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-
For help
Darth,
The CATALOG.DB2TESX was on a non-SMS managed volume when the export was done..
I allocated it on a SMS managed volume because of a user request.
From: Darth Keller darth.kel...@assurant.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, February 11,
Darth,
Just a thought. Could the problem be caused because the CATALOG was on a
non-SMS managed volume when the EXPORT was done and now I am defining the
CATALOG on a SMS managed volume which is causing the IMPORT to fail?
From: Darth Keller
From CA 1®Tape Management Systems Programmer Guide r11.5 SP5
BLKSIZE TMBLKSI 96(60) BIN 4 MAXIMUM BLOCK SIZE JFCB JFCBLKSI
4 bytes are used to store the block size.
Thank you and have a Terrific day!
Jonathan Goossen, DTM
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support
From the manual:If you select OUTDATASET, the VSAM data set you
identify is dynamically allocated.
So I think you're getting interference from your SMS routines. You may
want to specify the STORAGECLAS MGMTCLAS parameters on your IMPORT cmmd
also.
Do you have any IGD* messages beside
I tried the following but same problem:
IMPORT IDS(SYS1.ZWA6PWG.BKUP) -
ODS(CATALOG.DB2TESX) -
OBJECTS(DB2AP1) -
ALIAS -
LOCK -
sorry - too much of a hurry - from the manual:
OBJECTS
((entryname
[FILE(ddname)]
[MANAGEMENTCLASS(class)]
[NEWNAME(newname)]
[STORAGECLASS(class)]
[VOLUMES(volser[ volser...])])
[(entryname...)...])
From: willie bunter williebun...@yahoo.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date:
I tried this out but it failed because of a syntax error possibly? Could you
spot my error
IMPORT IDS(SYS1.ZWA6PWG.BKUP) -
ODS(CATALOG.DB2TESX) -
Well, this is actually personally of interest to me. But trying to understand
your reply seems to indicate that 1) IEFUSI can't control INIT/IEFIIC and 2)
there is not a GUPI/exit that will allow the INIT to be controlled? Is that
the correct understanding?
Thank you.
Paul
Have gotten this from customer dumps:
BLS18224I Dump of z/OS 01.13.00-0 - level differs from IPCS level
BLS21001I IPCS for z/OS 01.13.00-1
Are there a separate Z/os 01.13.00-0 and 01.13.00-1 miglibs?
What structurally changed that would affect IPCS?
For purposes of maintaining
Obviously memory didn't serve. The TMBLKSI field in the CA-1 TMC is indeed 4
bytes. But the manual says the data comes from the JFCBLKSI field in the JFCB
and that field is only 2 bytes. I wonder where CA-1 picks up the extra data
from.
-Original Message-
From: IBM Mainframe
Shmuel,
There were several issues we had to correct. We are using cobol and reading Vba
files, we code a dcb with lrecl + 4 which works great, they didn't, causing
issues, in the process as I mentioned I saw two u4039 abends in Abendaid,i
don't know why ...that's more the customers issue ..
Our next meeting is this Wednesday at the CA office in Herndon Va. Please let
me know if you're coming so I can finalize numbers for catering. For you
history/nostalgia buffs the presentation from the folks at Paul Allen's Living
Computer Museum will be a highlight.
The DCBE where the larger block size is stored when the LBI is used (ie
Application supports it).
Mike Wood
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
On Mon, 11 Feb 2013 19:46:31 +, EXT-Schwarz, Barry wrote:
Obviously memory didn't serve. The TMBLKSI field in the CA-1 TMC is indeed 4
bytes. But the manual says the data comes from the JFCBLKSI field in the JFCB
and that field is only 2 bytes. I wonder where CA-1 picks up the extra data
On Mon, 11 Feb 2013 10:21:15 -0500, John Eells ee...@us.ibm.com wrote:
It's definitely NOT limited to z/OS, but we commonly make announcements
related to z/OS platform software delivery in the z/OS announcements to
avoid the overhead of separate software delivery announcements. Also,
some of the
Some people create data set reports based a DATACLAS names. Those people are
not happy when their reports are wrong.
ALso DATACLAS has at least one dynamic attribute, Dynamic Volume Count.
Changes to Dynamic Volume Count affect existing data sets.
-Original Message-
From: IBM Mainframe
Darth,
I am not sure if you saw my earlier post. I think the problem is fixed. This
is what I did.
IMPORT IDS(SYS1.ZWA6PWG.BKUP) -
ODS(CATALOG.DB2TESX) -
OBJECTS(CATALOG.DB2TESX -
VOLUMES(DB2AP1))) -
IDC0233I TOO MANY RIGHT PARENTHESES FOUND. EXCESS IGNORED
ALIAS -
LOCK -
This is a theoretical question. I am *not* an Endevor user. I am trying to
solve a *similar* problem and this is the best way to explain it.
Here's the question: at shops that use Endevor for all compiles, how do you
lock down the compilers so that programmers can only run the compilers
under
On Mon, 11 Feb 2013 15:15:53 -0600, Alan Altmark alan_altm...@us.ibm.com
wrote:
Unfortunately this information did not make it into the z/VM V6.3 Preview
announcement. As you say,
it applies to all System z software delivery, not just z/OS.
I realized that this could be misconstrued. While
On Mon, 11 Feb 2013 14:32:36 -0800, Charles Mills wrote:
This is a theoretical question. I am *not* an Endevor user. I am trying to
solve a *similar* problem and this is the best way to explain it.
Here's the question: at shops that use Endevor for all compiles, how do you
lock down the
This is a theoretical question. I am *not* an Endevor user. I am trying to
solve a
*similar* problem and this is the best way to explain it.
Here's the question: at shops that use Endevor for all compiles, how do you
lock
down the compilers so that programmers can only run the compilers under
Perhaps RACF's program control feature could be used. Top Secret and ACF2
have similar features.
The objective would be to only allow the Endevor programs to be able to
update your target libraries.
This does not prevent a user from executing a compiler (or other program);
however his compiler
My personal opinion is that trying to lock down a program, any program,
so that it can only be executed in a specific manner is a waste of time
and effort. The most that I ever do is make it too much of a bother for
anyone to want to. If using the COBOL compiler outside of CA-Endevor is set
up to
On Mon, 11 Feb 2013 14:32:36 -0800, Charles Mills charl...@mcn.org wrote:
This is a theoretical question. I am *not* an Endevor user. I am trying to
solve a *similar* problem and this is the best way to explain it.
Here's the question: at shops that use Endevor for all compiles, how do you
lock
Perhaps you should explain your actual problem, not have us try to guess at
an answer by analogy.
A client wishes to restrict the use of a particular (vendor) program to those
users who execute it via their homegrown front-end.
I'm curious why you would want to do that. Wouldn't it be
I guess I missed that on the first read. It is true you cannot force
clients to be reasonable. Possibly what you could do is make a member name
which is not valid in JCL. Such as using some non printable binary data.
You can still do LINK and LOAD macros on that and execute the program that
way.
On 12/02/2013 12:07 AM, Paul Gilmartin wrote:
On Mon, 11 Feb 2013 14:44:34 +0800, David Crayford wrote:
On 11/02/2013 1:04 PM, Timothy Sipples wrote:
To steer back to the topic at hand, there's a long list of UNIX-related
enhancements listed in the z/OS 2.1 Preview. Many/most of them match
In ndghh8da6en64rgvru2f0sk6gfa0qji...@4ax.com, on 02/11/2013
at 12:04 PM, Binyamin Dissen bdis...@dissensoftware.com said:
Are there a separate Z/os 01.13.00-0 and 01.13.00-1 miglibs?
The MIGLIB you use for IPCS should be identical to the one on the
system taking the dump. Even a difference
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
02/11/2013 01:58:22 PM:
Well, this is actually personally of interest to me. But trying to
understand your reply seems to indicate that 1) IEFUSI can't control
INIT/IEFIIC and 2) there is not a GUPI/exit that will allow the
gil,
Does this count address spaces started by syscall fork() when OMVS
runs under TSO?
Does syscall fork() use the CEATsoRequest API under the covers? If so, then yes.
Does it count adress spaces started by USS Rexx address TSO?
Does USS Rexx address TSO use the CEATsoRequest API under the
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
02/11/2013 11:33:10 PM:
Does this count address spaces started by syscall fork() when OMVS
runs under TSO?
Does syscall fork() use the CEATsoRequest API under the covers? If
so, then yes.
Does it count adress spaces
At 19:21 -0600 on 02/11/2013, John McKown wrote about Re: How do
people lock down the compilers inside CA Endev:
I guess I missed that on the first read. It is true you cannot force
clients to be reasonable. Possibly what you could do is make a member name
which is not valid in JCL. Such as
On Mon, 11 Feb 2013 23:38:03 -0500, Jim Mulder wrote:
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on
02/11/2013 11:33:10 PM:
Does this count address spaces started by syscall fork() when OMVS
runs under TSO?
Does syscall fork() use the CEATsoRequest API under the covers? If
On Tue, 12 Feb 2013 00:45:29 -0500, Robert A. Rosenberg wrote:
At 19:21 -0600 on 02/11/2013, John McKown wrote about Re: How do
people lock down the compilers inside CA Endev:
I guess I missed that on the first read. It is true you cannot force
clients to be reasonable. Possibly what you could
When I was in college I worked at a Hospital in operations in the mid-late
70's, we also had a Burroughs system (it was a B7700 that we upgraded to a
B7800) and while there was a teletype in the corner that we sometimes had to
use for the B7700, our main interface was on a real tv-type monitor.
Even when Rexx under z/OS Unix System Services creates the
address space in order to start another instance of the TSO TMP?
And I forgot to ask the obvious question: Does this count address
spaces used to EXEC PGM=IKJEF* in batch?
gil,
please read MVS Programming: Callable Services for
I think that the OP is possibly confusing INIT with what addressspace will
eventually be started by that INIT.
Brian
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
63 matches
Mail list logo
