Re: Service - Where did it come from

2009-03-11 Thread Romanowski, John (OFT)
HELP VMSES SERVICE
or  HELP VMSES MENU

 -Original Message-
 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
 Behalf Of Jim Bohnsack
 Sent: Tuesday, March 10, 2009 10:40 PM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: Service - Where did it come from

 I've commented on SERVICE before.  I think that there should be some
 doc that covers SERVICE.  For the most part, it's just a big black
 box.  At the very least, give us a SERVICE HELP???.  I understand the
 need for SERVICE, but for the slightly more technically inclined or VM
 experienced person, while SERVICE fills the bill 99% of the time,
 sometimes SERVICE (with a parameter of some kind) would be useful.

 Where is SERVICE STATUS documented?

 Jim

 Carol Everitt wrote:
  You could also use the SERVICE command with the STATUS operand to
 get=20=
 
  status on a list of PTFs or APARs installed.  If you wanted to know
 if al=
  l=20
  the PTFs that you have on SYSTEM1 are installed on SYSTEM2, you
 could=20
  create a list of PTFs from the Apply list on SYSTEM1 and then use
 that as=
  =20
  input on to the SERVICE command on SYSTEM2. See the description of
 the=20=
 
  SERVICE command in the VMSES/E Introduction and Reference, chapter
 20,=20=
 
  for complete syntax.
 
 

 --
 Jim Bohnsack
 Cornell University
 (972) 596-6377 home/office
 (972) 342-5823 cell
 jab...@cornell.edu


This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments.  Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.


Re: Service - Where did it come from

2009-03-11 Thread Jim Bohnsack

Thanks.  I had never come across that.

Jim

Romanowski, John (OFT) wrote:

HELP VMSES SERVICE
or  HELP VMSES MENU

  

--
Jim Bohnsack
Cornell University
(972) 596-6377 home/office
(972) 342-5823 cell
jab...@cornell.edu


Re: Service - Where did it come from

2009-03-11 Thread Romanowski, John (OFT)
It's also in chapter 20 of the VM 5.3 manual VMSES/E Introduction and 
Reference  a bit easier to read than the HELP files

 -Original Message-
 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
 Behalf Of Jim Bohnsack
 Sent: Wednesday, March 11, 2009 9:10 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: Service - Where did it come from

 Thanks.  I had never come across that.

 Jim

 Romanowski, John (OFT) wrote:
  HELP VMSES SERVICE
  or  HELP VMSES MENU
 
 
 --
 Jim Bohnsack
 Cornell University
 (972) 596-6377 home/office
 (972) 342-5823 cell
 jab...@cornell.edu


This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments.  Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.


Re: Service - Where did it come from

2009-03-10 Thread Carol Everitt
You could also use the SERVICE command with the STATUS operand to get 

status on a list of PTFs or APARs installed.  If you wanted to know if al
l 
the PTFs that you have on SYSTEM1 are installed on SYSTEM2, you could 
create a list of PTFs from the Apply list on SYSTEM1 and then use that as
 
input on to the SERVICE command on SYSTEM2. See the description of the 

SERVICE command in the VMSES/E Introduction and Reference, chapter 20, 

for complete syntax.


Re: Service - Where did it come from

2009-03-10 Thread Jim Bohnsack
I've commented on SERVICE before.  I think that there should be some 
doc that covers SERVICE.  For the most part, it's just a big black 
box.  At the very least, give us a SERVICE HELP???.  I understand the 
need for SERVICE, but for the slightly more technically inclined or VM 
experienced person, while SERVICE fills the bill 99% of the time, 
sometimes SERVICE (with a parameter of some kind) would be useful. 


Where is SERVICE STATUS documented?

Jim

Carol Everitt wrote:

You could also use the SERVICE command with the STATUS operand to get=20=

status on a list of PTFs or APARs installed.  If you wanted to know if al=
l=20
the PTFs that you have on SYSTEM1 are installed on SYSTEM2, you could=20
create a list of PTFs from the Apply list on SYSTEM1 and then use that as=
=20
input on to the SERVICE command on SYSTEM2. See the description of the=20=

SERVICE command in the VMSES/E Introduction and Reference, chapter 20,=20=

