Re: Service level

2011-04-11 Thread Bob Bates
A question on this though: 

If one gets the PSP buckets and put them on at the same time as the RSU, as one 
should, wouldn't it always show the ++?

I do like the idea of something that lists all the fixes easily, preferably by 
CP so logging on to MAINT isn't necessary (ok, I guess I could link the 
necessary disks, etc to do it from my id). But CP Q PTF ALL? Or CP Q PTF 
VM64123? Wouldn't that be nice. SERVICE STAT shows everything except if the 
current active nuc has the fix, this could bridge that gap.

Bob Bates
robert.ba...@wellsfargo.com 
This message may contain confidential and/or privileged information. If you are 
not the addressee or authorized to receive this for the addressee, you must not 
use, copy, disclose, or take any action based on this message or any 
information herein. If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message. Thank you for 
your cooperation.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of David Boyes
Sent: Sunday, April 10, 2011 5: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 outside the RSU 
is applied.

2) a new option to SERVICE that does the VMFSIM magic to list all PTFS applied 
to a component. Example: 

SERVICE LIST CP

Resulting in something like:

RSU 8801
PTF c
PTF yyygyygyy
Etc

I think that would help non-SES wizards to understand without breaking  the 
older method.


Re: Service level

2011-04-11 Thread David Boyes
On 4/11/11 9:29 AM, Bob Bates robert.ba...@wellsfargo.com wrote:

If one gets the PSP buckets and put them on at the same time as the RSU,
as one should, wouldn't it always show the ++?

Yes, but that's as it should. RSU is the basic level set of service
level, and if you add the PSP bucket on top of it, then you are not
running service level X, but service level X++. Thus it's providing the
correct indication.

I guess I'm thinking that the number of PTFs between RSUs is small enough
now that you're more likely to see a RSU come out sooner than you would
apply COR between RSUs. Not like the VM/SP days...8-) I know a lot of
shops that never apply COR unless it's totally critical to keeping the
machine up -- they'd rather wait for the RSUs because of the amount of
testing required to get stuff into prod.

I do like the idea of something that lists all the fixes easily,
preferably by CP so logging on to MAINT isn't necessary (ok, I guess I
could link the necessary disks, etc to do it from my id). But CP Q PTF
ALL? Or CP Q PTF VM64123? Wouldn't that be nice. SERVICE STAT shows
everything except if the current active nuc has the fix, this could
bridge that gap.

The reason I want it as part of SERVICE is that that way, it would work
for *all* SES maintained components in the same way. With some of the
non-IBM vendors starting to use SES maintenance, that would make
everybody's life easier. A CP command would be nice too, but I think it's
in addition to the extra function in SERVICE.

Also, SERVICE is what the newbies are trained to use, so that's kinda
where it has to go IMHO. Most of them don't even know that VMFSIM exists,
let alone the way to construct the insane number of arguments to get it to
report anything useful.

-- db


Re: Service level

2011-04-11 Thread Marcy Cortes
David wrote:
 Not like the VM/SP days...8-)

Some of us exploiting new things are having VM/SP moments :)

