Re: PUT2PROD Error

[Marcy Cortes]

An upgrade procedure thing no doubt.   There really isn't a lot of
guidelines around practicing safe upgrades :)

We normally take the 2nd level test system's dcss's and then load in the
non-z/VM itself ones that had been dumped to tape from 1st level and
then merge them to 2nd level system.  Then we make a tape of 2nd level
and when we IPL that sysres 1st level, purge all and restore whole tape
(well, at least that's how *I* didn't it when I was doing such fun
things and not managing them :)

There's many ways of doing it which has no doubt created a few calls to
the support center.  At least they figured it out fairly quickly!

Marcy Cortes 

"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:[EMAIL PROTECTED] On
Behalf Of Jerry Whitteridge
Sent: Thursday, February 14, 2008 4:20 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] PUT2PROD Error

I have a few other systems to upgrade and will probably go to DFF to
save the need to redefine again later. (I found the suggestion for D7F
in a Google that showed it was for 5.1

Jerry Whitteridge
Safeway Inc
925 951 4184
  

> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes
> Sent: Thursday, February 14, 2008 4:11 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: PUT2PROD Error
> 
> Odd, wonder why yours are smaller. 
> Both 5.2 and 5.3 seems to have C00-DFF here. 
> 
> 
> Marcy Cortes

"Email Firewall" made the following annotations.

--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail
system, and is subject to archival and review by someone other than the
recipient.  This e-mail may contain proprietary information and is
intended only for the use of the intended recipient(s).  If the reader
of this message is not the intended recipient(s), you are notified that
you have received this message in error and that any review,
dissemination, distribution or copying of this message is strictly
prohibited.  If you have received this message in error, please notify
the sender immediately.   
 

==

Re: Any Rumors?

[Marcy Cortes]

No kidding, MA.   I will be using that gender-based HE stuff :)  Perhaps
it still has time to come back as a z10 or better yet a zA.

zA = a really yummy pizza chain here in SF :) -- although maybe the case
is reversed, huh.

Marcy Cortes 

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

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mary Anne Matyaz
Sent: Thursday, February 14, 2008 6:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Any Rumors?


Do you regret getting us started on this tangent yet?
Uh, yes. Though most of these have been very entertaining. :) 
MA

VM/370 Release 6 Waterloo tape (CIA MODS)

[Mark S Waterbury]

Does anyone have a copy of the old Waterloo tapes "CIA Mods" tape referen
ced
in this entry in the ABSTRACT ABSTRACT of the Waterloo tape for VM/370 Re
l6? 

M1086V00CIA MODS-- Our local mods that have been contributed to the
Waterloo VM Library now consume more than a reel of tape. Since our
local facilities tend to be of interest to a relatively small number of
installations, we will merely place a notice of availability for mods
that have been updated to the current level of VM/370. RELEASE6 MEMO
describes our contributions and current level of VM/370. They
include: 1) Batch Monitor Facility - A disconnected virtual machine
that monitors and controls jobs submitted for processing on remote
batch systems. Formerly M0081V00 on Release 5. 2) PROC Structure
Macros and Library - The PROC system is a set of several hundred
assembly language macros
that perform a variety of functions, including subroutine linkage and
storage allocation. Formerly M1112V00 on Release 5. 3) SEDIT - An
editor that is more powerful than EDIT yet less than XEDIT. Formerly
M1113V00 on Release 5. 4) TAPEMON - A disconnected service virtual
machine that processes user requests for tape drives and volumes. 5)
CLASSIFY - A printed output classification facility that allows users to
specify protective markings to be 'rubber stamped' at the top and
bottom of spool files directed to the real printer. This mod is
M1085V00 on this Release 6 Library.--David Farnham, Central
Intelligence Agency, ODP/SPD, Washington, D.C. 20505, (703) 351-6078,
August 27, 1980.

Please advise. Thanks.

Re: Any Rumors?

[Mary Anne Matyaz]

 Do you regret getting us started on this tangent yet?
Uh, yes. Though most of these have been very entertaining. :)
MA

Re: PUT2PROD Error

[Mike Walter]

I would ask IBM to not close the PMR until there is a better error msg than 
just a return code.

Mike Walter
Hewitt Associates


- Original Message -
From: "Jerry Whitteridge" [EMAIL PROTECTED]
Sent: 02/14/2008 06:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: PUT2PROD Error



Turns out the DCSS needed to be increased in size due to new products on
the Help disk. Changed the definitions from C00-CFF to C00-D7F and the
sequence finished successfully.

Thanks to everyone here and at IBM that helped out.

Jerry Whitteridge
Safeway Inc
925 951 4184


> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Whitteridge
> Sent: Thursday, February 14, 2008 12:54 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: PUT2PROD Error
>
> 62224,49R,000
>
> (I opened it yesterday as soon as I realized that it wasn't anything
> quick and easy that I was missing).
>
> Jerry Whitteridge
> Safeway Inc
> 925 951 4184
>
>
> > -Original Message-
> > From: The IBM z/VM Operating System
> > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark
> > Sent: Thursday, February 14, 2008 12:23 PM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: PUT2PROD Error
> >
> > On Thursday, 02/14/2008 at 02:56 EST, Jerry Whitteridge
> > <[EMAIL PROTECTED]> wrote:
> > > Cleared it down to 32% - same problem.
> >
> > Please call it into the Support Center.  Getting an
> apparently random
> > RC=32 from SEGGEN without any indication of the error really isn't
> > acceptable.
> >
> > Alan Altmark
> > z/VM Development
> > IBM Endicott
> >
> >
>
> "Email Firewall" made the following annotations.
> --
> 
>
> Warning:
> All e-mail sent to this address will be received by the
> corporate e-mail system, and is subject to archival and
> review by someone other than the recipient.  This e-mail may
> contain proprietary information and is intended only for the
> use of the intended recipient(s).  If the reader of this
> message is not the intended recipient(s), you are notified
> that you have received this message in error and that any
> review, dissemination, distribution or copying of this
> message is strictly prohibited.  If you have received this
> message in error, please notify the sender immediately.
>
> ==
> 
>
>

"Email Firewall" made the following annotations.
--

Warning:
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.

==


 
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. Emails 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 email. 

Installation Verification Procedures

[Fred Schmidt]

