Re: Moving On

2011-07-12 Thread Alan Ackerman
Goodbye, Richard, and good luck! 

I see I haven't read the IBMVM list since sometime in June. Sorry about t
he belated response to 
your retirement.

On Thu, 7 Jul 2011 16:00:43 -0700, Schuh, Richard rsc...@visa.com wrote
:

In just a few minutes, I will be checking out of the Visa hotel (or perh
aps asylum - they put up 
with me for 13+ years). I want to thank everyone who sent their congratul
ations and well wishes, 
and to reiterate my thanks to the everyone on who has helped me over the 
years (going back to 
the pre-Mitre Scheduler and the VM SHARE Tape days ). I may not rejoin th
e list until I have 
moved, am settled in, and have started enjoying my 7 day weekends. I am l
ooking forward to 
reestablishing my connection with the group.


Regards,
Richard Schuh






Re: CMSDDR failing

2011-07-12 Thread Victor Ochoa Avila
Hi Wayne, I've used PIPEDDR in 10GB MDISK and work fine, no problem.

Download the new version of here


http://www.vm.ibm.com/download/packages/

It is a great tool of Bruce Hayden.


 Regards

ATTE

Victor Hugo Ochoa Avila
BBVA America
Mexico D.F

2011/7/11 Scott Rohling scott.rohl...@gmail.com

 Sorry -I meant that   512*2097152 = 1073741824 ..  which is the
 real block count when starting at 0

 Exactly 1 gigabyte...

 Scott Rohling


 On Mon, Jul 11, 2011 at 4:21 PM, Scott Rohling scott.rohl...@gmail.comwrote:

 I'm wondering if CMSDDR has some kind of internal limit of 1G..  I notice
 that:


 512*2097151=1073741824(512 byte blocks)
 1024*1024*1024=1073741824   (1K cubed)

 Scott Rohling



 On Mon, Jul 11, 2011 at 4:06 PM, Smith, Wayne H Mr CTR DISA CDB12 
 wayne.smith@csd.disa.mil wrote:

 **

 I’m having issues using CMSDDR.  The output is copied below.  Any
 thoughts?

 The device I’m CMSDDRing is an MDISK defined on an EDEV.  The size of
 the MDISK is 17 gig.

 I **can** use CP DDR to copy the MDISK to another MDISK of equal size
 defined on the same EDEV.  I ran CP DDR because the error message seemed
 to imply that there was an I/O error reading the input device(A497).  CP
 DDR could read the entire MDISK so I believe the error message is
 misleading.

 A couple random pieces of information:

-  We are running z/VM 5.4; CMS Level 24, Service Level 002

-  I’ve used CMSDDR to create CMS files from other smaller MDISKs
 defined on the same EDEV.

-  The MDISK on which I’m trying to create the new file is larger
 than the MDISK I’m trying to CMSDDR.

-  I’ve tried CMSDDR with a small and large (2 gig) virtual machine
 size.

-  The CMSDDR invocation which fails does create a file on the target
 MDISK.  I believe it contains blocks 0-2097151.

 cmsddr dump a497 temp  z

 z/VM DASD DUMP/RESTORE PROGRAM

 HCPDDR696I VOLID READ IS LXA497 NOT VOLSER

 DUMPING   LXA497

 DUMPING DATA  07/11/11 AT 20.42.35  GMT FROM LXA497

 INPUT BLOCK EXTENTSOUTPUT BLOCK EXTENTS

START   STOP   STARTSTOP

 HCPDDR705E I/O ERROR A497 IRB  000311D0 0E00 
 

 SNS 8000 0004     
 

 CCW 63031820 4010

 INPUT 02097152 OUTPUT 02097152

    0209715102097151

 END OF DUMP

  BYTES IN 1073829304 BYTES OUT 0020546574

  BLOCKS NOT COMPACTED ON TAPE -  00

 END OF JOB

 Ready(4); T=0.80/1.42 16:42:54






-- 
Victor Hugo Ochoa Avila
z/OS  z/VM systems programmer
Mexico, City.


Re: CMSDDR failing

2011-07-12 Thread Smith, Wayne H Mr CTR DISA CDB12
I believe I've found a solution to my problem.  I've defined 4 small
MDISK overlays on the 17G MDISK; each section can be CMSDDRed.  I assume
I was running into some type of CMS file size restriction.  I don't
really need to know what the restriction is/was.  I can accomplish my
task by splitting up the MDISK.  

   

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Victor Ochoa Avila
Sent: Tuesday, July 12, 2011 2:14
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CMSDDR failing

Hi Wayne, I've used PIPEDDR in 10GB MDISK and work fine, no problem.

Download the new version of here

 

http://www.vm.ibm.com/download/packages/
 
It is a great tool of Bruce Hayden.


 Regards

ATTE

Victor Hugo Ochoa Avila
BBVA America
Mexico D.F


2011/7/11 Scott Rohling scott.rohl...@gmail.com


Sorry -I meant that   512*2097152 = 1073741824 ..
which is the real block count when starting at 0

Exactly 1 gigabyte... 


Scott Rohling


On Mon, Jul 11, 2011 at 4:21 PM, Scott Rohling
scott.rohl...@gmail.com wrote:


I'm wondering if CMSDDR has some kind of internal limit
of 1G..  I notice that:


512*2097151=1073741824(512 byte blocks)
1024*1024*1024=1073741824   (1K cubed)

