CAVMEN Meeting on Thursday, January 27, 2011

[Chicago Area VM (and Linux) Enthusiasts]

The first quarter meeting of the Chicago Area VM (and Linux) 
Enthusiasts will be held on Thursday, January 27, 2011.


Refreshments and Lunch will be provided by Velocity Software and 
Vicom Infinity, Inc.



--

Meeting Location:

This quarter's meeting will be held at the AON Hewitt 'East Campus' 
located at 100 Half Day Road, in Lincolnshire, IL. Attendees are 
asked to enter through the "Security Link" between the 100 and 98 buildings.


If you have not attended a meeting at this location before and do not 
know the location of this entrance, please 
Click here. You will 
also find additional information on directions, maps, lodging, and dining.



--

Attendance:

We would like to request a count of expected attendees by the Monday 
before the meeting, so that we may plan appropriately for arranging 
the facilities, and for refreshments and lunch, should one of the 
vendors wish to provide them. If you are planning to attend, PLEASE 
send an E-Mail by that date to 
cav...@comcast.net with a subject line of 
"Meeting Attendance".


This is meant to be a facilities planning aid and should not be 
interpreted as a registration requirement. If you suddenly become 
available at the last minute, please feel free to attend even if you 
have not responded.


Thank you in advance for your cooperation in this matter.


--

Meeting Agenda:

9:00 AM Welcome

The new CAVMEN Coordinator will be introduced and will address the group.

9:15 AM Velocity's Performance Suite for System z (zVPS 4.1) Update

This session will provide those attending with an overview of the 
latest release of zVPS (formerly ESALPS). It will include information 
about Velocity's new installer and how it simplifies the process of 
installing or updating Velocity's product suite. Other topics include 
our new Linux metrics, processor support, the zPRO portal, and our 
implementation plans for software keys.


The speaker will be Rich Smrcina of Velocity Software.

10:45 AMCoffee Break

11:15 AMzPro Overview and Demo

Administering your z/VM systems may never be the same after this 
session. zPro is the newest product from Velocity Software and it 
will change the way VM systems professionals work with their 
mainframes. zPRO is an intuitive web based administrative tool that 
allows you to define and clone Linux and other servers using golden 
images. It also simplifies the task of managing RACF, SFS, RSCS, 
Spool Management, your documentation, and more. Most of the tasks 
that a Systems Programmer performs on a regular basis are available 
right from their web browser, without requiring a 3270 terminal 
session. zPRO will increase the productivity of anyone having to 
manage a z/VM system.


The speaker will be Rich Smrcina of Velocity Software.

12:30 PMLunch Break

1:30 PM Administration and Vendor Announcements

1:45 PM Linux on z Update

The speaker will present a brief update of recent developments in the 
Linux under z/VM area.


The speaker will be Paul Augustyniak of the IBM Corporation.

2:00 PM Linux High Availability on System z

This presentation will include a discussion and live demo of SLES 11 
SP1 High Availability Extension on System z and an exploration of 
filesystem choices.


The speaker will be Don Vosburg of Novell, Inc.

3:15 PM Coffee Break and Prize Drawing

3:30 PM IBM zEnterprise 196

This session will be an overview of the IBM zEnterprise 196 (z196), 
the System z server component of the IBM zEnterprise "System of 
Systems" just announced on July 22. The material presented will 
include considerable technical detail on z196 design and function: 
processor design including enhanced cache design and out of order 
instruction execution; memory design including redundant array of 
independent memory (RAIM) technology and memory offerings; and I/O 
subsystem structure including OSA-Express3 connectivity to the 
zEnterprise BladeCenter Extension (zBX). The session also provides an 
introduction and roadmap to other zEnterprise System technical topics 
including aspects of the zBladeCenter extension (zBX).


The speaker will be Len Santalucia of Vicom Infinity, Inc.

4:45 PM Free-for-All

Members will attempt to answer any reasonable VM or hardware related 
questions. If you are having a problem and want to find out if others 
are experiencing it, or you are installing new hardware or software 
and want to find out what types of problems others have experienced, 
here is the place to find out.


Members are encouraged to bring ideas for future presentations and 
speakers to this meeting.



--

Please check the WEB site for Map and Directions:
http://cavmen.home.comcast.net

In addition, you will also find extensive information available on 
dining and lodging in the AON Hewitt area.


Additional information about the CAVMEN gr

Re: Wait code 000a00000000000f

[Robert J Brenneman]

For an IPL volume you *MUST* move the CSE area out of cyl 0. If you don't,
the CSE area will overlay the IPL text or parts of SAL in cyl 0 trk 15.

I found that out the hard way. You fix the IPL and CSE acts funny... fix CSE
and now you can't IPL.

I put the CSE area at the end of my volumes and make sure those cylinders
are covered by a $ALLOC$ minidisk so they don't get used by accident.
--
Jay Brenneman

On Jan 19, 2011 3:25 PM,  wrote:

Tom,
I see a similar symptom some years ago.
Creating a VM image in one CPU to be used on another. In the primary, the VM
runs fine in second level. In the target, we got some strange Wait States,
like the yours.
The problem was solved after kill a lot of neurons and a Deactivate/Activate
the LPAR into the target system. Looks like the error was due the ¨data in
memory¨ in the target system, not the dasd itself.
But this was years ago...
__
Clovis


 From:


Tom Huegel 
To: IBMVM@listserv.uark.edu Date: 01/19/2011 04:07 PM Subject: Re: Wait code
000a000f Sent by: The IBM z/VM Operating System <
IBMVM@listserv.uark.edu>
--





Well I don't know, I can IPL now, I still have some things to fix, but at
least I have a system ...

Re: Wait code 000a00000000000f

[gclovis]

Tom,
I see a similar symptom some years ago.
Creating a VM image in one CPU to be used on another. In the primary, the 
VM runs fine in second level. In the target, we got some strange Wait 
States, like the yours.
The problem was solved after kill a lot of neurons and a 
Deactivate/Activate the LPAR into the target system. Looks like the error 
was due the ¨data in memory¨ in the target system, not the dasd itself.
But this was years ago...
__
Clovis 



From:
Tom Huegel 
To:
IBMVM@listserv.uark.edu
Date:
01/19/2011 04:07 PM
Subject:
Re: Wait code 000a000f
Sent by:
The IBM z/VM Operating System 



Well I don't know, I can IPL now, I still have some things to fix, but at 
least I have a system running.
 
Just a little background, I am running with CSE and share xxxRES, xxxW01, 
xxxW02, and some CMS user volumes among all z/VM's. 
Each z/VM has it's own PAGE, SPOOL, TDSK volumes. Everyone also has a 
unique xxxSYS volume that is not shared, and has the DRCT, SYSWARM, and 
CHECKPOINT, extents.
 
I am adding this system to the CSE cluster for the first time so I 
expected it to IPL, after all it is the same IPL volume as the other 
systems are using.
 
I redid the xxxSYS volume DDRing the first 40 cylinders from another 
xxxSYS.
When I IPL'ed this time it worked. That doesn't make sense though, , I 
should have seen a different error if that volume was bad...
 
So here is my best guess.. I was typing in the wrong IPL address... I did 
it 2 or 3 times, but .. those graying brain cells may have done me in...
I have no other explanation .. too early to be hitting the cough 
medicine. 
 
Thanks for all of the responses.  