Does anybody run some form of Installation Verification Procedures (IVP's) 
for z/VM's base components? If so, are they home-grown, or where did you 
find them?

I note that some licensed products for z/VM have IVP's in their Program 
Directories, but don't see anything mentioned for the z/VM base or the 
Performance Toolkit, etc. 

Coming from an MVS background, it is pretty standard to run IVP's to at 
least verify basic functionality of products, so you know that 
installation was performed correctly.

Regards,
Fred Schmidt
Department of Corporate and Information Services (DCIS)
Data Centre Services (DCS)
Northern Territory Government, Australia

Re: PUT2PROD Error

[Jerry Whitteridge]

I have a few other systems to upgrade and will probably go to DFF to
save the need to redefine again later. (I found the suggestion for D7F
in a Google that showed it was for 5.1

Jerry Whitteridge
Safeway Inc
925 951 4184
  

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes
> Sent: Thursday, February 14, 2008 4:11 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: PUT2PROD Error
> 
> Odd, wonder why yours are smaller. 
> Both 5.2 and 5.3 seems to have C00-DFF here. 
> 
> 
> Marcy Cortes 

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Re: PUT2PROD Error

[Marcy Cortes]

Odd, wonder why yours are smaller. 
Both 5.2 and 5.3 seems to have C00-DFF here. 


Marcy Cortes 

"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:[EMAIL PROTECTED] On
Behalf Of Jerry Whitteridge
Sent: Thursday, February 14, 2008 4:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] PUT2PROD Error

Turns out the DCSS needed to be increased in size due to new products on
the Help disk. Changed the definitions from C00-CFF to C00-D7F and the
sequence finished successfully.

Thanks to everyone here and at IBM that helped out.

Jerry Whitteridge
Safeway Inc
925 951 4184
  

> -Original Message-
> From: The IBM z/VM Operating System
> [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Whitteridge
> Sent: Thursday, February 14, 2008 12:54 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: PUT2PROD Error
> 
> 62224,49R,000
> 
> (I opened it yesterday as soon as I realized that it wasn't anything 
> quick and easy that I was missing).
> 
> Jerry Whitteridge
> Safeway Inc
> 925 951 4184
>   
> 
> > -Original Message-
> > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]

> > On Behalf Of Alan Altmark
> > Sent: Thursday, February 14, 2008 12:23 PM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: PUT2PROD Error
> > 
> > On Thursday, 02/14/2008 at 02:56 EST, Jerry Whitteridge 
> > <[EMAIL PROTECTED]> wrote:
> > > Cleared it down to 32% - same problem.
> > 
> > Please call it into the Support Center.  Getting an
> apparently random
> > RC=32 from SEGGEN without any indication of the error really isn't 
> > acceptable.
> > 
> > Alan Altmark
> > z/VM Development
> > IBM Endicott
> > 
> > 
> 
> "Email Firewall" made the following annotations.
> --
> 
> 
> Warning: 
> All e-mail sent to this address will be received by the corporate 
> e-mail system, and is subject to archival and review by someone other 
> than the recipient.  This e-mail may contain proprietary information 
> and is intended only for the use of the intended recipient(s).  If the

> reader of this message is not the intended recipient(s), you are 
> notified that you have received this message in error and that any 
> review, dissemination, distribution or copying of this message is 
> strictly prohibited.  If you have received this
> message in error, please notify the sender immediately.   
>  
> ==
> 
> 
> 

"Email Firewall" made the following annotations.

--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail
system, and is subject to archival and review by someone other than the
recipient.  This e-mail may contain proprietary information and is
intended only for the use of the intended recipient(s).  If the reader
of this message is not the intended recipient(s), you are notified that
you have received this message in error and that any review,
dissemination, distribution or copying of this message is strictly
prohibited.  If you have received this message in error, please notify
the sender immediately.   
 

==

Re: PUT2PROD Error

[Jerry Whitteridge]

Turns out the DCSS needed to be increased in size due to new products on
the Help disk. Changed the definitions from C00-CFF to C00-D7F and the
sequence finished successfully.

Thanks to everyone here and at IBM that helped out.

Jerry Whitteridge
Safeway Inc
925 951 4184
  

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Jerry Whitteridge
> Sent: Thursday, February 14, 2008 12:54 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: PUT2PROD Error
> 
> 62224,49R,000
> 
> (I opened it yesterday as soon as I realized that it wasn't anything
> quick and easy that I was missing).
> 
> Jerry Whitteridge
> Safeway Inc
> 925 951 4184
>   
> 
> > -Original Message-
> > From: The IBM z/VM Operating System 
> > [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark
> > Sent: Thursday, February 14, 2008 12:23 PM
> > To: IBMVM@LISTSERV.UARK.EDU
> > Subject: Re: PUT2PROD Error
> > 
> > On Thursday, 02/14/2008 at 02:56 EST, Jerry Whitteridge 
> > <[EMAIL PROTECTED]> wrote:
> > > Cleared it down to 32% - same problem.
> > 
> > Please call it into the Support Center.  Getting an 
> apparently random 
> > RC=32 from SEGGEN without any indication of the error really isn't 
> > acceptable.
> > 
> > Alan Altmark
> > z/VM Development
> > IBM Endicott
> > 
> > 
> 
> "Email Firewall" made the following annotations.
> --
> 
> 
> Warning: 
> All e-mail sent to this address will be received by the 
> corporate e-mail system, and is subject to archival and 
> review by someone other than the recipient.  This e-mail may 
> contain proprietary information and is intended only for the 
> use of the intended recipient(s).  If the reader of this 
> message is not the intended recipient(s), you are notified 
> that you have received this message in error and that any 
> review, dissemination, distribution or copying of this 
> message is strictly prohibited.  If you have received this 
> message in error, please notify the sender immediately.   
>  
> ==
> 
> 
> 

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

DFSMS/VM

[Les Geer (607-429-3580)]

>I've been researching the use of the DFSMS/VM feature, mainly for tape
>library support.  I'm having difficulty determining if it's already
>installed on my system or if it's a separately licensed feature that I
>have to order.  I'm currently running z/VM 5.3.
>

Check for the existence of the DFSMS user ID.  If it exists, a good bet
you have DFSMS/VM installed.  However, chances are you don't.  DFSMS/VM
is a free, optional feature, of z/VM 5.3 which you have to specifically
indicate you want when placing your z/VM order.


Best Regards,
Les Geer
IBM z/VM and Linux Development

Re: DFSMS/VM

[Peter . Webb]

Hi Chris,

 

I've just been through that (DFSMS/VM, not VD). DFSMS/VM does not come
pre-installed on z/VM 5.3 but is a separate free feature. It may be on
your SDO tape.

 

Peter

 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Hilliard, Chris
Sent: February 14, 2008 15:56
To: IBMVM@LISTSERV.UARK.EDU
Subject: DFSMS/VM

 

Happy VD...

 

I've been researching the use of the DFSMS/VM feature, mainly for tape
library support.  I'm having difficulty determining if it's already
installed on my system or if it's a separately licensed feature that I
have to order.  I'm currently running z/VM 5.3.

 

Thanks...Chris



The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material.  Any 
review retransmission dissemination or other use of or taking any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: DFSMS/VM

[Huegel, Thomas]

It is a nocharge seperate feature.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Hilliard, Chris
Sent: Thursday, February 14, 2008 2:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DFSMS/VM



Happy VD...

 

I've been researching the use of the DFSMS/VM feature, mainly for tape
library support.  I'm having difficulty determining if it's already
installed on my system or if it's a separately licensed feature that I have
to order.  I'm currently running z/VM 5.3.

 

Thanks...Chris

DFSMS/VM

[Hilliard, Chris]

Happy VD...

 

I've been researching the use of the DFSMS/VM feature, mainly for tape
library support.  I'm having difficulty determining if it's already
installed on my system or if it's a separately licensed feature that I
have to order.  I'm currently running z/VM 5.3.

 

Thanks...Chris

Re: PUT2PROD Error

[Jerry Whitteridge]

62224,49R,000

(I opened it yesterday as soon as I realized that it wasn't anything
quick and easy that I was missing).

Jerry Whitteridge
Safeway Inc
925 951 4184
  

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark
> Sent: Thursday, February 14, 2008 12:23 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: PUT2PROD Error
> 
> On Thursday, 02/14/2008 at 02:56 EST, Jerry Whitteridge 
> <[EMAIL PROTECTED]> wrote:
> > Cleared it down to 32% - same problem.
> 
> Please call it into the Support Center.  Getting an apparently random 
> RC=32 from SEGGEN without any indication of the error really isn't 
> acceptable.
> 
> Alan Altmark
> z/VM Development
> IBM Endicott
> 
> 

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Re: PUT2PROD Error

[Alan Altmark]

On Thursday, 02/14/2008 at 02:56 EST, Jerry Whitteridge 
<[EMAIL PROTECTED]> wrote:
> Cleared it down to 32% - same problem.

Please call it into the Support Center.  Getting an apparently random 
RC=32 from SEGGEN without any indication of the error really isn't 
acceptable.

Alan Altmark
z/VM Development
IBM Endicott

Re: PUT2PROD Error

[Kris Buelens]

Have you looked for PSEGMAP and LSEGMAPs?

2008/2/14, Jerry Whitteridge <[EMAIL PROTECTED]>:
> Cleared it down to 32% - same problem.
>
>  (thanks though)
>
>  Jerry Whitteridge
>  Safeway Inc
>  925 951 4184
>
>
>  > -Original Message-
>  > From: The IBM z/VM Operating System
>  > [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes
>  > Sent: Thursday, February 14, 2008 10:51 AM
>  > To: IBMVM@LISTSERV.UARK.EDU
>  > Subject: Re: PUT2PROD Error
>  >
>  > You're 191 is probably too full at 98% there.
>  > Erase something and try again!
>  >
>  > Marcy
>  >
>
>  "Email Firewall" made the following annotations.
>  
> --
>
>  Warning:
>  All e-mail sent to this address will be received by the corporate e-mail 
> system, and is subject to archival and review by someone other than the 
> recipient.  This e-mail may contain proprietary information and is intended 
> only for the use of the intended recipient(s).  If the reader of this message 
> is not the intended recipient(s), you are notified that you have received 
> this message in error and that any review, dissemination, distribution or 
> copying of this message is strictly prohibited.  If you have received this 
> message in error, please notify the sender immediately.
>
>  
> ==
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Any Rumors?

[Peter . Webb]

So Mary Anne,

Do you regret getting us started on this tangent yet?

Peter

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Neale Ferguson
Sent: February 14, 2008 14:52
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?

Yes, but I believe the SRDL/SLDL instructions have been removed as there
were problems with the new processors getting a bit on the side.

On Thu, 2008-02-14 at 11:48 -0800, O'Brien, Dennis L wrote:
> OTOH, two of them coupled together in a parallel sysplex can be really
> hot.
> 


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material.  Any 
review retransmission dissemination or other use of or taking any action in 
reliance upon this information by persons or entities other than the intended 
recipient or delegate is strictly prohibited.  If you received this in error 
please contact the sender and delete the material from any computer.  The 
integrity and security of this message cannot be guaranteed on the Internet.  
The sender accepts no liability for the content of this e-mail or for the 
consequences of any actions taken on the basis of information provided.  The 
recipient should check this e-mail and any attachments for the presence of 
viruses.  The sender accepts no liability for any damage caused by any virus 
transmitted by this e-mail.  This disclaimer is property of the TTC and must 
not be altered or circumvented in any manner.

Re: Any Rumors?

[Mark Pace]

jeez.  Getting a little over the top.

On Thu, Feb 14, 2008 at 3:01 PM, Neale Ferguson <[EMAIL PROTECTED]>
wrote:

> But they've taken the capacity-on-demand concept to the next level: when
> ever the systems get stressed new processing units (pus) break out to
> meet the demand.
>
>
> On Thu, 2008-02-14 at 13:56 -0600, Stephen Buckles wrote:
> >
> > Who would want to work on a z/IT?  That sounds like it should be in
> > your teenager's room.
>



-- 
Mark Pace
Mainline Information Systems

Re: Any Rumors?

[Neale Ferguson]

But they've taken the capacity-on-demand concept to the next level: when
ever the systems get stressed new processing units (pus) break out to
meet the demand.


On Thu, 2008-02-14 at 13:56 -0600, Stephen Buckles wrote:
> 
> Who would want to work on a z/IT?  That sounds like it should be in
> your teenager's room. 

Re: Any Rumors?

[Stephen Buckles]

Who would want to work on a z/IT?  That sounds like it should be in your 
teenager's room.




Adam Thornton <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
02/14/2008 10:41 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@listserv.uark.edu
cc

Subject
Re: Any Rumors?






On Feb 14, 2008, at 10:14 AM, Mary Anne Matyaz wrote:

> "It shows a "z/HE" as the CPC NAME."
>
> Damnit, I'm sick of this chauvenistic crap! Isn't there one female 
> in Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/ 
> SHE for once!!!

I've had enough of the rampant genderism on this mailing list. 
Entities-of-indeterminate-gender deserve a voice too.  Hence, my vote 
is for z/IT.

Adam




-
This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

Re: PUT2PROD Error

[Jerry Whitteridge]

Cleared it down to 32% - same problem.

(thanks though)

Jerry Whitteridge
Safeway Inc
925 951 4184
  

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes
> Sent: Thursday, February 14, 2008 10:51 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: PUT2PROD Error
> 
> You're 191 is probably too full at 98% there.
> Erase something and try again!
>  
> Marcy
>  

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Re: Any Rumors?

[Neale Ferguson]

Yes, but I believe the SRDL/SLDL instructions have been removed as there
were problems with the new processors getting a bit on the side.

On Thu, 2008-02-14 at 11:48 -0800, O'Brien, Dennis L wrote:
> OTOH, two of them coupled together in a parallel sysplex can be really
> hot.
> 

Re: Any Rumors?

[O'Brien, Dennis L]

OTOH, two of them coupled together in a parallel sysplex can be really
hot.


   Dennis

"The popularity and effectiveness of modern anti-depressants is one of
the great challenges of contemporary dramaturgy.  We no more want Willy
Loman to solve his problems with Prozac than we want Stanley and Stella
Kowalski to get air-conditioning."  -- Playwriting 101


 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Thursday, February 14, 2008 11:43
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Any Rumors?


And don't forget those anniversaries. You know, the delivery date, the
first z/VM IPL, the first z/OS crash.and on and on and on... That is
what makes the younger models so attractive, not so many things to
remember. 

-Original Message-
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] Behalf Of O'Brien, Dennis L
Sent: Thursday, February 14, 2008 12:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?


And it will get jealous if you upgrade to a better model.
 
And don't even THINK about outsourcing some of your work to a
timesharing service while you have one.
 


   Dennis

"The popularity and effectiveness of modern anti-depressants is
one of the great challenges of contemporary dramaturgy.  We no more want
Willy Loman to solve his problems with Prozac than we want Stanley and
Stella Kowalski to get air-conditioning."  -- Playwriting 101


 



From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard
Sent: Thursday, February 14, 2008 09:13
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Any Rumors?


And you will have to keep paying for it long after you are
separated from it.
 

Regards, 
Richard Schuh 

 

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, February 14, 2008 9:04 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?



I suspect it will also come in pink. 
Maybe there will be a high maintenance model. 

-Original Message- 
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] 
Behalf Of Dave Jones 
Sent: Thursday, February 14, 2008 10:26 AM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Any Rumors? 


IBM has a history of announcing the bigger processor of
a processor 
family first (e.g., the z/990 was announced before the
z/890 was). I 
suspect that the "z/HER" will be the designation of the
smaller 
modeland it will probably be better looking as well.


Mary Anne Matyaz wrote: 
> "It shows a "z/HE" as the CPC NAME." 
> 
> Damnit, I'm sick of this chauvenistic crap! Isn't
there one female in 
> Pougkeepsie?? For crying out loud, why can't it be a
z/HER or a z/SHE for 
> once!!! 
> 
> 
> Mary Anne 
> (Tongue planted firmly in cheek) 
> 

-- 
DJ 

V/Soft 
   z/VM and mainframe Linux expertise, training, 
   consulting, and software development 
www.vsoft-software.com 

Re: Any Rumors?

[Huegel, Thomas]

And don't forget those anniversaries. You know, the delivery date, the first
z/VM IPL, the first z/OS crash.and on and on and on... That is what makes
the younger models so attractive, not so many things to remember. 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of O'Brien, Dennis L
Sent: Thursday, February 14, 2008 12:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?


And it will get jealous if you upgrade to a better model.
 
And don't even THINK about outsourcing some of your work to a timesharing
service while you have one.
 


   Dennis

"The popularity and effectiveness of modern anti-depressants is one of the
great challenges of contemporary dramaturgy.  We no more want Willy Loman to
solve his problems with Prozac than we want Stanley and Stella Kowalski to
get air-conditioning."  -- Playwriting 101


 

  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Thursday, February 14, 2008 09:13
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Any Rumors?


And you will have to keep paying for it long after you are separated from
it.
 

Regards, 
Richard Schuh 

 

 


  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Thursday, February 14, 2008 9:04 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?



I suspect it will also come in pink. 
Maybe there will be a high maintenance model. 

-Original Message- 
From: The IBM z/VM Operating System [ mailto:IBMVM@LISTSERV.UARK.EDU
 ]On 
Behalf Of Dave Jones 
Sent: Thursday, February 14, 2008 10:26 AM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Any Rumors? 


IBM has a history of announcing the bigger processor of a processor 
family first (e.g., the z/990 was announced before the z/890 was). I 
suspect that the "z/HER" will be the designation of the smaller 
modeland it will probably be better looking as well. 

Mary Anne Matyaz wrote: 
> "It shows a "z/HE" as the CPC NAME." 
> 
> Damnit, I'm sick of this chauvenistic crap! Isn't there one female in 
> Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/SHE for 
> once!!! 
> 
> 
> Mary Anne 
> (Tongue planted firmly in cheek) 
> 

-- 
DJ 

V/Soft 
   z/VM and mainframe Linux expertise, training, 
   consulting, and software development 
www.vsoft-software.com 

Re: Any Rumors?

[David Boyes]

 

Zo ... what Alan iz really zaying iz that IBM, az a company of zmart
people, haz taken a pro-active ztance for diverzity, ezpecially with
rezpect to hardware and zoftware zyztemz ... 

-- R;



Viewing of "Dr. Strangelove, Or How I Learned to Stop Worrying and Love
the Bomb" is now obligatory. 

 

Re: Any Rumors?

[Richard Troth]

Zo ... what Alan iz really zaying iz that IBM, az a company of zmart people,
haz taken a pro-active ztance for diverzity, ezpecially with rezpect to
hardware and zoftware zyztemz ...

-- R;


On Thu, Feb 14, 2008 at 11:19 AM, Alan Altmark <[EMAIL PROTECTED]>
wrote:

> On Thursday, 02/14/2008 at 11:15 EST, Mary Anne Matyaz
> <[EMAIL PROTECTED]> wrote:
> > "It shows a "z/HE" as the CPC NAME."
> >
> > Damnit, I'm sick of this chauvenistic crap! Isn't there one female in
> > Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/SHE
> for
> > once!!!
>
> No no no.  "z/HE" is the System z way of saying "s/he", aka "she / he",
> but with more style and flair. ;-)
>
> Alan Altmark
> z/VM Development
> IBM Endicott
>



-- 
-- R; <><

Re: Any Rumors?

[O'Brien, Dennis L]

And it will get jealous if you upgrade to a better model.
 
And don't even THINK about outsourcing some of your work to a
timesharing service while you have one.
 


   Dennis

"The popularity and effectiveness of modern anti-depressants is one of
the great challenges of contemporary dramaturgy.  We no more want Willy
Loman to solve his problems with Prozac than we want Stanley and Stella
Kowalski to get air-conditioning."  -- Playwriting 101


 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Thursday, February 14, 2008 09:13
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Any Rumors?


And you will have to keep paying for it long after you are separated
from it.
 

Regards, 
Richard Schuh 

 

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, February 14, 2008 9:04 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?



I suspect it will also come in pink. 
Maybe there will be a high maintenance model. 

-Original Message- 
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] 
Behalf Of Dave Jones 
Sent: Thursday, February 14, 2008 10:26 AM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Any Rumors? 


IBM has a history of announcing the bigger processor of a
processor 
family first (e.g., the z/990 was announced before the z/890
was). I 
suspect that the "z/HER" will be the designation of the smaller 
modeland it will probably be better looking as well. 

Mary Anne Matyaz wrote: 
> "It shows a "z/HE" as the CPC NAME." 
> 
> Damnit, I'm sick of this chauvenistic crap! Isn't there one
female in 
> Pougkeepsie?? For crying out loud, why can't it be a z/HER or
a z/SHE for 
> once!!! 
> 
> 
> Mary Anne 
> (Tongue planted firmly in cheek) 
> 

-- 
DJ 

V/Soft 
   z/VM and mainframe Linux expertise, training, 
   consulting, and software development 
www.vsoft-software.com 

Re: PUT2PROD Error

[Marcy Cortes]

You're 191 is probably too full at 98% there.
Erase something and try again!
 
Marcy
 

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

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jerry Whitteridge
Sent: Thursday, February 14, 2008 10:49 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] PUT2PROD Error