Scott Rohling



On Mon, Jul 11, 2011 at 4:06 PM, Smith, Wayne H Mr CTR
DISA CDB12 wayne.smith@csd.disa.mil wrote:




I'm having issues using CMSDDR.  The output is
copied below.  Any thoughts?

The device I'm CMSDDRing is an MDISK defined on
an EDEV.  The size of the MDISK is 17 gig.  

I *can* use CP DDR to copy the MDISK to another
MDISK of equal size defined on the same EDEV.  I ran CP DDR because the
error message seemed to imply that there was an I/O error reading the
input device(A497).  CP DDR could read the entire MDISK so I believe the
error message is misleading.



A couple random pieces of information:

   -  We are running z/VM 5.4; CMS Level 24,
Service Level 002

   -  I've used CMSDDR to create CMS files from
other smaller MDISKs defined on the same EDEV.

   -  The MDISK on which I'm trying to create
the new file is larger than the MDISK I'm trying to CMSDDR.

   -  I've tried CMSDDR with a small and large
(2 gig) virtual machine size.

   -  The CMSDDR invocation which fails does
create a file on the target MDISK.  I believe it contains blocks
0-2097151.



cmsddr dump a497 temp  z



z/VM DASD DUMP/RESTORE PROGRAM

HCPDDR696I VOLID READ IS LXA497 NOT VOLSER

DUMPING   LXA497

DUMPING DATA  07/11/11 AT 20.42.35  GMT FROM
LXA497

INPUT BLOCK EXTENTSOUTPUT BLOCK
EXTENTS

   START   STOP   START
STOP

HCPDDR705E I/O ERROR A497 IRB  000311D0
0E00  

SNS 8000 0004   
  

CCW 63031820 4010

INPUT 02097152 OUTPUT 02097152

   02097151
02097151

END OF DUMP

 BYTES IN 1073829304 BYTES OUT 0020546574

 BLOCKS NOT COMPACTED ON TAPE -  00

END OF JOB

Ready(4); T=0.80/1.42 16:42:54








-- 
Victor Hugo Ochoa Avila
z/OS  z/VM systems programmer
Mexico, City.


Re: CMSDDR failing

2011-07-12 Thread Scott Rohling
This is what the 6.1 CMS Admin and Planning says:

A single CMS file can contain up to approximately (231-1)-132,000 disk
blocks of data, grouped into as many as 231-1 logical records, all of which
must be on the same minidisk

2**31 = 2147483648So:  (2147483648-1) - 132,000 = 2,147,351,647


With 512 byte blocks -  this should be around 1TB ...  though it depends on
the logical record length..

Glad you found a workaround..  just trying to understand limits.   Seems
CMSDDR is likely the one with limits.

Scott Rohling


On Tue, Jul 12, 2011 at 7:48 AM, Smith, Wayne H Mr CTR DISA CDB12 
wayne.smith@csd.disa.mil wrote:

 I believe I've found a solution to my problem.  I've defined 4 small
 MDISK overlays on the 17G MDISK; each section can be CMSDDRed.  I assume
 I was running into some type of CMS file size restriction.  I don't
 really need to know what the restriction is/was.  I can accomplish my
 task by splitting up the MDISK.



 -Original Message-
 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
 Behalf Of Victor Ochoa Avila
 Sent: Tuesday, July 12, 2011 2:14
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: CMSDDR failing

 Hi Wayne, I've used PIPEDDR in 10GB MDISK and work fine, no problem.

 Download the new version of here



 http://www.vm.ibm.com/download/packages/

 It is a great tool of Bruce Hayden.


  Regards

 ATTE

 Victor Hugo Ochoa Avila
 BBVA America
 Mexico D.F


 2011/7/11 Scott Rohling scott.rohl...@gmail.com


Sorry -I meant that   512*2097152 = 1073741824 ..
 which is the real block count when starting at 0

Exactly 1 gigabyte...


Scott Rohling


On Mon, Jul 11, 2011 at 4:21 PM, Scott Rohling
 scott.rohl...@gmail.com wrote:


I'm wondering if CMSDDR has some kind of internal limit
 of 1G..  I notice that:


512*2097151=1073741824(512 byte blocks)
1024*1024*1024=1073741824   (1K cubed)

Scott Rohling



On Mon, Jul 11, 2011 at 4:06 PM, Smith, Wayne H Mr CTR
 DISA CDB12 wayne.smith@csd.disa.mil wrote:




I'm having issues using CMSDDR.  The output is
 copied below.  Any thoughts?

The device I'm CMSDDRing is an MDISK defined on
 an EDEV.  The size of the MDISK is 17 gig.

I *can* use CP DDR to copy the MDISK to another
 MDISK of equal size defined on the same EDEV.  I ran CP DDR because the
 error message seemed to imply that there was an I/O error reading the
 input device(A497).  CP DDR could read the entire MDISK so I believe the
 error message is misleading.



A couple random pieces of information:

   -  We are running z/VM 5.4; CMS Level 24,
 Service Level 002

   -  I've used CMSDDR to create CMS files from
 other smaller MDISKs defined on the same EDEV.

   -  The MDISK on which I'm trying to create
 the new file is larger than the MDISK I'm trying to CMSDDR.

   -  I've tried CMSDDR with a small and large
 (2 gig) virtual machine size.

   -  The CMSDDR invocation which fails does
 create a file on the target MDISK.  I believe it contains blocks
 0-2097151.



