Happy New Year folks - I need a sanity-check, please ...
I've not used RACF on VM for a few decades and I believed that, as z/OS
advanced, there came a time when it was no longer possible to share a RAC
F
database between a z/VM system and a z/OS system. I'm sure that this bel
ief
was based upon
George:
Not sure we understand the question, but...
Without DIRMAINT, try DIRMAP (GAPFILE DEVSORT
- Generate two files, one with only the Gaps and other with the
allocated cylinders, both classified by VOLSER.
With DIRMAINT, try DIRM FREE and DIRM USED to get files like the same
proposal...
Jeff,
We used to do this until recently, it worked well and we would be still if
someone had not done a silly that would have caused too much effort to
resolve.
When you are running stable versions of RACF on both Z/OS and Z/VM then
there is no issue. The thing that you have to be aware of is
Hello List,
As I learned in this list, I'm trying to use PIPE in some cases instead REXX.
Now, We need see from time to time, if some machines are running in disconnect
mode.
Then write this sample PIPE, that put in a file, all machines that is run in
disconnect mode, and then try locate
Jeff,
The last time I read about, all RACF documents says that it is possible.
But, only when the zOS doesn't work in Sysplex. This restriction killed my
chances to do tests...
__
Clovis
From:
Jeff Gribbin jeff.grib...@gmail.com
To:
gclo...@br.ibm.com wrote :-
Jeff,
The last time I read about, all RACF documents says that it is possible.
But, only when the zOS doesn't work in Sysplex. This restriction killed
my chances to do tests...
Clovis
We were successfully sharing with a Z/OS sysplex so this is not an
What about this:
PIPE CP QUERY NAMES | SPLIT , | STRIP | LOCATE /- DSC/ ,
| sort 1-8 | mach disc a,
|| locate /x/ | console | count lines |Var NbFound
If NbFound=0 then do
say 'Nothing found for x' ; exit 67; end
Remark that I made one big pipe of the 3 ones you used. There is
Maybe this example will help (QN EXEC):
/* QUERY NAMES replacement
*/
Trace O
Address COMMAND
PIPE (endchar ?),
| CP QUERY NAMES,
| ZONE 9.1 NFIND -||,
| SPLIT ,,
| STRIP,
|o:FANOUT,
| SORT,
| SPEC 1.15 1.16,
|
Hello Kris,
Thanks very much, run very well, look please :
3 *-* PIPE CP QUERY NAMES | SPLIT , | STRIP | LOCATE /- DSC/ , | SORT 1-
8 | MACH DISC A, | LOCATE /X/ | CONSOLE | COUNT LINES |VAR NBFOUND
PIPE CP QUERY NAMES | SPLIT , | STRIP | LOCATE /- DSC/ | SORT 1-
8
George,
Is it a modified SUBVSE EXEC, supplied with VSE?
If yes, see the newer version (manual z/VSE Installation Version 4
Release 2):
The VM/VSE Interface is a set of VSE phases and CMS modules supplied by
z/VSE. These phases and modules provide functions for interfacing to one
or more
Thank you Kris and Clovis,
I went rummaging through some old archives (boxes in storage) and found an old
copy of the EXEC I was referring to.
Some of the features of the EXEC:
Full parameter substitution based on keyword
Keywords can come from “global variable”, “userid() variable” or command
On Wednesday, 01/05/2011 at 07:12 EST, Jeff Gribbin
jeff.grib...@gmail.com wrote:
I've not used RACF on VM for a few decades and I believed that, as z/OS
advanced, there came a time when it was no longer possible to share a
RACF
database between a z/VM system and a z/OS system. I'm sure that
On Wednesday, 01/05/2011 at 07:45 EST, Sergio Lima
sergiovm...@hotmail.com wrote:
As I learned in this list, I'm trying to use PIPE in some cases instead
REXX.
:
Looking in the Manual CMS PIPELINES REFERENCE, Can't see how get the
Return
Code.
While you are getting good answers from Kris
We do not share a RACF database, but use a copy of the zOS RACF database for
our z/VM system. We make all changes thru the zOS system, and copy/replace the
z/VM RACF database quarterly or as needed. VM security does not change
significantly and the Auditors are happy with this.
Alan Altmark alan_altm...@us.ibm.com wrote:-
I am the one who has suggested publicly that just because you *can*
share,
it does not follow that you *should* share.
I fully understand and respect Alan's views on the Con's of sharing RACF
databases - but there are some Pro's as well. One of
Thankyou Alan - that succinctly lifts my understanding to the level
of, It's physically possible but really, really inadvisable because
... followed by exactly the concerns that I would have felt compelled
to raise here had the consensus been that it really was as easy as the
manual appears to
A recent thread here got me motivated to look at our accounting records, but I
soon
remembered that about 5 years ago I accidentally deleted the EXEC from that
userid.
The IBM softcopy docs mention a file on MAINT 191 mdisk called DVM PROFILE, but
it
doesn't seem to exist. Not having this
Hello Everyone,
Just a note on DATE('B') from the Help screens.
For BASE there is a note
NOTE: The base date of 1 January 0001 is determined by extending
the current Gregorian calendar backward (365 days each
year, with an extra day every year that is divisible by 4
except
sent copy to Robert directly
Scott Rohling
On Wed, Jan 5, 2011 at 8:30 AM, Robert Payne rpa...@tad.org wrote:
A recent thread here got me motivated to look at our accounting records,
but I soon
remembered that about 5 years ago I accidentally deleted the EXEC from that
userid.
The IBM
Got it, THANKS !!!
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf
Of Scott Rohling
Sent: Wednesday, January 05, 2011 9:41 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DISKACNT profile exec
sent copy to Robert directly
Scott Rohling
Kris Buelens sent me a nice accounting exec several years ago, you might ask
him if he would share again.
On Wed, Jan 5, 2011 at 7:42 AM, Robert Payne rpa...@tad.org wrote:
Got it, THANKS !!!
-Original Message-
*From:* The IBM z/VM Operating System
I just cranked it up and so far, all is well !
q cplevel
z/VM Version 5 Release 2.0, service level 0601 (64-bit)
Generated at 02/13/2006 11:45:25 TEX
IPL at 11/05/2010 17:46:32 TEX
That's correct Ed, and WAD. Date('B') is intended for doing reliable
date arithmetic, not archeology. :-)
A consistent algorithm is more important to modern programmers than
hewing precisely to historical usage (were that even possible, given
the multiplicity of calendar schemes used in
Does someone have (before I try to reinvent the wheel) have code that
will do the following
PUSHUR RDR | PUN | PRT | ccuu Remembers the
virtual UR settings
POPUR RDR | PUN | PRT | ccuu Recalls the virtual
UR settings
Frank M. Ramaekers Jr.
Robert, I saw that it already was answered.
But, only to register:
The original DISKACNT's PROFILE EXEC is the same as EREP's and OPERSYMP's
profiles.
You can copy it from the other machine...
__
Clovis
From:
Robert Payne rpa...@tad.org
To:
We have a very customized one for EREP, but thanks ! That is good to know.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf
Of gclo...@br.ibm.com
Sent: Wednesday, January 05, 2011 11:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re:
Following is example of what I have used in the past.
'CP DEFINE 00E 0EE'
'CP DEFINE PRT 00E'
.
.
.
'CP DETACH 00E'
'CP DEFINE 0EE 00E'
It is so simple, that never felt it required being a callable routine.
Basically 00E is saved as 0EE, and redefine back to 00E later.
From: The
Hmmm...that's a thought, I'll consider this approach.
Thanks,
Frank M. Ramaekers Jr.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Hodge, Robert L
Sent: Wednesday, January 05, 2011 11:37 AM
To:
I still send that over to people requesting it...
2011/1/5 Tom Huegel tehue...@gmail.com
Kris Buelens sent me a nice accounting exec several years ago, you might
ask him if he would share again.
On Wed, Jan 5, 2011 at 7:42 AM, Robert Payne rpa...@tad.org wrote:
Got it, THANKS !!!
We want to define a new controller for some new dasd volumes on our
DS8100. Our Z/OS z10 system has them defined and is working with them
quite nicely.
Our z890 z/VM system doesn't have them in its IOCP. I've checked the
z/VM system using CP Q DYN STAT and discovered it does allow dynamic io
Assuming that z/OS controls the IOCP throught HCD share the CHPID and the
Devices with the VM partition.
On Wed, Jan 5, 2011 at 2:42 PM, Hughes, Jim jim.hug...@doit.nh.gov wrote:
We want to define a new controller for some new dasd volumes on our
DS8100. Our Z/OS z10 system has them defined
Two separate systems sharing a DS 8100. The z10 and z890 don't share an
HCD.
I cannot vary something online to the z890 that doesn't exist. Am I
making sense or missing the point you are trying to make?
James R. Hughes
TSG, Problem Solver
NH Department of Information
No I'm sorry, I read but didn't comprehend that there were 2 separate Z
systems.
You can dynamically add everything from z/VM, however I've used HCD on z/OS
so long now that I'm afraid I can't help with the proper CP commands to add
the devices in z/VM.
On Wed, Jan 5, 2011 at 2:48 PM, Hughes,
How did you create the IOCP for the machine that has the VM partition in
question? Go there and change the definition of those channels, control
units and devices to include the VM partition. Dynamically activate the
changes.
From: The IBM z/VM Operating
See DEFINE CHPID|PATH|CU|DEVICE statements.
Frank M. Ramaekers Jr.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Hughes, Jim
Sent: Wednesday, January 05, 2011 1:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Dynamically adding
I would think that if this DS8100 was already being used by this box, then the
CHPID and PATHs are already defined. If this is a new controller for you, then
you need to do the DEFINE for the controller using the existing paths.
In all cases, you would have to do the DEFINE device(s) for the
Here some code. I used it to define extra disks defined on a DS6000. Remark
that I first deleted a control unit. Maybe not required in your case.
'/* Some new disks in DS6000 */
address command
'CP SET CONFIGMODE ON'
'CP VARY OFF SUBCH 7700-775F'
'CP VARY OFF SUBCH 7800-785F'
'CP DELETE
This is great, George, ty.
Just one problem.
It does not show the GAPs after the last extent on a VOLSER.
It would be nice to know the GAPS on the tailend of a VOLSER also.
Must I put a dummy entry on the last cylinder to generate a GAP in DIRMAP
and/or DISKMAP?
Is there a workaround for
Got it. Thanks.
James R. Hughes
TSG, Problem Solver
NH Department of Information Technology
603-271-5586(w); 603-491-3071(c)
www.nh.gov/doit
Statement of Confidentiality: The contents of this message are
confidential. Any unauthorized disclosure, reproduction, use or
These tools (DIRMAP and MDISKMAP) have no ideas how many cylinders a
device has (unless you told it by defining a full pack mini-disk).
Frank M. Ramaekers Jr.
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of George
For decades I've been using $ENDPAK$ userid to define the last cylinder of each
pack. That, along with $ALLOC$ for cylinder 0, has allowed DISKMAP to show
trailing gaps.
I never thought about it, but I should have defined the last cylinder to be
(last cylinder + 1) i.e. 3340 cylinders for a
Not sure, but I think DIRMAP would see that as a 3390-4 then..
You need to define a dummy as 1 3339 it won't see overlaps then.
On Wed, Jan 5, 2011 at 3:23 PM, Tom Duerbusch duerbus...@stlouiscity.comwrote:
For decades I've been using $ENDPAK$ userid to define the last cylinder of
each pack.
On: Wed, Jan 05, 2011 at 03:50:30PM -0500,George Henke/NYLIC Wrote:
} Just one problem.
} It does not show the GAPs after the last extent on a VOLSER.
} It would be nice to know the GAPS on the tailend of a VOLSER also.
} Must I put a dummy entry on the last cylinder to generate a GAP in DIRMAP
DIRMAP has a table of known disksizes (and one can define extra in a control
file). DIRMAP guesses the size of a pack by looking at the last cylinder
being used. For example:
the last minidisk ends on cyl 400 -- DIRMAP thinks it is a model 1, 1113
cylinders and will report 401-1112 as gap
I'll
Over the years since dynamic IOCP changes became possible,
I have had several occasions to use them. At first I ran into problems
of not being able to activate the newly saved IOCDS (RC=88, I believe)
because I had somehow or other gotten out of sync. So I created a special
machine just for
On Wednesday, 01/05/2011 at 10:31 EST, Robert Payne rpa...@tad.org
wrote:
Would I be out of line or violating license issues to ask for someone's
copy of
this EXEC ? Yes, I have the install DDR tapes for z/VM 5.2 but that
would be
overkill just to recover one piece of code.
YUP, it
Hi, George.
As Kris said, the program don't know the real end of the dasd. He assumes
the model enough to accommodate the last cylinder defined. Due the same
problem, avoid use 0 END for fullpacks.
To bypass it:
Without DIRMAINT: define a dummy machine with all fullpack. Good for
backup
On Wednesday, 01/05/2011 at 06:18 EST, gclo...@br.ibm.com wrote:
Hi, George.
As Kris said, the program don't know the real end of the dasd. He
assumes the
model enough to accommodate the last cylinder defined. Due the same
problem,
avoid use 0 END for fullpacks.
Maybe fix the program to
Hi, Alan.
Maybe fix the program to do a QUERY DASD DETAIL to find out how big the
volume is?
Agreed.
But we are talking about the DIRMAP (and DISKMAP), two IBM programs.
This justify to open a Request-For-Change?
TIA,
__
Clovis
From:
Alan
On Wednesday, 01/05/2011 at 06:47 EST, gclo...@br.ibm.com wrote:
But we are talking about the DIRMAP (and DISKMAP), two IBM programs.
This justify to open a Request-For-Change?
You don't need justification to open a Requirement. IBM needs
justification to actually fix it, however, and that
The need for humans to tell the machine how big a disk is strikes me as
cosmic humor. That's as funny as ... as ... as having a $1M computer ask
you to look at at your $15 Mickey Mouse watch and tell it what time it is
when you IPL it.
Even more comically humorous to me is that without
51 matches
Mail list logo