Disk layout is
 
q disk

LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT
BLK TOTAL
MNT191 191  A   R/W   175 3390 4096  100  30803-98697
31500
MNT5E5 5E5  B   R/W 9 3390 4096  132   1285-79335
1620
MNT2CC 2CC  C   R/W 5 3390 4096   82458-51442
900
MNT51D 51D  D   R/W13 3390 4096  261   1218-52   1122
2340
MNT490 490  E   R/W   100 3390 4096  692  14545-81   3455
18000
MNT190 190  S   R/O   100 3390 4096  688  14546-81   3454
18000
MNT19E 19E  Y/S R/O   250 3390 4096 1063  27496-61  17504
45000
BLD191 120  Z   R/O 5 3390 4096   15123-14777
900
 
I have system segid on the following:
 
  SYSTEM   SEGIDD2 F 80 57  2 10/15/07
13:30:23 
  SYSTEM   SEGIDE2 F 80 57  2 10/15/07
13:30:23 
  SYSTEM   SEGIDS2 F 80 57  2 10/15/07
13:30:23 
 
Helpseg pseg is
 
  HELPSEG  PSEG Z1 V 61  2  1  2/14/08
11:33:06  (Date updated as I tried to rerun put2prod)
 
and the bldseg 191 disk is 14% used.
 
 
 
 
 