cmsddr dump a497 temp  z



z/VM DASD DUMP/RESTORE PROGRAM

HCPDDR696I VOLID READ IS LXA497 NOT VOLSER

DUMPING   LXA497

DUMPING DATA  07/11/11 AT 20.42.35  GMT FROM
 LXA497

INPUT BLOCK EXTENTSOUTPUT BLOCK
 EXTENTS

   START   STOP   START
 STOP

HCPDDR705E I/O ERROR A497 IRB  000311D0
 0E00  

SNS 8000 0004   
   

CCW 63031820 4010

INPUT 02097152 OUTPUT 02097152

   02097151
 02097151

END OF DUMP

 BYTES IN 1073829304 BYTES OUT 0020546574

 BLOCKS NOT COMPACTED ON TAPE -  00

END OF JOB

Ready(4); T=0.80/1.42 16:42:54








 --
 Victor Hugo Ochoa Avila
 z/OS  z/VM systems programmer
 Mexico, City.



Re: CMSDDR failing

2011-07-12 Thread Scott Rohling
I'd definitely give PIPEDDR a try!   Splitting up a minidisk sounds like
extra steps you don't need to go through...   If this is just a one time
thing - I guess do whatever works.   PIPEDDR is a lot more flexible though..


Scott Rohling

On Tue, Jul 12, 2011 at 12:13 AM, Victor Ochoa Avila vhoa...@gmail.comwrote:

 Hi Wayne, I've used PIPEDDR in 10GB MDISK and work fine, no problem.

 Download the new version of here


 http://www.vm.ibm.com/download/packages/

 It is a great tool of Bruce Hayden.


  Regards

 ATTE

 Victor Hugo Ochoa Avila
 BBVA America
 Mexico D.F

 2011/7/11 Scott Rohling scott.rohl...@gmail.com

 Sorry -I meant that   512*2097152 = 1073741824 ..  which is
 the real block count when starting at 0

 Exactly 1 gigabyte...

 Scott Rohling


 On Mon, Jul 11, 2011 at 4:21 PM, Scott Rohling 
 scott.rohl...@gmail.comwrote:

 I'm wondering if CMSDDR has some kind of internal limit of 1G..  I notice
 that:


 512*2097151=1073741824(512 byte blocks)
 1024*1024*1024=1073741824   (1K cubed)

 Scott Rohling



 On Mon, Jul 11, 2011 at 4:06 PM, Smith, Wayne H Mr CTR DISA CDB12 
 wayne.smith@csd.disa.mil wrote:

 **

 I’m having issues using CMSDDR.  The output is copied below.  Any
 thoughts?

 The device I’m CMSDDRing is an MDISK defined on an EDEV.  The size of
 the MDISK is 17 gig.

 I **can** use CP DDR to copy the MDISK to another MDISK of equal size
 defined on the same EDEV.  I ran CP DDR because the error message
 seemed to imply that there was an I/O error reading the input device(A497).
 CP DDR could read the entire MDISK so I believe the error message is
 misleading.

 A couple random pieces of information:

-  We are running z/VM 5.4; CMS Level 24, Service Level 002

-  I’ve used CMSDDR to create CMS files from other smaller MDISKs
 defined on the same EDEV.

-  The MDISK on which I’m trying to create the new file is larger
 than the MDISK I’m trying to CMSDDR.

-  I’ve tried CMSDDR with a small and large (2 gig) virtual machine
 size.

-  The CMSDDR invocation which fails does create a file on the
 target MDISK.  I believe it contains blocks 0-2097151.

 cmsddr dump a497 temp  z

 z/VM DASD DUMP/RESTORE PROGRAM

 HCPDDR696I VOLID READ IS LXA497 NOT VOLSER

 DUMPING   LXA497

 DUMPING DATA  07/11/11 AT 20.42.35  GMT FROM LXA497

 INPUT BLOCK EXTENTSOUTPUT BLOCK EXTENTS

START   STOP   STARTSTOP

 HCPDDR705E I/O ERROR A497 IRB  000311D0 0E00 
 

 SNS 8000 0004     
 

 CCW 63031820 4010

 INPUT 02097152 OUTPUT 02097152

    0209715102097151

 END OF DUMP

  BYTES IN 1073829304 BYTES OUT 0020546574

  BLOCKS NOT COMPACTED ON TAPE -  00

 END OF JOB

 Ready(4); T=0.80/1.42 16:42:54






 --
 Victor Hugo Ochoa Avila
 z/OS  z/VM systems programmer
 Mexico, City.



page pack question

2011-07-12 Thread Crabtree, Anne D
I installed release 6.1  of z/vm but I don't have enough mod 3's to label as 
page packs to match the 5.4 system.  Is there any reason that I can't use the 
5.4  page packs when I ipl 6.1 on level 1?  On z/os, this is what I always do 
but on z/vm I usually define new page packs (ie 610pag, 610pg1, etc..)

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax



Re: page pack question

2011-07-12 Thread Dave Jones
Hi, Anne.

Yes, you can use the old 5.4 page packs when you IPL 6.1 on first level.
Just make usre you add them to 6.1's SYSTEM CONFIG file as cpowned.

DJ

