I think a statement in a recent topic thread said that CP allocations
are read at ipl time only. Do I remember that correctly? I got the
following DIRMAINT messages adding a user:
DVHDRC3457I DVHUPDIR is unable to update object directory because
DVHDRC3457I directory requires more than
...@cornell.edu
Subject: Changing DRCT size
To: IBMVM@LISTSERV.UARK.EDU
I think a statement in a recent topic thread said that CP allocations
are read at ipl time only. Do I remember that correctly? I got the
following DIRMAINT messages adding a user:
DVHDRC3457I DVHUPDIR is unable
You can dynamically add extra DRCT areas on any CP owned pack. There is no
need to keep DRCT area in one extend either, I never encountered CP problems
wit a DRCT area split in two pieces.
You are right that Q ALLOC DRCT will not display the added/enlarged area's
until you IPL (or ar eable to
, run
DIRECTXA against USER DIRECT, and bring VMSECURE back up.
Best regards,
Mark Wheeler
Date: Fri, 27 Feb 2009 09:53:35 -0500
From: jab...@cornell.edu
Subject: Changing DRCT size
To: IBMVM@LISTSERV.UARK.EDU
I think a statement in a recent topic thread said that CP allocations
Oh yes: with DIRMAINT there is no problem as with VM:Secure. It doesn't need
to be brought down.
Starting with r2.8 Service Pack 1, VM:Secure provides a new CPFMTXA command
which allows you to change
the allocation map on a volume containing the DRCT area, without taking
VM:Secure down. It
Bob Bolch wrote:
The VM:Secure CPFMTXA command works by locking out changes to the
directory area, running the IBM
CPFMTXA command, and then refreshing its own in-memory cache of the
allocation map.
I do hope the implementation *DOES* run DIRECTXA after changing the
allocation map..
I do hope the implementation *DOES* run DIRECTXA after changing the
allocation map..
No, but it does issue a Diagnose 3C to bring the changed allocation online
properly.
Bob Bolch
Bob Bolch wrote:
I do hope the implementation *DOES* run DIRECTXA after changing the
allocation map..
No, but it does issue a Diagnose 3C to bring the changed allocation
online properly.
Bob Bolch
If the flag is cleared in the allocation map, using Diag 3C isn't going
to help !
You'd use
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Bob Bolch
Sent: Friday, February 27, 2009 7:39 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Changing DRCT size
Oh yes
the code.
Regards,
Richard Schuh
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Bob Bolch
Sent:Friday, February 27, 2009 7:39 AM
To:IBMVM@LISTSERV.UARK.EDU
Subject: Re: Changing DRCTsize
Oh yes
I really appreciate all of the replies.
What I have gotten out of them is that I can add additional DRCT space
on a CPOWNed volume and it will be put into use immediately. Of course,
by adding DRCT space, I'm referring to doing a CPVOL FORMAT of the
space, specifying in the TYPE operand,
You've got it 100%
2009/2/27, Jim Bohnsack jab...@cornell.edu:
I really appreciate all of the replies.
What I have gotten out of them is that I can add additional DRCT space on a
CPOWNed volume and it will be put into use immediately. Of course, by
adding DRCT space, I'm referring to doing
Ivan Warren wrote:
Because changing the allocation map has a nasty tendency of clearing the
'active' directory flag...
That means there is a window of opportunity in which you may find
yourself unable to IPL your system.
If that's the only problem, one can still IPL with the
13 matches
Mail list logo