Re: Sevice level

2011-04-11 Thread Marcy Cortes
Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Dave Jones Sent: Monday, April 11, 2011 6:17 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sevice level My opinion of this is: 1) it should support all of the components of z/VM and

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
. Marcy -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Saturday, April 09, 2011 5:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Sevice level Following up on Nick Harris' expectation to see a change to QUERY

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

Sevice level

2011-04-09 Thread Alan Altmark
Following up on Nick Harris' expectation to see a change to QUERY CPLEVEL after applying COR service to CP, I'd like to open a discussion on how folks perceive service levels. That is, is there some way that you feel IBM should express the concept of 'service level'? For the sake of discussion