On Wed, Jan 19, 2011 at 9:27 AM, Mike Walter  
wrote:
Good catch, Ed!

I suspect that somewhere along the line Tom did something like DDR the
sysres to a new volume, and then re-labeled it.
In doing so, at some point perhaps the allocation map was wiped out, and
was then manually re-allocated.

Tom... if this is actually a new sysres and not your production sysres,
try running SALIPL to re-write the StandAlone Program Loader (SAPL).

Or, being lazy like me, run the MKSALIPL EXEC pasted below my signature.

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.

/* Prolog; See Epilog for additional information 
 * Exec Name - MKSALIPL EXEC*
 * Unit Support  - OSS/VM   *
 * Status- Version 1, Release 1.0   *
 /

  address 'COMMAND'
  parse source xos xct xfn xft xfm xcmd xenvir .
  parse upper arg parms 1 operands '(' options ')' parmrest

  Signal ON Syntax
  Signal ON NoValue
/* Signal ON ERROR */

  hi='1DE8'x   /* 3270 Hilite Char */
  lo='1D60'x   /* 3270 Default Char*/
  parse var operands writevdev minivol volid errs
  If writevdev='?' then Signal Explain
  If errs<>'' then
 Do
   say xfn'; Invalid operands found: "'errs'".'
   Call Exit 20
 End

  If writevdev='' then
 writevdev='0F00'  /* Where to write SALIPL*/
  extent=1 /* Which CP-fmt'd "PARM" extent from which  */
  If minivol='' then   /* Mdisk label at "extent" (e.g. vdev=CF1,  */
 minivol='NOVERIFY'/* label="MNTCF1") should be checked first. */
   /* the "CPLOAD MODULE" should be loaded */
  module='CPLOAD'  /* Default=CPLOAD, CP nucleus module to load*/
  offset=0 /* Default=0, must be 0 if "extent" is given*/
  origin=1000  /* Default=1000, address at which SALIPL*/
   /* should load the "module".*/
  If volid='' then /* Mdisk or CP label to be checked before   */
 volid='NOVERIFY'  /* write.   */

  iplparms=''  /* Typically entered at IPL time*/

  comments='?'
  /* Exactly 4 lines of comments, truncated at 80 bytes*/
 c.1='Some possible IPL PARAMETERS section (above) entries:'
 c.2='CONS=ccuu  PROMPT<--- Used most often'
 c.3='NOEXITSFN=system FT=config'
 c.4='PDNUM=ParmDiskNum  PDVOL=ParmDiskVolser  PDOFF=ParmDiskcylOffset'
 c.0=4

  cmd='SALIPL' writevdev '(EXTENT' extent 'MINIVOL' minivol ,
  'MODULE' module 'ORIGIN' origin 'VOLID' volid ,
  'COMMENTS' comments
  Do forever
 say hi
 say 'The following command is about to be executed'
 say lo
 say cmd
 say 'stacked Comments:'
'PIPE STEM c. | CONS'
 say
 If minivol='NOVERIFY'
then say 'Minidisk extent' extent '(e.g. MAINTs CF1) WILL' ,
 'NOT have its volser verified.'
else say 'Minidisk extent' extent '(e.g. MAINTs CF1) WILL' ,
 'be verified as:' minivol
 If volid='NOVERIFY'
 

Webcast Thu Jan 27: IBM z/VSE V4.3 in modern solutions with Linux on System z

[Pamela Christina in snowy Endicott NY]

Cross posted to IBMVM, IBMMAIN, Linux390 for those who like
technical updates in the format of hour-long webcasts.

Here's another January webcast/live virtual class (LVC):

Date:
Thursday, January 27, 2011

Title:
IBM z/VSE V4.3 in modern solutions with Linux on System z

http://www.vm.ibm.com/education/lvc/

Speaker:
Wilhelm Mild, IBM Boeblingen - Certified IT Architect, Integration
Architectures for z/VSE, System z and Linux

Abstract:
This webcast will show modernization solutions with z/VSE 4.3 and Linux on
System z. It will show in details how to take advantage of the synergy between
z/VSE and Linux on z. The solutions enable business processes to fulfill the
requirements of todays dynamic world. System z is the base for high scalable
and reliable solutions and with z/VSE and Linux on System z they can be as
modern as you need them.

Register for your choice of two times for the live calls
Americas & Europe:
11:00 AM ET/ 10:00 AM CT/ 5:00 PM Boeblingen/ 16:00 GMT/17:00 CET
or
AP & Europe:
9:00 GMT/ 10:00 CET/ 10:00 AM Boeblingen/ 06:00 PM Tokyo/ 08:00 PM Sydney
http://www.vm.ibm.com/education/lvc/

A replay is planned to be available shortly thereafter.
For questions about this LVC, please contact Julie Liesenfelt,
jul...@us.ibm.com

Thanks.
Regards, Pam C

Re: Support Element (SE) vs HMC and IP Addresses

[Aria Bamdad]

I just set this up a few months ago.  It is very easy to do.  This is the 
manual I used :

 

http://www-01.ibm.com/support/docview.wss?uid=isg2ac9716b1992e4e0b85257554005ca806
 

 &aid=1

 

Aria

 

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of George Henke/NYLIC
Sent: Wednesday, January 19, 2011 10:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Support Element (SE) vs HMC and IP Addresses

 

ty, Kris, I am trying to setup RSF (Remote Support Facility) fot our new z/196 
coming in soon and need to make one of the HMC adapters available to the IBM 
Support System via the internet. 





Kris Buelens  
Sent by: The IBM z/VM Operating System  

01/19/2011 10:56 AM 


Please respond to
The IBM z/VM Operating System 


To

IBMVM@LISTSERV.UARK.EDU 


cc



Subject

Re: Support Element (SE) vs HMC and IP Addresses

 






My recent experience also shows that you need to obey the design:
- there is a private network between the HMC and both SEs
- it must not be part of your own LAN to get remote access to the HMC.
I had a case that was not set up well: there was only one LAN.  After applying 
some maintenance to the HMC and/or SEs, many things stopped working.

2011/1/19 Frank M. Ramaekers  
Each SE has an IP address (I think the zSeries has always had two SE’s). 

  

  


Frank M. Ramaekers Jr. 

 

  

  _  

From: The IBM z/VM Operating System [mailto:  
IBMVM@LISTSERV.UARK.EDU] On Behalf Of George Henke/NYLIC
Sent: Wednesday, January 19, 2011 9:14 AM 

To:   IBMVM@LISTSERV.UARK.EDU 

Subject: Re: Support Element (SE) vs HMC and IP Addresses 

  

ty, Mark, this is very helpful. 

Does an SE have more than 1 IP address as well? 


Mark Pace <  pacemainl...@gmail.com> 
Sent by: The IBM z/VM Operating System <  
IBMVM@LISTSERV.UARK.EDU> 

01/19/2011 10:03 AM 

 


Please respond to
The IBM z/VM Operating System <  
IBMVM@LISTSERV.UARK.EDU>

 


To

  IBMVM@LISTSERV.UARK.EDU 


cc

  


Subject

Re: Support Element (SE) vs HMC and IP Addresses

  

 


  

 




The SEs each have an IP address, and the HMC has an IP address on their own 
private network.  The HMC may also have another NIC that can be connected to 
another network, say to reach the outside world, or allow you to access from 
your own private network.

On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC 
 wrote: 