On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:
 I installed release 6.1  of z/vm but I don’t have enough mod 3’s to
 label as page packs to match the 5.4 system.  Is there any reason that I
 can’t use the 5.4  page packs when I ipl 6.1 on level 1?  On z/os, this
 is what I always do but on z/vm I usually define new page packs (ie
 610pag, 610pg1, etc..)
 
  
 
 Anne D. Crabtree
 
 System Programmer
 
 WV Office of Technology Data Center
 
 1900 Kanawha Blvd East
 
 Charleston, WV  25305
 
 (304)558-5914 ext 58292
 
 (304)558-1441 fax
 
  
 

-- 
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544


Re: page pack question

2011-07-12 Thread Rich Smrcina

As long as they're not in use at the same time... no problem at all.

On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:


I installed release 6.1 of z/vm but I don’t have enough mod 3’s to label as page packs 
to match the 5.4 system. Is there any reason that I can’t use the 5.4 page packs when 
I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I usually define 
new page packs (ie 610pag, 610pg1, etc..)


Anne D. Crabtree

System Programmer

WV Office of Technology Data Center

1900 Kanawha Blvd East

Charleston, WV 25305

(304)558-5914 ext 58292

(304)558-1441 fax




--
Rich Smrcina
Velocity Software, Inc.
http://www.velocitysoftware.com

Catch the WAVV! http://www.wavv.org
WAVV 2012 - April 13-17, 2012 Covington, KY


Re: page pack question

2011-07-12 Thread Alan Altmark
On Tuesday, 07/12/2011 at 10:38 EDT, Crabtree, Anne D 
anne.d.crabt...@wv.gov wrote:
 I installed release 6.1  of z/vm but I don?t have enough mod 3?s to 
label as 
 page packs to match the 5.4 system.  Is there any reason that I can?t 
use the 
 5.4  page packs when I ipl 6.1 on level 1?  On z/os, this is what I 
always do 
 but on z/vm I usually define new page packs (ie 610pag, 610pg1, etc..)

You can use the same paging and T-disk volumes.

Alan Altmark

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


Re: page pack question