Jerry Whitteridge

Mainframe Engineering

Safeway Inc

925 951 4184

[EMAIL PROTECTED]

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Ivica Brodaric
Sent: Wednesday, February 13, 2008 11:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: PUT2PROD Error


Your problem is here: 


ST:BLDSEG  : DMSGEN1279E Error(s) occurred during SEGGEN
processing. 
ST:BLDSEG  : VMFBDS1965E The command, SEGGEN HELPSEG
PSEG A SYSTEM SEGID 
ST:D2 ( NOTYPE, failed

ST:BLDSEG  : with return code 32



Return code 32 from SEGGEN is not very helpful (and neither is
NOTYPE option). It could be many things, but my first guess would be
that you don't have current SYSTEM SEGID file on MAINT 490. If you
rearrange segments, you must always copy SYSTEM SEGID file to *both*
MAINT 190 and MAINT 490. Second guess is that 'HELPSEG PSEG A' file is
not on BLDSEG's A disk (is it full?).

Ivica

 

"Email Firewall" made the following annotations.

--

Warning: All e-mail sent to this address will be received by the
corporate e-mail system, and is subject to archival and review by
someone other than the recipient. This e-mail may contain proprietary
information and is intended only for the use of the intended
recipient(s). If the reader of this message is not the intended
recipient(s), you are notified that you have received this message in
error and that any review, dissemination, distribution or copying of
this message is strictly prohibited. If you have received this message
in error, please notify the sender immediately. 

==

Re: Any Rumors?

[RPN01]

On 2/14/08 10:37 AM, "Adam Thornton" <[EMAIL PROTECTED]> wrote:

> On Feb 14, 2008, at 10:14 AM, Mary Anne Matyaz wrote:
> 
>> "It shows a "z/HE" as the CPC NAME."
>> 
>> Damnit, I'm sick of this chauvenistic crap! Isn't there one female
>> in Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/
>> SHE for once!!!
> 
> I've had enough of the rampant genderism on this mailing list.
> Entities-of-indeterminate-gender deserve a voice too.  Hence, my vote
> is for z/IT.
> 
> Adam

That announcement would really "pop"!

(Sorry; couldn't resist...)

Re: PUT2PROD Error

[Jerry Whitteridge]

Disk layout is
 
q disk

LABEL  VDEV M  STAT   CYL TYPE BLKSZ   FILES  BLKS USED-(%) BLKS LEFT
BLK TOTAL
MNT191 191  A   R/W   175 3390 4096  100  30803-98697
31500
MNT5E5 5E5  B   R/W 9 3390 4096  132   1285-79335
1620
MNT2CC 2CC  C   R/W 5 3390 4096   82458-51442
900
MNT51D 51D  D   R/W13 3390 4096  261   1218-52   1122
2340
MNT490 490  E   R/W   100 3390 4096  692  14545-81   3455
18000
MNT190 190  S   R/O   100 3390 4096  688  14546-81   3454
18000
MNT19E 19E  Y/S R/O   250 3390 4096 1063  27496-61  17504
45000
BLD191 120  Z   R/O 5 3390 4096   15123-14777
900
 
I have system segid on the following:
 
  SYSTEM   SEGIDD2 F 80 57  2 10/15/07
13:30:23 
  SYSTEM   SEGIDE2 F 80 57  2 10/15/07
13:30:23 
  SYSTEM   SEGIDS2 F 80 57  2 10/15/07
13:30:23 
 
Helpseg pseg is
 
  HELPSEG  PSEG Z1 V 61  2  1  2/14/08
11:33:06  (Date updated as I tried to rerun put2prod)
 
and the bldseg 191 disk is 14% used.
 
 
 
 
 

 Jerry Whitteridge

Mainframe Engineering

Safeway Inc

925 951 4184

[EMAIL PROTECTED]

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Ivica Brodaric
Sent: Wednesday, February 13, 2008 11:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: PUT2PROD Error


Your problem is here: 


ST:BLDSEG  : DMSGEN1279E Error(s) occurred during SEGGEN
processing. 
ST:BLDSEG  : VMFBDS1965E The command, SEGGEN HELPSEG
PSEG A SYSTEM SEGID 
ST:D2 ( NOTYPE, failed

ST:BLDSEG  : with return code 32



Return code 32 from SEGGEN is not very helpful (and neither is
NOTYPE option). It could be many things, but my first guess would be
that you don't have current SYSTEM SEGID file on MAINT 490. If you
rearrange segments, you must always copy SYSTEM SEGID file to *both*
MAINT 190 and MAINT 490. Second guess is that 'HELPSEG PSEG A' file is
not on BLDSEG's A disk (is it full?).

Ivica

 


"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.   
 
==

Re: Any Rumors?

[Adam Thornton]

On Feb 14, 2008, at 12:32 PM, David Boyes wrote:

I suspect it will also come in pink.
Maybe there will be a high maintenance model.

Cream. Just “cream”.



At least one of you knows the story.





I NEED MORE COUGH SYRUP, STAT!

Adam

Re: Any Rumors?

[David Boyes]

I suspect it will also come in pink. 
Maybe there will be a high maintenance model. 

Cream. Just "cream". 

 

At least one of you knows the story. 

 

-- db

Re: Any Rumors?

[P L Lovely]

HA - funniest 

I would recommend: Big Blue Topaz with sterling silver trim.

And high maintenance models will cover any extra baggage!

  _  

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Huegel, Thomas
Sent: Thursday, February 14, 2008 12:04 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?

 

I suspect it will also come in pink. 
Maybe there will be a high maintenance model. 

-Original Message- 
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] 
Behalf Of Dave Jones 
Sent: Thursday, February 14, 2008 10:26 AM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Any Rumors? 

 

IBM has a history of announcing the bigger processor of a processor 
family first (e.g., the z/990 was announced before the z/890 was). I 
suspect that the "z/HER" will be the designation of the smaller 
modeland it will probably be better looking as well. 

Mary Anne Matyaz wrote: 
> "It shows a "z/HE" as the CPC NAME." 
> 
> Damnit, I'm sick of this chauvenistic crap! Isn't there one female in 
> Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/SHE for 
> once!!! 
> 
> 
> Mary Anne 
> (Tongue planted firmly in cheek) 
> 

-- 
DJ 

V/Soft 
   z/VM and mainframe Linux expertise, training, 
   consulting, and software development 
www.vsoft-software.com 


-- 
This message has been scanned for viruses and 
dangerous content by   MailScanner, and is 
believed to be clean. 

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: Any Rumors?

[Jim Elliott]

> 2097 is machine type for new Eclipse system, based in p6 chips.

Carlos:

The "z6" mainframe chip-set is NOT based in POWER6 chips. There
is some reuse of circuitry, but these will still be very much
System z technology. See the presentation at:

http://www2.hursley.ibm.com/decimal/IBM-z6-mainframe-microprocessor-Webb.pdf

Jim

Re: Any Rumors?

[Jim Elliott]

> Google found the following announcement presentations:

...

> All show a foil with s07 having machine type 2097. Perhaps they
> all copied the same foil with the same typo? :-)

Ron: Yes, they all had the same typo.

Jim

Re: Any Rumors?

[Dave Jones]

Yes, and after you've upgraded to a newer, fancier, sleek model, it will 
get to keep the machine room;-)