I just want a CP Query that tells me about the running system.  It's a *bad 
thing* when one thinks they have applied a PTF after scheduling an IPL and 
finding it not on later.  Bad things happen to good VM sys progs :(




Marcy 


Re: Service level after RSU

2008-03-04 Thread Alan Altmark
On Monday, 03/03/2008 at 11:52 EST, Jan Canavan [EMAIL PROTECTED] 
wrote:
 So should we all do this?
 
 We id this back in when the RSU 0703 first came out.  We checked it 
three times.
 We just thought that was just the way it was.
 
 If more than one is having trouble, something is out of sync.

Yes, call it in.

Alan Altmark
z/VM Development
IBM Endicott


Re: {SPAM?} Re: Service level after RSU

2008-03-03 Thread Kris Buelens
I never used PUT2PROD, nor SERVICE,...
But, issue a VMFSETUP ZVM CP and then look for the CPLOAD MODULE.  Compare
its date with what you see on MAINT CF1 (the disk you are supposed to IPL
from).  PUT2PROD should have placed the CPLOAD MODULE there.
(a check for CMS is less easy)

2008/3/3, Shimon Lebowitz [EMAIL PROTECTED]:

 Nope, the magic did not work:

 put2prod  all
 VMFP2P2760I PUT2PROD PROCESSING STARTED
 VMFP2P1217I THERE ARE NO PRODUCTS TO PUT INTO PRODUCTION.
 VMFP2P2760I PUT2PROD PROCESSING COMPLETED SUCCESSFULLY
 READY; T=0.71/0.75 12:54:25



  Believe it or not I think if you run PUT2PROD ALL, somehow magically the
 correct files will get updated and the service level will change.  Maybe I
 will open a PMR ...
  David
 
 
  -Original Message-
  From: The IBM z/VM Operating System on behalf of Shimon Lebowitz
  Sent: Sun 3/2/2008 6:36 AM
  To: IBMVM@LISTSERV.UARK.EDU
  Subject: [IBMVM] {SPAM?} Service level after RSU
 
  Hi,
  On my 5.3 system, I downloaded RSU0703,
  ran SERVICE ALL RPTF0167,
  then PUT2PROD, and then
  SHUTDOWN.
 
  On re-ipl of the system I do not see the correct
  levels.
  q cplevel
  Z/VM VERSION 5 RELEASE 3.0, SERVICE LEVEL 0702 (64-BIT)
  GENERATED AT 09/18/07 17:06:03 UTC
  IPL AT 03/02/08 13:44:20 UTC
 
  q cmslevel
  CMS LEVEL 23, SERVICE LEVEL 702
 
  But when I ask VMSES:
  SERVICE ALL STATUS RSU
  VMFSRV2760I SERVICE PROCESSING STARTED
  VMFSRV1225I VMSESSFS (5VMSES30%VMSESSFS) STATUS:
  VMFSRV1225ISERVICE LEVEL 000-
  VMFSRV1225IPRODUCTION LEVEL  000-
  VMFSRV1225I CPSFS (5VMCPR30%CPSFS) STATUS:
  VMFSRV1225ISERVICE LEVEL RSU-0703
  VMFSRV1225IPRODUCTION LEVEL  RSU-0703
  .
  VMFSRV1225I CMSSFS (5VMCMS30%CMSSFS) STATUS:
  VMFSRV1225ISERVICE LEVEL RSU-0703
  VMFSRV1225IPRODUCTION LEVEL  RSU-0703
  .
 
  Why am I getting 702 if SES thinks I have 703?
 
  Thanks,
  Shimon


 --
 
 Shimon Lebowitzmailto:[EMAIL PROTECTED]
 VM System Programmer   .
 Israel Police National HQ.
 Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308
 




-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: Service level after RSU

2008-03-03 Thread Shimon Lebowitz
 Hello Shimon,
 
   If you IPL from the 490 disk do you get a CMS level at 703? 
 
 Ed Martin


CP I 190 CL
Z/VM V5.3.02008-02-14 16:58

CP I 490 CL
Z/VM V5.3.02008-02-14 16:58

Q CMSLEVEL
CMS LEVEL 23, SERVICE LEVEL 702
READY; T=0.01/0.01 16:22:20

I guess not. :-( I see that 190 and 490 show the same
ipl timestamp. Hmmm.. that was two weeks ago,
when I put in 0702.

 Behalf Of Kris Buelens
 
 I never used PUT2PROD, nor SERVICE,...  
 But, issue a VMFSETUP ZVM CP and then look for the CPLOAD MODULE.
 Compare its date with what you see on MAINT CF1 (the disk you are
 supposed to IPL from).  PUT2PROD should have placed the CPLOAD MODULE
 there.
 (a check for CMS is less easy)

list cpload module * ( date
FILENAME FILETYPE FM FORMAT LRECL   RECS BLOCKS   DATE TIME
CPLOAD   MODULE   K1 V  65535151   2393 11/26/07 19:25:06
CPLOAD   MODULE   P1 V  65535151   2393 11/26/07 19:25:06
CPLOAD   MODULE   Q1 V  65535151   2393  9/18/07 17:06:03
CPLOAD   MODULE   R1 V  65535151   2393  9/18/07 17:06:03
READY; T=0.01/0.01 16:31:01

xd k p q r
LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT  BLK TOTAL
MNT493 493  K   R/W   167 3390 4096 1074  21118-70   8942  30060
MNT193 193  P   R/W   167 3390 4096 1074  21118-70   8942  30060
MNTCF1 CF1  Q   R/O   120 3390 4096   16   7954-37  13646  21600
MNTCF2 CF2  R   R/O   120 3390 4096   16   7954-37  13646  21600
READY; T=0.01/0.01 16:31:25

So, apparently 0703 did not update the parm disks either.

I am considering restoring a backup and trying again,
this is *not* a production system.

Any other ideas?

Shimon

P.S. Why does the word (SPAM?) keep appearing in the subject?
I remove it on each post.

-- 

Shimon Lebowitzmailto:[EMAIL PROTECTED]
VM System Programmer   .
Israel Police National HQ. 
Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308



Re: {SPAM?} Re: Service level after RSU

2008-03-03 Thread Edward M. Martin
Hello Shimon,

If you IPL from the 490 disk do you get a CMS level at 703? 

Ed Martin
330-588-4723
ext 40441

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Kris Buelens
Sent: Monday, March 03, 2008 7:13 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: {SPAM?} Re: Service level after RSU

I never used PUT2PROD, nor SERVICE,...  
But, issue a VMFSETUP ZVM CP and then look for the CPLOAD MODULE.
Compare its date with what you see on MAINT CF1 (the disk you are
supposed to IPL from).  PUT2PROD should have placed the CPLOAD MODULE
there.
(a check for CMS is less easy)
2008/3/3, Shimon Lebowitz [EMAIL PROTECTED]:
Nope, the magic did not work:

put2prod  all
VMFP2P2760I PUT2PROD PROCESSING STARTED
VMFP2P1217I THERE ARE NO PRODUCTS TO PUT INTO PRODUCTION.
VMFP2P2760I PUT2PROD PROCESSING COMPLETED SUCCESSFULLY
READY; T=0.71/0.75 12:54:25






Re: Service level after RSU

2008-03-03 Thread Shimon Lebowitz
Not installed yet, its a fresh system.

Thanks,
Shimon

 Hi Shimon ...
  
 V/Seg isn't getting in your way ... is it?
  
 JR
  
 JR (Steven) Imler
 CA
 Senior Software Engineer
 Tel:  +1 703 708 3479
 Fax:  +1 703 708 3267
 [EMAIL PROTECTED]

-- 

Shimon Lebowitzmailto:[EMAIL PROTECTED]
VM System Programmer   .
Israel Police National HQ. 
Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308



Re: Service level after RSU

2008-03-03 Thread Alan Altmark
The easiest thing to do is to open a PMR.  You will be granted audience 
with an Absolute Master of the Arcane.  He or she will use their Power to 
divine the cause of your confusion.

Alan Altmark
z/VM Development
IBM Endicott


Re: Service level after RSU

2008-03-03 Thread Jim Bohnsack
I just put on RSU703 last week and at some point (don't remember--the 
memory is said to be the 2nd thing to go), I had a new CPLOAD MODULE and 
MAP on the MAINT 493 disk and the CPLOAD MODULE on the 2nd PARM disk.  I 
used the black box SERVICE exec and then PUT2PROD.  I think the above 
was the case after SERVICE and before PUT2PROD.  See what's on the 2nd 
PARM disk.

Jim

Stephen Frazier wrote:
You didn't move the new CPMODULE to the PARM disk you loaded from. The CPMODULE was generated on 
September 18, 2007. As you claim to have recently installed RSU0703 you either didn't generate a new 
CPMODULE or you didn't move it to your PARM disk or you IPLed from an old PARM disk.


  


--
Jim Bohnsack
Cornell University
(607) 255-1760
[EMAIL PROTECTED]


Re: Service level after RSU

2008-03-03 Thread Jan Canavan
So should we all do this?

We id this back in when the RSU 0703 first came out.  We checked it three times.
We just thought that was just the way it was.

If more than one is having trouble, something is out of sync.


-Original Message-
From: Alan Altmark [EMAIL PROTECTED]
Sent: Mar 3, 2008 8:36 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Service level after RSU

The easiest thing to do is to open a PMR.  You will be granted audience 
with an Absolute Master of the Arcane.  He or she will use their Power to 
divine the cause of your confusion.

Alan Altmark
z/VM Development
IBM Endicott


Jan Canavan
[EMAIL PROTECTED]
VSE/VM SYSTEMS PROGRAMMER