On 6 Dec 2012 22:05:56 -0800, in bit.listserv.ibm-main
(Message-ID:)
justmainfra...@gmail.com (Jake anderson) wrote:
My question is going to be very general. Our shop has the
policy of running
daily back up from Mon-friday on a incremental
basis(Volume Level). So we
have been using this Keywo
At 17:04 -0500 on 12/06/2012, Shmuel Metz (Seymour J.) wrote about
Re: LOAD and DELETE macro instructions:
In
,
on 12/06/2012
at 10:44 AM, John Gilmore said:
Let me therefore take full responsibility for that paraphrase myself.
AMODE(64) seems to me to be the only appreopiate way to mark
W dniu 2012-12-07 07:30, ibmmain pisze:
[...]
ADCD 1.13 system. SETROPTS LIST ATTRIBUTES = INITSTATS WHEN(PROGRAM
-- BASIC) ACTIVE CLASSES = DATASET USER GROUP ACCTNUM AIMS CBIND CDT
CIMS DIMS DSNR EJBROLE FACILITY GEJBROLE GIMS GXFACILI IIMS JIMS
LIMS LOGSTRM MIMS PTKTDATA PTKTVAL RIMS SERVAUTH
I don't think the original poster mentioned HIS 2010 specifically, but you
make a good point Chris.
I wonder all the more why HIS exists. :-)
Timothy Sipples
Consulting Enterprise IT Architect
It appears as if 1.13 has closed a loophole which you have unknowingly been
taking advantage of on previous versions. One possible solution would be to
change the PROC by adding a step on each side of the ADRDSSU step:
The step prior would be a simple IDCAMS to create a small dataset on
the
I know that this is not the RACF list, but I am not subscribed there, so I am
hoping that someone can tell me what to do. I am reluctant to make changes in
that class - if I am wrong, then I cannot get into my telnet session anymore
because OMVS/TCPIP might have severe problems.
ADCD 1.13 syste
Hi,
My question is going to be very general. Our shop has the policy of running
daily back up from Mon-friday on a incremental basis(Volume Level). So we
have been using this Keyword at sysin control card : DATASET(INCLUDE(**)
BY(DSCHA,EQ,YES), which means that the backup would take place only if
On 12/6/2012 7:25 AM, Shmuel Metz (Seymour J.) wrote:
The TMP does not attach commands in a separate JS.
Oops, I just checked and you are right. I remembered the TMP's attaching
two subtasks, but not that they weren't jobsteps.
Gerhard Postpischil
Bradford, Vermont
Paul Gilmartin wrote:
| But no SVCs. Probably no system facilities understand
| 64-bit addresses.
SVCs are at best obsolescent. We all perforce use them, but when I am
beginning at square one I implement only PC-based schemes.
- Show quoted text -
--
John Gilmore, Ashland, MA 01721 - USA
O
Paul Gilmartin wrote:
| But no SVCs. Probably no system facilities understand
| 64-bit addresses.
SVCs are obsolescent. We all perforce use them, but when I am beginning at sq
On 12/6/12, Paul Gilmartin wrote:
> On Thu, 6 Dec 2012 18:09:37 -0600, Mike Schwab wrote:
>
>>I am wondering if z/OS
APPLY gives me:
GIM37904E ** APPLY PROCESSING FAILED FOR SYSMOD xxx BECAUSE OF AN ERROR
DURING A PREVIOUS ATTEMPT TO RESTORE xxx.
RESTORE gives me:
GIM24504E ** RESTORE PROCESSING FAILED FOR SYSMOD xxx BECAUSE xxx
HAS NOT BEEN APPLIED.
Can't go forw
On Thu, 6 Dec 2012 18:09:37 -0600, Mike Schwab wrote:
>I am wondering if z/OS 2.x will bring 64 bit address constants into
>the operating system so everything can run above the 2GB bar.
>
Ever so slowly. I understand that 1.13 will let code run above the 4GiB
(not 2) bar. (How does it get there
Timothy
> You've got a lot of things jumbled up in that question, Jake.
I could hardly agree more!
> You can configure Enterprise Extender if you wish as your SNA vehicle, ...
From HIS 2010, there's no "wishing" involved!
> ... and there are often good reasons to do that ...
If using HIS 2010
I plan to do USS version when the native z/OS version is done ZA
Connected by DROID on Verizon Wireless
-Original message-
From: Kirk Wolf
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Fri, Dec 7, 2012 00:15:19 GMT+00:00
Subject: Re: Announcing z/OS port of PCRE 8.31 - version 0.1 beta
Ze'ev,
I am wondering if z/OS 2.x will bring 64 bit address constants into
the operating system so everything can run above the 2GB bar.
On Thu, Dec 6, 2012 at 5:19 PM, John Gilmore wrote:
> Shmuel says:
>
> | AMODE(64) is not appropriate for a module that is not executable.
>
> Peter Relson---I am now
Why put addresses in tables?
One of my macros generates a table for glb- and lub-seeking
binary-search operations. The lexicographic subscript of a bounding
element is often of less interest than its entry sequence or another,
arbitrary code value. This macro therefore optionally generates
anot
Shmuel says:
| AMODE(64) is not appropriate for a module that is not executable.
Peter Relson---I am now wary of paraphrasing him---appears to judge
that AMODE is moot for tables. I have said and say that AMODE(64) is
not just appropriate but desirable for a read-only module that
contains doubl
On 12/6/2012 2:09 PM, McKown, John wrote:
My mistake. A major CDE points to a XTLST, IHAXTLST macro, which contains the
load point and length. Interesting question on RMODE(SPLIT). Guess I'll need to
code up something and ABEND it to get a dump to see what I can see.
XTLST is an extent *list*
I was wondering about that. If it does not "run," how does it "address"
anything, in any mode?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Thursday, December 06, 2012 2:04 PM
To: IBM-MAIN@LIST
I have a friend who is wondering if there examples of a HWI BCPII that can
alter the activation profile.
He has some ec12s, and z114s, on z/OS V1.13 - Fairly current on most hardware
as they have recently gone through a hardware upgrade which includes DS800's.
Thanks
Lizette
---
In
,
on 12/06/2012
at 10:44 AM, John Gilmore said:
>Let me therefore take full responsibility for that paraphrase myself.
> AMODE(64) seems to me to be the only appreopiate way to mark an
>object that is to be resident above the bar, and in particular, one
>that while refreshable contains meta
My mistake. A major CDE points to a XTLST, IHAXTLST macro, which contains the
load point and length. Interesting question on RMODE(SPLIT). Guess I'll need to
code up something and ABEND it to get a dump to see what I can see.
--
John McKown
Systems Engineer IV
IT
Administrative Services Group
On Thu, 6 Dec 2012 07:11:01 -0500, Shmuel Metz (Seymour J.) wrote:
>
>I can envision read-only modules containing a data section; I don't
>see any plausible reason for a split module with both a writable
>section and a read-only data section.
>
>>Also the alternative you suggest:
>
>I wasn't endors
Ze'ev,
z/OS Unix certainly does have make. Its not a problem building C and
assembler source into a regular load module with make; you just have to put
your source in a z/OS Unix directory.
There is also a port of gmake available; some Posix FOSS software won't
build with the z/OS make.
Kirk W
In <50c00985.6070...@valley.net>, on 12/05/2012
at 09:57 PM, Gerhard Postpischil said:
>True, but irrelevant. A user program locating its JSTCB isn't going
>to see the system tasks unless it chases beyond its own JSTCB,
>which was not required to satisfy the original post.
The TMP does not
In <8225406239778525.wa.paulgboulderaim@listserv.ua.edu>, on
12/05/2012
at 04:51 PM, Paul Gilmartin said:
>Yes. I can envision read-only data sections
I can envision read-only modules containing a data section; I don't
see any plausible reason for a split module with both a writable
sect
In <9933640034959039.wa.markmzelden@listserv.ua.edu>, on
12/05/2012
at 03:31 PM, Mark Zelden said:
>Then that is the problem. You didn't read the OP carefully. You
>have to be in ISPF when the STOP command is issued and it keeps
>you from getting to the READY prompt, which is what the o
In ,
on 12/05/2012
at 02:08 PM, "McKown, John" said:
>The CDE contains the load point of the program and its length.
It didn't use to. Are you sure that you aren't thinking of the entry
point address rather than the load addreess?
>Make sure the PSW is within this address range.
Which addre
In <50bfa532.5070...@actionsoftware.com>, on 12/05/2012
at 02:49 PM, Gord Tomlin said:
>I had never heard of the ability to issue a STOP command for a TSO
>session, so I tried it with one of my TSO sessions (which was in
>READY mode), and nothing happened. It would appear that as of
>z/OS 1
No, ML1 datasets cannot span volumes. Use a larger volume.
Also, there is a parameter that says if the datasets is over a certain
size it has to migrate directly to ML2. As your free space on ML1
goes down, this will need to be adjusted. Monitor your migration log
for failures and note the size
Hi,
We recently converted some of our production data from tape to disk, for a
different DR strategy. I setup MC's to send the -1 of the generation datasets
to ML1 disk volumes, keep the 0 generation on disk and send the older GDS's to
ML2 tapes. This works great, with the exception of the larg
OK, I take the "conservative" assertion back, and yes, SNOBOL was there first!
I still own the book :)
I would want to encourage all to use the current state of the art that I
labored to port into the z/OS environment (and soon to z/VM as well.) Please,
learn the concept, use it and advertise
Hello Mike,
probl overcomed by executing the following cmds:
1) DElete OSFORMAT VTOC
//STEP1 EXEC PGM=ICKDSF,REGION=4M
//SYSPRINT DD SYSOUT=*
//INVOL1 DD UNIT=(3390,,DEFER),VOL=(PRIVATE,SER=XXX248),
// DSN=SYS1.VTOCIX.XXX248,DISP=(OLD,DELETE)
//SYSINDD*
BUILDIX DDNAME(INVOL1)
On Wed, 5 Dec 2012 14:11:49 -0800, Charles Mills wrote:
>... implying that TSO is TM'ing the CIB on the way by, not doing a WAIT
>ECBLIST on the ECB and the terminal.
>
I could imagine an ISPF/TSO of the future doing a WAIT always on the
communication ECB and additionally on the terminal when exp
Paul Gilmartin, asked, appropriately enough,
| Did you use speech recognition software?
No, I did not. I did cut and paste in an ill-advised way, for which I
apologize to all.
John Gilmore, Ashland, MA 01721 - USA
--
For IBM-M
On Thu, 6 Dec 2012 10:44:43 -0500, John Gilmore wrote:
>
>Let me therefore take full responsibility for that paraphrase myself.
> AMODE(64) seems to me to be the only appreopiate way to mark an
>object that is to be resident above the bar, and in particular, one
>that while refreshable contains met
This is a working example, with an EXISTING VTOCIX.
ADD allocation if you need to CREATE the VTOCIX.
The Parm avoids the ICK01508A message, need verify for some functions.
//BLDIXEXEC PGM=ICKDSF,PARM='NOREPLYU'
//LGK034 DD DSN=SYS1.VTOCIX.LGK034,DISP=(OLD),
// VOL=(PRIVATE,SER=
Hello,
I'm having this probl:
ICK03091I EXISTING VOLUME SERIAL READ = XXX248
ICK01503I 177E REQUEST RECEIVED TO CONVERT VTOC TO IXFORMAT
ICK01504I 177E VTOC FORMAT IS CURRENTLY OSFORMAT, REQUEST ACCEPTED
ICK01508A 177E SHOULD CONVERSION PROCEED? REPLY U TO CONTINUE, ELSE T
ICK31511I 177E CVAF ERROR
Once completed, could this be posted to CBTTAPE?
On Thu, Dec 6, 2012 at 7:41 AM, nitz-...@gmx.net wrote:
>> This is WAD. You could use IRRRID00 (with a dummy SYSIN) to look out for
>> phantom PERMITs for those 2 groups just to make sure they're not there
>> anymore at all.
> I know. I should ha
Peter,
I take your point, and I of course believe you when you say that you
meant what you wrote (ands tghat you object to my faulty paraphrase).
Let me therefore take full responsibility for that paraphrase myself.
AMODE(64) seems to me to be the only appreopiate way to mark an
object that is
Peter, the issue is moot because -- and I assume you saw my other post --
the code is now all working.
Secondly, I am only responding because you asked: my intention is NOT to
turn this thread into one of those "how dare you say one bad word about IBM
documentation; MS is MUCH worse" flame rants.
Radoslaw Skorupka wrote:
>SYSCATLG had to do with OS CVOL, even older Dodo bird.
Careful, [mainframe] dinosaurs {and Dodo birdies} are still here around and
they could eat you for pudding ala T-Rex style... ;-)
;-D
Groete / Greetings
Elardus Engelbrecht
---
Barbara Nitz wrote:
> so my eyes must be crossing by now.
;-D ;-D
>What really bothers me is that they apparently never got the memos what should
>have been done for a new release, so all old crap is still in there. (Cleanup?
>What's that? Can I eat that?) And when you get a new release o
> This is WAD. You could use IRRRID00 (with a dummy SYSIN) to look out for
> phantom PERMITs for those 2 groups just to make sure they're not there
> anymore at all.
I know. I should have remembered that I cannot delete a group that still has
connections. As I said - I have done too much cleanup
Barbara Nitz wrote:
>I had overlooked that IBMUSER was still joined. It was sufficient to remove
>IBMUSER from that group, and then I could delete.
This is WAD. You could use IRRRID00 (with a dummy SYSIN) to look out for
phantom PERMITs for those 2 groups just to make sure they're not there any
> Are you using these commands?
Thanks Frank. I must have done too many RACF commands these past days. I had
overlooked that IBMUSER was still joined. It was sufficient to remove IBMUSER
from that group, and then I could delete.
Barbara
-
>I would rephrase Peter's formulation,
>"(it better not have any 4-byte relocatable adcon's)",
>slightly, changing it to
>"it better be AMODE(64)".
I really did mean what I wrote. AMODE is irrelevant. The module is, after
all, not executable in the case that is being discussed.
And, in fact RMODE
W dniu 2012-12-06 13:20, nitz-...@gmx.net pisze:
In the 1.10 ADCD RACF database there were two group profiles named VSAMDSET and
SYSCATLG. I was able to delete them in that database. With the 1.13 ADCD RACF
database, these two profiles (defined 1995) are still (again) in there, but any
attempt
>CSVQUERY INEPNAME=INNAME,SEARCH=JPALPA,OUTMJNM=OUTNAME
What is not clear about OUTMJNM being (from the CSVQUERY macro) the "the
major (member) name" or (from the book) "the major name (which is not an
alias name) of the module"?
If the confusion lies with "what is a major name", then I can und
Are you using these commands?
Connect RACFADM to them and make RACFADM the owner. Delete the obsolete groups,
for example:
CONNECT RACFADM GROUP(SYS1) AUTH(JOIN)
REMOVE IBMUSER GROUP(SYSCTLG)
REMOVE IBMUSER GROUP(VSAMDSET)
ALTGROUP SYS1 OWNER(RACFADM)
DELGROUP SYSCTLG
DELGROUP VSAMDSET To verify
In the 1.10 ADCD RACF database there were two group profiles named VSAMDSET and
SYSCATLG. I was able to delete them in that database. With the 1.13 ADCD RACF
database, these two profiles (defined 1995) are still (again) in there, but any
attempt to delete consistently gives me:
IKJ56702I INVALID
Hi
Thank you Lizette and Glenn.
As we have a separate test LPAR, seems to me easier to test independent
in a unique system.
If we are here , maybe to ask Glenn how the the actual communication is
working between a requester (RECALL or MIGRATE etc) and the HSM address
space
On 05.12.2
Is this basic BCPii or het SA version? We do these things via SA and if
you like, I can ask my colleague where he found his info.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of ralf.zant...@generali.de
Sent: Wednesday, December
Yes, I saw this too. It is in the Execution Groups. They blindly seem to
get some 400MB of virtual storage each and do nothing with it, which
makes it get paged out to the page datasets. However, when bringing the
EGs down, they suddenly need this storage which causes a lot of page-ins
and delay in
54 matches
Mail list logo