HMC emulates an SE, but does it have separate IP addresses, separate 
interfaces, or are they the same as the SE? 

Does the SE have IP addresses or are they only for the HMC? 



-- 
Mark D Pace  
Senior Systems Engineer  
Mainline Information Systems  



_ This message contains 
information which is privileged and confidential and is solely for the use of 
the intended recipient. If you are not the intended recipient, be aware that 
any review, disclosure, copying, distribution, or use of the contents of this 
message is strictly prohibited. If you have received this in error, please 
destroy it immediately and notify us at privacy...@ailife.com. 



-- 
Kris Buelens,
IBM Belgium, VM customer support 

Webcast Wed. Jan 26: Best Practices for WebSphere Application Server on System z Linux

[Pamela Christina in snowy Endicott NY]

Cross-posted to IBMVM, IBMMAIN, and Linux390 for those who are
interested in listening to IBM webcasts.

The next webcast is planned for Wed, Jan 26, 2011:
Title:
Best Practices for WebSphere Application Server on System z Linux

http://www.vm.ibm.com/education/lvc/

Speaker:
Steve Wehr, Senior Engineer, IBM System z New Technology Center

Abstract:
An introduction to setting up an infrastructure that will allow WebSphere
applications to run efficiently on Linux for System z. This infrastructure
consists of LPARs running VM, running multiple Linux guests, each running
WebSphere, running your applications. That's a lot of layers, where everything
has to work together well. This presentation tells you how to start setting up
such an architecture, how to make these parts work together optimally, and how
to allocate memory between all the systems involved.

Register for your choice of two times for the live call:
http://www.vm.ibm.com/education/lvc/

A replay for this webcast is planned to be available in the days following
the live call.

Questions about this webcast should be directed to Julie Liesenfelt.
jul...@us.ibm.com

Thanks.
Regards,
Pam C

Re: Wait code 000a00000000000f

[Tom Huegel]

Well I don't know, I can IPL now, I still have some things to fix, but at
least I have a system running.

Just a little background, I am running with CSE and share xxxRES, xxxW01,
xxxW02, and some CMS user volumes among all z/VM's.
Each z/VM has it's own PAGE, SPOOL, TDSK volumes. Everyone also has a unique
xxxSYS volume that is not shared, and has the DRCT, SYSWARM, and CHECKPOINT,
extents.

I am adding this system to the CSE cluster for the first time so I expected
it to IPL, after all it is the same IPL volume as the other systems are
using.

I redid the xxxSYS volume DDRing the first 40 cylinders from another xxxSYS.
When I IPL'ed this time it worked. That doesn't make sense though, , I
should have seen a different error if that volume was bad...

So here is my best guess.. I was typing in the wrong IPL address... I did it
2 or 3 times, but .. those graying brain cells may have done me in...
I have no other explanation .. too early to be hitting the cough medicine.

Thanks for all of the responses.

On Wed, Jan 19, 2011 at 9:27 AM, Mike Walter wrote:

> Good catch, Ed!
>
> I suspect that somewhere along the line Tom did something like DDR the
> sysres to a new volume, and then re-labeled it.
> In doing so, at some point perhaps the allocation map was wiped out, and
> was then manually re-allocated.
>
> Tom... if this is actually a new sysres and not your production sysres,
> try running SALIPL to re-write the StandAlone Program Loader (SAPL).
>
> Or, being lazy like me, run the MKSALIPL EXEC pasted below my signature.
>
> Mike Walter
> Aon Corporation
> The opinions expressed herein are mine alone, not my employer's.
>
> /* Prolog; See Epilog for additional information 
>  * Exec Name - MKSALIPL EXEC*
>  * Unit Support  - OSS/VM   *
>  * Status- Version 1, Release 1.0   *
>  /
>
>   address 'COMMAND'
>   parse source xos xct xfn xft xfm xcmd xenvir .
>   parse upper arg parms 1 operands '(' options ')' parmrest
>
>   Signal ON Syntax
>   Signal ON NoValue
> /* Signal ON ERROR */
>
>   hi='1DE8'x   /* 3270 Hilite Char */
>   lo='1D60'x   /* 3270 Default Char*/
>   parse var operands writevdev minivol volid errs
>   If writevdev='?' then Signal Explain
>   If errs<>'' then
>  Do
>say xfn'; Invalid operands found: "'errs'".'
>Call Exit 20
>  End
>
>   If writevdev='' then
>  writevdev='0F00'  /* Where to write SALIPL*/
>   extent=1 /* Which CP-fmt'd "PARM" extent from which  */
>   If minivol='' then   /* Mdisk label at "extent" (e.g. vdev=CF1,  */
>  minivol='NOVERIFY'/* label="MNTCF1") should be checked first. */
>/* the "CPLOAD MODULE" should be loaded */
>   module='CPLOAD'  /* Default=CPLOAD, CP nucleus module to load*/
>   offset=0 /* Default=0, must be 0 if "extent" is given*/
>   origin=1000  /* Default=1000, address at which SALIPL*/
>/* should load the "module".*/
>   If volid='' then /* Mdisk or CP label to be checked before   */
>  volid='NOVERIFY'  /* write.   */
>
>   iplparms=''  /* Typically entered at IPL time*/
>
>   comments='?'
>   /* Exactly 4 lines of comments, truncated at 80 bytes*/
>  c.1='Some possible IPL PARAMETERS section (above) entries:'
>  c.2='CONS=ccuu  PROMPT<--- Used most often'
>  c.3='NOEXITSFN=system FT=config'
>  c.4='PDNUM=ParmDiskNum  PDVOL=ParmDiskVolser  PDOFF=ParmDiskcylOffset'
>  c.0=4
>
>   cmd='SALIPL' writevdev '(EXTENT' extent 'MINIVOL' minivol ,
>   'MODULE' module 'ORIGIN' origin 'VOLID' volid ,
>   'COMMENTS' comments
>   Do forever
>  say hi
>  say 'The following command is about to be executed'
>  say lo
>  say cmd
>  say 'stacked Comments:'
> 'PIPE STEM c. | CONS'
>  say
>  If minivol='NOVERIFY'
> then say 'Minidisk extent' extent '(e.g. MAINTs CF1) WILL' ,
>  'NOT have its volser verified.'
> else say 'Minidisk extent' extent '(e.g. MAINTs CF1) WILL' ,
>  'be verified as:' minivol
>  If volid='NOVERIFY'
> then say 'The virtual device at "'writevdev'" WILL' ,
>  'NOT be verified.'
> else say 'The virtual device at "'writevdev'" WILL' ,
>  'be verified as:' volid
>  say
>  say hi
>  say 'Continue? Enter Yes or No'
>  say lo
>  parse upper pull ans .
>  If abbrev('YES',ans,1) then Leave /* Forever */
>  If ans='NO' | ans='N' then
> Do
>   say 'Aborting before writing SALIPL per reply:' ans
>   Call Exit 32
> End
>  say

Re: Wait code 000a00000000000f

[Ron Schmiedge]

The MVS System Codes manual documents a wait state of 00F:

*

00F

Explanation: *For initial program load (IPL), a volume has been loaded that
does not contain IPL text.

*Operator Response: *Correctly identify the correct volume to be loaded.
Verify that the correct volume is mounted. If requested by the system
programmer, obtain a stand-alone dump. ReIPL the system.