Schuh, Richard wrote:

And you will have to keep paying for it long after you are separated
from it.
 

Regards, 
Richard Schuh 

 

 





From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, February 14, 2008 9:04 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?



	I suspect it will also come in pink. 
	Maybe there will be a high maintenance model. 

	-Original Message- 
	From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] 
	Behalf Of Dave Jones 
	Sent: Thursday, February 14, 2008 10:26 AM 
	To: IBMVM@LISTSERV.UARK.EDU 
	Subject: Re: Any Rumors? 



IBM has a history of announcing the bigger processor of a
processor 
	family first (e.g., the z/990 was announced before the z/890
was). I 
	suspect that the "z/HER" will be the designation of the smaller 
	modeland it will probably be better looking as well. 

	Mary Anne Matyaz wrote: 
	> "It shows a "z/HE" as the CPC NAME." 
	> 
	> Damnit, I'm sick of this chauvenistic crap! Isn't there one
female in 
	> Pougkeepsie?? For crying out loud, why can't it be a z/HER or
a z/SHE for 
	> once!!! 
	> 
	> 
	> Mary Anne 
	> (Tongue planted firmly in cheek) 
	> 

	-- 
	DJ 

	V/Soft 
	   z/VM and mainframe Linux expertise, training, 
	   consulting, and software development 
	www.vsoft-software.com 





--
DJ

V/Soft
  z/VM and mainframe Linux expertise, training,
  consulting, and software development
www.vsoft-software.com

Re: Any Rumors?

[Carlos A. Bodra]

2097 is machine type for new Eclipse system, based in p6 chips.

Ron Schmiedge escreveu:

Jim,

Google found the following announcement presentations:

http://www.baybunch.org/z9062806.pdf

http://www.ibm.com/br/systems/z/events/2006/explorers2006/downloads/ibm_jose_fadel_-_system_z9_business_class.pdf

ftp://ftp.software.ibm.com/eserver/zseries/zos/vse/pdf3/techconf2006/G02.pdf

All show a foil with s07 having machine type 2097. Perhaps they all
copied the same foil with the same typo? :-)

Ron


On 2/13/08, Jim Elliott <[EMAIL PROTECTED]> wrote:
  

The IBM System z9 announcement dated April 27th 2006 says a z9
BC model S07 has a processor machine type of 2097.
  

Ron:

Huh? The z9 BC (R07 or S07) are both machine type 2096.

Jim





  

Re: To define virtual processors or not

[Marcy Cortes]

We were having some issues with our biggest app (about a dozen IFLs
worth of CPU capacity) last summer.  We would get in a situation where
if there were some other things demanding CPU, it would seem to start
using more CPU itself and transaction times started getting longer and
longer and failing to meet their SLA.  Then it started happening every
Friday evening when load was at its peak.

I sent 1 ESAMAP run to Barton.  15 minute interval even and the problem
only lasted about maybe 10 minutes.He came back almost immediately
and said take it from 2 vcpu to 1.  Your fast path number on ESACPUA
report is way to high (hitting 1.6 million per second!). Now the fast
path number is in the 10's to 100's.  IBM also received the data and
came back with the same answer and some other suggestions.

FWIW :)


Marcy Cortes 

"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: To define virtual processors or not

[Stephen Frazier]

My R.O.T. is always define 1 virtual processor.
Except when performance data shows that more than one is better. :)
Also, you should never (except in certain really weird cases) define more virtual processors than 
you have real processors.


Paul Vincent wrote:

Hello List,

I'm new to z/VM and have a question.  Should I define virtual processors to
z/VM service ids/guests (TCPIP, Linux guests...) with the 'MACHINE ESA ## &
CPU #' control statements in the USER DIRECT file?  Is there a performance
benefit/cost, if I have more than 1 IFL, to define virtual processors equal
to the number of IFLs?  Or will a single virtual processor perform just
fine.


