Hi Folks.
Yesterday, one of our administators issued a DIRM FOR ONGWW02 PURGE to
delete a z/VM user.
Checking to see if this was done, he issued DIRM FOR ONGWW02 REV and got
the following back:
DVHREQ3205E The directory entry for ONGWW02 is scheduled to be purged.
I did a DIRM STATUS to see
Karl. Is it possible that a user may still have an active link to the
ONGWW02 minidisk?
Hans
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Karl Kingston
Sent: May-20-11 7:46 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Dirmaint question
Hi Folks
Greetings Karl,
There was an APAR on DirMaint FL540 and FL610 (VM64724 - PURGE CLEAN ON
USERID WITH VDISK DOES NOT COMPLETE).
PTFs:
Release 540 : UV61094
Release 610 : UV61095
When a user entry contains VDISK or TDISK minidisks, DirMaint would not
finish PURGE processing correctly.
When a
:47
Subject:
Dirmaint question
Sent by:
The IBM z/VM Operating System IBMVM@listserv.uark.edu
Hi Folks.
Yesterday, one of our administators issued a DIRM FOR ONGWW02 PURGE to
delete a z/VM user.
Checking to see if this was done, he issued DIRM FOR ONGWW02 REV and got
the following back
Hi All.
Just noticed something when we did a DIRM FREEXT to see what free
extents were and we got this on one of our systems:
VOLUME DEVTYPE -- FREE EXTENTS ---
$$ 3380 START= 1 AVAIL= 500
$$ 3380 START= 503 AVAIL= 382
VM1L0A 3390 START= 1 AVAIL= 1112
VM1L06 3390 START=
Karl,
Are they in your SYSTEM CONFIG file?
Bill J.
--- On Fri, 4/8/11, Karl Kingston karlkings...@ongov.net wrote:
From: Karl Kingston karlkings...@ongov.net
Subject: DIRMAINT question regarding DASD
To: IBMVM@LISTSERV.UARK.EDU
Date: Friday, April 8, 2011, 10:28 AM
Hi All.
Just
Bill,
They are not.. Only volumes I have in the SYSTEM CONFIG is the PAGING and
Spool volumes as well as SYSRES.
From: william JANULIN wjanulin0...@yahoo.com
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 10:34 AM
Subject:Re: DIRMAINT question regarding DASD
Sent
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 10:39 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Bill,
They are not.. Only volumes I have in the SYSTEM CONFIG is the PAGING and
Spool volumes as well as SYSRES
Joe,
Searched the directory but didn't find them.
From: joe.dipi...@frit.frb.org
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 10:44 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Karl,
I believe
Karl,
Did you run a DIRM DIRMAP?
Joseph Di Pippo
Operating Systems Programmer III
FRIT Computing Services
z/OS, z/VM, Hardware Support
1-201-531-3820
From: Karl Kingston karlkings...@ongov.net
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 10:47 AM
Subject:Re: DIRMAINT question
...@frit.frb.org
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 10:54 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Karl,
Did you run a DIRM DIRMAP?
Joseph Di Pippo
Operating Systems Programmer III
FRIT
From: Karl Kingston karlkings...@ongov.net
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 10:57 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Yes, the DIRMAP shows:
VM1L0A 3390
VCONTROL file? where do I find this?
From: joe.dipi...@frit.frb.org
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 11:00 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Karl,
You are saying
@LISTSERV.UARK.EDU
Date: 04/08/2011 11:05 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
VCONTROL file? where do I find this?
From:joe.dipi...@frit.frb.org
To:IBMVM@LISTSERV.UARK.EDU
Date
Found them. So how do I get rid of them?
From: joe.dipi...@frit.frb.org
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 11:08 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Karl,
The VCONTROL files
:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
Found them. So how do I get rid of them?
From:joe.dipi...@frit.frb.org
To:IBMVM@LISTSERV.UARK.EDU
Date:04/08/2011 11:08 AM
Subject
@LISTSERV.UARK.EDU
Date:04/08/2011 11:11 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
--
Found them. So how do I get rid of them?
From:joe.dipi...@frit.frb.org
Kingston karlkings...@ongov.net
To:IBMVM@LISTSERV.UARK.EDU
Date:04/08/2011 11:11 AM
Subject:Re: DIRMAINT question regarding DASD
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
--
Found them. So how do I get rid
Thanks guys. It's fixed.All I did was a DIRM RLDE to reload the
extents file. I think that took care of it.
From: Scott Rohling scott.rohl...@gmail.com
To: IBMVM@LISTSERV.UARK.EDU
Date: 04/08/2011 11:37 AM
Subject:Re: DIRMAINT question regarding DASD
Sent
/OS...it's a real pain. KISS
works in this case.
--- On Thu, 4/9/09, Le Grande Valerie valerie.legra...@sentry.com wrote:
From: Le Grande Valerie valerie.legra...@sentry.com
Subject: USER MDISK and DIRMAINT Question
To: IBMVM@LISTSERV.UARK.EDU
Date: Thursday, April 9, 2009, 1:33 PM
Hello all,
I
procedures like this one.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on
Behalf Of Le Grande Valerie
Sent: Thursday, April 09, 2009 4:21 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: USER MDISK and DIRMAINT Question
Thanks for all the great support
Tom said:
I found it, although 'it' is not as complete as I had remembered.
What I am referring to is some nice 'how to' doc for DIRMAINT.
Appendix 'F' was added to 5.3 admin guide this is a procedure for making
mass changes to the directory and putting it back online.
I wish there were more
On Friday, 04/10/2009 at 09:34 EDT, Huegel, Thomas thue...@kable.com
wrote:
I found it, although 'it' is not as complete as I had remembered.
What I am referring to is some nice 'how to' doc for DIRMAINT.
Appendix 'F' was added to 5.3 admin guide this is a procedure for making
mass
changes
Hello all,
I am one of the new bears trying to figure out how to use DIRMAINT to
start defining some new users. As I have been searching the list archives
for answers, I will start by saying I can identify with a comment made on
this list back in February:
...go to a new z/VM shop that
Valerie,
I can take a couple of these questions, hopefully others will jump in on the
ones I can't answer. On the 'END' statement, I found that documented for the
diskmap utility as well, so I changed all mine to the actually cylinder
address. In the long run I found it easier to be able
to see
I'll send my document with some practical directory wisdom to Valerie.
- I too would not use disks defined 0 END, but set them at the real size.
- keeping your minidisk off the standard install disks make
migrations a bit easier indeed.
- using LOGON BY: I wouldn't like to live without. Thanks
be with RACF.
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu]on Behalf
Of Mary Anne Matyaz
Sent: Thursday, April 09, 2009 1:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: USER MDISK and DIRMAINT Question
Valerie,
I can take a couple
Kris, your PERMITs should be:
PE LOGONBY.userid CLASS(SURROGAT) ACCESS(READ) ID(whoever) to
permit whoever to use logonby for userid,
PE LOGONBY.userid CLASS(SURROGAT) ID(whoever) DELETE to
remove permission
Also, I don't believe having a profile in the SURROGAT class
Thanks for all the great support so far from Tom, Mary Ann and Kris. You
are bolstering my confidence that I am on the right track here. I will
take your advice about not worrying about LOGON BY just yet if we are
going to use RACF. I was thinking that it would give some consistency for
You're obviously right about yet another set of typos in the PERMIT commands
I'm 100% sure about this: with a profile in class SURROGAT, the user
becomes LOGON BY only, it has been that way since RACF 1.9 or (arrived
later in VM/SP R6 or VM/ESA 1.0).
Maybe your installation has a generic profile,
On Thursday, 04/09/2009 at 06:24 EDT, Kris Buelens
kris.buel...@gmail.com wrote:
I'm 100% sure about this: with a profile in class SURROGAT, the user
becomes LOGON BY only, it has been that way since RACF 1.9 or (arrived
later in VM/SP R6 or VM/ESA 1.0).
Maybe your installation has a generic
I have trouble remembering the rather arcane syntax involved in most
RACF incantations. I've used the following two execs for at least 15
years to define a user in CLASS(SURROGAT) and to PERMIT a user to
access that LOGONBY profile.
type raclgdef
exec
/* Define a surrogat profile
*/
/*
I currently running the verification for the DATAMOVE machine and I issued the
following command:
DIRM FOR MAINTAMDISK 2155 X AUTOV 1 530W02
The 530W02 volume was added after Dirmaint was loaded into the system. I'm
getting the following messages back from the above command:
Unable to
Issue DIRM SEND EXTENT CONTROL
Receive the file, and add the new volume into it
then DIRM FILE EXTENT CONTROL
and DIRM RLDE
If you've got my DRM package (from the VM download lib) simply issue
DIRME EXTENT CONTROL to XEDIT the file.
2008/7/25 Howard Rifkind [EMAIL PROTECTED]:
I currently
34 matches
Mail list logo
