ok - tried it and the disk is not found. I am unable to do an attach for it.
I receive this when I logon to the guest immediately after cms starts: DMSACP113S A(191) not attached or invalid device address Here is the directory entry (from a dirm review) MDISK 0191 3390 5420 10 V1U001 MR ALL XXXXXXXX XXXXXXXX This is the statement that was in the directory file used for the DIRM ADD: AMDISK 0191 3390 5420 10 V1U001 MR PWS ALL SOME FEW thx Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: "Our cause is health. Our passion is service. We're here to make lives better." I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please 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: Kris Buelens <[EMAIL PROTECTED]> To: [email protected] Date: 12/12/2007 01:25 PM Subject: Re: Dirmaint and RACF - a disconnect Rob gave the correct syntax: Q MDISK USER xx DIRECTORY But, indeed, if the volume on which the minidisk is located is not attached to SYSTEM, Q MDISK tells it is not found. So, my guess is you need to issue ATTACH xxxx SYSTEM, where xxxx is the address of the volume. 2007/12/12, Lionel B. Dyck <[EMAIL PROTECTED]>: > > The disks go online immediately. > > I was unable to do the Q MDISK as I could not find the correct syntax. > > Neither a Q DISK and Q DASD show the disk. > > A RACF RL VMMDISK does > > > ________________________________ Lionel B. Dyck, Consultant/Specialist > Enterprise Platform Services, Mainframe Engineering > KP-IT Enterprise Engineering > 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] > AIM: lbdyck | Yahoo IM: lbdyck > Kaiser Service Credo: "Our cause is health. Our passion is service. We're here to make lives better." > > I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. > - Sir Arthur Conan Doyle > > NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please 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: [email protected] > 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 online > immediately? I believe default is to postpone it to some inconvenient > time. RACF defaults are such that the user does not need permission > from the ESM to link to his own disks. > Use Q MDISK USER ... DIR to see whether the disk is in the object > (online) directory. > > Rob > -- > Rob van der Heij > Velocity Software, Inc > http://velocitysoftware.com/ > > > > -- Kris Buelens, IBM Belgium, VM customer support