*System Programmer Response: *If the problem cannot be resolved, search
problem reporting databases for a fix for the problem. If no fix exists, ask
the operator to obtain a stand-alone dump. Contact the IBM Support Center.
Provide the stand-alone dump



On Wed, Jan 19, 2011 at 11:06 AM, Edward M Martin wrote:

>  Hello Tom,
>
>
>
> Very interesting.  From a Google search, it would seem that
>
>
>
> The code 000A000F means that the IPL text could not be found.
>
>
>
> But this is referencing Linux.
>
>
>
> Ed Martin
>
> Aultman Health Foundation
>
> 330-363-5050
>
> ext 35050
>
> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
> Behalf Of *Tom Huegel
> *Sent:* Wednesday, January 19, 2011 11:53 AM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
>  *Subject:* Re: Wait code 000a000f
>
>
>
> This is the entire message.. It happens before there are any console
> messages to indicate z/VM is even starting..
>
>
>
> Central processor (CP) 0 in partition TPFTVM, entered disabled wait state.
> The disabled wait program status word (PSW) is 000a000f.
> Central storage bytes 0-7 are: 000a000f.
>
> On Wed, Jan 19, 2011 at 8:46 AM, George Henke/NYLIC <
> george_he...@newyorklife.com> wrote:
>
> Is not the wait state code sometimes the SVC number it is running at the
> time which in this case would be the ERREXCP SVC 15?
>
>
>   *Tom Huegel *
>
> Sent by: The IBM z/VM Operating System 
>
> 01/19/2011 11:37 AM
>
> Please respond to
> The IBM z/VM Operating System 
>
> To
>
> IBMVM@LISTSERV.UARK.EDU
>
> cc
>
> Subject
>
> Re: Wait code 000a000f
>
>
>
>
>
>
> Mike, I found the same description you did '000A' is ESA/390 mode but
> nothing matching the 'f''.
> This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9.
> I have other systems running the same level z/VM without any problem..
> I am sure it is something I have done. It would be nice if the message was
> documented, so I would know where to look.
> It is not urgent today I have backups so I am running now.
> I need it to work by the time the z196 comes online in a couple of weeks.
>
> Tom
> On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter 
> wrote:
> I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.
>
> Page 149 explains the "000A" as a machine running in ESA/390 mode.
> But there is no corresponding HCP015W, or HCP00FW message (the latter of
> which, with a hex value, would start a whole new thread).
>
> Can you tell us more about _what_ you are IPLing?  Is it CP on 1st level,
> CP on 2nd level, CMS, or some utility program - on what size virtual
> machine, in what mode (provide output from CP Query SET).  That info might
> help point someone in the right direction.
>
> Also, what's the proper level of urgency?  :-)
>
> Mike Walter
> Aon Corporation
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
>
>
> "Rich Greenberg" 
>
> Sent by: "The IBM z/VM Operating System" 
> 01/19/2011 10:05 AM
> Please respond to
> "The IBM z/VM Operating System" 
>
>
>
> To*
> *IBMVM@LISTSERV.UARK.EDU
> cc
>
> Subject
> Re: Wait code 000a000f
>
>
>
>
>
>
> On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:
>
> } Does anyone have a clue as to what this hard wait code is? ..
> } 000a000f.
> } I can't find this one in the messages and codes book?
> } It is probably a configuration error of some type.
> } It happens at IPL.
> } And yes I did make  many changes..
>
> I don't have a messages and codes book handy, but forget the "a" and
> look for CP wait state 15 (x'f').
>
> --
> Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com  + 1 941 378
> 2097
> Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
> CP-67
> Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
> Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst
> Owner:Sibernet-L
>
>
>
>
>
>
> 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 pr

Re: Support Element (SE) vs HMC and IP Addresses

[Alan Altmark]

On Wednesday, 01/19/2011 at 10:59 EST, George Henke/NYLIC 
 wrote:
> ty, Kris, I am trying to setup RSF (Remote Support Facility) fot our new 
z/196 
> coming in soon and need to make one of the HMC adapters available to the 
IBM 
> Support System via the internet. 

Follow the instructions in the HMC Broadband RSF guide located in 
ResourceLink.  The HMC will use NAT to proxy the SEs onto your networks. 
Whatever you do, don't connect the SEs directly to your network!

The z196 installation guide also has a chapter on planning for your RSF 
connection.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott

Re: Wait code 000a00000000000f

[Mike Walter]

Good catch, Ed! 

I suspect that somewhere along the line Tom did something like DDR the 
sysres to a new volume, and then re-labeled it.
In doing so, at some point perhaps the allocation map was wiped out, and 
was then manually re-allocated.

Tom... if this is actually a new sysres and not your production sysres, 
try running SALIPL to re-write the StandAlone Program Loader (SAPL).

Or, being lazy like me, run the MKSALIPL EXEC pasted below my signature.

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.

/* Prolog; See Epilog for additional information 
 * Exec Name - MKSALIPL EXEC*
 * Unit Support  - OSS/VM   *
 * Status- Version 1, Release 1.0   *
 /

   address 'COMMAND'
   parse source xos xct xfn xft xfm xcmd xenvir .
   parse upper arg parms 1 operands '(' options ')' parmrest

   Signal ON Syntax
   Signal ON NoValue
/* Signal ON ERROR */

   hi='1DE8'x   /* 3270 Hilite Char */
   lo='1D60'x   /* 3270 Default Char*/
   parse var operands writevdev minivol volid errs
   If writevdev='?' then Signal Explain
   If errs<>'' then
  Do
say xfn'; Invalid operands found: "'errs'".'
Call Exit 20
  End

   If writevdev='' then
  writevdev='0F00'  /* Where to write SALIPL*/
   extent=1 /* Which CP-fmt'd "PARM" extent from which  */
   If minivol='' then   /* Mdisk label at "extent" (e.g. vdev=CF1,  */
  minivol='NOVERIFY'/* label="MNTCF1") should be checked first. */
/* the "CPLOAD MODULE" should be loaded */
   module='CPLOAD'  /* Default=CPLOAD, CP nucleus module to load*/
   offset=0 /* Default=0, must be 0 if "extent" is given*/
   origin=1000  /* Default=1000, address at which SALIPL*/
/* should load the "module".*/
   If volid='' then /* Mdisk or CP label to be checked before   */
  volid='NOVERIFY'  /* write.   */

   iplparms=''  /* Typically entered at IPL time*/

   comments='?'
   /* Exactly 4 lines of comments, truncated at 80 bytes*/
  c.1='Some possible IPL PARAMETERS section (above) entries:'
  c.2='CONS=ccuu  PROMPT<--- Used most often'
  c.3='NOEXITSFN=system FT=config'
  c.4='PDNUM=ParmDiskNum  PDVOL=ParmDiskVolser  PDOFF=ParmDiskcylOffset'
  c.0=4

   cmd='SALIPL' writevdev '(EXTENT' extent 'MINIVOL' minivol ,
   'MODULE' module 'ORIGIN' origin 'VOLID' volid ,
   'COMMENTS' comments
   Do forever
  say hi
  say 'The following command is about to be executed'
  say lo
  say cmd
  say 'stacked Comments:'
 'PIPE STEM c. | CONS'
  say
  If minivol='NOVERIFY'
 then say 'Minidisk extent' extent '(e.g. MAINTs CF1) WILL' ,
  'NOT have its volser verified.'
 else say 'Minidisk extent' extent '(e.g. MAINTs CF1) WILL' ,
  'be verified as:' minivol
  If volid='NOVERIFY'
 then say 'The virtual device at "'writevdev'" WILL' ,
  'NOT be verified.'
 else say 'The virtual device at "'writevdev'" WILL' ,
  'be verified as:' volid
  say
  say hi
  say 'Continue? Enter Yes or No'
  say lo
  parse upper pull ans .
  If abbrev('YES',ans,1) then Leave /* Forever */
  If ans='NO' | ans='N' then
 Do
   say 'Aborting before writing SALIPL per reply:' ans
   Call Exit 32
 End
  say
  say '+++ Invalid reply:' ans
   End /* forever */
  'PIPE STEM c. | STACK'
   cmd
