Re: Sevice level

2011-04-11 Thread Marcy Cortes
ve ISV modifications to CP (VSSI, CA, et. al.) > via the same command. > > Regards, > Richard Schuh > > > >> -Original Message- >> From: The IBM z/VM Operating System >> [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes >> Sent: Sunday, Apr

Re: Sevice level

2011-04-11 Thread Dave Jones
0, 2011 3:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Sevice level What I would like: 1) a flag for the output of Q CPLEVEL that indicates that additional service beyond the displayed level has been applied. Something like 8801++. Applying the next RSU would reset the flag until the next PTF out

Re: Sevice level

2011-04-11 Thread David Boyes
On 4/11/11 11:54 AM, "Schuh, Richard" wrote: >That would be nice. It ought to also have a way to answer Marcy's >question, "Has PTF xxx been applied to the system (or, perhaps, to a >specified module)?" without having to wade through a list of the universe >of PTFs. PIPE COMMAND SERVICE LIST CP

Re: Sevice level

2011-04-11 Thread Schuh, Richard
Sunday, April 10, 2011 3:28 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Sevice level > > What I would like: > > 1) a flag for the output of Q CPLEVEL that indicates that > additional service beyond the displayed level has been > applied. Something like 8801++. >

Re: Sevice level

2011-04-11 Thread Michael Donovan
release level of the product and displays a list of parts and their latest APAR levels. Mike Donovan From: Mark Wheeler To: IBMVM@LISTSERV.UARK.EDU Date: 04/11/2011 09:32 AM Subject:Re: Sevice level Sent by:The IBM z/VM Operating System TCPSLVL let's you see se

Re: Sevice level

2011-04-11 Thread Mark Wheeler
TCPSLVL let's you see service level of TCPIP components on a module-by-module basis. Mark Wheeler UnitedHealth Group > Date: Sat, 9 Apr 2011 20:31:37 -0500 > From: marcy.d.cor...@wellsfargo.com > Subject: Re: Sevice level > To: IBMVM@LISTSERV.UARK.EDU > > > TC

Re: Sevice level

2011-04-10 Thread David Boyes
What I would like: 1) a flag for the output of Q CPLEVEL that indicates that additional service beyond the displayed level has been applied. Something like 8801++. Applying the next RSU would reset the flag until the next PTF outside the RSU is applied. 2) a new option to SERVICE that does the

Re: Sevice level

2011-04-09 Thread Chip Davis
I don't see how any sort of meaningful number could be assigned to an entity to reflect COR service. Everyone will have their own. An RSU OTOH, "floats everybody's boat" to the same level, at least for a while. About the only thing you (IBM) could do is to add a flag that some service had be

Re: Sevice level

2011-04-09 Thread Marcy Cortes
I'd still like a CP QUERY command to query to see if a particular PTF is applied to your *running* nucleus. Don't care about CMS or GCS needing to do that, because those are always fixable without getting the world involved. TCPIP would be nice too, but not as important as CP. Marcy -Or

Re: Sevice level

2011-04-09 Thread David L. Craig
I would like that associated with some definitive criteria of system integration quality assurance; e.g., validated to some level of assurance that the component plays nicely with other components at various service levels of their own. On Sat, Apr 9, 2011 at 8:05 PM, Alan Altmark wrote: > Follow