--
Stephen Frazier
Information Technology Unit
Oklahoma Department of Corrections
3400 Martin Luther King
Oklahoma City, Ok, 73111-4298
Tel.: (405) 425-2549
Fax: (405) 425-2554
Pager: (405) 690-1828
email:  stevef%doc.state.ok.us

Re: Any Rumors?

[Schuh, Richard]

And you will have to keep paying for it long after you are separated
from it.
 

Regards, 
Richard Schuh 

 

 




From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
Sent: Thursday, February 14, 2008 9:04 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?



I suspect it will also come in pink. 
Maybe there will be a high maintenance model. 

-Original Message- 
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] 
Behalf Of Dave Jones 
Sent: Thursday, February 14, 2008 10:26 AM 
To: IBMVM@LISTSERV.UARK.EDU 
Subject: Re: Any Rumors? 


IBM has a history of announcing the bigger processor of a
processor 
family first (e.g., the z/990 was announced before the z/890
was). I 
suspect that the "z/HER" will be the designation of the smaller 
modeland it will probably be better looking as well. 

Mary Anne Matyaz wrote: 
> "It shows a "z/HE" as the CPC NAME." 
> 
> Damnit, I'm sick of this chauvenistic crap! Isn't there one
female in 
> Pougkeepsie?? For crying out loud, why can't it be a z/HER or
a z/SHE for 
> once!!! 
> 
> 
> Mary Anne 
> (Tongue planted firmly in cheek) 
> 

-- 
DJ 

V/Soft 
   z/VM and mainframe Linux expertise, training, 
   consulting, and software development 
www.vsoft-software.com 

Re: Any Rumors?

[Huegel, Thomas]

I suspect it will also come in pink. 
Maybe there will be a high maintenance model.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
Behalf Of Dave Jones
Sent: Thursday, February 14, 2008 10:26 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Any Rumors?


IBM has a history of announcing the bigger processor of a processor 
family first (e.g., the z/990 was announced before the z/890 was). I 
suspect that the "z/HER" will be the designation of the smaller 
modeland it will probably be better looking as well.

Mary Anne Matyaz wrote:
> "It shows a "z/HE" as the CPC NAME."
> 
> Damnit, I'm sick of this chauvenistic crap! Isn't there one female in
> Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/SHE for
> once!!!
> 
> 
> Mary Anne
> (Tongue planted firmly in cheek)
> 

-- 
DJ

V/Soft
   z/VM and mainframe Linux expertise, training,
   consulting, and software development
www.vsoft-software.com

Re: Any Rumors?

[Schuh, Richard]

Make that yuzz1 - no slashes in the hardware (or is that just its
costs?), please.

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Llewellyn, Mark
> Sent: Thursday, February 14, 2008 8:51 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: Any Rumors?
> 
>  
> According to Dr. Seuss, the final authority on all matters 
> virtual (in his epic tome, On Beyond Zebra), the letters 
> after "Z" are:  Yuzz, Wum, Um, Humpf, Fuddle, Glikk, Nuh, 
> Snee, Quan, Thnad, Spazz, Floob, Zatz, Jogg, Flunn, Itch, 
> Yekk, Vroom, and Hi.
> 
> Therefore, expect to see the shiny new yuzz/1 in a showroom 
> near you soon.
> 
> Mark Llewellyn
> Visa, Inc.
> 

Re: Any Rumors?

[Rob van der Heij]

On Thu, Feb 14, 2008 at 5:19 PM, Alan Altmark <[EMAIL PROTECTED]> wrote:

>  No no no.  "z/HE" is the System z way of saying "s/he", aka "she / he",
>  but with more style and flair. ;-)

A definite French accent, I would think.  Practice more during SCIDS
at "z/HERE"

Rob

Re: Any Rumors?

[Adam Thornton]

On Feb 14, 2008, at 10:47 AM, Mike Walter wrote:

Ahem... a "zIT" (remember: "Software has Slashes", while hardware  
"don'

need no stinkin' Slashes - save 'em for Zorro").

And would a zIT have a software pre-req of the "Clearasys" utility to
initialize the new system?
Would it still require Clearasys as it matures, and is upgraded into a
larger, more mature processor?


I'm just looking forward to the stack operations.

Adam

Re: Any Rumors?

[Llewellyn, Mark]

 
According to Dr. Seuss, the final authority on all matters virtual (in
his epic tome, On Beyond Zebra), the letters after "Z" are:  Yuzz, Wum,
Um, Humpf, Fuddle, Glikk, Nuh, Snee, Quan, Thnad, Spazz, Floob, Zatz,
Jogg, Flunn, Itch, Yekk, Vroom, and Hi.

Therefore, expect to see the shiny new yuzz/1 in a showroom near you
soon.

Mark Llewellyn
Visa, Inc.

Re: Any Rumors?

[Mike Walter]

Ahem... a "zIT" (remember: "Software has Slashes", while hardware "don' 
need no stinkin' Slashes - save 'em for Zorro").

And would a zIT have a software pre-req of the "Clearasys" utility to 
initialize the new system?
Would it still require Clearasys as it matures, and is upgraded into a 
larger, more mature processor?

Mike Walter 
Hewitt Associates 
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.



"Adam Thornton" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System" 
02/14/2008 10:37 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Any Rumors?






On Feb 14, 2008, at 10:14 AM, Mary Anne Matyaz wrote:

> "It shows a "z/HE" as the CPC NAME."
>
> Damnit, I'm sick of this chauvenistic crap! Isn't there one female 
> in Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/ 
> SHE for once!!!

I've had enough of the rampant genderism on this mailing list. 
Entities-of-indeterminate-gender deserve a voice too.  Hence, my vote 
is for z/IT.

Adam




 
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. Emails 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 email. 

Re: Any Rumors?

[Adam Thornton]

On Feb 14, 2008, at 10:14 AM, Mary Anne Matyaz wrote:


"It shows a "z/HE" as the CPC NAME."

Damnit, I'm sick of this chauvenistic crap! Isn't there one female  
in Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/ 
SHE for once!!!


I've had enough of the rampant genderism on this mailing list.   
Entities-of-indeterminate-gender deserve a voice too.  Hence, my vote  
is for z/IT.


Adam

Re: Any Rumors?

[Dave Jones]

IBM has a history of announcing the bigger processor of a processor 
family first (e.g., the z/990 was announced before the z/890 was). I 
suspect that the "z/HER" will be the designation of the smaller 
modeland it will probably be better looking as well.


Mary Anne Matyaz wrote:

"It shows a "z/HE" as the CPC NAME."

Damnit, I'm sick of this chauvenistic crap! Isn't there one female in
Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/SHE for
once!!!


Mary Anne
(Tongue planted firmly in cheek)



--
DJ

V/Soft
  z/VM and mainframe Linux expertise, training,
  consulting, and software development
www.vsoft-software.com

Re: Any Rumors?

[Alan Altmark]

On Thursday, 02/14/2008 at 11:15 EST, Mary Anne Matyaz 
<[EMAIL PROTECTED]> wrote:
> "It shows a "z/HE" as the CPC NAME."
> 
> Damnit, I'm sick of this chauvenistic crap! Isn't there one female in 
> Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/SHE 
for 
> once!!! 

No no no.  "z/HE" is the System z way of saying "s/he", aka "she / he", 
but with more style and flair. ;-)

Alan Altmark
z/VM Development
IBM Endicott

Re: Any Rumors?

[Mary Anne Matyaz]

"It shows a "z/HE" as the CPC NAME."

Damnit, I'm sick of this chauvenistic crap! Isn't there one female in
Pougkeepsie?? For crying out loud, why can't it be a z/HER or a z/SHE for
once!!!


Mary Anne
(Tongue planted firmly in cheek)

Re: Any Rumors?

[Ron Schmiedge]

Jim,

Google found the following announcement presentations:

http://www.baybunch.org/z9062806.pdf

http://www.ibm.com/br/systems/z/events/2006/explorers2006/downloads/ibm_jose_fadel_-_system_z9_business_class.pdf

ftp://ftp.software.ibm.com/eserver/zseries/zos/vse/pdf3/techconf2006/G02.pdf

All show a foil with s07 having machine type 2097. Perhaps they all
copied the same foil with the same typo? :-)

