Hello Mike,
We downloaded this manua here, and now have in hand. Will read now, for see some thinks that need changed. We don't still open a PMR with IBM, I'm waiting first, if can solve alone (or with help list, of course). Thanks Sergio > Date: Wed, 22 Jul 2009 14:50:03 -0500 > From: mike.wal...@hewitt.com > Subject: Re: VTAM Abend 0C4 under Z/VM > To: IBMVM@LISTSERV.UARK.EDU > > Sergio, > > You sound relatively new to z/VM. I'm not sure it will help directly in > this case, but it might be of general help to examine the redpaper > "Multiple z/OS Virtual Machines on z/VM" found at: > > http://www.redbooks.ibm.com/abstracts/redp4507.html?Open&pdfbookmark > > There are CP directory examples and other tips related to running (more > than one) z/OS under z/VM. > > Have you opened a PMR with IBM to determine the cause of the VTAM abend in > z/OS while it is running under z/VM? > > Mike Walter > Hewitt Associates > Any opinions expressed herein are mine alone and do not necessarily > represent the opinions or policies of Hewitt Associates. > > "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> wrote on > 07/22/2009 10:22:58 AM: > > > Hi List, > > > > We already change the machine from XA to ESA, and also let only > > class G in the VM directory, but when ZOS start, again, had a > > problem with 0C4 in VTAM appl. > > The interesting is that ZOS run ok, with VTAM if is native mode. > > Someone know, if have a parameter, that is necessary to run the ZOS > > un der ZVM ? > > > > Thanks > > > > Sergio > > > > > Date: Tue, 21 Jul 2009 14:37:08 -0700 > > > From: dennis.l.o'br...@bankofamerica.com > > > Subject: Re: VTAM Abend 0C4 under Z/VM > > > To: IBMVM@LISTSERV.UARK.EDU > > > > > > >In the meantime, I would seriously think about removing most of > > the privilege classes > > > >from that guest's definition in USER DIRECT. I might be wrong, > > but I don't think z/OS > > > >needs all that. > > > > > > It doesn't. Our z/OS guests run just fine with class G. Some of > > them used to have class B to run MIA's Autoattach feature, but we > > replaced that with the MULTIUSER option of DEDICATE when it became > available. > > > Dennis O'Brien > > > > > > "Houston, Tranquility Base here. The Eagle has landed". -- Apollo > > 11, 20 July 1969, Sea of Tranquility > > > > > > -----Original Message----- > > > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark. > > EDU] On Behalf Of Mark Post > > > Sent: Tuesday, July 21, 2009 11:12 > > > To: IBMVM@LISTSERV.UARK.EDU > > > Subject: Re: [IBMVM] VTAM Abend 0C4 under Z/VM > > > > > > >>> On 7/21/2009 at 12:10 PM, Sergio Lima <sergiovm...@hotmail.com> > wrote: > > > > > > -snip- > > > > We have a ZOS 1.7 System here, that run in native mode, no > > problem, but when > > > > try run under Z/VM, the VTAM had a 0C4 abend. > > > > > > > > Below, the user directory entry, and the log of VTAM. > > > > > > > > USER ZOS17 ZOS17 500M 1000M ABCDEFG > > > -snip- > > > > > > > > Someone already saw this ? > > > > > > The way to find out is to open a PMR with IBM. In the meantime, I > > would seriously think about removing most of the privilege classes > > from that guest's definition in USER DIRECT. I might be wrong, but I > > don't think z/OS needs all that. > > > > > > > > > Mark Post > > > > Compartilhe os momentos mais importantes da sua vida com quem você > quiser. > > > > The information contained in this e-mail and any accompanying documents may > contain information that is confidential or otherwise protected from > disclosure. If you are not the intended recipient of this message, or if this > message has been addressed to you in error, please immediately alert the > sender by reply e-mail and then delete this message, including any > attachments. Any dissemination, distribution or other use of the contents of > this message by anyone other than the intended recipient is strictly > prohibited. All messages sent to and from this e-mail address may be > monitored as permitted by applicable law and regulations to ensure compliance > with our internal policies and to protect our business. E-mails are not > secure and cannot be guaranteed to be error free as they can be intercepted, > amended, lost or destroyed, or contain viruses. You are deemed to have > accepted these risks if you communicate with us by e-mail. _________________________________________________________________ Descubra todas as novidades do novo Internet Explorer 8 http://brasil.microsoft.com.br/IE8/mergulhe/?utm_source=MSN%3BHotmail&utm_medium=Tagline&utm_campaign=IE8
