Hello folks:
I was confused to setup dirmaint and racf.
Just can't let RACF add user profile when issue dirm add useid.
Can someone tell me what are the steps? Or which book I should read?
Thanks
Sunny Hu
This message is intended only for the addressee. It may contain privileged
configuration.
Do you have any hints how to analyse the problem deeper? Is there some
trace
possibility?
Or should I simply open an PMR?
The DIRMAINT-RACF connector has changed significantly in z/VM 5.4. It
is referenced in the Summary of Changes in the DIRMAINT Admin Guide.
Though
: Question on how RSU maintenance is being handled with
DIRMAINT and RACF in the picture
In order to be more democratic and accommodating, we could have
a CANCEL
button that said:
CANCEL not allowed. You must press OK. Press CANCEL to press
OK.
Press OK
On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark [EMAIL PROTECTED] wrote:
BTW, there's nothing wrong with building a test system and then copying
that into production in whatever way you wish. I'm not going to dictate
to anyone how to get your system into Final Real Production.
So we're not
On Wed, Jul 16, 2008 at 3:53 AM, Feller, Paul [EMAIL PROTECTED] wrote:
Everyone talks about a second level system. Our second level system is
actually an lpar. We created a small tech support lpar that we first
apply maintenance to. We also use it to test new z/VM upgrades. We do
run a
I always user SERVICE and PUT2PROD, but I use them on the 2nd lvl test
system. They don't come near the systems that real people, i.e. users,
use. As far as an ESM goes, I have RACF, so that's a moot point for me.
I realize that VM development has limited resources and I recognize that
VM
On Wednesday, 07/16/2008 at 09:39 EDT, Rob van der Heij
[EMAIL PROTECTED] wrote:
On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark [EMAIL PROTECTED]
wrote:
BTW, there's nothing wrong with building a test system and then
copying
that into production in whatever way you wish. I'm not going to
No. You'll also have the opportunity to delay the nag message for 3
minutes or 14.5 hours (your choice). The messages will go to the
system
operator, but in a way that is not visible to system automation. ;-)
And we are Marie of Roumania.
Alan Altmark
z/VM Development
IBM Endicott
:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Wednesday, July 16, 2008 11:36 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question on how RSU maintenance is being handled with
DIRMAINT and RACF in the picture
On Wednesday, 07/16/2008 at 09:39 EDT, Rob van der Heij
[EMAIL PROTECTED] wrote:
On Wed
On Jul 16, 2008, at 10:36 AM, Alan Altmark wrote:
On Wednesday, 07/16/2008 at 09:39 EDT, Rob van der Heij
[EMAIL PROTECTED] wrote:
On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark [EMAIL PROTECTED]
wrote:
BTW, there's nothing wrong with building a test system and then
copying
that into
On Wednesday, 07/16/2008 at 12:15 EDT, Adam Thornton
[EMAIL PROTECTED] wrote:
No. You'll also have the opportunity to delay the nag message for 3
minutes or 14.5 hours (your choice). The messages will go to the
system
operator, but in a way that is not visible to system automation.
maintenance is being handled with DIRMAINT and
RACF in the picture
On Wednesday, 07/16/2008 at 12:15 EDT, Adam Thornton
[EMAIL PROTECTED] wrote:
No. You'll also have the opportunity to delay the nag message for 3
minutes or 14.5 hours (your choice). The messages will go to the
system
operator
In order to be more democratic and accommodating, we could have a CANCEL
button that said:
CANCEL not allowed. You must press OK. Press CANCEL to press OK.
Press OK to CANCEL the CANCEL and then press OK.
Maybe expand the choice with one more option: If you still wish to press
CANCEL to
is actually an lpar. I should
have mentioned that we did apply the RSU to that lpar first. We went
through the same steps on that lpar. I was just trying to see how other
people handle the maintenance process with RACF and DIRMAINT.
Paul Feller
AIT Mainframe Technical Support
Kris Buelens [EMAIL PROTECTED] wrote :-
I work like Jim: never PUT2PROD.
Copy the runtime minidisks from the install user (eg 5VMTCP30) to
alternate addresses of the active user (eg TCPMAINT). When the time
is right, the mdisk addresses are swapped. This process is first
tested on the SW
On Tue, Jul 15, 2008 at 11:10 AM, Colin Allinson [EMAIL PROTECTED] wrote:
As Jim said - there are many different ways of doing maintenance. However,
the guiding principal is always to have a thought out process where you can
back out easily.
The requirement may actually be that those in
, 2008 01:28
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Question on how RSU maintenance is being handled
with DIRMAINT and RACF in the picture
I work like Jim: never PUT2PROD.
Copy the runtime minidisks from the install user (eg 5VMTCP30) to
alternate addresses of the active user (eg TCPMAINT
On Tuesday, 07/15/2008 at 04:39 EDT, Kris Buelens [EMAIL PROTECTED]
wrote:
I work like Jim: never PUT2PROD.
Copy the runtime minidisks from the install user (eg 5VMTCP30) to
alternate addresses of the active user (eg TCPMAINT). When the time
is right, the mdisk addresses are swapped. This
On Wed, Jul 16, 2008 at 12:56 AM, Alan Altmark [EMAIL PROTECTED] wrote:
Looking down the road, I see a rough ride for people who don't use SERVICE
and PUT2PROD.
Ugh. When I noticed that PUT2PROD would simply force the TCPIP service
machine without any check warning, I decided this was just
Thanks for all the replies. It has given us something to think about.
We have only one more lpar to do the RSU on, so for now we will follow
the same process we did for the first two lpars. We are a zLinux only
shop. No big CMS usage or other stuff. We use a VSWITCH for the zLinux
network
Another LPAR is just as good as a second level system if you are already
familiar with using LPARs. The communications between LPARs requires a
bit more hardware but in a large shop with z/OS LPARs, there is usually
enough OSAs or CTC connections.
/Tom Kern
Feller, Paul wrote:
Thanks for
We have been a z/VM shop for about three years and have applied RSU
maintenance during those three years. We currently are running z/VM 5.3
and are working on applying RSU0801. This is the first time we have
done an RSU with DIRMAINT and RACF in the picture. We are wondering how
other people
Interesting.. Our second level system is actually an lpar. I should
have mentioned that we did apply the RSU to that lpar first. We went
through the same steps on that lpar. I was just trying to see how other
people handle the maintenance process with RACF and DIRMAINT.
Paul Feller
AIT
disclaimer - I do have this reported to IBM
I have a challenge with Dirmaint and RACF
Doing a DIRM ADD userid results in the account being created but an
MDISK or AMDISK statements in the userid direct are not fully processed.
By that I mean that the directory knows about the disks but when I
On Dec 12, 2007 9:47 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote:
Has anyone else seen this and/or have any insight?
Have you configured DIRMAINT to bring directory changes online
immediately? I believe default is to postpone it to some inconvenient
time. RACF defaults are such that the user
notify the
sender immediately by reply e-mail and permanently delete this e-mail and
any attachments without reading, forwarding or saving them. Thank you.
From:
Rob van der Heij [EMAIL PROTECTED]
To:
IBMVM@LISTSERV.UARK.EDU
Date:
12/12/2007 01:04 PM
Subject:
Re: Dirmaint and RACF - a disconnect
@LISTSERV.UARK.EDU
Date: 12/12/2007 01:04 PM
Subject: Re: Dirmaint and RACF - a disconnect
On Dec 12, 2007 9:47 PM, Lionel B. Dyck [EMAIL PROTECTED] wrote:
Has anyone else seen this and/or have any insight?
Have you configured DIRMAINT to bring directory changes
On Wednesday, 12/12/2007 at 03:48 EST, Lionel B. Dyck
[EMAIL PROTECTED] wrote:
disclaimer - I do have this reported to IBM
I have a challenge with Dirmaint and RACF
Doing a DIRM ADD userid results in the account being created but an
MDISK or
AMDISK statements in the userid direct
immediately by reply e-mail and permanently delete this e-mail and
any attachments without reading, forwarding or saving them. Thank you.
From:
Kris Buelens [EMAIL PROTECTED]
To:
IBMVM@LISTSERV.UARK.EDU
Date:
12/12/2007 01:25 PM
Subject:
Re: Dirmaint and RACF - a disconnect
Rob gave the correct
Hello List,
Im sure Im overlooking the obvious. I have one
of my VM LPARS running z/VM 5.1.0 and another new LPAR running z/VM 5.2.0. Im
setting up DIRMAINT on the new 5.2.0 LPAR and I cannot find where to configure
DIRMAINT to use RACF instead of the VM directory for password
Nevermind list, I finally found it. Exit DVHDA0.
From: David Pitner
Sent: Wednesday, July 19, 2006
11:58 AM
To: VM Listserv
(IBMVM@LISTSERV.UARK.EDU)
Subject: Dirmaint and RACF
Hello List,
Im sure Im overlooking the obvious. I have one
of my VM LPARS running z/VM 5.1.0
31 matches
Mail list logo