Ron


On 2/13/08, Jim Elliott <[EMAIL PROTECTED]> wrote:
> > The IBM System z9 announcement dated April 27th 2006 says a z9
> > BC model S07 has a processor machine type of 2097.
>
> Ron:
>
> Huh? The z9 BC (R07 or S07) are both machine type 2096.
>
> Jim
>

Re: SHARE Orlando: LAST CALL FOR CHAIRS!!

[Bob Neill]

Mark,
  I can pick up:
Thu   08:00a  800   9117  Introduction to Installation and Service of
z/VM using VMSES/E  Jim Vincent



Bob Neill
email: [EMAIL PROTECTED]
Phone 919-224-1892T/L678-1892
Phillies in 2008!



Mark Boltz <[EMAIL PROTECTED]> 
Sent by: The IBM z/VM Operating System 
02/13/2008 08:26 PM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
SHARE Orlando: LAST CALL FOR CHAIRS!!






Heya!

It's almost time to pack the bags and head to Disney World! Personally, 
I'm
looking forward to an evening at MGM Studios! Oh wait, there's this
conference thing going on too I guess I should tend to...

So there's but a handful of sessions that are in need of a chair! Not the
kind you sit on, but the kind you volunteer for! That's right, *YOU* too
can be  a session chair at SHARE in Orlando! You're gonna be there anyway,
and there are lots of great topics to look at, so why not get to your
favorite session a bit early, meet the speaker, and introduce them to the
others! At the end you just need to collect the evaluation forms and drop
them off on your way to your next favorite session! It's easy!  Stop by
Sunday evening for session 9093 to learn just how easy it all is and get
your goody bag (ok, it's an envelope really).

E-mail me TODAY to reserve your spot quickly before they're all sold out!
Special discounts now for Ribbon Wearers!!

If the list below is mangled, feel free to visit the sessions page at
http://web.mac.com/mboltz2/The_Tao_of_Net/SHARE_Orlando_Chairbears.html

Mon   09:30a  930   9268  OpenKicks: The CICS API on LinuxMichael
Potter
Mon   03:00p  1500  9106  VM Performance Update   Bill Bitner
Mon   04:30p  1630  9234  Managing Linux under z/VM using the Linux
Performance Suite (ESALPS)Barton Robinson

Tue   08:00a  800   9265  TCO: Comparing System z and Distributed
Environments; Building the Business Case  Chris Rohrbach/Marlin Maddy
Tue   09:30a  930   9237  Linux under z/VM Performance Analysis Case
Studies Barton Robinson
Tue   01:30p  1330  9227  Linux for IBM System z Installation
Hands-on-Lab - Part 1 of 3Richard Lewis/Chuck Morse
Tue   03:00p  1500  9129  z/VM Security and Integrity   Alan Altmark
Tue   03:00p  1500  9228  Linux for IBM System z Installation
Hands-on-Lab - Part 2 of 3Richard Lewis/Chuck Morse
Tue   04:30p  1630  9120  z/VM Installation - It's Installed, Now 
What?
Mike Walter
Tue   04:30p  1630  9229  Linux for IBM System z Installation
Hands-on-Lab - Part 3 of 3Richard Lewis/Chuck Morse

Wed   08:00a  800   9206  From A (AIX) to Z (Linux on System z), A
Customer Experience Uriel Carrasquilla
Wed   09:30a  930   9202  Linux on System z - A Strategic View Jim
Elliott
Wed   09:30a  930   9248  Help! My (Virtual) Penguin is Sick! Philip
Smith
Wed   11:00a  1100  9244  Linux for Beginners Hands-on-Lab - Part 3 of
3 Neale Ferguson
Wed   11:00a  1100  9279  Problem Determination with Linux on System z
Steffen Thoss
Wed   01:30p  1330  9136  Automated Linux Guest Monitoring on z/VM
using PROP  Jim Vincent
Wed   01:30p  1330  9205  Choose the Wrong Architecture and Waste
Millions - A Customer Case StudyMark Post
Wed   03:00p  1500  9146  Using Unicenter VM:Operator To Manage Linux
Servers Brian Jagos

Thu   08:00a  800   9117  Introduction to Installation and Service of
z/VM using VMSES/E  Jim Vincent
Thu   09:30a  930   9267  Networking with Linux on System z   Steffen
Thoss
Thu   11:00a  1100  9276  High Availability for Linux on IBM System z
Servers Scott Loveland
Thu   01:30p  1330  9287  Installing a Novell SLES 10 Starter System
without a Net(work) Mike Walter
Thu   03:00p  1500  9147  Managing and Provisioning Linux on System z
with IBM Director and Tivoli Provisioning Manager Paul Sutera
Thu   03:00p  1500  9224  Linux System Management for the Mainframe
System Programmer - Part 1 of 2 Mark Post
Thu   04:30p  1630  9225  Linux System Management for the Mainframe
System Programmer - Part 2 of 2 Mark Post

Fri   08:00a  800   9245  Linux on Intel InstallFest Hands-on-Lab -
Part 1 of 2 Mark Post
Fri   08:00a  800   9282  Logical Volume Management for Linux on 
System
z Horst Hummel
Fri   09:30a  930   9246  Linux on Intel InstallFest Hands-on-Lab -
Part 2 of 2 Mark Post
Fri   09:30a  930   9283  Using Hobbit to Monitor Networked Services
Rich Smrcina

--
Mark Boltz, CISSP, NSA-IEM, CSGI
Sr. Solutions Architect
[EMAIL PROTECTED]   http://www.stonesoft.com
Toll Free:  1.866.869.4075 Cell: 1.571.246.2233
Fax:  1.703.288.4811   Office: 1.703.288.0208

1831 Wiehle Ave., Suite 110
Reston, VA 20190-5220   USA

Re: Any Rumors?

[Michael MacIsaac]

> Or would that be a zA?
LOL. But marketing guys don't know hexadecimal :))


"Mike MacIsaac" <[EMAIL PROTECTED]>   (845) 433-7061

There are only 10 types of people in the world: those who know binary and 
those who don't

Re: To define virtual processors or not

[Rob van der Heij]

On Thu, Feb 14, 2008 at 11:25 AM, Kris Buelens <[EMAIL PROTECTED]> wrote:

> Beware too with the SET SHARE of MP virtual machines.  Simply said: CP
>  does *not* schedule/dispatch virtual machines, it dispatches/schedules
>  virtual processors, and each virtual processor gets a SHARE assigned.
>  So, for a virtual machine with SET SHARE REL 100 and two processors,
>  each virtual processor gets a SHARE REL 50 assigned.  Such a REL 50
>  virtual processor looks then less important amongst the competing REL
>  100 virtual processors.

But even when you correctly double the relative share for the virtual
machine, the low utilized Linux server with 2 virtual CPUs and REL 200
will appear more "sluggish" than the server with 1 virtual CPU and REL
100. Can't fix that with share settings.

Rob
-- 
Rob van der Heij
Velocity Software, Inc
http://velocitysoftware.com/

Re: To define virtual processors or not

[Kris Buelens]

Beware too with the SET SHARE of MP virtual machines.  Simply said: CP
does *not* schedule/dispatch virtual machines, it dispatches/schedules
virtual processors, and each virtual processor gets a SHARE assigned.
So, for a virtual machine with SET SHARE REL 100 and two processors,
each virtual processor gets a SHARE REL 50 assigned.  Such a REL 50
virtual processor looks then less important amongst the competing REL
100 virtual processors.
This has been discussed here more extensively in the past.  Search the
archives for SHARE and Processor and author address contains Buelens

2008/2/14, Rob van der Heij <[EMAIL PROTECTED]>:
> On Thu, Feb 14, 2008 at 1:54 AM, Paul Vincent
>  <[EMAIL PROTECTED]> wrote:
>
>  >  I'm new to z/VM and have a question.  Should I define virtual processors 
> to
>  >  z/VM service ids/guests (TCPIP, Linux guests...) with the 'MACHINE ESA ## 
> &
>  >  CPU #' control statements in the USER DIRECT file?  Is there a performance
>  >  benefit/cost, if I have more than 1 IFL, to define virtual processors 
> equal
>  >  to the number of IFLs?  Or will a single virtual processor perform just
>  >  fine.
>
>
> To avoid possible misunderstanding: there is no fixed relation between
>  virtual and real CPUs. You don't *have* to define multiple virtual
>  CPUs to use multiple real CPUs. z/VM will nicely spread the work of
>  multiple virtual machines over the real CPUs. Those who say you *must*
>  define virtual CPUs the same as real CPUs are from a different world
>  than most of us. In many cases things work better with only one
>  virtual CPU.
>
>  For CMS applications there is no benefit because additional virtual
>  CPU's will not be used. That's easy. With Linux, the answer is much
>  more complicated. That's one of the reasons progress on my "Virtual-MP
>  is Evil" paper is less than I would like it. There is a lot of detail
>  in this that you probably don't care about yet. Let me try to be very
>  brief...
>
>  The question is rather unique for Linux on z/VM. In the world of
>  dedicated servers you normally don't have the option to only add a CPU
>  but not change anything else. Most installations use "standard
>  configurations" - more like rental car classes (it can not only seat
>  more people, but also holds the bags of more people and has a bigger
>  engine, etc). So when you get a 2-way server, you also get more
>  memory, maybe different disks, etc. Without proper instrumentation you
>  may not be able to tell which of the items got you improved response
>  times, you only know the class D server was faster than the class A
>  server.
>  But with Linux on z/VM you *can* change a single configuration
>  parameter (in fact, many of us were trained to change only one thing
>  at a time). This flexibility only makes sense when you measure and
>  tune. Otherwise you might be better off doing classes (sometimes
>  combined with  "political sizing" as well).
>
>  Cost of defining multiple virtual CPUs for Linux comes in two areas:
>  * increased CPU usage inside Linux because of overhead related to
>  locking, scheduling, etc
>  * increased cost for z/VM to provide the virtual machine with the net
>  CPU capacity it consumes
>  When you have more than enough hardware (CPU as well as storage) and
>  you only have one virtual machine that you care about (a lab
>  environment, for example) you may be able to afford the cost. When you
>  have many Linux virtual machines running, efficiency of the operation
>  becomes an issue.
>
>  Linux can benefit from multiple virtual CPUs in some situations, but
>  only if both of these apply:
>  * if the application is able to use multiple CPUs during peak times
>  (through threads for example) Running multiple different aplications
>  on the same Linux server fits this, but it may not be the best way to
>  run them.
>  * if at peak times z/VM is likely to have enough CP capacity available
>  to run all virtual CPUs at the same time (only in a lab environment
>  with no real competition this is the same as the number of real CPUs
>  defined)
>
>  When there is a benefit for your server, the hard question is how that
>  relates to the increased cost of running it. When you have low
>  utilized servers, multiple virtual CPUs are normally not justified
>  (what Mark referred to: even when configured properly you will find a
>  low utilized server with multiple virtual CPUs more "sluggish" than a
>  virtual-UP server. But when your application is using a fair amount of
>  resources during longer periods, it may be justified to accept the
>  increased cost to have it complete the workload quicker.
>
>  Did I mention instrumentation and performance monitor? I should have -
>  that is what helps to understand your workload and how system
>  resources are being utilized.
>
>  Rob
>
> --
>  Rob van der Heij
>  Velocity Software, Inc
>  http://velocitysoftware.com/
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: PUT2PROD Error

[Kris Buelens]

SEGGEN also makes "fn PSEGMAP" and "fn LSEGMAP".  Maybe the HELPSEG
segment is full and HELPSEG PSEGMAP, or HELP LSEGMAP may contain error
messages.
In the past I often had to issue the failing SEGGEN command manually
to see what went wrong.

2008/2/14, Ivica Brodaric <[EMAIL PROTECTED]>:
> Your problem is here:
>
>
> >
> >
> > ST:BLDSEG  : DMSGEN1279E Error(s) occurred during SEGGEN processing.
>
> > ST:BLDSEG  : VMFBDS1965E The command, SEGGEN HELPSEG PSEG A SYSTEM SEGID
>
> > ST:D2 ( NOTYPE, failed
>
> > ST:BLDSEG  : with return code 32
>
>
> Return code 32 from SEGGEN is not very helpful (and neither is NOTYPE
> option). It could be many things, but my first guess would be that you don't
> have current SYSTEM SEGID file on MAINT 490. If you rearrange segments, you
> must always copy SYSTEM SEGID file to *both* MAINT 190 and MAINT 490. Second
> guess is that 'HELPSEG PSEG A' file is not on BLDSEG's A disk (is it full?).
>
> Ivica
>


-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: To define virtual processors or not

[Rob van der Heij]

On Thu, Feb 14, 2008 at 1:54 AM, Paul Vincent
<[EMAIL PROTECTED]> wrote:

>  I'm new to z/VM and have a question.  Should I define virtual processors to
>  z/VM service ids/guests (TCPIP, Linux guests...) with the 'MACHINE ESA ## &
>  CPU #' control statements in the USER DIRECT file?  Is there a performance
>  benefit/cost, if I have more than 1 IFL, to define virtual processors equal
>  to the number of IFLs?  Or will a single virtual processor perform just
>  fine.

To avoid possible misunderstanding: there is no fixed relation between
virtual and real CPUs. You don't *have* to define multiple virtual
CPUs to use multiple real CPUs. z/VM will nicely spread the work of
multiple virtual machines over the real CPUs. Those who say you *must*
define virtual CPUs the same as real CPUs are from a different world
than most of us. In many cases things work better with only one
virtual CPU.

For CMS applications there is no benefit because additional virtual
CPU's will not be used. That's easy. With Linux, the answer is much
more complicated. That's one of the reasons progress on my "Virtual-MP
is Evil" paper is less than I would like it. There is a lot of detail
in this that you probably don't care about yet. Let me try to be very
brief...

The question is rather unique for Linux on z/VM. In the world of
dedicated servers you normally don't have the option to only add a CPU
but not change anything else. Most installations use "standard
configurations" - more like rental car classes (it can not only seat
more people, but also holds the bags of more people and has a bigger
engine, etc). So when you get a 2-way server, you also get more
memory, maybe different disks, etc. Without proper instrumentation you
may not be able to tell which of the items got you improved response
times, you only know the class D server was faster than the class A
server.
But with Linux on z/VM you *can* change a single configuration
parameter (in fact, many of us were trained to change only one thing
at a time). This flexibility only makes sense when you measure and
tune. Otherwise you might be better off doing classes (sometimes
combined with  "political sizing" as well).

Cost of defining multiple virtual CPUs for Linux comes in two areas:
* increased CPU usage inside Linux because of overhead related to
locking, scheduling, etc
* increased cost for z/VM to provide the virtual machine with the net
CPU capacity it consumes
When you have more than enough hardware (CPU as well as storage) and
you only have one virtual machine that you care about (a lab
environment, for example) you may be able to afford the cost. When you
have many Linux virtual machines running, efficiency of the operation
becomes an issue.

Linux can benefit from multiple virtual CPUs in some situations, but
only if both of these apply:
* if the application is able to use multiple CPUs during peak times
(through threads for example) Running multiple different aplications
on the same Linux server fits this, but it may not be the best way to
run them.
* if at peak times z/VM is likely to have enough CP capacity available
to run all virtual CPUs at the same time (only in a lab environment
with no real competition this is the same as the number of real CPUs
defined)

When there is a benefit for your server, the hard question is how that
relates to the increased cost of running it. When you have low
utilized servers, multiple virtual CPUs are normally not justified
(what Mark referred to: even when configured properly you will find a
low utilized server with multiple virtual CPUs more "sluggish" than a
virtual-UP server. But when your application is using a fair amount of
resources during longer periods, it may be justified to accept the
increased cost to have it complete the workload quicker.

Did I mention instrumentation and performance monitor? I should have -
that is what helps to understand your workload and how system
resources are being utilized.

Rob
-- 
Rob van der Heij
Velocity Software, Inc
http://velocitysoftware.com/