Call Exit rc


Explain:
say xfn 'is used to write SALIPL to the a given address (usually a'
say 'full-pack extent minidisk.'
say
say '+-0F00-+--+-NOVERIFY-+  +-NOVERIFY-+'
say '>-MKSALIPL--+-vdev-+--+-minivol--+--+-volid+--><'
say
say 'Example: MKSALIPL 123 MNTCF1 510RES'
say
Call Exit 4
//
/*   Sub-Routines below this point  */
//

Exit:
   parse arg exitrc .
   If verify(exitrc,'-0123456789')=0 then Exit exitrc
 else Exit 99

Syntax:
   say '+++ Syntax error routine entered in:' xfn xft xfm
   say '+++ from line:' sigl', which reads:'
   say '+++'sourceline(sigl)
Call Exit 20


NoValue:
   say '+++ NoValue error routine entered in:' xfn xft xfm
   say '+++ from line:' sigl', which reads:'
   say '+++'sourceline(sigl)
Call Exit 24

/* Epilog ***
 * Function  - See 'EXPLAIN' subrtn above. 

Re: Wait code 000a00000000000f

[Alan Altmark]

On Wednesday, 01/19/2011 at 11:53 EST, Tom Huegel  
wrote:
> This is the entire message.. It happens before there are any console 
messages 
> to indicate z/VM is even starting.. 
> Central processor (CP) 0 in partition TPFTVM, entered disabled wait 
state. 
> The disabled wait program status word (PSW) is 000a000f. 
> Central storage bytes 0-7 are: 000a000f. 

You might check the load or activation profile for the LPAR.  It looks 
like someone changed it to point to a Linux volume, perhaps, OR you 
overwrote your IPL volume with another OS image (e.g. Linux boot loader). 
If the physical IPL had failed, you would have gotten an error during 
activation/load.

Wait state 0x0F would not be a valid CP wait state unless it were 
documented in the Messages and Codes book (it isn't).  The only exception 
would be someone issuing CP SHUTDOWN WAIT F.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
alan_altm...@us.ibm.com
IBM Endicott

Re: Wait code 000a00000000000f

[Mark Post]

>>> On 1/19/2011 at 12:06 PM, Edward M Martin  wrote: 
> The code 000A000F means that the IPL text could not be found.
> 
> But this is referencing Linux.

I would think that with no IPL text found, the intended operating system to be 
IPLed would be irrelevant.  :)


Mark Post

Re: Wait code 000a00000000000f

[McKown, John]

That is true regardless of the OS which you are trying to IPL. If there is a 
problem attempting to do the hardware load function, then the z microcode loads 
a hard wait of F. It is a hardware function.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone *
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Edward M Martin
Sent: Wednesday, January 19, 2011 11:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Wait code 000a000f

Hello Tom,

Very interesting.  From a Google search, it would seem that

The code 000A000F means that the IPL text could not be found.

But this is referencing Linux.

Ed Martin
Aultman Health Foundation
330-363-5050
ext 35050
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Tom Huegel
Sent: Wednesday, January 19, 2011 11:53 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Wait code 000a000f

This is the entire message.. It happens before there are any console messages 
to indicate z/VM is even starting..

Central processor (CP) 0 in partition TPFTVM, entered disabled wait state.
The disabled wait program status word (PSW) is 000a000f.
Central storage bytes 0-7 are: 000a000f.
On Wed, Jan 19, 2011 at 8:46 AM, George Henke/NYLIC 
mailto:george_he...@newyorklife.com>> wrote:
Is not the wait state code sometimes the SVC number it is running at the time 
which in this case would be the ERREXCP SVC 15?


Tom Huegel mailto:tehue...@gmail.com>>
Sent by: The IBM z/VM Operating System 
mailto:IBMVM@LISTSERV.UARK.EDU>>

01/19/2011 11:37 AM
Please respond to
The IBM z/VM Operating System 
mailto:IBMVM@LISTSERV.UARK.EDU>>


To

IBMVM@LISTSERV.UARK.EDU

cc

Subject

Re: Wait code 000a000f







Mike, I found the same description you did '000A' is ESA/390 mode but nothing 
matching the 'f''.
This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9.
I have other systems running the same level z/VM without any problem..
I am sure it is something I have done. It would be nice if the message was 
documented, so I would know where to look.
It is not urgent today I have backups so I am running now.
I need it to work by the time the z196 comes online in a couple of weeks.

Tom
On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter 
mailto:mike.wal...@aonhewitt.com>> wrote:
I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.

Page 149 explains the "000A" as a machine running in ESA/390 mode.
But there is no corresponding HCP015W, or HCP00FW message (the latter of
which, with a hex value, would start a whole new thread).

Can you tell us more about _what_ you are IPLing?  Is it CP on 1st level,
CP on 2nd level, CMS, or some utility program - on what size virtual
machine, in what mode (provide output from CP Query SET).  That info might
help point someone in the right direction.

Also, what's the proper level of urgency?  :-)

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.





"Rich Greenberg" mailto:ric...@panix.com>>

Sent by: "The IBM z/VM Operating System" 
mailto:IBMVM@LISTSERV.UARK.EDU>>
01/19/2011 10:05 AM
Please respond to
"The IBM z/VM Operating System" 
mailto:IBMVM@LISTSERV.UARK.EDU>>



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Wait code 000a000f






On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:

} Does anyone have a clue as to what this hard wait code is? ..
} 000a000f.
} I can't find this one in the messages and codes book?
} It is probably a configuration error of some type.
} It happens at IPL.
} And yes I did make  many changes..

I don't have a messages and codes book handy, but forget the "a" and
look for CP wait state 15 (x'f').

--
Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com  + 
1 941 378
2097
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
CP-67
Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst
Owner:Sibernet-L






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 

Re: Wait code 000a00000000000f

[Edward M Martin]

Hello Tom,

 

Very interesting.  From a Google search, it would seem that

 

The code 000A000F means that the IPL text could not be found.

 

But this is referencing Linux.

 

Ed Martin

Aultman Health Foundation

330-363-5050

ext 35050

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Tom Huegel
Sent: Wednesday, January 19, 2011 11:53 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Wait code 000a000f

 

This is the entire message.. It happens before there are any console
messages to indicate z/VM is even starting..

 

Central processor (CP) 0 in partition TPFTVM, entered disabled wait
state. 
The disabled wait program status word (PSW) is 000a000f. 
Central storage bytes 0-7 are: 000a000f. 

On Wed, Jan 19, 2011 at 8:46 AM, George Henke/NYLIC
 wrote:

Is not the wait state code sometimes the SVC number it is running at the
time which in this case would be the ERREXCP SVC 15? 




Tom Huegel  

Sent by: The IBM z/VM Operating System  

01/19/2011 11:37 AM 

Please respond to
The IBM z/VM Operating System 

To

IBMVM@LISTSERV.UARK.EDU 

cc


Subject

Re: Wait code 000a000f

 







Mike, I found the same description you did '000A' is ESA/390 mode but
nothing matching the 'f''. 
This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9.  
I have other systems running the same level z/VM without any problem.. 
I am sure it is something I have done. It would be nice if the message
was documented, so I would know where to look. 
It is not urgent today I have backups so I am running now.  
I need it to work by the time the z196 comes online in a couple of
weeks. 
   
Tom 
On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter 
wrote: 
I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.

Page 149 explains the "000A" as a machine running in ESA/390 mode.
But there is no corresponding HCP015W, or HCP00FW message (the latter of
which, with a hex value, would start a whole new thread).

Can you tell us more about _what_ you are IPLing?  Is it CP on 1st
level,
CP on 2nd level, CMS, or some utility program - on what size virtual
machine, in what mode (provide output from CP Query SET).  That info
might
help point someone in the right direction.

Also, what's the proper level of urgency?  :-)

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.





"Rich Greenberg" 

Sent by: "The IBM z/VM Operating System" 
01/19/2011 10:05 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Wait code 000a000f 






On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:

} Does anyone have a clue as to what this hard wait code is? ..
} 000a000f.
} I can't find this one in the messages and codes book?
} It is probably a configuration error of some type.
} It happens at IPL.
} And yes I did make  many changes..

I don't have a messages and codes book handy, but forget the "a" and
look for CP wait state 15 (x'f').

--
Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com
   + 1 941 378
2097
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
CP-67
Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst
Owner:Sibernet-L






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. E-mails 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 e-mail. 

 

Re: Wait code 000a00000000000f

[Tom Huegel]

This is the entire message.. It happens before there are any console
messages to indicate z/VM is even starting..

Central processor (CP) 0 in partition TPFTVM, entered disabled wait state.
The disabled wait program status word (PSW) is 000a000f.
Central storage bytes 0-7 are: 000a000f.

On Wed, Jan 19, 2011 at 8:46 AM, George Henke/NYLIC <
george_he...@newyorklife.com> wrote:

> Is not the wait state code sometimes the SVC number it is running at the
> time which in this case would be the ERREXCP SVC 15?
>
>
>
>   *Tom Huegel *
> Sent by: The IBM z/VM Operating System 
>
> 01/19/2011 11:37 AM
>   Please respond to
> The IBM z/VM Operating System 
>
>To
> IBMVM@LISTSERV.UARK.EDU
> cc
>   Subject
> Re: Wait code 000a000f
>
>
>
>
> Mike, I found the same description you did '000A' is ESA/390 mode but
> nothing matching the 'f''.
> This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9.
> I have other systems running the same level z/VM without any problem..
> I am sure it is something I have done. It would be nice if the message was
> documented, so I would know where to look.
> It is not urgent today I have backups so I am running now.
> I need it to work by the time the z196 comes online in a couple of weeks.
>
> Tom
> On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter 
> <*mike.wal...@aonhewitt.com*>
> wrote:
> I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.
>
> Page 149 explains the "000A" as a machine running in ESA/390 mode.
> But there is no corresponding HCP015W, or HCP00FW message (the latter of
> which, with a hex value, would start a whole new thread).
>
> Can you tell us more about _what_ you are IPLing?  Is it CP on 1st level,
> CP on 2nd level, CMS, or some utility program - on what size virtual
> machine, in what mode (provide output from CP Query SET).  That info might
> help point someone in the right direction.
>
> Also, what's the proper level of urgency?  :-)
>
> Mike Walter
> Aon Corporation
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
>
>
> "Rich Greenberg" <*ric...@panix.com* >
>
> Sent by: "The IBM z/VM Operating System" 
> <*IBMVM@LISTSERV.UARK.EDU*
> >
> 01/19/2011 10:05 AM
> Please respond to
> "The IBM z/VM Operating System" 
> <*IBMVM@LISTSERV.UARK.EDU*
> >
>
>
>
> To*
> **IBMVM@LISTSERV.UARK.EDU* 
> cc
>
> Subject
> Re: Wait code 000a000f
>
>
>
>
>
>
> On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:
>
> } Does anyone have a clue as to what this hard wait code is? ..
> } 000a000f.
> } I can't find this one in the messages and codes book?
> } It is probably a configuration error of some type.
> } It happens at IPL.
> } And yes I did make  many changes..
>
> I don't have a messages and codes book handy, but forget the "a" and
> look for CP wait state 15 (x'f').
>
> --
> Rich Greenberg  Sarasota, FL, USA richgr atsign 
> *panix.com* + 1 941 378
> 2097
> Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
> CP-67
> Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
> Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst
> Owner:Sibernet-L
>
>
>
>
>
>
> 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. E-mails
> 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 e-mail.
>
>

Re: Wait code 000a00000000000f

[George Henke/NYLIC]

Is not the wait state code sometimes the SVC number it is running at the 
time which in this case would be the ERREXCP SVC 15?




Tom Huegel  
Sent by: The IBM z/VM Operating System 
01/19/2011 11:37 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Wait code 000a000f






Mike, I found the same description you did '000A' is ESA/390 mode but 
nothing matching the 'f''.
This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9. 
I have other systems running the same level z/VM without any problem..
I am sure it is something I have done. It would be nice if the message was 
documented, so I would know where to look.
It is not urgent today I have backups so I am running now. 
I need it to work by the time the z196 comes online in a couple of weeks.
   
Tom
On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter  
wrote:
I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.

Page 149 explains the "000A" as a machine running in ESA/390 mode.
But there is no corresponding HCP015W, or HCP00FW message (the latter of
which, with a hex value, would start a whole new thread).

Can you tell us more about _what_ you are IPLing?  Is it CP on 1st level,
CP on 2nd level, CMS, or some utility program - on what size virtual
machine, in what mode (provide output from CP Query SET).  That info might
help point someone in the right direction.

Also, what's the proper level of urgency?  :-)

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.





"Rich Greenberg" 

Sent by: "The IBM z/VM Operating System" 
01/19/2011 10:05 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Wait code 000a000f






On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:

} Does anyone have a clue as to what this hard wait code is? ..
} 000a000f.
} I can't find this one in the messages and codes book?
} It is probably a configuration error of some type.
} It happens at IPL.
} And yes I did make  many changes..

I don't have a messages and codes book handy, but forget the "a" and
look for CP wait state 15 (x'f').

--
Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com  + 1 941 378
2097
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
CP-67
Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst
Owner:Sibernet-L






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. E-mails 
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 e-mail.

Re: Wait code 000a00000000000f

[Tom Huegel]

Mike, I found the same description you did '000A' is ESA/390 mode but
nothing matching the 'f''.
This is z/VM 5.4 with RSU 1003. I am IPLing native (LPAR) on a z9.
I have other systems running the same level z/VM without any problem..
I am sure it is something I have done. It would be nice if the message was
documented, so I would know where to look.
It is not urgent today I have backups so I am running now.
I need it to work by the time the z196 comes online in a couple of weeks.

Tom
On Wed, Jan 19, 2011 at 8:18 AM, Mike Walter wrote:

> I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.
>
> Page 149 explains the "000A" as a machine running in ESA/390 mode.
> But there is no corresponding HCP015W, or HCP00FW message (the latter of
> which, with a hex value, would start a whole new thread).
>
> Can you tell us more about _what_ you are IPLing?  Is it CP on 1st level,
> CP on 2nd level, CMS, or some utility program - on what size virtual
> machine, in what mode (provide output from CP Query SET).  That info might
> help point someone in the right direction.
>
> Also, what's the proper level of urgency?  :-)
>
> Mike Walter
> Aon Corporation
> The opinions expressed herein are mine alone, not my employer's.
>
>
>
>
>
> "Rich Greenberg" 
>
> Sent by: "The IBM z/VM Operating System" 
> 01/19/2011 10:05 AM
> Please respond to
> "The IBM z/VM Operating System" 
>
>
>
> To
> IBMVM@LISTSERV.UARK.EDU
> cc
>
> Subject
> Re: Wait code 000a000f
>
>
>
>
>
>
> On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:
>
> } Does anyone have a clue as to what this hard wait code is? ..
> } 000a000f.
> } I can't find this one in the messages and codes book?
> } It is probably a configuration error of some type.
> } It happens at IPL.
> } And yes I did make  many changes..
>
> I don't have a messages and codes book handy, but forget the "a" and
> look for CP wait state 15 (x'f').
>
> --
> Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com  + 1 941 378
> 2097
> Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since
> CP-67
> Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
> Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst
> Owner:Sibernet-L
>
>
>
>
>
>
> 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. E-mails
> 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 e-mail.
>

Re: Wait code 000a00000000000f

[Mike Walter]

I *do* have the z/VM CP Messages and Codes 5.4.0 manual handy.

Page 149 explains the "000A" as a machine running in ESA/390 mode.
But there is no corresponding HCP015W, or HCP00FW message (the latter of 
which, with a hex value, would start a whole new thread).

Can you tell us more about _what_ you are IPLing?  Is it CP on 1st level, 
CP on 2nd level, CMS, or some utility program - on what size virtual 
machine, in what mode (provide output from CP Query SET).  That info might 
help point someone in the right direction.

Also, what's the proper level of urgency?  :-)

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.





"Rich Greenberg"  

Sent by: "The IBM z/VM Operating System" 
01/19/2011 10:05 AM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Wait code 000a000f






On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:

} Does anyone have a clue as to what this hard wait code is? ..
} 000a000f.
} I can't find this one in the messages and codes book?
} It is probably a configuration error of some type.
} It happens at IPL.
} And yes I did make  many changes..

I don't have a messages and codes book handy, but forget the "a" and
look for CP wait state 15 (x'f').

-- 
Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com  + 1 941 378 
2097
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since 
CP-67
Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L
Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst 
Owner:Sibernet-L






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. E-mails 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 e-mail. 

Re: Wait code 000a00000000000f

[Rich Greenberg]

On: Wed, Jan 19, 2011 at 07:59:23AM -0800,Tom Huegel Wrote:

} Does anyone have a clue as to what this hard wait code is? ..
} 000a000f.
} I can't find this one in the messages and codes book?
} It is probably a configuration error of some type.
} It happens at IPL.
} And yes I did make  many changes..

I don't have a messages and codes book handy, but forget the "a" and
look for CP wait state 15 (x'f').

-- 
Rich Greenberg  Sarasota, FL, USA richgr atsign panix.com  + 1 941 378 2097
Eastern time.  N6LRT  I speak for myself & my dogs only.VM'er since CP-67
Canines: Val, Red, Shasta, Zero & Casey (At the bridge)Owner:Chinook-L
Canines: Red & Cinnar (Siberians)  Retired at the beach  Asst Owner:Sibernet-L

Wait code 000a00000000000f

[Tom Huegel]

Does anyone have a clue as to what this hard wait code is? ..
000a000f.
I can't find this one in the messages and codes book?
It is probably a configuration error of some type.
It happens at IPL.
And yes I did make  many changes..

Thanks

Re: Support Element (SE) vs HMC and IP Addresses

[George Henke/NYLIC]

ty, Kris, I am trying to setup RSF (Remote Support Facility) fot our new 
z/196 coming in soon and need to make one of the HMC adapters available to 
the IBM Support System via the internet.




Kris Buelens  
Sent by: The IBM z/VM Operating System 
01/19/2011 10:56 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Support Element (SE) vs HMC and IP Addresses






My recent experience also shows that you need to obey the design:
- there is a private network between the HMC and both SEs
- it must not be part of your own LAN to get remote access to the HMC.
I had a case that was not set up well: there was only one LAN.  After 
applying some maintenance to the HMC and/or SEs, many things stopped 
working.

2011/1/19 Frank M. Ramaekers 
Each SE has an IP address (I think the zSeries has always had two SE’s).
 
 

Frank M. Ramaekers Jr.
 
 

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On 
Behalf Of George Henke/NYLIC
Sent: Wednesday, January 19, 2011 9:14 AM

To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Support Element (SE) vs HMC and IP Addresses
 
ty, Mark, this is very helpful. 

Does an SE have more than 1 IP address as well? 



Mark Pace  
Sent by: The IBM z/VM Operating System  
01/19/2011 10:03 AM 


Please respond to
The IBM z/VM Operating System 



To
IBMVM@LISTSERV.UARK.EDU 
cc
 
Subject
Re: Support Element (SE) vs HMC and IP Addresses
 


 
 




The SEs each have an IP address, and the HMC has an IP address on their 
own private network.  The HMC may also have another NIC that can be 
connected to another network, say to reach the outside world, or allow you 
to access from your own private network.

On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC <
george_he...@newyorklife.com> wrote: 
HMC emulates an SE, but does it have separate IP addresses, separate 
interfaces, or are they the same as the SE? 

Does the SE have IP addresses or are they only for the HMC? 



-- 
Mark D Pace  
Senior Systems Engineer  
Mainline Information Systems  



_ This message 
contains information which is privileged and confidential and is solely 
for the use of the intended recipient. If you are not the intended 
recipient, be aware that any review, disclosure, copying, distribution, or 
use of the contents of this message is strictly prohibited. If you have 
received this in error, please destroy it immediately and notify us at 
privacy...@ailife.com. 



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Support Element (SE) vs HMC and IP Addresses

[Kris Buelens]

My recent experience also shows that you need to obey the design:
- there is a private network between the HMC and both SEs
- it must not be part of your own LAN to get remote access to the HMC.
I had a case that was not set up well: there was only one LAN.  After
applying some maintenance to the HMC and/or SEs, many things stopped
working.

2011/1/19 Frank M. Ramaekers 

>  Each SE has an IP address (I think the zSeries has always had two SE’s).
>
>
>
>
>
> Frank M. Ramaekers Jr.
>
>
>
>
>  --
>
> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
> Behalf Of *George Henke/NYLIC
> *Sent:* Wednesday, January 19, 2011 9:14 AM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: Support Element (SE) vs HMC and IP Addresses
>
>
>
> ty, Mark, this is very helpful.
>
> Does an SE have more than 1 IP address as well?
>
>
>   *Mark Pace *
> Sent by: The IBM z/VM Operating System 
>
> 01/19/2011 10:03 AM
>
> Please respond to
> The IBM z/VM Operating System 
>
>To
>
> IBMVM@LISTSERV.UARK.EDU
>
> cc
>
>
>
> Subject
>
> Re: Support Element (SE) vs HMC and IP Addresses
>
>
>
>
>
>
>
>
>
>
> The SEs each have an IP address, and the HMC has an IP address on their own
> private network.  The HMC may also have another NIC that can be connected to
> another network, say to reach the outside world, or allow you to access from
> your own private network.
>
> On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC <
> george_he...@newyorklife.com> wrote:
> HMC emulates an SE, but does it have separate IP addresses, separate
> interfaces, or are they the same as the SE?
>
> Does the SE have IP addresses or are they only for the HMC?
>
>
>
> --
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
>
>
>  _ This message
> contains information which is privileged and confidential and is solely for
> the use of the intended recipient. If you are not the intended recipient, be
> aware that any review, disclosure, copying, distribution, or use of the
> contents of this message is strictly prohibited. If you have received this
> in error, please destroy it immediately and notify us at
> privacy...@ailife.com.
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: Support Element (SE) vs HMC and IP Addresses

[Frank M. Ramaekers]

Each SE has an IP address (I think the zSeries has always had two SE's).

 

 

Frank M. Ramaekers Jr.

 

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of George Henke/NYLIC
Sent: Wednesday, January 19, 2011 9:14 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Support Element (SE) vs HMC and IP Addresses

 

ty, Mark, this is very helpful. 

Does an SE have more than 1 IP address as well? 




Mark Pace  
Sent by: The IBM z/VM Operating System  

01/19/2011 10:03 AM 

Please respond to
The IBM z/VM Operating System 

To

IBMVM@LISTSERV.UARK.EDU 

cc

 

Subject

Re: Support Element (SE) vs HMC and IP Addresses

 

 

 




The SEs each have an IP address, and the HMC has an IP address on their
own private network.  The HMC may also have another NIC that can be
connected to another network, say to reach the outside world, or allow
you to access from your own private network.

On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC
 wrote: 
HMC emulates an SE, but does it have separate IP addresses, separate
interfaces, or are they the same as the SE? 

Does the SE have IP addresses or are they only for the HMC? 



-- 
Mark D Pace  
Senior Systems Engineer  
Mainline Information Systems  






_
This message contains information which is privileged and confidential and is 
solely for the use of the
intended recipient. If you are not the intended recipient, be aware that any 
review, disclosure,
copying, distribution, or use of the contents of this message is strictly 
prohibited. If you have
received this in error, please destroy it immediately and notify us at 
privacy...@ailife.com.

Re: Support Element (SE) vs HMC and IP Addresses

[Mark Pace]

AFAIK an SE has only one IP address.

On Wed, Jan 19, 2011 at 10:13 AM, George Henke/NYLIC <
george_he...@newyorklife.com> wrote:

> ty, Mark, this is very helpful.
>
> Does an SE have more than 1 IP address as well?
>
>
>
>  *Mark Pace *
> Sent by: The IBM z/VM Operating System 
>
> 01/19/2011 10:03 AM
>  Please respond to
> The IBM z/VM Operating System 
>
>   To
> IBMVM@LISTSERV.UARK.EDU
> cc
>   Subject
> Re: Support Element (SE) vs HMC and IP Addresses
>
>
>
>
> The SEs each have an IP address, and the HMC has an IP address on their own
> private network.  The HMC may also have another NIC that can be connected to
> another network, say to reach the outside world, or allow you to access from
> your own private network.
>
> On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC <*
> george_he...@newyorklife.com* > wrote:
> HMC emulates an SE, but does it have separate IP addresses, separate
> interfaces, or are they the same as the SE?
>
> Does the SE have IP addresses or are they only for the HMC?
>
>
>
> --
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
>
>
>
>


-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

Re: Support Element (SE) vs HMC and IP Addresses

[George Henke/NYLIC]

ty, Mark, this is very helpful.

Does an SE have more than 1 IP address as well?




Mark Pace  
Sent by: The IBM z/VM Operating System 
01/19/2011 10:03 AM
Please respond to
The IBM z/VM Operating System 


To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Support Element (SE) vs HMC and IP Addresses






The SEs each have an IP address, and the HMC has an IP address on their 
own private network.  The HMC may also have another NIC that can be 
connected to another network, say to reach the outside world, or allow you 
to access from your own private network.

On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC <
george_he...@newyorklife.com> wrote:
HMC emulates an SE, but does it have separate IP addresses, separate 
interfaces, or are they the same as the SE? 

Does the SE have IP addresses or are they only for the HMC? 



-- 
Mark D Pace 
Senior Systems Engineer 
Mainline Information Systems 

Re: Support Element (SE) vs HMC and IP Addresses

[Mark Pace]

The SEs each have an IP address, and the HMC has an IP address on their own
private network.  The HMC may also have another NIC that can be connected to
another network, say to reach the outside world, or allow you to access from
your own private network.

On Wed, Jan 19, 2011 at 10:00 AM, George Henke/NYLIC <
george_he...@newyorklife.com> wrote:

> HMC emulates an SE, but does it have separate IP addresses, separate
> interfaces, or are they the same as the SE?
>
> Does the SE have IP addresses or are they only for the HMC?




-- 
Mark D Pace
Senior Systems Engineer
Mainline Information Systems

Support Element (SE) vs HMC and IP Addresses

[George Henke/NYLIC]

HMC emulates an SE, but does it have separate IP addresses, separate 
interfaces, or are they the same as the SE?

Does the SE have IP addresses or are they only for the HMC? 

Re: CMS disk weirdness between processors

[Buettner, Wolfgang]

I fully support Phil's claim!
I have been sharing minidisks between several systems for years and any
change is hard work, though error-prone, to keep those 100% synchronous
without ESM and *MAP* programs working across system boundaries.

Wolfgang


Software AG - Group Executive Board: Karl-Heinz Streibich 
(Vorsitzender/Chairman), Arnd Zinnhardt, Mark Edwards, David Broadbent, Dr. 
Hans Kraus, Dr. Wolfram Jost, Kamyar Niroumand, Ivo Totev

Sitz/Registered office: Uhlandstra?e 12, 64297 Darmstadt, Germany, - 
Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/ Management 
Board: Karl-Heinz Streibich (Vorsitzender/Chairman), David Broadbent, Dr. 
Wolfram Jost, Arnd Zinnhardt; - Aufsichtsratsvorsitzender/ Chairman of the 
Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com/
-Original Message-

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Phil Smith III
Sent: Tuesday, January 18, 2011 9:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CMS disk weirdness between processors

Martha McConaghy wrote:
>...blush I have to admit, I found the problem not long after
>sending the note to the list.  It was a rookie mistake.  The disk was
>defined as 100 cylinders on one system, but only 10 cylinders on the
>other.  So, files written on the 2nd system were usable, but files
>written by the 1st system were not.  I fixed the definition on the 2nd
system and all is now OK.

Hah. Hardly a rookie mistake. Donna Walker (whom some of you will
remember) once had a system that would lose a certain user's A-disk
periodically. Nothing appeared in EREP.

Finally turned out an FBA DASD overlapped page space by 1 page. So
occasionally the system would manage to use that page, irritating the
CMS file system...

Gee, do you suppose this is why we have DISKMAP and MAPDISK and DIRMAP
and friends? Now we need cross-system versions!

...phsiii