for complete syntax. 

  


--
Jim Bohnsack
Cornell University
(972) 596-6377 home/office
(972) 342-5823 cell
jab...@cornell.edu


Re: Service - Where did it come from

2009-03-06 Thread James Stracka (DHL US)
Look at the $APPLIST file on the DELTA disk for the product.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bob Bates
Sent: Friday, March 06, 2009 8:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Service - Where did it come from

 

A question was posed to me recently that I couldn't think of a way to
answer. We have been running through some testing on a system and
applying a lot of PTFs to resolve issues. Then, along comes RSU 802 and
it is put on. We roll 802 out to the other LPARs and then comes the
question:

 

Which PTFs are missing from the other systems? Or, what PTFs
that we put on the first LPAR to solve problems were not included on the
802 RSU? 

 

I couldn't come up with a quick and easy answer. So my question is: Is
there a way to list the PTFs on a system so that it says where they came
from? 

 

Perhaps a file that has all the PTFs on the system that could be
compared to a TOC of the RSU (PIPE collate comes to mind)? 

 

Bob Bates

Enterprise Hosting Services 

w. (469)892-6660

c. (214) 907-5071

 

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.

 

 

 

 



Re: Service - Where did it come from

2009-03-06 Thread Davis, Larry
RSU's do not remove PTF's that are not included in them,
 
But What you are looking for is the command VMFINFO 
 
you can use this command to interrogate the PTF's on the current system
and their current status
 
 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bob Bates
Sent: Friday, March 06, 2009 10:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Service - Where did it come from


A question was posed to me recently that I couldn't think of a way to
answer. We have been running through some testing on a system and
applying a lot of PTFs to resolve issues. Then, along comes RSU 802 and
it is put on. We roll 802 out to the other LPARs and then comes the
question:
 
Which PTFs are missing from the other systems? Or, what PTFs
that we put on the first LPAR to solve problems were not included on the
802 RSU? 
 
I couldn't come up with a quick and easy answer. So my question is: Is
there a way to list the PTFs on a system so that it says where they came
from? 
 
Perhaps a file that has all the PTFs on the system that could be
compared to a TOC of the RSU (PIPE collate comes to mind)? 
 
Bob Bates
Enterprise Hosting Services 

w. (469)892-6660
c. (214) 907-5071
 
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.
 
 
 
 


Re: Service - Where did it come from

2009-03-06 Thread Kris Buelens
VMFINFO is panel driven, not suited when wanting to compare a lot of fixes.
There is also a VMSES command to compare two repositories, (VMFxxx
COMPTBL?) it is used (I guess) by VMFPSU (the command one uses in the
RSU process) to see what you'll get and what needs to be reapplied.
But, for this case, I'd go for a simple PIPE and compare the apply
list (on the delta disk) or some other control file found on the apply
disk.  I'd have the result in less than the time it takes to study the
syntax/parameters for the VMSES command.

2009/3/6 Davis, Larry larry.davis.consult...@nielsen.com

 RSU's do not remove PTF's that are not included in them,

 But What you are looking for is the command VMFINFO

 you can use this command to interrogate the PTF's on the current system and 
 their current status


 
 From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On 
 Behalf Of Bob Bates
 Sent: Friday, March 06, 2009 10:54 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Service - Where did it come from

 A question was posed to me recently that I couldn't think of a way to answer. 
 We have been running through some testing on a system and applying a lot of 
 PTFs to resolve issues. Then, along comes RSU 802 and it is put on. We roll 
 802 out to the other LPARs and then comes the question:

 Which PTFs are missing from the other systems? Or, what PTFs that we 
 put on the first LPAR to solve problems were not included on the 802 RSU?

 I couldn't come up with a quick and easy answer. So my question is: Is there 
 a way to list the PTFs on a system so that it says where they came from?

 Perhaps a file that has all the PTFs on the system that could be compared to 
 a TOC of the RSU (PIPE collate comes to mind)?

 Bob Bates
 Enterprise Hosting Services
 w. (469)892-6660
 c. (214) 907-5071

 “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.






--
Kris Buelens,
IBM Belgium, VM customer support