2011-07-12 Thread Crabtree, Anne D
Yea, the only thing is that once I add them as CPOWNED on my 6.1 system (which 
I'd have to do while up on level 2), I would not be able to ipl it second level 
if I had to go back to 5.4.  Then what would I do?

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Rich Smrcina
Sent: Tuesday, July 12, 2011 10:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: page pack question

As long as they're not in use at the same time... no problem at all.

On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:

 I installed release 6.1 of z/vm but I don't have enough mod 3's to label as 
 page packs 
 to match the 5.4 system. Is there any reason that I can't use the 5.4 page 
 packs when 
 I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I usually 
 define 
 new page packs (ie 610pag, 610pg1, etc..)

 Anne D. Crabtree

 System Programmer

 WV Office of Technology Data Center

 1900 Kanawha Blvd East

 Charleston, WV 25305

 (304)558-5914 ext 58292

 (304)558-1441 fax



-- 
Rich Smrcina
Velocity Software, Inc.
http://www.velocitysoftware.com

Catch the WAVV! http://www.wavv.org
WAVV 2012 - April 13-17, 2012 Covington, KY


Re: page pack question

2011-07-12 Thread Crabtree, Anne D
How about I bring up 6.1 with the couple of 6.1 page packs I can define and 
then add the 5.4 ones on the fly?  (attach them to system, define cpowned, etc) 
 That way they would not be in the system config and I could still bring 6.1 up 
on second level if necessary.

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Rich Smrcina
Sent: Tuesday, July 12, 2011 10:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: page pack question

As long as they're not in use at the same time... no problem at all.

On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:

 I installed release 6.1 of z/vm but I don't have enough mod 3's to label as 
 page packs 
 to match the 5.4 system. Is there any reason that I can't use the 5.4 page 
 packs when 
 I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I usually 
 define 
 new page packs (ie 610pag, 610pg1, etc..)

 Anne D. Crabtree

 System Programmer

 WV Office of Technology Data Center

 1900 Kanawha Blvd East

 Charleston, WV 25305

 (304)558-5914 ext 58292

 (304)558-1441 fax



-- 
Rich Smrcina
Velocity Software, Inc.
http://www.velocitysoftware.com

Catch the WAVV! http://www.wavv.org
WAVV 2012 - April 13-17, 2012 Covington, KY


CPUID Anomaly

2011-07-12 Thread James Poirier
 Hi,

This past weekend after an IPL of our z10 to apply RSU 5409 and a VTAM
ptf 
I discovered that the reported CPUID in zVM had changed:

CPUID prior to this weedend was :   FF01C82620988000
CPUID after IPL was :   FF00C82620988000

The difference in the above id¹s is 1C8262 to 0C8262.

Also, made a change to MODE from s/390 to ZVM.
No IOCDS changes were made.

After I discovered the changed CPUID I backed everything out and there was
no change in
the CPUID.  I did finally put everything back and just dealt with the new
CPUID.

Also found out that MCL¹s had been applied to the HMC but not to the SE¹s.

Has anybody seen this behavior?
Thanks in advance
 

Jim Poirier
Senior zVM/zVSE Systems Programmer,
Mainframe Technical Support Group
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
603-271-1535Fax 603.271.1516

Statement of Confidentiality: The contents of this message are confidential.
Any unauthorized disclosure, reproduction, use or dissemination (either
whole or in part) is prohibited. If you are not the intended recipient of
this message, please notify the sender immediately and delete the message
from your system.



Re: page pack question

2011-07-12 Thread Bob Bates
Can't you go ahead and put them in your CP OWNED list and as long as they are 
not attached to the 2nd level id, you will get an error that they can't be 
found but the system will still come up as long as you still have at least one 
pack that you are using at 2nd now.

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


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Crabtree, Anne D
Sent: Tuesday, July 12, 2011 9:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: page pack question

How about I bring up 6.1 with the couple of 6.1 page packs I can define and 
then add the 5.4 ones on the fly?  (attach them to system, define cpowned, etc) 
 That way they would not be in the system config and I could still bring 6.1 up 
on second level if necessary.

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Rich Smrcina
Sent: Tuesday, July 12, 2011 10:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: page pack question

As long as they're not in use at the same time... no problem at all.

On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:

 I installed release 6.1 of z/vm but I don't have enough mod 3's to label as 
 page packs 
 to match the 5.4 system. Is there any reason that I can't use the 5.4 page 
 packs when 
 I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I usually 
 define 
 new page packs (ie 610pag, 610pg1, etc..)

 Anne D. Crabtree

 System Programmer

 WV Office of Technology Data Center

 1900 Kanawha Blvd East

 Charleston, WV 25305

 (304)558-5914 ext 58292

 (304)558-1441 fax



-- 
Rich Smrcina
Velocity Software, Inc.
http://www.velocitysoftware.com

Catch the WAVV! http://www.wavv.org
WAVV 2012 - April 13-17, 2012 Covington, KY


Re: CPUID Anomaly

2011-07-12 Thread Tom Huegel
Off the top of my head isn't that the LPAR identifier? - 00 vs 01 -

On Tue, Jul 12, 2011 at 7:51 AM, James Poirier james.poir...@doit.nh.govwrote:

 Hi,

 This past weekend after an IPL of our z10 to apply RSU 5409 and a VTAM
 ptf
 I discovered that the reported CPUID in zVM had changed:

 CPUID prior to this weedend was :   FF01C82620988000
 CPUID after IPL was :   FF00C82620988000

 The difference in the above id’s is 1C8262 to 0C8262.

 Also, made a change to MODE from s/390 to ZVM.
 No IOCDS changes were made.

 After I discovered the changed CPUID I backed everything out and there was
 no change in
 the CPUID.  I did finally put everything back and just dealt with the new
 CPUID.

 Also found out that MCL’s had been applied to the HMC but not to the SE’s.

 Has anybody seen this behavior?
 Thanks in advance


 Jim Poirier
 Senior zVM/zVSE Systems Programmer,
 Mainframe Technical Support Group
 Department of Information Technology
 State of New Hampshire
 27 Hazen Drive
 Concord, NH 03301
 603-271-1535Fax 603.271.1516

 Statement of Confidentiality: The contents of this message are
 confidential.
 Any unauthorized disclosure, reproduction, use or dissemination (either
 whole or in part) is prohibited. If you are not the intended recipient of
 this message, please notify the sender immediately and delete the message
 from your system.



Re: page pack question

2011-07-12 Thread Tom Huegel
You need to beable to access your 6.1 CF! disk from youe 1st level 5.4
machine to change the SYSTEM CONFIG file back to what you need for the 2nd
level IPL... At least that is what I would do.

On Tue, Jul 12, 2011 at 7:50 AM, Crabtree, Anne D anne.d.crabt...@wv.govwrote:

 Yea, the only thing is that once I add them as CPOWNED on my 6.1 system
 (which I'd have to do while up on level 2), I would not be able to ipl it
 second level if I had to go back to 5.4.  Then what would I do?

 Anne D. Crabtree
 System Programmer
 WV Office of Technology Data Center
 1900 Kanawha Blvd East
 Charleston, WV  25305
 (304)558-5914 ext 58292
 (304)558-1441 fax

  -Original Message-
 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
 Behalf Of Rich Smrcina
 Sent: Tuesday, July 12, 2011 10:50 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: page pack question

 As long as they're not in use at the same time... no problem at all.

 On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:
 
  I installed release 6.1 of z/vm but I don't have enough mod 3's to label
 as page packs
  to match the 5.4 system. Is there any reason that I can't use the 5.4
 page packs when
  I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I
 usually define
  new page packs (ie 610pag, 610pg1, etc..)
 
  Anne D. Crabtree
 
  System Programmer
 
  WV Office of Technology Data Center
 
  1900 Kanawha Blvd East
 
  Charleston, WV 25305
 
  (304)558-5914 ext 58292
 
  (304)558-1441 fax
 


 --
 Rich Smrcina
 Velocity Software, Inc.
 http://www.velocitysoftware.com

 Catch the WAVV! http://www.wavv.org
 WAVV 2012 - April 13-17, 2012 Covington, KY



Re: page pack question

2011-07-12 Thread Rich Smrcina
That's reasonable.  As long as the 5.4 system isn't using them at the same time.  That 
would be 'bad'.


On 07/12/2011 09:53 AM, Crabtree, Anne D wrote:

How about I bring up 6.1 with the couple of 6.1 page packs I can define and 
then add the 5.4 ones on the fly?  (attach them to system, define cpowned, etc) 
 That way they would not be in the system config and I could still bring 6.1 up 
on second level if necessary.

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Rich Smrcina
Sent: Tuesday, July 12, 2011 10:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: page pack question

As long as they're not in use at the same time... no problem at all.

On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:

I installed release 6.1 of z/vm but I don't have enough mod 3's to label as 
page packs
to match the 5.4 system. Is there any reason that I can't use the 5.4 page 
packs when
I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I usually 
define
new page packs (ie 610pag, 610pg1, etc..)

Anne D. Crabtree

System Programmer

WV Office of Technology Data Center

1900 Kanawha Blvd East

Charleston, WV 25305

(304)558-5914 ext 58292

(304)558-1441 fax






--
Rich Smrcina
Velocity Software, Inc.
http://www.velocitysoftware.com

Catch the WAVV! http://www.wavv.org
WAVV 2012 - April 13-17, 2012 Covington, KY


Re: CPUID Anomaly

2011-07-12 Thread James Poirier
 It appears that it probably is but we made no changes to affect the LPAR
id, also the HMC reports
that the CPUID is 1C8262 and that is what we used to get before this last
IPL.


On 7/12/11 11:02 AM, Tom Huegel tehue...@gmail.com wrote:

 Off the top of my head isn't that the LPAR identifier? - 00 vs 01 -
 
 On Tue, Jul 12, 2011 at 7:51 AM, James Poirier james.poir...@doit.nh.gov
 wrote:
 Hi,
 
 This past weekend after an IPL of our z10 to apply RSU 5409 and a VTAM
 ptf 
 I discovered that the reported CPUID in zVM had changed:
 
 CPUID prior to this weedend was :   FF01C82620988000  
 CPUID after IPL was :   FF00C82620988000
 
 The difference in the above id¹s is 1C8262 to 0C8262.
 
 Also, made a change to MODE from s/390 to ZVM.
 No IOCDS changes were made.
 
 After I discovered the changed CPUID I backed everything out and there was no
 change in
 the CPUID.  I did finally put everything back and just dealt with the new
 CPUID.
 
 Also found out that MCL¹s had been applied to the HMC but not to the SE¹s.
 
 Has anybody seen this behavior?
 Thanks in advance
  
 
 Jim Poirier
 Senior zVM/zVSE Systems Programmer,
 Mainframe Technical Support Group
 Department of Information Technology
 State of New Hampshire
 27 Hazen Drive
 Concord, NH 03301
 603-271-1535 tel:603-271-1535     Fax 603.271.1516 tel:603.271.1516
 
 Statement of Confidentiality: The contents of this message are confidential.
 Any unauthorized disclosure, reproduction, use or dissemination (either
 whole or in part) is prohibited. If you are not the intended recipient of
 this message, please notify the sender immediately and delete the message
 from your system.
 
 


Jim Poirier
Senior zVM/zVSE Systems Programmer,
Mainframe Technical Support Group
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
603-271-1535Fax 603.271.1516

Statement of Confidentiality: The contents of this message are confidential.
Any unauthorized disclosure, reproduction, use or dissemination (either
whole or in part) is prohibited. If you are not the intended recipient of
this message, please notify the sender immediately and delete the message
from your system.



Re: page pack question

2011-07-12 Thread gclovis
Hi, Anne.
If your second level system is only to maintenance (5.4 or 6.1, no matter) 
, you don't need a lot of page packs. Define a virtual machine with 256G 
and one mdisk (not full pack) to PAGE, formated with the same volser as 
the fullpack.
When IPLed on first level, it can take the full packs needed.
Caution: this tip it's not valid for SPOOL, only to PAGE volumes. SPOOL 
needs a more elaborated solution.
Regards,
__
Clovis



From:
Tom Huegel tehue...@gmail.com
To:
IBMVM@listserv.uark.edu
Date:
12/07/2011 12:04
Subject:
Re: page pack question
Sent by:
The IBM z/VM Operating System IBMVM@listserv.uark.edu



You need to beable to access your 6.1 CF! disk from youe 1st level 5.4 
machine to change the SYSTEM CONFIG file back to what you need for the 2nd 
level IPL... At least that is what I would do.

On Tue, Jul 12, 2011 at 7:50 AM, Crabtree, Anne D anne.d.crabt...@wv.gov 
wrote:
Yea, the only thing is that once I add them as CPOWNED on my 6.1 system 
(which I'd have to do while up on level 2), I would not be able to ipl it 
second level if I had to go back to 5.4.  Then what would I do?

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On 
Behalf Of Rich Smrcina
Sent: Tuesday, July 12, 2011 10:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: page pack question

As long as they're not in use at the same time... no problem at all.

On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:

 I installed release 6.1 of z/vm but I don't have enough mod 3's to label 
as page packs
 to match the 5.4 system. Is there any reason that I can't use the 5.4 
page packs when
 I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I 
usually define
 new page packs (ie 610pag, 610pg1, etc..)

 Anne D. Crabtree

 System Programmer

 WV Office of Technology Data Center

 1900 Kanawha Blvd East

 Charleston, WV 25305

 (304)558-5914 ext 58292

 (304)558-1441 fax



--
Rich Smrcina
Velocity Software, Inc.
http://www.velocitysoftware.com

Catch the WAVV! http://www.wavv.org
WAVV 2012 - April 13-17, 2012 Covington, KY




Re: CPUID Anomaly

2011-07-12 Thread Alan Altmark
On Tuesday, 07/12/2011 at 10:56 EDT, James Poirier 
james.poir...@doit.nh.gov wrote:

 This past weekend after an IPL of our z10 to apply RSU 5409 and a VTAM 
ptf 
 I discovered that the reported CPUID in zVM had changed:
 
 CPUID prior to this weedend was :   FF01C82620988000  
 CPUID after IPL was :   FF00C82620988000
 
 The difference in the above id?s is 1C8262 to 0C8262.
 
 Also, made a change to MODE from s/390 to ZVM.
 No IOCDS changes were made.
 
 After I discovered the changed CPUID I backed everything out and there 
was no 
 change in the CPUID.  I did finally put everything back and just dealt 
with
 the new CPUID.
 
 Also found out that MCL?s had been applied to the HMC but not to the 
SE?s.
 
 Has anybody seen this behavior?

Looks like you changed LPARs.  When the Format bit (48) is 1 (as yours 
is), word 0 of the virtual CPU ID is of the form FFpp, where pp is the 
UPID (user partition id #), and n is a digit derived from the CPU id.  See 
the STORE CPU ID instruction in the z/Architecture book.

Alan Altmark

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


Re: CPUID Anomaly

2011-07-12 Thread Alan Altmark
On Tuesday, 07/12/2011 at 11:10 EDT, James Poirier 
james.poir...@doit.nh.gov wrote:
  It appears that it probably is but we made no changes to affect the 
LPAR id, 
 also the HMC reports
 that the CPUID is 1C8262 and that is what we used to get before this 
last IPL.

Then you need to contact the Support Center.  CP issues a STIDP as each 
processor starts.  When you log on, a copy of the stored CPU id is copied 
into your VMDBK, with the HOB set to FF.  This is your default CPU ID. It 
is overridden by the CPU statement in your directory entry or the SET 
CPUID command.

If the HMC reports the LPAR UPID as 01, but the STIDP instruction stored 
00, that's not good.  Make sure you are looking at the image profile 
(General), not the CPC Details.  (There are more digits in the CPU serial 
# than are contained in the CPU ID.)  Perhaps changing the LPAR mode 
caused a change in the UPID?  Though I don't know why it would

Alan Altmark

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


Re: CPUID Anomaly

2011-07-12 Thread Bill Munson
James,

FF01C82620988000 
the 01 tells me that your LPAR configuration has this as LPAR 1 

FF00C82620988000
the 00 tells me that after you changed the LPAR MODE it was not provided 
a number 

q cpu 
CPUID = FF00B0AF20948000 
Munson at zVM2a; T=0.01/0.01 11:08:04 
q cpu 
CPUID = FF06B0AF20948000 
Munson at zVM2; T=0.01/0.01 11:13:32 

when we carved out zVM2A we did not number it 
 
Bill Munson 
Sr. z/VM Systems Programmer 
Brown Brothers Harriman  CO.
525 Washington Blvd. 
Jersey City, NJ 07310 
201-418-7588

VM Workshop
http://www.VMWorkshop.org/
President - MVMUA
http://www2.marist.edu/~mvmua/
LVM Program Officer - SHARE 
http://www.linkedin.com/in/BillMunson




From:   James Poirier james.poir...@doit.nh.gov
To: IBMVM@LISTSERV.UARK.EDU
Date:   07/12/2011 10:56 AM
Subject:CPUID Anomaly
Sent by:The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU



Hi,

This past weekend after an IPL of our z10 to apply RSU 5409 and a VTAM 
ptf 
I discovered that the reported CPUID in zVM had changed:

CPUID prior to this weedend was :   FF01C82620988000 
CPUID after IPL was :   FF00C82620988000

The difference in the above id?s is 1C8262 to 0C8262.

Also, made a change to MODE from s/390 to ZVM.
No IOCDS changes were made.

After I discovered the changed CPUID I backed everything out and there was 
no change in
the CPUID.  I did finally put everything back and just dealt with the new 
CPUID.

Also found out that MCL?s had been applied to the HMC but not to the SE?s.

Has anybody seen this behavior?
Thanks in advance
 

Jim Poirier
Senior zVM/zVSE Systems Programmer,
Mainframe Technical Support Group
Department of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
603-271-1535Fax 603.271.1516

Statement of Confidentiality: The contents of this message are 
confidential.
Any unauthorized disclosure, reproduction, use or dissemination (either
whole or in part) is prohibited. If you are not the intended recipient of
this message, please notify the sender immediately and delete the message
from your system.


*** IMPORTANT
NOTE*-- The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman  Co., its
subsidiaries and affiliates (BBH). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.


Re: page pack question

2011-07-12 Thread Crabtree, Anne D
Ok, I think I'll go that route... and as someone else suggested, I can always 
access my 6.1 system config from my 5.4 system if I needed to change it... 

Anne D. Crabtree
System Programmer
WV Office of Technology Data Center
1900 Kanawha Blvd East
Charleston, WV  25305
(304)558-5914 ext 58292
(304)558-1441 fax


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Rich Smrcina
Sent: Tuesday, July 12, 2011 11:07 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: page pack question

That's reasonable.  As long as the 5.4 system isn't using them at the same 
time.  That 
would be 'bad'.

On 07/12/2011 09:53 AM, Crabtree, Anne D wrote:
 How about I bring up 6.1 with the couple of 6.1 page packs I can define and 
 then add the 5.4 ones on the fly?  (attach them to system, define cpowned, 
 etc)  That way they would not be in the system config and I could still bring 
 6.1 up on second level if necessary.

 Anne D. Crabtree
 System Programmer
 WV Office of Technology Data Center
 1900 Kanawha Blvd East
 Charleston, WV  25305
 (304)558-5914 ext 58292
 (304)558-1441 fax


 -Original Message-
 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On 
 Behalf Of Rich Smrcina
 Sent: Tuesday, July 12, 2011 10:50 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: page pack question

 As long as they're not in use at the same time... no problem at all.

 On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:
 I installed release 6.1 of z/vm but I don't have enough mod 3's to label as 
 page packs
 to match the 5.4 system. Is there any reason that I can't use the 5.4 page 
 packs when
 I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I 
 usually define
 new page packs (ie 610pag, 610pg1, etc..)

 Anne D. Crabtree

 System Programmer

 WV Office of Technology Data Center

 1900 Kanawha Blvd East

 Charleston, WV 25305

 (304)558-5914 ext 58292

 (304)558-1441 fax




-- 
Rich Smrcina
Velocity Software, Inc.
http://www.velocitysoftware.com

Catch the WAVV! http://www.wavv.org
WAVV 2012 - April 13-17, 2012 Covington, KY


SMTP relay

2011-07-12 Thread Bauer, Bobby (NIH/CIT) [E]
We just got dinged for apparently having our SMTP server configured for mail 
forwarding. We only use it to send email from Performance Monitor to our email 
ids. I've looked at the manual and don't see any way to do this. Any 
suggestions?

Thanks
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474

  


Re: SMTP relay

2011-07-12 Thread Bauer, Bobby (NIH/CIT) [E]
Duh, somehow I missed FORWARDMAIL. I'll try this.

Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474



-Original Message-
From: Bauer, Bobby (NIH/CIT) [E] 
Sent: Tuesday, July 12, 2011 12:10 PM
To: 'The IBM z/VM Operating System'
Subject: SMTP relay

We just got dinged for apparently having our SMTP server configured for mail 
forwarding. We only use it to send email from Performance Monitor to our email 
ids. I've looked at the manual and don't see any way to do this. Any 
suggestions?

Thanks
Bobby Bauer
Center for Information Technology
National Institutes of Health
Bethesda, MD 20892-5628
301-594-7474

  


Re: page pack question

2011-07-12 Thread Kris Buelens
As CP can page in SPOOL space, your secondlevel system may even start
without any page pack attached to it.  It just depends on how much (and hwo
large) guests you'd start in the secondlevel test system.

2011/7/12 Crabtree, Anne D anne.d.crabt...@wv.gov

 Ok, I think I'll go that route... and as someone else suggested, I can
 always access my 6.1 system config from my 5.4 system if I needed to change
 it...

 Anne D. Crabtree
 System Programmer
 WV Office of Technology Data Center
 1900 Kanawha Blvd East
 Charleston, WV  25305
 (304)558-5914 ext 58292
 (304)558-1441 fax


 -Original Message-
 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
 Behalf Of Rich Smrcina
 Sent: Tuesday, July 12, 2011 11:07 AM
 To: IBMVM@LISTSERV.UARK.EDU
 Subject: Re: page pack question

 That's reasonable.  As long as the 5.4 system isn't using them at the same
 time.  That
 would be 'bad'.

 On 07/12/2011 09:53 AM, Crabtree, Anne D wrote:
  How about I bring up 6.1 with the couple of 6.1 page packs I can define
 and then add the 5.4 ones on the fly?  (attach them to system, define
 cpowned, etc)  That way they would not be in the system config and I could
 still bring 6.1 up on second level if necessary.
 
  Anne D. Crabtree
  System Programmer
  WV Office of Technology Data Center
  1900 Kanawha Blvd East
  Charleston, WV  25305
  (304)558-5914 ext 58292
  (304)558-1441 fax
 
 
  -Original Message-
  From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
 Behalf Of Rich Smrcina
  Sent: Tuesday, July 12, 2011 10:50 AM
  To: IBMVM@LISTSERV.UARK.EDU
  Subject: Re: page pack question
 
  As long as they're not in use at the same time... no problem at all.
 
  On 07/12/2011 09:38 AM, Crabtree, Anne D wrote:
  I installed release 6.1 of z/vm but I don't have enough mod 3's to label
 as page packs
  to match the 5.4 system. Is there any reason that I can't use the 5.4
 page packs when
  I ipl 6.1 on level 1? On z/os, this is what I always do but on z/vm I
 usually define
  new page packs (ie 610pag, 610pg1, etc..)
 
  Anne D. Crabtree
 
  System Programmer
 
  WV Office of Technology Data Center
 
  1900 Kanawha Blvd East
 
  Charleston, WV 25305
 
  (304)558-5914 ext 58292
 
  (304)558-1441 fax
 
 


 --
 Rich Smrcina
 Velocity Software, Inc.
 http://www.velocitysoftware.com

 Catch the WAVV! http://www.wavv.org
 WAVV 2012 - April 13-17, 2012 Covington, KY




-- 
Kris Buelens,
IBM Belgium, VM customer support


Re: Default PROFILE EXEC for DISKACNT?

2011-07-12 Thread David Boyes
Hum. I'd never noticed that. THANKS.

-- db


DISKACNT profile exec is the same for EREP and OPERSYMP. These 3 machines uses 
the same copy, by default ...
Regards,
__
Clovis