Re: z/VM RedHat Virtual Machine Memory abend

[Quay, Jonathan (IHG)]

I would also wonder where you came up with that 64G virtual memory requirement. 
 The rules of thumb that apply to intel environments are counterproductive in 
the Z environment.  I hope our Velocity friends will expound at length about 
that.

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Davis, Larry (National VM/VSE Capability)
Sent: Wednesday, April 20, 2011 7:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM RedHat Virtual Machine Memory abend

 

Well that may be a problem VM always needs a little XSTORE unlike MVS and 
because you are trying to allocate a guest with more memory than you have Real 
Memory to support than VM will need someplace to Swap. How many Paging volumes 
do you have and what are their sizes. 

 

Also don't think that a WAS server on a zSeries box will need that much 
Storage. I would start him off with 32 GB maybe but give him some VDISK SWAP 
Space.

 

Other s on this List can help with that and there is a Redpaper on setting up 
WebSphere on zLinux I attached it here, but if it doesn't make it search for 
Linux on IBM zSeries and S/390: z/VM Configuration for WebSphere Deployments

 

Larry Davis

 

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Carlos Bodra - Pessoal
Sent: Wednesday, April 20, 2011 7:33 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM RedHat Virtual Machine Memory abend

 

q stor   
STORAGE = 48G CONFIGURED = 48G INC = 128M STANDBY = 0  RESERVED = 0  
Ready; T=0.01/0.01 20:33:09  

No xstore defined.



Carlos Bodra 
IBM Certified Specialist System z   
Sao Paulo - Brazil


Em 20/04/2011 20:04, Davis, Larry (National VM/VSE Capability) escreveu: 

What is your Hardware Memory configuration for Main Storage and XSTORE for VM 

 

 

 

Larry Davis

 

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Carlos Bodra - Pessoal
Sent: Wednesday, April 20, 2011 6:39 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM RedHat Virtual Machine Memory abend

 

Larry,

We are running it z/VM 5.4 RSU 1003 (lastest), but problem is connected to 
Linux, because I changed MAINT user memory to 128GB and all runs fine.
This machine has no CP´s just IFL´s processors.




Carlos Bodra 
IBM Certified Specialist System z   
Sao Paulo - Brazil


Em 20/04/2011 19:24, Davis, Larry (National VM/VSE Capability) escreveu: 

Are you Running VM on this or zLinux only on an LPAR?

 

Larry Davis

 

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Carlos Bodra - Pessoal
Sent: Wednesday, April 20, 2011 6:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM RedHat Virtual Machine Memory abend

 




Hi s390x Gurus

I´m new to Linux on z and we are conducting a POC test of Linux Red Hat with 
Oracle running under z/VM 5.4 RSU 1003 
and a z/10 BC model A00 (IFL Only).

If linux virtual machine is defined with 64G in directory we got an abend 
during startup (see below). Doing some tests I found that I
can define it until 59G in directory (60794036k from TOP linux command) and it 
will startup correctly.

My questions are:

1 - Is this a limitation of linux s390x or Red Hat distribution?
2 - Is this a linux s390x bug or Red Hat distribution?
3 - How can I circunvent this so we can continue with POC (Proof Of Concept)? 

Thanks in advance for all hints and tips about.


00: Booting default (2.6.18-194.8.1.el5)... 
Linux version 2.6.18-194.8.1.el5 (mockbu...@s390-002.build.bos.redhat.com) (gcc 
version 4.1.2 20080704 (Red Hat 4.1.2-48)) #1 SMP Wed Jun 23 11:09:16 EDT 2010  
We are running under VM (64 bit mode)   
Detected 3 CPU's
Boot cpu address  0 
Built 1 zonelists.  Total pages: 16777216   
Kernel command line: root=LABEL=/ BOOT_IMAGE=0  
PID hash table entries: 4096 (order: 12, 32768 bytes)   
Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes)
Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes) 
Memory: 65951564k/67108864k available (3414k kernel code, 0k reserved, 2256k dat
a, 136k init)   
Write protected kernel read-only data: 0x356000 - 0x409fff  
Calibrating delay loop... 2981.88 BogoMIPS (lpj=14909440)   
Security Framework v1.0.0 initialized   
SELinux:  Initializing. 
selinux_register_security:  Registering secondary module capability 
Capability

Re: sclp_config: cpu capability changed.

[Quay, Jonathan (IHG)]

It could very well mean a hardware issue.  We received this message when
the refrigeration unit in our z10 failed.  The microcode scales back the
processor speed.  For our healthy z10:

 

adczlnxsahqa1:/ # cat /sys/devices/system/cpu/cpu0/capability

1760 

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Bhemidhi, Ashwin
Sent: Tuesday, April 19, 2011 2:56 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: sclp_config: cpu capability changed.

 

Hello all ,

 

I have noticed kernel message "Apr 19 12:35:07  kernel:
sclp_config: cpu capability changed" on all of our Linux guest on
multiple LPARs. Does this indicate a hardware issue with the IFL
processor? I have asked our hardware support to check for any error on
the machine. 

 

Thank you,

Ashwin Bhemidhi

 

 

Re: SFS problem

[Quay, Jonathan (IHG)]

I've had similar issues before.  There are really two choices you can
make.  The first is to open a PMR and do traces and such.  Since it's a
very intermittent failure, this can be difficult.  The other is to make
the user doing the writes a filepool administrator and get on with life.
Mgmt chose the latter.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Graves Nora E
Sent: Tuesday, April 19, 2011 7:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SFS problem

Mike,

Yes, I checked out the message.  The thing is, the job runs nightly, and
only fails intermittently.  There is no reason to believe that the
authority to access the directory is changing during that time period;
there are only 2 people who regularly grant permissions to that user's
directory.   Neither of us has made a change.


Nora Graves
nora.e.gra...@irs.gov
Main IRS, Room 6531
(202) 622-6735 
Fax (202) 622-3123
SE:W:CAR:MP:D:KS:BRSI

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Mike Walter
Sent: Thursday, April 14, 2011 4:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SFS problem

Nora,

Did you issue: HELP DMSOPN1258E

The response from the msg indicates an SFS authorization problem.:
--
(c) Copyright IBM Corporation 1990, 2008  
  
 DMS1258E   to
write 
(to) 
   file   
  
 Explanation: You attempted to write to a file for which you do not have

write 
 authority, or you attempted to create a new file in a directory for
which 
you 
 do not have write authority.  
  
 System Action: RC=12 or 28. Execution of the command is terminated.  
  
 User Response: Ensure that you specified the correct file. If so,
contact 
the 
 owner to gain proper authorization to the file or directory. If the
file  
 
 specified is an alias, you may enter the QUERY ALIAS command to
determine 
the 
 owner of the base file.  
  
 For a BFS file, enter the OPENVM LISTFILE command with the OWNER option

for 
 the file. This will tell you the owning user ID and group name for the 
file 
 you wish to use. Refer to the z/VM: OpenExtensions Command Reference or

enter 
 HELP OPENVM for more information on the OPENVM commands. 
--

z/VM has a terrific HELP facility (including most messages), it's worth 
investing a bit of time to familiarize yourself with it.

Were you using the VMLINK command in every case with the "(FORCERW" 
option?  Regardless, check the syntax for your SFS authorizations.

And if all those bazillion intricate SFS authorizations become 
overwhelming, consider checking out SafeSFS from safesfs.com.  We're
vary 
satisfied customers, it makes authorizations much MUCH simpler, saves
huge 
amounts of effort and back time.

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



"Graves Nora E"  

Sent by: "The IBM z/VM Operating System" 
04/14/2011 02:45 PM
Please respond to
"The IBM z/VM Operating System" 



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
SFS problem






We are having an intermittent problem with SFS and I'm hoping someone
may 
have some ideas of what to pursue next.
 
We have several batch jobs that run under VMBATCH overnight.  Sometimes 
they are not able to create a file in a directory, even though most
times 
it is successful.  The only differences in the executions are the file 
names; for many of these the File Type is the date.
 
In the job I am most familiar with, these are the specifics.
 
The job runs Monday-Saturday.  This year, it has failed on January 4, 
January 12, February 9, March 18, March 25, and April 13.  It has run 
successfully the other days.  Other than the QUERY statements below, it 
has not changed.
The job runs in a work machine, WORK7.
The job is submitted by the User ID of the database owner.
The SFS directories are owned by a 3rd user.  Failures occur in many of 
the subdirectories, not just one subdirectory owned by this user.  This 
user is the owner of most of the directories containing the data files
we 
create in batch, so I don't think it's significant that it's the ID that

has the problem.  However, as far as I know, it is the only ID that does

have the problem.
This job uses VMLINK to acquire a write link to SFS directory.  This 
always looks to be successful--no error is given.  (Other jobs use 
GETFMADDR and ACCESS to acquire the write link to the directory.  This 
always appears successful as well).
Once the file is ready to be copied from the Work Machine's 191 disk to 
the SFS directory, the intermittent error appears.  The vast majority of

the time, the write is successful.  However, sometimes, the job gets
this 
error message: 
DMSOPN1258E You are not authorized to write to file XX 20110413 Z1
 
The file is not large--last night's file was only 12 blocks. 
 
At the suggestion of our systems programmer, I've put in a lot of query 
statements.  I've issued QUERY LIMITS for the job submitter; it's only 
used 84% 

Re: FTP Problem

[Quay, Jonathan (IHG)]

Also look at chapters 7, 8 and 9 in the z/VM TCP/IP Diagnosis Guide
version 5 release 3, which will show you how to do packet trace and
format the results, and also FTP server traces.  If you see the VM FTP
server try to open a connection back to the windows box on a different
port, and you never get a response, that would be a big clue.  You can
also get IBM support to help you read those traces.  They love to do
stuff like that.


-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of peter.w...@ttc.ca
Sent: Friday, April 08, 2011 2:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: FTP Problem

Thanks for the responses.

>Are all ports really open?  

I think so. I trust the network guy, and he showed me the firewall
settings (which didn't mean a lot to me).

>Can you open a connection going the other way?  

I can do a trace route which appears to work. Access to 10.200.70.35 is
difficult. See below. 

>Are the hanging servers trying to do a reverse dns lookup on the
>windows workstation?

Possibly. I don't know how to tell.

>Is the windows machine connecting to z/VM using command line or a GUI?

GUI. 

>Try the dos prompt command line ftp and see if it still fails.

I tried when I visited in December. No luck. One difficulty is that
10.200.70.35 is located at another facility in a high security area with
very restricted access, and visitors are subject to being booted out
immediately if 'something' happens. This includes my contact at the
other facility. That's why I want to try and work the problem from the
z/VM end.

>Did they check firewall configuration on the Windows boxes? The default
>settings for the Windows firewalls don't permit FTP.

The workstation 10.200.70.35 can successfully FTP out, and the server
10.199.8.15 accepts FTP connections to it, so I don't think that the
Windows firewall is the problem.

Peter


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

Re: FTP Problem

[Quay, Jonathan (IHG)]

Are all ports really open?  Can you open a connection going the other
way?  Are the hanging servers trying to do a reverse dns lookup on the
windows workstation?  You could use the network tracing facilities on
z/VM to get more insight in to what is happening.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of peter.w...@ttc.ca
Sent: Friday, April 08, 2011 11:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: FTP Problem

First, a diagram.

Windows Server
|-- 10.199.8.15  
| 
Windows |
Workstation | z/VM 5.3
10.200.70.35 -- Firewall -- 10.199.103.48
|
|
|   Windows laptop
|-- 10.199.16.x 

We are attempting to FTP from the Windows PC at 10.200.70.35 to the
three addresses on the 10.199 network. Our network guy says that the
three 10.199 addresses have been fully opened on the firewall for
10.200.70.35 to access. That is, all ports are available.

 - 10.200.70.35 can FTP to 10.199.16.x, the network guy's laptop. 
 - When 10.200.70.35 attempts to FTP to either 10.199.8.15 or
10.199.103.48, the FTP hangs at userid and password validation for
several minutes before dying.
 - Several people have confirmed that the userid and password are
correct. 
 - The Windows Server at 10.199.8.15 is tightly access controlled. 
 - z/VM at 10.199.103.48 does not restrict FTP access by IP address,
just userid and password. 
 - z/VM can FTP to 10.199.8.15. 
 - Various servers and workstations can FTP to z/VM.
 - Pings are blocked by the firewall, but a TRACERTE from z/VM seems to
show 10.200.70.35 can be reached, just no TTL information.

Our network guy is really busy at the moment, so I'm wondering if there
is anything I can look at on z/VM that would show why the FTP logon is
hanging/failing.


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

Re: Need advice on moving a Linux guest from one z/VM LPAR to another

[Quay, Jonathan (IHG)]

Networking is where you are most likely to have to make changes.  Involve your 
network engineering team early and often.  Don't get stuck using the ed editor 
to make changes to networking files from the 3270 console after you've moved 
the image to the new lpar.



From: The IBM z/VM Operating System on behalf of Michael Forte
Sent: Fri 2/25/2011 6:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Need advice on moving a Linux guest from one z/VM LPAR to another


Hi members of the outstanding z/VM community! 

I need advice or a pointer to documentation (if available? presentations, 
official publications, Redbooks...) on how to move a Linux guest from one z/VM 
LPAR to another. Now, I know this could probably be pieced together from an 
assortment of z/VM product documentation or multiple Redbooks, but I am hoping 
someone in this community has done this before. Even a set of high-level 
"steps" would prove invaluable. 

Does anyone have any insight? 

z/VM 6.1, SLES 11, all FICON. 

Thanks in advance and I hope everyone has a great weekend. 

Michael J. Forte 
z/OS Storage ID (and on assignment with STG Lab Services and Training) 
Software Engineer, System z Information Solutions 58HA 
IBM Research Triangle Park, North Carolina 

Re: DEVICES stmt in SYSTEM CONFIG

[Quay, Jonathan (IHG)]

Do you have a different system config file that has your page packs as
online?  You could use the SAIPL screen to point to that config file.
Do you have spare packs that are online at ipl?  You could format them
as page and clip them to the volsers you system is expecting for its
page packs, then IPL and do your repairs.

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Perez, Steve S
Sent: Thursday, February 17, 2011 3:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DEVICES stmt in SYSTEM CONFIG

 

Unfortunately we are not at the point where we can issue the VARY online
command.  The system (Test DR z/VM environment) cannot continue because
the OFFLINE_AT_IPL statement contains the address of the PAGE volumes.
So we are thinking that having the PAGE volume addresses included in the
OFFLINE_AT_IPL list is keeping the PAGE volumes from coming online and
therefore preventing the system from initializing.

 

My other option would be to shutdown the DR z/VM environment and update
the SYSTEM CONFIG without those ranges and create a new CPLOAD module to
see if that is what is actually causing the z/VM system from fully
initializing.

 


Thanks,

Steve

 

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Scott Rohling
Sent: Thursday, February 17, 2011 1:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DEVICES stmt in SYSTEM CONFIG

CP VARY ON address  ?? 

 

Scott Rohling

On Thu, Feb 17, 2011 at 12:45 PM, Steve Perez 
wrote:

Hello Listers,

If I have DEVICE addresses in the SYSTEM CONFIG file to be
OFFLINE_AT_IPL,
is there to dynamically have those devices varied online or override at
IPL of a zVM 5.4 ?



Thanks,
Steve.

 


** 
This message may contain confidential or proprietary information
intended only for the use of the 
addressee(s) named above or may contain information that is legally
privileged. If you are 
not the intended addressee, or the person responsible for delivering it
to the intended addressee, 
you are hereby notified that reading, disseminating, distributing or
copying this message is strictly 
prohibited. If you have received this message by mistake, please
immediately notify us by  
replying to the message and delete the original message and any copies
immediately thereafter. 

Thank you. 

** 
CLLD

Re: DEVICES stmt in SYSTEM CONFIG

[Quay, Jonathan (IHG)]

If you don't want to change your SYSTEM CONFIG file to specify those
devices as ONLINE_AT_IPL, you could vary the devices online in your
AUTOLOG1 profile exec.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Steve Perez
Sent: Thursday, February 17, 2011 2:45 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DEVICES stmt in SYSTEM CONFIG

Hello Listers,

If I have DEVICE addresses in the SYSTEM CONFIG file to be
OFFLINE_AT_IPL=
, 
is there to dynamically have those devices varied online or override at
=

IPL of a zVM 5.4 ? 



Thanks,
Steve.

Re: z/VM Monitor Records

[Quay, Jonathan (IHG)]

Have you looked at LINMON?

 

http://www.vm.ibm.com/devpages/bkw/linmon.html

 

 

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Billy Bingham
Sent: Wednesday, February 16, 2011 9:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM Monitor Records

 

Hello all,

 

Does anyone have a procedure that they use to collect and process z/VM
monitor records that they would be willing to share?

 

 

Thanks in advance,

 

Billy

Re: Watson

[Quay, Jonathan (IHG)]

I thought Watson did very well on questions that a human could answer with 
Google.  Not so much on things that required making an inference.  The 
"Toronto" gaffe shows he needs a couple more PTFs.   Wonder how Watson would do 
on a fully configured z/196.



From: The IBM z/VM Operating System on behalf of A. Harry Williams
Sent: Tue 2/15/2011 9:04 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: ***SPAM*** Re: Watson



On Tue, 15 Feb 2011 17:12:36 -0600 Dave Jones said:
>Thanks, Alanthat's what I thought...Watson does not need to spend
>any cycles doing voice recognition
>

http://ibmresearchnews.blogspot.com/2010/12/how-watson-sees-hears-and-speaks-to.html















>Unfortunately, here in the Houston market, Jeopardy! isn't shown on KHOU
>until 11:30PM, way past my bedtime.
>
>DJ
>
>On 02/15/2011 04:57 PM, Alan Altmark wrote:
>> On Tuesday, 02/15/2011 at 05:26 EST, Dave Jones 
>> wrote:
>>> Does Watson use voice recognition? I was under the impression that the
>>> questions are made available to him (it?, them?) in a computer readable
>>> format.
>>
>> No.  He receives a text message at the same time (FVVO "same", I suppose)
>> as the contestants see it.
>>
>> 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
>>
>
>--
>Dave Jones
>V/Soft Software
>www.vsoft-software.com
>Houston, TX
>281.578.7544

Re: z10 capacity number?

[Quay, Jonathan (IHG)]

There is an STSI sample exec on MAINT 193 which gives the information
you're looking for.

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Hamilton, Robert
Sent: Monday, January 31, 2011 3:32 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z10 capacity number?

I think you're right on that, Paul; the CPC SI line is supposed to be
the output from the STSI instruction, and I think that "504" is the
"model capacity identifier". We run a 2096-S07 as an S04, and D M=CPU
on our system gives:

CPC SI= 2096.S04.IBM.02.000cpuid
Model: S07

>From what I've seen, z/OS will show whatever information was given in
his directory entry as the CPUID, but will show the real information for
those other values.

R;





Rob Hamilton
Sr. System Engineer
Chemical Abstracts Service

>-Original Message-
>From: The IBM z/VM Operating System [mailto:IBMVM@listserv.uark.edu]
>On Behalf Of Feller, Paul
>Sent: Monday, January 31, 2011 2:41 PM
>To: IBMVM@listserv.uark.edu
>Subject: Re: z10 capacity number?
>
>I don't run z/OS under z/VM so I don't know what the display might
>look like.  From a pure z/OS display output from the "D M=CPU"
>command you should see something like the following two lines.
>
>CPC ND = 002097.E12.IBM.02.0005F415
>CPC SI = 2097.504.IBM.02.0005F415
>
>The number in the CPC SI line is what I call the "software" model.
>It is the number that most software vendors want to see.  So in my
>case the hardware model is a 2097-E12 but the software model is a
>2097-504.
>
>Paul Feller
>AIT Mainframe Technical Support
>
>-Original Message-
>From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]
>On Behalf Of Martha McConaghy
>Sent: Monday, January 31, 2011 12:46 PM
>To: IBMVM@LISTSERV.UARK.EDU
>Subject: z10 capacity number?
>
>We just moved our remaining LPAR over to a new z10.  Now, some of our
>z/OS
>people are updating their licenses on their products to reflect the
>new
>serial number, etc.  However, they are being asked for the new
>mainframe's
>"capacity number".  I've never heard of that before.  They are being
>told
>to run:
>
>d m=cpu
>
>from z/OS to get the number.  However, since all of our z/OS systems
>are
>guests, I have no idea if the info being returned is accurate.  Is
>there an
>equivelent in z/VM?  I found the "query capability" command but am
>not sure
>if it is the same thing.
>
>Martha

Confidentiality Notice: This electronic message transmission, including
any attachment(s), may contain confidential, proprietary, or privileged
information from Chemical Abstracts Service ("CAS"), a division of the
American Chemical Society ("ACS"). If you have received this
transmission in error, be advised that any disclosure, copying,
distribution, or use of the contents of this information is strictly
prohibited. Please destroy all copies of the message and contact the
sender immediately by either replying to this message or calling
614-447-3600.


--
Content-Type: text/plain; charset=F-8
Content-Disposition: inline




 
Confidentiality Notice: This electronic message
transmission, including any attachment(s), may contain confidential,
proprietary, or privileged information from Chemical Abstracts Service
(“CAS”), a division of the American Chemical Society
(“ACS”). If you have received this transmission in error, be
advised that any disclosure, copying, distribution, or use of the
contents of this information is strictly prohibited. Please destroy all
copies of the message and contact the sender immediately by either
replying to this message or calling 614-447-3600.

Re: An update on an earlier issue and how to search VMESA-L

[Quay, Jonathan (IHG)]

Yes, our network engineers have had to clear ARP cache in similar
situations.  Its now a standard item in our migration plans.

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Horlick, Michael
Sent: Tuesday, January 25, 2011 11:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: An update on an earlier issue and how to search VMESA-L

 

Greetings,

 

Just a little update on a question/problem I had last month. I had an
issue that when I changed my CPU I couldn't communicate using one of my
TCP/IP stacks to the clients network using VIPA/MPROUTE. 

 

Last night we did a successful migration and it seems that what was
needed to correct the problem was that the network people needed to do
some sort of "ARP Clear" function on their routers. As we have only used
TCP/IP in production for the last 3 years and I think our machine was
older than that this is the first time we went through this.

 

Question: Is this standard operating procedure for any CPU change? 

 

On another topic, how does one search the VMESA-L archive? I use to use
Google Groups but that doesn't seem to work for VMESA-L and I even sent
e-mail to the VMESA-L listserver doing a SEARCH function which also
didn't work.

 

Regards,  

 

Michael Horlick

CGI Montreal

Re: DASD Subsystem Migration

[Quay, Jonathan (IHG)]

We used a standalone facility provided by our hardware vendor (EMC in this 
case).  System(s) came down, EMC ran their utility which was very quick, and we 
IPLed the newly copied res pack(s) on their new addresses.  We used no 
mainframe facilities other than our standard backups in case of complete 
disaster.
 
 


From: The IBM z/VM Operating System on behalf of Billy Bingham
Sent: Tue 1/25/2011 7:08 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DASD Subsystem Migration


This email was originally about FDRPAS, but I have changed the subject to 
reflect a more broader subject.


What do other shops use when they have to migrate their VM system to a new DASD 
subsystem. Say you've installed a DS8300 and you need to migrate from a DS6800. 
What do you use?




Thanks,


Billy

Re: Dynamically adding 3390's

[Quay, Jonathan (IHG)]

How did you create the IOCP for the machine that has the VM partition in
question?  Go there and change the definition of those channels, control
units and devices to include the VM partition.  Dynamically activate the
changes.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Hughes, Jim
Sent: Wednesday, January 05, 2011 2:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Dynamically adding 3390's

 

Two separate systems sharing a DS 8100. The z10 and z890 don't share an
HCD.

 

I cannot vary something online to the z890 that doesn't exist.  Am I
making sense or missing the point you are trying to make?

 


James R. Hughes
TSG, Problem Solver
NH Department of Information Technology
603-271-5586(w); 603-491-3071(c)
www.nh.gov/doit

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

It is fun to do the impossible.



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Pace
Sent: Wednesday, January 05, 2011 2:45 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Dynamically adding 3390's

 

Assuming that z/OS controls the IOCP throught HCD share the CHPID and
the Devices with the VM partition.

 

On Wed, Jan 5, 2011 at 2:42 PM, Hughes, Jim 
wrote:

We want to define a new controller for some new dasd volumes on our
DS8100.  Our Z/OS z10 system has them defined and is working with them
quite nicely.

Our z890 z/VM system doesn't have them in its IOCP.  I've checked the
z/VM system using CP Q DYN STAT and discovered it does allow dynamic io
reconfiguration.

So, my question is how do I get the new dasd online to z/VM?  It will
use existing paths to the DS8100.

There are 8 devices on this new path.

I've never done this sort of thing to a running system and have a
certain respect for keeping it up and working. Experimenting is not an
option for me.

Thanks in advance for hints, tips, and an education.


James R. Hughes
TSG, Problem Solver
NH Department of Information Technology
603-271-5586(w); 603-491-3071(c)
www.nh.gov/doit

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

It is fun to do the impossible.




-- 

Mark D Pace 

Senior Systems Engineer 

Mainline Information Systems 

 

 

 

 

Re: Strange response time problems (also posted on VSE-L)

[Quay, Jonathan (IHG)]

Guest operating systems almost always live in Q3.  Try bumping up the Q3
STORBUF.  

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Wakser, David
Sent: Tuesday, December 21, 2010 10:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Strange response time problems (also posted on VSE-L)

 

Already did that:

 

q srm  

IABIAS : INTENSITY=90%; DURATION=3 

LDUBUF : Q1=300% Q2=200% Q3=150%   

STORBUF: Q1=300% Q2=200% Q3=150%   

DSPBUF : Q1=32767 Q2=32767 Q3=32767

DISPATCHING MINOR TIMESLICE = 5 MS 

MAXWSS : LIMIT=%   

.. : PAGES=99  

XSTORE : 0%

 

From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Helmuth Teubl
Sent: Tuesday, December 21, 2010 10:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Strange response time problems (also posted on VSE-L)

 

Hi,
maybe SRM-Settings not OK? You should overcommit LDUBUFs and STORBUFs
The defaults are:
CP Q SRM 
IABIAS : INTENSITY=90%; DURATION=2 
LDUBUF : Q1=100% Q2=75% Q3=60% 
STORBUF: Q1=125% Q2=105% Q3=95% 
DSPBUF : Q1=32767 Q2=32767 Q3=32767 
DISPATCHING MINOR TIMESLICE = 5 MS 
MAXWSS : LIMIT=% 
.. : PAGES=99 
XSTORE : 0% 
LIMITHARD METHOD: DEADLINE 

Have a look, maybe try following settings:
q srm 
IABIAS : INTENSITY=90%; DURATION=2 
LDUBUF : Q1=300% Q2=200% Q3=100% 
STORBUF: Q1=300% Q2=275% Q3=250% 
DSPBUF : Q1=32767 Q2=32767 Q3=32767 
DISPATCHING MINOR TIMESLICE = 5 MS 
MAXWSS : LIMIT=% 
.. : PAGES=99 
XSTORE : 0% 
LIMITHARD METHOD: DEADLINE 

kind regards
Helmuth 


Inactive hide details for David.Wakser---21.12.2010 15:54:15---All: We
are running 2 2.3 VSE systems under z/VM 5.4 on a Z800
David.Wakser---21.12.2010 15:54:15---All: We are running 2 2.3 VSE
systems under z/VM 5.4 on a Z800 CPU.



Von:


david.wak...@infocrossing.com



An:


IBMVM@LISTSERV.UARK.EDU



Datum:


21.12.2010 15:54



Betreff:


Strange response time problems (also posted on VSE-L)



Gesendet von:


IBMVM@LISTSERV.UARK.EDU






All: 

We are running 2 2.3 VSE systems under z/VM 5.4 on a Z800 CPU. We are
experiencing periods of time when VSEs do not respond at all (e.g.
cannot get in via FAQS from CMS, etc.), even though nothing is running
in the VSE system and the z/VM system is not very busy. At other times,
we have excellent response times, though conditions on either the guests
or the z/VM host didn't seem to change. 

We do not have any z/VM monitors (except Explore, which is not set up
properly), and we have even tried QUICKDSP, without success. 

Is anyone aware of any PTFs that address this strange behavior? We
believe it started when the system was upgraded to z/VM 5.4. 

David Wakser 

Confidentiality Note: This e-mail, including any attachment to it, may
contain material that is confidential, proprietary, privileged and/or
"Protected Health Information," within the meaning of the regulations
under the Health Insurance Portability & Accountability Act as amended.
If it is not clear that you are the intended recipient, you are hereby
notified that you have received this transmittal in error, and any
review, dissemination, distribution or copying of this e-mail, including
any attachment to it, is strictly prohibited. If you have received this
e-mail in error, please immediately return it to the sender and delete
it from your system. Thank you. 



Raiffeisen Informatik GmbH, Firmenbuchnr. 88239p, Handelsgericht Wien,
DVR 0486809, UID ATU 16351908

Der Austausch von Nachrichten mit oben angefuehrtem Absender via E-Mail
dient ausschliesslich Informationszwecken. Rechtsgeschaeftliche
Erklaerungen duerfen ueber dieses Medium nicht ausgetauscht werden. 
Correspondence with above mentioned sender via e-mail is only for
information purposes. This medium may not be used for exchange of
legally-binding communications.

Re: Mandatory ESMs?

[Quay, Jonathan (IHG)]

While not a free z/OS, I believe Rational provides a greatly reduced in
price z/OS on linux.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Monday, December 13, 2010 5:27 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Mandatory ESMs?

On Monday, 12/13/2010 at 05:06 EST, Tom Duerbusch 
 wrote:

> IBM had a program.  If you were a developer, you could sign up and
have 
time on 
> one of IBMs' mainframes.  Kind of like the old time sharing services 
back in 
> the '60s and '70s.
> 
> It seems to me that it resurfaced with Linux development but I haven't

heard 
> anything about it in, at least, 5 years.

Yes, it's offered by the Dallas Systems Center as part of the IBM 
Innovation Center, but it is open only to PartnerWorld members.

If you are in the *business* of software development, IBM has programs
to 
help you.  I'm not aware of anything within IBM to address hobbyists' 
needs.  There is an opportunity for others to fill that niche, but I
think 
it's telling that no one has done so in a general way.  Remember that
the 
service provider has to pay licensing costs for the software on their 
system, including 2nd level z/OS guests.  (There's no such thing as a
free 
z/OS.)   Further, they accept responsibility for YOUR use of the
software, 
which triggers risk management.  (Gotta read those license agreements 
carefully!)

And even a niche provider has to break even on wetware, software, 
hardware, and environmentals.

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: Vswitch Grant as a CMD in User's Directory?

[Quay, Jonathan (IHG)]

I don't.  I don't have any human beings on my systems except for system
programmers that have full authority anyway.  Having to GRANT linux
servers is an extra thing that has to be managed.  I would like to
define a vswitch as unrestricted.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of RPN01
Sent: Wednesday, December 08, 2010 8:27 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Vswitch Grant as a CMD in User's Directory?

The issue with keeping the grants in AUTOLOG1 or in SYSTEM CONFIG is
that
you have to either continually modify those files every time you create
a
new Linux image, or you have to keep a separate list of Linux images
somewhere for AUTOLOG1 to read (though you probably have to anyway).

Putting the commands in the CP Directory entry just gives you one less
worry
about where to check if something has been done or not. It also covers
you
for the initial creation of the image, where AUTOLOG1 will not be run,
so
that you don't have to worry about granting the image by hand the first
time.

Is there anyone out there that actually gains security from CP users not
being granted onto their vSwitches? How many people would like to be
able to
define a vSwitch as "open to the public" or not requiring a grant to be
accessed?

-- 
Robert P. Nix  Mayo Foundation.~.
RO-OC-1-18 200 First Street SW/V\
507-284-0844   Rochester, MN 55905   /( )\
-^^-^^
"In theory, theory and practice are the same, but
 in practice, theory and practice are different."



On 12/7/10 9:25 PM, "Lee Stewart" 
wrote:

> It seems to me...
> 
> Rather than putting a Vswitch Grant for each Linux guest somewhere
like
> AUTOLOG1's PROFILE EXEC, I thought I'd try putting a
>  CMD SET VSWITCH VSW1 GRANT &USERID
> in the directory profile for the Linux guests...
> 
> Alas, it seems that the GRANT isn't processed till after the NIC / LAN
> connection is attempted.  I thought I understood that CMDs in the
> directory entry were processed before the user was logged on...
> 
> Did I misunderstand or???
> 
> Thanks,
> Lee

Re: BRP

[Quay, Jonathan (IHG)]

Ok, so you're really doing a proof of concept of your dasd replication
solution.  Obviously, once in production one doesn't want to stop
replicating just to do a test, unless you don't care how stale your DR
data gets.  So once the concept is proved, you'll have to come up with
procedures to do testing which will involve various R2's, BCVs, PIT gold
copies, etc.  You'll need to understand those requirements ahead of time
to properly size your DR dasd solution.  We also successfully restore
our VTAPE library using this technique.  It is very small (one or two
mod 3's), but the concept is extensible.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Thursday, November 11, 2010 4:11 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: BRP

 

In essence, we will be breaking the connections  with the main system at
a time not previously disclosed to us, and will not be allowed to go
back to it or reference anything on it for the duration of the test. We
will have to resync the dasd after the test has been completed. The main
system will stay up and running so that those who are not part of the
test can continue working. Far from defeating the purpose of the test,
which is to demonstrate that we can get the BRP system up and fully
functional in x hours (x has yet to be determined, but it will be fairly
small, without reverting to using the main system to help in any way. 

 

With the tape backup system, x used to be 24; however, it was trimmed to
be only 12 and we demonstrated that it could not be done in that time
frame. The restore of our (VSSI) VTAPE library, which is not tiny, did
not complete during the window. It had been running for almost 8 hours
and was only about half done when the window closed.

 

We just got confirmation that the current configuration at the DR site
has not been kept up to date. :-( That is a problem we do not expect to
have if we are replicating the dasd.

Regards, 
Richard Schuh 

 

 

 





From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG)
Sent: Thursday, November 11, 2010 10:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: BRP

If you can't snap off a copy what are you going to do during a
test?  Stop replicating?  Kind of defeats the purpose.  Anyway, we've
never had a problem with the vm or linux filesystems.  A lost inode here
or there, but that is to be expected.

 





From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard
Sent: Thursday, November 11, 2010 12:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: BRP

 

VM is my main concern, we already have multiple copies of TPF at
different centers. The TPF folks have their own DR requirements,
including "no complete network outage". We are concerned with the
ability to update source and test the updates, which requires both VM
and Linux, and to run potentially critical applications that require VM.
z/OS has its own set of requirements which are at least partially met by
there being running instances of z/OS at each of the centers.

 

Our DR site is a CBU LPAR in our other datacenter. The hardware
configuration is (supposedly, no confirmation as yet) maintained in
parallel with our running system. Once the DR test starts, we will be
allowed no contact with the running system and there will be no ability
to "snap off" a copy prior to the test - in fact, it is expressly
forbidden.

 

Regards, 
Richard Schuh 

 

 

 





From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG)
Sent: Thursday, November 11, 2010 8:28 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: BRP

We also have all EMC dasd.  To guard against application
faux pas that are not immediately discovered, we maintain 3 copies of
TPF at 8 hour intervals (we can also bring home our offsite copies,
which you need to be able do when a real disaster is over).  For DR
testing, we snap off point-in-time copies of TPF, z/OS, z/VM, and
z/Linux (ECKD) dasd.  We bring up TPF under our z/VM at the DR site so
we can remap devices to correspond with the vendor provided hardware
environment.  It all works like a charm.  Once the vendor moves our dasd
over, we IPL z/VM, check the hardware environment, then un-NOLOG
TPFPROD, and IPL it.  Getting the network switched over takes more time
than this, so we wind up waiting on them.

 





From: 

Re: BRP

[Quay, Jonathan (IHG)]

If you can't snap off a copy what are you going to do during a test?
Stop replicating?  Kind of defeats the purpose.  Anyway, we've never had
a problem with the vm or linux filesystems.  A lost inode here or there,
but that is to be expected.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Thursday, November 11, 2010 12:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: BRP

 

VM is my main concern, we already have multiple copies of TPF at
different centers. The TPF folks have their own DR requirements,
including "no complete network outage". We are concerned with the
ability to update source and test the updates, which requires both VM
and Linux, and to run potentially critical applications that require VM.
z/OS has its own set of requirements which are at least partially met by
there being running instances of z/OS at each of the centers.

 

Our DR site is a CBU LPAR in our other datacenter. The hardware
configuration is (supposedly, no confirmation as yet) maintained in
parallel with our running system. Once the DR test starts, we will be
allowed no contact with the running system and there will be no ability
to "snap off" a copy prior to the test - in fact, it is expressly
forbidden.

 

Regards, 
Richard Schuh 

 

 

 





From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG)
Sent: Thursday, November 11, 2010 8:28 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: BRP

We also have all EMC dasd.  To guard against application faux
pas that are not immediately discovered, we maintain 3 copies of TPF at
8 hour intervals (we can also bring home our offsite copies, which you
need to be able do when a real disaster is over).  For DR testing, we
snap off point-in-time copies of TPF, z/OS, z/VM, and z/Linux (ECKD)
dasd.  We bring up TPF under our z/VM at the DR site so we can remap
devices to correspond with the vendor provided hardware environment.  It
all works like a charm.  Once the vendor moves our dasd over, we IPL
z/VM, check the hardware environment, then un-NOLOG TPFPROD, and IPL it.
Getting the network switched over takes more time than this, so we wind
up waiting on them.

 





From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard
Sent: Wednesday, November 10, 2010 7:51 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: BRP

 

Finally, the powers that be are considering remote shadowing of
DASD as the way to handle the BRP situation. The time we are allotted to
recover the system has been reduced to a number that is impossible using
tape backups. I would appreciate it if anyone who is already doing this
would regale me of their experiences - what they are doing, what are the
gotchas, how satisfied are they, etc.

 

It undoubtedly is different depending on the dasd vendors so
here is what we have: 

 

*   EMC DASD - about half of our DASD.

*   HDS DASD - the other half.

*   Currently, there is no SCSI, it is all ECKD

 

We currently have no IBM DASD; however, that does not mean that
we will not have some in the future. Every couple of years, we go
through a DASD refresh, at which time we may change vendors.

 

I will gladly accept replies on or off list. TIA.

 

Regards, 
Richard Schuh 

 

 

 

Re: BRP

[Quay, Jonathan (IHG)]

We also have all EMC dasd.  To guard against application faux pas that
are not immediately discovered, we maintain 3 copies of TPF at 8 hour
intervals (we can also bring home our offsite copies, which you need to
be able do when a real disaster is over).  For DR testing, we snap off
point-in-time copies of TPF, z/OS, z/VM, and z/Linux (ECKD) dasd.  We
bring up TPF under our z/VM at the DR site so we can remap devices to
correspond with the vendor provided hardware environment.  It all works
like a charm.  Once the vendor moves our dasd over, we IPL z/VM, check
the hardware environment, then un-NOLOG TPFPROD, and IPL it.  Getting
the network switched over takes more time than this, so we wind up
waiting on them.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Wednesday, November 10, 2010 7:51 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: BRP

 

Finally, the powers that be are considering remote shadowing of DASD as
the way to handle the BRP situation. The time we are allotted to recover
the system has been reduced to a number that is impossible using tape
backups. I would appreciate it if anyone who is already doing this would
regale me of their experiences - what they are doing, what are the
gotchas, how satisfied are they, etc.

 

It undoubtedly is different depending on the dasd vendors so here is
what we have: 

 

* EMC DASD - about half of our DASD.

* HDS DASD - the other half.

* Currently, there is no SCSI, it is all ECKD

 

We currently have no IBM DASD; however, that does not mean that we will
not have some in the future. Every couple of years, we go through a DASD
refresh, at which time we may change vendors.

 

I will gladly accept replies on or off list. TIA.

 

Regards, 
Richard Schuh 

 

 

 

Re: VTAM USSMSG10 buffer location assistance

[Quay, Jonathan (IHG)]

There's also a tool that creates LOGO files on MAINT's 193, I think,
which does all the 3270 data stream stuff.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Rick Barlow
Sent: Thursday, October 21, 2010 2:23 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VTAM USSMSG10 buffer location assistance

 

I am looking for someone who can point me to a reference that might help
me to modify a USSMSG10 screen that is coded using screen buffer
locations.  Before anyone comments on still having VTAM on VM, let me
say that the reason we are doing this is to add a message to the screen
to inform the users that VTAM is going away - soon.  I know that the
declarations probably include a 3270 data stream command and a location
within the screen buffer.  I am trying to locate documentation that
might help.  I am including a brief code snippet.

  DC X'11C14F1D60'   Line  2 Col   1 Normal
  DC C'@'
  DC X'11C16F'   Line  2 Col  32
  DC C'DATA CENTER NORTH'
*
  DC X'11C2F7'   Line  3 Col  24
  DC C'TEST AND DEVELOPMENT SYSTEM (CDC)'

Can anyone point me to documentation or a possible contact who might be
able to steer me in the right direction?

Thank you
Rick Barlow
Nationwide Insurance

Re: Migrating Maintenance to Level 1 Minimum

[Quay, Jonathan (IHG)]

I think you've conflated PTF maintenance with version or release
maintenance.  VM has "test" minidisks built in to it to test and promote
new PTF levels.  Release or version maintenance is done by creating new
system volumes and then migrating your user directory, etc, to the new
system volumes when you're satisfied with your testing.  Since you've
already built new volumes, I would go with migrating the rest of my
system to the new volumes.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of George Henke/NYLIC
Sent: Thursday, October 14, 2010 3:13 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Migrating Maintenance to Level 1 Minimum

 


I need to move maintenance from Level 2 to Level 1: 

Level 1 is 540RES, 540W01, 540W02, 540SPL, 540SP2, 540PAG, 540PG2 
Level 2 is 54XRES, 54XW01, 54XW02 54XSPL, 54XSP2, 54XPAG, 54XPG2 

What is the least disruptive way to do this when: 

*   there is no tape, 
*   no additional volumes are available, and 
*   I need a fallback.


I do not believe I can simply IPL with the new CPLOAD, because I have
the SDFs in the SPOOL which I believe SES rebuilt when I applied the
maintenance. 

I could DDR the SPOOLs but then I would step on the Level 1 SDFs. 

I suppose I could just point to the Level 2 RES, 54XRES and IPL at Level
1 instead of 540RES. 

Would there be any changes needed if I did? 

Re: Migrating Backup/Restore and Tape Manager from 2nd level

[Quay, Jonathan (IHG)]

I am not sure what you are trying to accomplish.  Doing maintenance on a solo 
VM system?  Are you creating a second VM system?  If so, are you trying to 
share the tape and backup catalogs between them?



From: The IBM z/VM Operating System on behalf of Tom Duggan
Sent: Tue 10/5/2010 9:17 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Migrating Backup/Restore and Tape Manager from 2nd level














I have a 2nd level z/VM system that I've activated and configured DirMaint

and RACF.

The 2nd level system is a DDR copy of the first.

1st level production uses Backup & Restore Manager and Tape Manager. 
It sits inactive (not autologged, along with other service machines) 2nd level.

Obviously, the 2nd level Backup/Restore/Tape is not in synch with first level.  

The initial plan was to backup _select_ 1st level minidisks and restore them
when I cut the 2nd level system into production.

By _select_, I mean only those minidisks that I saw current updates to.

I'm now seeing that possibly might not be the best approach.  Would it be
better to backup and restore each and every minidisk for Backup/Restore/Tape? 
e.g. every minidisk for BKRBKUP, BKRCATLG, VMTAPCAT, TMTMM, TMRMM, et al?


I did recently run across the procedure to enlarge/move the SFS tape catalog.

Thanks in advance.

Tom Duggan

Re: IPL VM/VM Issues

[Quay, Jonathan (IHG)]

Is VSSI an IBM business partner?  They already have a virtual tape on
minidisk product.  There are others I'm sure.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Wednesday, October 06, 2010 2:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: IPL VM/VM Issues

On Wednesday, 10/06/2010 at 12:56 EDT, Mark Wheeler 
 wrote:

> > I think this is an issue that needs to be addressed. This is a 
critical set
> > of files, which z/VM only has tools to back up to tape, and many
sites 
no
> > longer even have tape drives to use to create these tape backups. We

no
> > longer have any tape drives, real or virtual, attached to the
systems, 
so
> > SPXTAPE does us absolutely no good.
> > 
> > -- 
> > Robert P. Nix Mayo Foundation .~.
>  
> Amen, Brother!

Anyone who has a requirement for tapeless operation of z/VM needs to be 
badgering your IBM client exec, account rep or business partner, as well

as opening a requirement with IBM.  It's not that we don't know about
the 
requirement, but we need a way to measure the demand so that it can be 
prioritized properly.

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: Strange performance problem

[Quay, Jonathan (IHG)]

Colin, can you say what the workload is?  z/TPF guests, VPARS, Linux, CMS?



From: The IBM z/VM Operating System on behalf of Colin Allinson
Sent: Wed 10/6/2010 7:27 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Strange performance problem


Barton Robinson  wrote: 

> Colin, a really good performance monitor that kept full history data 
> would have been of great assistance. 

Barton, As you know, we do have a good performance monitor. It is just that, 
unfortunately for you, it is not the one that you provide. Don't flame me for 
that one - it was a commercial rather than technical decision and I had no 
input into that. 

The fact remains that I can search the performance monitor we do have for 
information - if I have some clue what I am looking for. 

The system is peaking high supervisor state activity on processor 0 (we can 
also see this on the SAD display) for significant periods of time. 

I have exhausted all the likely causes that I know and I am now looking for new 
ideas on what to look for. 


Colin Allinson
VM Systems Support
Amadeus Data Processing GmbH




IMPORTANT  -  CONFIDENTIALITY  NOTICE  - This e-mail is intended only for the 
use of the individual or entity shown above as addressees. It may contain 
information which is privileged, confidential or otherwise protected from 
disclosure under applicable laws.  If the reader of this transmission is not 
the intended recipient, you are hereby notified that any dissemination, 
printing, distribution, copying, disclosure or the taking of any action in 
reliance on the contents of this information is strictly prohibited.  If you 
have received this transmission in error, please immediately notify us by reply 
e-mail or using the address below and delete the message and any attachments 
from your system. 

Amadeus Data Processing GmbH 
Geschäftsführer: Eberhard Haag 
Sitz der Gesellschaft: Erding 
HR München 48 199 
Berghamer Strasse 6 
85435 Erding 
Germany

Re: VM64814 information

[Quay, Jonathan (IHG)]

I don't think it's either.  I think its an artifact of how IBM promotes 
changes.  From a process perspective, a PTF is supposed to fix something, not 
provide new function.  Because the PTF process was co-opted as the method for 
new function delivery by a different set of developers, the entire PTF process 
is not used.  Thus, the paperwork doesn't get done.



From: The IBM z/VM Operating System on behalf of Alan Ackerman
Sent: Sun 9/26/2010 2:07 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM64814 information



So is VM64814 a beta, test, whatever, or not?

When I want to know about something, the first thing I look at is IBMLink=
. I don't usually look at
announcement letters. If I don't get an answer, I will post a question, e=
ither on IBMLink or here.
Wouldn't it be cheaper for IBM to just put the description in the APAR in=
stead of forcing people to
ask? OK, maybe it wasn't secrecy, just bureaucratic incompetence. I apolo=
gize.

On Sat, 25 Sep 2010 21:40:56 -0400, Alan Altmark  wrote:

>On Thursday, 09/23/2010 at 11:27 EDT, Alan Ackerman
> wrote:
>> I went and looked at APARs VM64814 and VM64816 on IBMLink. Almost no
>> information! They both simply say NF NEWFUNCT, with no description.
>> Come on IBM, why the secrecy?
>
>Such accusations!   From the z/VM 6.1 July 22 announcement letter 210-23=
4:
> "XRC time stamping support is provided with the PTFs for APAR VM64814 a=
nd
>VM64816 for z/VM V5.4 and z/VM V6.1, all of which have a planned
>availability date of December 31, 2010."   Not to mention Matt's detaile=
d
>response to Dennis' question on the same APARs.
>
>As to why the APARs don't have their descriptions, I'm guessing it's jus=
t
>a paperwork snafu, not a conspiracy.
>
>That said, sometimes we do choose to have a beta program and those PTFs
>are indeed labeled as "new function" until the beta is complete.
>
>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: DEDICATED DASD - How to backup?

[Quay, Jonathan (IHG)]

HiDRO is designed to do full pack backups.  So, use that.  If the guest is VM, 
install VM:Backup in the guest for file level backup.



From: The IBM z/VM Operating System on behalf of KEETON Dave * SDC
Sent: Mon 9/20/2010 4:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: DEDICATED DASD - How to backup?



I have a guest OS running on 3380 DASD. All of the DASD is defined with 
DEDICATE statements to that guest only. I'm now trying to determine how to 
backup that guest. I have the CA VM:Backup (with HiDRO) product, but I'm told 
it probably won't work because the guest has no minidisks. We have a VTS here, 
so all the data will be written to virtual tape using the DFSMS/VM (RMS) and 
CA's VM:Tape.

Does anyone have any suggestions? 

Thanks in advance, 
Dave Keeton 

Re: Trying to get OSA online

[Quay, Jonathan (IHG)]

Do you have VM64502 on?  Have you tried it without the port number on the RDEV?



From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)
Sent: Sat 8/21/2010 11:14 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Trying to get OSA online


Hi 
 
We just cabled OSA 9700 to our z10 it is on CHPID 39.
 
I can VARY ON 9700 and it comes online and when I display it shows

OSA  9700 FREE 
 
Now when I try to configure my VSWITCH to use it I get this:
 
CP DEFINE VSWITCH VSWAPPUB CONTROLLER * RDEV 9700.P0   
VSWITCH SYSTEM VSWAPPUB is created 
HCPSWU2838I Device 9700.P00 specified for VSWITCH VSWAPPUB is offline. 
 
When I display the CHPID it looks good:
 
q chpid 39  
Path 39 online to devices 9600 9700 
 
Is there something I am missing here?
 
Terry Martin
Lockheed Martin
CITIC Contract
z/OS Operating System Support/Performance and Tuning
(443) 348-4196 
 

Re: zVM Performance Toolkit: Can I record/report CPU by userid using 10 minutes interval?

[Quay, Jonathan (IHG)]

Also take a look at using a Rexx routine to compute time differences
using the CMS Multitasking

CSL call "DateTimeSubtract".  See z/VM CMS Application Multitasking for
your release of VM for formats and identifiers.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Kris Buelens
Sent: Monday, July 26, 2010 11:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: zVM Performance Toolkit: Can I record/report CPU by userid
using 10 minutes interval?

 

Converting the time:
   DateConv 5.8 TODABS REXXS Timeout'



2010/7/26 Michel Beaulieu 

Good Day, 
 
Thanks for the feedback from both of you. 
 
You gave me useful tips that I can act upon. 
 
This week I will experiment with the following approach: 
 
The settings will be changed to have extended summary data saved 
to "systemid FCXSUMMnn" on a 10 minutes interval.
 
I will copy and rename these files regularly on another minidisk. 
That will become some kind of extended archive. 
I want to stay away from processing raw monitor data as much as
possible.
Later I will be able to get other fields information besides CPU seconds
currently. 
 
Then, I will see what I can extract using REXX and/or PIPELINE
to extract information from 'FC41' records (by userid) and 'FC42'
records (by user class).  
 
I already have the REXX code to convert simple floating point fields.
(C2F).
 
I will have to find or create some code to convert the TOD field. (That
should not be too hard)
 
I will keep you and this list informed on my progress. 
 
Regards, 
 
 
Michel Beaulieu
Montreal, Canada
|*|
 



Date: Mon, 26 Jul 2010 07:18:09 -0500
From: framaek...@ailife.com
Subject: Re: zVM Performance Toolkit: Can I record/report CPU by userid
using 10 minutes interval?
To: IBMVM@LISTSERV.UARK.EDU



I do this simply with VMUTIL, using PIPE VMC pipeid CPU | STEM FCX100.
...

 

 

Frank M. Ramaekers Jr.

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Michel Beaulieu
Sent: Friday, July 23, 2010 2:47 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: zVM Performance Toolkit: Can I record/report CPU by userid
using 10 minutes interval?

 

Good day, 
 
I am trying to do something that seems to me a good challenge to do with
z/VM performance toolkit. 
 
The end result that I want to have is a set of records for a selected
number of userids. 
 
Each record would be for a 10 minutes interval.
 
format:  
mmdd hhmm userid cpusec 
 
That means I would create 24 x 6 = 144  records per day per virtual
machine. 
 
Accumulating that over many months, I can load that data in my favorite
spreadsheet 
and do all kind of numerical analysis. 
 
I am trying to use z/VM Performance Toolkit to help me to do that and I
am stuck!
 
The best I could do was to use plotvar with trend files.
However, that is too much aggregated for my need. 
 
I welcome your suggestions.
 
Michel Beaulieu
Montreal, Canada
 

_ 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: New standard for networking help

[Quay, Jonathan (IHG)]

How about publishing it somewhere as a template for others to use?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Rich Smrcina
Sent: Thursday, July 15, 2010 11:26 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: New standard for networking help

Indeed.  I'm sure it took a great deal of time to create it.  But the 
upkeep would be a herculean task in itself, especially with an expanding

penguin farm, and/or VM complex.

If there was a way to automatically generate such a beast... in a format

that even Chuckie approves...

On 07/15/2010 10:19 AM, Brian Nielsen wrote:
> Curiously, it's missing a hyperlinked index, glossary, summary of
changes,
> and a version tracking number.  Otherwise, kudos to the author.  ;)
>
> Brian Nielsen
>
> On Thu, 15 Jul 2010 11:06:45 -0400, Alan
Altmark
> wrote:
>
>
>> I have to tell you all that my hopes have been renewed, my spirit
>> uplifted, and my faith in mankind restored.
>>  


-- 
Rich Smrcina
Phone: 414-491-6001
http://www.linkedin.com/in/richsmrcina

Catch the WAVV! http://www.wavv.org
WAVV 2011 - April 15-19, 2011 Colorado Springs, CO

Re: PGT004 MESSAGE

[Quay, Jonathan (IHG)]

Also, if doing this on the fly, you need to find a free slot with QUERY
CPOWNED and then add the volume with DEFINE CPOWNED.  Then and only then
attach the volume to SYSTEM.  Defining cyl 0 as perm is also unnecessary
for modern releases of VM.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Richard Corak
Sent: Thursday, June 17, 2010 12:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: PGT004 MESSAGE

No need forCP START DASD rdev PAGE

CP START DASD is nothing more than undrain.
If you haven't done DRAIN, don't bother with START.

Edits to Mike's sequence:

- Find an available DASD volume accessible to your z/VM system.
- Find (or decide on) a label "volser" for the soon-to-be paging volume
- Run CPFMTXA against that DASD, formatting the whole thing,
   assigning the label as decided above, and allocating
   - Cylinder zero as PERM, and
   - 1-END as PAGE.
- DETACH that device from the ID that formatted/allocated
- Update your "SYSTEM CONFIG" file on MAINT's CF1 disk using whatever
   procedures you already use.  E.g.
   - Find a free CP_OWNed 'SLOT', and change that to match the new page
 DASD volser, and mark that as OWNED, e.g. if "volser" is "VMPG01"
 and slot 11 is not already assigned
 CP_Owned   Slot 11   VMPG01 OWN
- File "SYSTEM CONFIG", run CPSYNTAX against the updated "SYSTEM CONFIG"
   file to check for errors.
- As long as there are no errors, bring the volume online to CP by
   entering:
   CP ATT rdev SYSTEM

Richard Corak

Re: Tape Manager for z/VM

[Quay, Jonathan (IHG)]

Its not documented, but it looks like it means you get to debug the
socket connection between you and z/OS.  

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mark Pace
Sent: Monday, June 07, 2010 2:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Tape Manager for z/VM

 

Does anyone know where error messages for Tape Manager are documented?

I've looked in the only 2 manuals I can find

IBM Tape Manager for z/VM Installation & Administration Guide V1R2
 

 IBM Tape Manager
for z/VM User's Guide and Reference V1R2
  

No luck finding - EUMTAP0236E TMRMM communication error - Rc 101 Rsn RMM
AGENT CONNECTION ERROR

-- 
Mark Pace
Mainline Information Systems
1700 Summit Lake Drive
Tallahassee, FL. 32317

Re: Automated Logoff of CMS user

[Quay, Jonathan (IHG)]

If you have the Performance Toolkit, it's got the FC FORCEUSR commands.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Tuesday, June 01, 2010 9:47 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Automated Logoff of CMS user

 

 

Hi,

 

This may have been asked before but I was wondering the best way to
Automatically log off a CMS user after a designated time frame. This is
to address an Audit finding.

 

Thank!

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

cid:image001.jpg@01C97FB5.5EAFD6C0

 

Re: V-disk

[Quay, Jonathan (IHG)]

The built-in default system limit is the minimum of:

* The amount of virtual storage that can be represented by
one-quarter of the usable dynamic paging area (DPA), based on the fact
that each gigabyte of virtual disk defined requires 2050 frames of host
real storage

* The amount of storage represented by one-quarter of the paging
space defined for CP use

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Wednesday, April 07, 2010 11:17 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: V-disk

The question was not for a system that hosts Linux guests, it is for one
that uses V-disk instead of T-disk for most temp space. The doc mentions
DPA < 2G, DPA and external page space, but I don't see any formula for
calculating the SYSLIM that would be the default if none were specified
in the SYSTEM CONFIG. The current config file limits were determined in
a galaxy far, far away at a time long, long ago. I was wondering how
they would compare to the current system defaults which may well be more
generous than the limits that have been set. The problem is, we are as
close to 24X365.25 as we can be, so it may be a long time before I can
bring the system up without the config limits to see. 
  

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Barton Robinson
> Sent: Tuesday, April 06, 2010 4:49 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: V-disk
> 
> I've looked at a lot of installations using vdisk - I've only 
> once seen an installation where vdisk "seemed" to be an issue 
> - and that was when the installation had followed the 2 vdisk 
> for swap guideline, but reversed the priority on the two 
> disks and the larger one was used instead of the small one.
> So unless you've come up with a new imaginative way to use 
> vdisk, use "INFINITE" and use the ESAMAP report ESASTR1 to 
> understand the cost. 
> There are many more important things to work on
> 
> Schuh, Richard wrote:
> > Is there a formula that can be used to determine what the default 
> > SYSLIM for V-disks would be in the absence of any SYSTEM CONFIG 
> > definitions? If I enter QUERY FRAMES, I get this:
> >  
> > q 
> > frames  
>  
> > 
> > All 
> > Frames: 
>   
> >Configured=38273023  Real=38273023  Usable=38273023  
> > Offline=0 
> >Pageable=37871142  NotInitialized=0  
> > GlobalClearedAvail=160
> >LocalClearedAvail=160  
> > LocalUnclearedAvail=155 
> >  
> > Frames < 
> > 2G: 
>  
> >GlobalUnclearedAvail=56339  Pageable=513876  
> > LogicalFreeStorage=5602   
> >RealFreeStorage=5  LockedRS=497  
> > LockedCmd=0   
> >MinidiskCache=8  Nucleus/Prefix=2521  Trace=400  
> > Other=1386
> >  
> > Frames > 
> > 2G: 
>  
> >GlobalUnclearedAvail=4046728  Pageable=37357266
> > LogicalFreeStorage=55733  
> >RealFreeStorage=19  LockedRS=15358  
> > LockedCmd=0
> >MinidiskCache=97600  
> > Other=320360  
> >
> >  
> > Assuming that the dasd space is sufficient to not be a limiting 
> > factor, does this give enough information to calculate a 
> default SYSLIM?
> >  
> > Regards,
> > Richard Schuh
> >  
> >  
> >  
> 

Re: z/VM 5.4 Install question

[Quay, Jonathan (IHG)]

It didn't take very long, but my workstation is about two hops away from the 
mainframe osa.



From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)
Sent: Sun 3/28/2010 2:01 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 Install question



Thanks Jonathan,

That's about what I was thinking of doing. Do you remember how long the
SEND down to you z/VM system took? It warns in the manual that it could
take a while!

Thank You,

Terry Martin
Lockheed Martin - Citic
z/OS and z/VM Performance Tuning and Operating Systems Support
Office - 443 348-2102
Cell - 443 632-4191

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Quay, Jonathan (IHG)
Sent: Sunday, March 28, 2010 1:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 Install question

Terry, when I did this, I received .zip files from ShopZSeries.  I
unzipped them in to a directory structure on my workstation.  Then I
used my terminal emulator (PCOM) to upload them to a minidisk on my 1st
level system's VM 5.4 installation userid (MAINT54 in my case).
Instructions/requirements for that userid are on pp 61-62 of.  the Guide
for Automated Installation and Service.  Then follow the instructions in
Appendix J.   Use the .srl file and the upload is automated for you.



From: The IBM z/VM Operating System on behalf of Martin, Terry R.
(CMS/CTR) (CTR)
Sent: Sun 3/28/2010 12:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM 5.4 Install question



<https://webmail.ichotelsgroup.com/exchange/Jonathan.Quay/Drafts/RE:%20z
_xF8FF_VM%205.4%20Install%20question.EML/image001@01cace6e.f90eedb0>


Hi



This has probably been broached before here but I could not find the
specifics that I was looking for sorry if this is a repeat question.



Anyway I am getting ready to install z/VM 5.4 and I ordered the product
via Shop Z Series. I was able to download everything including the RSU
to my desk top all in the same folder. Since I do not have the means at
this time to do the install via DVD I was going to use a Terminal
Emulator to Upload Files and install via a z/VM mini disk. I am using
the Automated Install and Service Guide as my reference for the install.
I know this is going to be slow but it looks like it will work.



My question is that it is a little confusing when it keeps talking about
the DVD install I am assuming that since the download to my desk top
into a folder called CPDVD that by SENDING it via the Terminal Emulator
to my z/VM system to a mini disk that it is the same thing as if it were
on a real DVD is this a correct assumption? Please add any other
information that you think I should be aware of. This is my first real
install of the operating system so I want to do it right.





Thanks for the help!! 



Thank You,



Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191




cid:image001.jpg@01C97FB5.5EAFD6C0<https://webmail.ichotelsgroup.com/exc
hange/Jonathan.Quay/Drafts/RE:%20z_xF8FF_VM%205.4%20Install%20question.E
ML/image002@01cace6e.f90eedb0>

Re: z/VM 5.4 Install question

[Quay, Jonathan (IHG)]

What that step is doing is making sure the transfer is an F 1028 binary 
transfer.  Make sure you do that in whatever emulator you're using.



From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)
Sent: Sun 3/28/2010 2:06 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 Install question



Jonathan,

 

One other thing in the manual in appendix J one of the steps says to:

 

 1) In the Transfer Type field, enter "dvdbinary".

 

Did you do this or did you just make sure it said BINARY? I can't the 
significance of this if the SEND is actually coming from my desk top instead of 
DVD. 

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

 

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf 
Of Quay, Jonathan (IHG)
Sent: Sunday, March 28, 2010 1:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5.4 Install question

 

Terry, when I did this, I received .zip files from ShopZSeries.  I unzipped 
them in to a directory structure on my workstation.  Then I used my terminal 
emulator (PCOM) to upload them to a minidisk on my 1st level system's VM 5.4 
installation userid (MAINT54 in my case).  Instructions/requirements for that 
userid are on pp 61-62 of.  the Guide for Automated Installation and Service.  
Then follow the instructions in Appendix J.   Use the .srl file and the upload 
is automated for you.

 



 

From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)

Sent: Sun 3/28/2010 12:19 PM

To: IBMVM@LISTSERV.UARK.EDU

Subject: z/VM 5.4 Install question

 

 

  

 

Hi 

 

 

 

This has probably been broached before here but I could not find the specifics 
that I was looking for sorry if this is a repeat question. 

 

 

 

Anyway I am getting ready to install z/VM 5.4 and I ordered the product via 
Shop Z Series. I was able to download everything including the RSU to my desk 
top all in the same folder. Since I do not have the means at this time to do 
the install via DVD I was going to use a Terminal Emulator to Upload Files and 
install via a z/VM mini disk. I am using the Automated Install and Service 
Guide as my reference for the install. I know this is going to be slow but it 
looks like it will work. 

 

 

 

My question is that it is a little confusing when it keeps talking about the 
DVD install I am assuming that since the download to my desk top into a folder 
called CPDVD that by SENDING it via the Terminal Emulator to my z/VM system to 
a mini disk that it is the same thing as if it were on a real DVD is this a 
correct assumption? Please add any other information that you think I should be 
aware of. This is my first real install of the operating system so I want to do 
it right.

 

 

 

 

 

Thanks for the help!!  

 

 

 

Thank You,

 

 

 

Terry Martin

 

Lockheed Martin - Citic

 

z/OS and z/VM Performance Tuning and Operating Systems Support

 

Office - 443 348-2102

 

Cell - 443 632-4191

 

 

 

 cid:image001.jpg@01C97FB5.5EAFD6C0 

 

 

 

Re: z/VM 5.4 Install question

[Quay, Jonathan (IHG)]

Terry, when I did this, I received .zip files from ShopZSeries.  I unzipped 
them in to a directory structure on my workstation.  Then I used my terminal 
emulator (PCOM) to upload them to a minidisk on my 1st level system's VM 5.4 
installation userid (MAINT54 in my case).  Instructions/requirements for that 
userid are on pp 61-62 of.  the Guide for Automated Installation and Service.  
Then follow the instructions in Appendix J.   Use the .srl file and the upload 
is automated for you.



From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)
Sent: Sun 3/28/2010 12:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: z/VM 5.4 Install question


 

 

Hi 

 

This has probably been broached before here but I could not find the specifics 
that I was looking for sorry if this is a repeat question. 

 

Anyway I am getting ready to install z/VM 5.4 and I ordered the product via 
Shop Z Series. I was able to download everything including the RSU to my desk 
top all in the same folder. Since I do not have the means at this time to do 
the install via DVD I was going to use a Terminal Emulator to Upload Files and 
install via a z/VM mini disk. I am using the Automated Install and Service 
Guide as my reference for the install. I know this is going to be slow but it 
looks like it will work. 

 

My question is that it is a little confusing when it keeps talking about the 
DVD install I am assuming that since the download to my desk top into a folder 
called CPDVD that by SENDING it via the Terminal Emulator to my z/VM system to 
a mini disk that it is the same thing as if it were on a real DVD is this a 
correct assumption? Please add any other information that you think I should be 
aware of. This is my first real install of the operating system so I want to do 
it right.

 

 

Thanks for the help!!  

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

 
cid:image001.jpg@01C97FB5.5EAFD6C0
 

 

Re: initializing z/Linux disks

[Quay, Jonathan (IHG)]

I have meant to bring this up to the list before now, but since you
mention it...

 

I use the "clone a golden image" methodology.  I've used DDR, which
always works, and I've used dasdfmt and dd, which sometimes results in
an unstable system.  I can't pin it down exactly, but I think it happens
when I repurpose minidisks that have had Linux filesystems on them
previously.  The first symptom I see is segmentation faults in YaST.

 

When I CPFMTXA the minidisk before using the dasdfmt and dd cloning
method, I don't have the problem.  Therefore, I always CPFMTXA the dasd
first.

 

Terry, I would not use DEDICATE.  I like to preserve cyl 0 because I
know z/VM and z/OS understand it.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Martin, Terry R. (CMS/CTR) (CTR)
Sent: Wednesday, March 24, 2010 1:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: initializing z/Linux disks

 

Hi

 

I have a question. What I have been doing up to this point for a new
z/Linux guest build is, not necessarily in this order and does not
necessarily include all steps but, 

 

Crave out the DASD for the z/Linux guest

 

Init the DASD using CPFMTXA putting a label on the disk

 

Setting up the Directory entry for the new guest, which includes
specifying the MDISK for all of the DASD for the guest.

 

We back up our z/Linux guests on the z/OS side with DFDSS.

 

My question is since when we Kick Start the new z/Linux guest and it
initializes the DASD during this process is there any compelling reason
for me to initialize the DASD up front before the guest is Kick Started
for the first time basically doing a double INIT?

 

If not I assume then I would replace the MDISK statements in the
Directory entry with DEDICATE statements for each one of the DISKS. We
do not share DASD between guests here so what is defined to the guest
belongs to that guest only. Is there anything to be aware of by changing
to DEDICATE statements from MDISK statements? 

 

My only concern is with the DFDSS backups that I do on the z/OS for the
guests. I am not sure if it matters or not to DFDSS whether the pack was
initialized via CPFMTXA or z/Linux during the kick start process?

 

 

Thank You,

 

Terry Martin

Lockheed Martin - Citic

z/OS and z/VM Performance Tuning and Operating Systems Support

Office - 443 348-2102

Cell - 443 632-4191

 

cid:image001.jpg@01C97FB5.5EAFD6C0

 

Re: Check for User...

[Quay, Jonathan (IHG)]

IMHO the proper response to the question would be "what do you need it
for"
 
Exactly.  I would say to even ask this question you better be a privileged 
user.  As such, you probably do want to know the logon "status" of the user, 
e.g. NOLOG.  For that, direct examination of the directory or utilization of 
the facilities of one's security or directory manager would be in order.



From: The IBM z/VM Operating System on behalf of Rob van der Heij
Sent: Tue 3/16/2010 4:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Check for User...



On Mon, Mar 15, 2010 at 10:57 PM, Quay, Jonathan (IHG)
 wrote:

> Is a NOLOG or other "special" user valid?

Back in the stone age, PROFS would try a "SPOOL PUN " to see
whether the recipient is a valid mailbox. And NOLOG was a common way
to de-activate users and leave them on probation for a while. So it
makes sense that SPOOL considers NOLOG as "no such user"  But if
you're trying to see whether a user already exists because you want to
add it, then this info is clearly not sufficient. Many installations
also use NOLOG to define placeholder users that merely own the disks
but never will be logged on.
We've also used the check on one of the common user disks (from the
directory profile) to differentiate between types of users. And you
normally avoid to involve the ESM when you don't need that.

IMHO the proper response to the question would be "what do you need it
for" since different needs beg for a different approach. I'm rarely
happy with a black box tool that does a lot of stuff under the covers
when a single CP command can do what you need.

Rob

Re: Check for User...

[Quay, Jonathan (IHG)]

Is a NOLOG or other "special" user valid?  



From: The IBM z/VM Operating System on behalf of Frank M. Ramaekers
Sent: Mon 3/15/2010 3:20 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Check for User...



What's the best way to check:

 

1)   UserID is valid (a user on this system)

2)   UserID is logged on (or not)

 

 Frank M. Ramaekers Jr.

 

Systems Programmer

MCP, MCP+I, MCSE & RHCE

American Income Life Insurance Co.

Phone: (254)761-6649

1200 Wooded Acres Dr.

Fax: (254)741-5777

Waco, Texas  76701

 

 

_ 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: GCS Session managers

[Quay, Jonathan (IHG)]

What's the difference whether you hotkey between TUBES sessions or TN3270 
sessions?  We got rid of VM/VTAM and the mulitsession manager, put in OSA-ICCs, 
and recently booted Attachmate in favor of Bluezone.  Saved lots of money.
 
1.  Any tn3270 session is dialable.  Local through the osa-icc looks like 
local, e.g. xautolog tpftest1 on 40.
2.  Alt-Tab hotkeys between tn3270 sessioms
3.  If the PC goes away, the sessions go DISCOnnected.
4.  tn3270 into your VSE/VTAM
5.  All emulators should support those devices.  I know PCOM, Rhumba, 
Reflections, and Bluezone do.
6.  You get a web deployable tn3270 client as a bonus.



From: The IBM z/VM Operating System on behalf of Tom Duerbusch
Sent: Wed 3/10/2010 6:16 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: GCS Session managers



Currently we are running TUBES/GCS session manager.

Well, seems the company that took over Macro/4 is raising prices, as in double.

So, we are now looking at other VM/VTAM session managers.
Multiple TN3270 sessions really is going to be a hard sell.  We have some users 
that have 10-15 sessions active.
Also, we have some coax users

So, what products are out there, that:

1.  Can be used as VSE Consoles (i.e. dial vse 01f) and can support IPL'ing VSE 
systems.
2.  Can switch between about two dozen sessions.
3.  Can keep all the sessions active, if the PC/Terminal is disconnected.
4.  Would be nice to do cross domain to VSE VTAM for CICS sessions.
5.  Support 3270 Model 2 thru Model 5 terminals.

A lot cheaper than $20K per year for Tubes/GCS.

Thanks

Tom Duerbusch
THD Consulting

Re: Adding minidisk to SFS in Multi-User Mode

[Quay, Jonathan (IHG)]

I just went through this a couple of weeks ago and had the same oddities.  I 
bet its looking at the wrong filepoolid.  Spell it out in the command.



From: The IBM z/VM Operating System on behalf of Frank M. Ramaekers
Sent: Thu 3/4/2010 2:24 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Adding minidisk to SFS in Multi-User Mode



I believe that this is the first time I've tried this and have run into the 
following problem.

 

I'm on the first step "Enter the FILEPOOL MINIDISK command".

 

I've added the following to the directory:

 

USER VMSERVA PARROT 32M 32M BG

  :

  ;

 *MINIOPT NOMDC

  MDISK 0101 3390 0031 0040 540W03 WR RCATALOG WCATALOG

  MDISK 0201 3390 1200 0400 540W04 WR RDATAA   WDATAA  

  MDISK 0202 3390 1200 0400 540W05 WR RDATAA   WDATAA  

  MDISK 0203 3390 1200 0400 540W06 WR RDATAA   WDATAA  

 

And the current  VMSYSA POOLDEF has:

 

MAXUSERS=1000 

MAXDISKS=200  

DDNAME=CONTROL VDEV=A01   

DDNAME=LOG1VDEV=B01   

DDNAME=LOG2VDEV=B02   

DDNAME=BACKUP   DISK   FN=CONTROLFT=BACKUP   FM=A 

DDNAME=MDK1VDEV=101  GROUP=1  BLOCKS=7184 

DDNAME=MDK2VDEV=201  GROUP=2  BLOCKS=71915

DDNAME=MDK3VDEV=202  GROUP=2  BLOCKS=71915

 

FILEPOOL execution:

 

filepool minidisk vmserva

DMSWFP3485I FILEPOOL processing begun at 13:11:26 on 4 Mar 2010. 

DMSJMD3425R Enter MDK number (n), virtual device address (), 

DMSJMD3425R and storage group number (g) for a minidisk to be added. 

DMSJMD3425R Use format n  g  

4 0203 2 

DMSJMD3909E DDNAME = MDK4 is out of sequence 

DMSWFP3486I FILEPOOL processing ended at 13:11:33 on 4 Mar 2010. 

Ready(03909); T=0.01/0.01 13:11:33   

 

I don't see why MDK4 is out of sequence (the last MDISK is MDK3).

 

 Frank M. Ramaekers Jr.

 

Systems Programmer

MCP, MCP+I, MCSE & RHCE

American Income Life Insurance Co.

Phone: (254)761-6649

1200 Wooded Acres Dr.

Fax: (254)741-5777

Waco, Texas  76701

 

 

_ 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: Separating monitor records by date

[Quay, Jonathan (IHG)]

I use the linmon package off the tools disk to collect monitor data.  At
23:59, I have VMUTIL do a SET SECUSER and then send the linmon service
machine a MONWSTOP followed by a MONSETUP.  This really helps with the
time drift you get in MONWRITE DISK CLOSE 1440.  I get a nice, clean
full day's worth of monitor data to feed into PERFKIT reporting.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Thursday, February 11, 2010 4:08 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Separating monitor records by date

 

Using the pipe Jonathan gave me -- I was able to figure out that there
actually was no 2nd day's worth of data in the monitor file ...  but I
think you're right - you really want that initial config info at the
start of the file.

I had the same question about the report builder..  it's probably
possible - but they really want keep things in daily files.  

Thanks for the responses!  I got enough info from Jonathan's pipe to
figure out what datestamp I was looking for, and that got me far enough
in this case.  Thanks, Jonathan!

Scott

On Thu, Feb 11, 2010 at 1:59 PM, Kris Buelens 
wrote:

I don't think it is that easy: when MONWRITE is started it includes
"configuration" information in the monitor file, if you split it up, the
second file won't have this information.
But, why do you need to split it up?  Can't you tell your "report
builder" to limit its reports to a given timespan?

2010/2/11 Quay, Jonathan (IHG) 

 

Quick and dirty... figure out midnight on the 2nd day. e.g...
Pipe literal 2010-02-10 00:00:00.00  | dateconv isodate todabs |
spec 1-* c2x 1 and then either browse for it in the file or feed it in
to a comparison against the timestamp in the monitor records.

 





From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Scott Rohling
Sent: Thursday, February 11, 2010 10:54 AM


To: IBMVM@LISTSERV.UARK.EDU

Subject: Separating monitor records by date

 

We have a daily monitor file from MONWRITE that ended up with 2
days worth of monitor records.   Is anyone aware of a utility, or pipe
incantation, or anything else that could be used to separate the file
into 2 daily files?

Thanks for any tips you can give -

Scott




-- 
Kris Buelens,
IBM Belgium, VM customer support

 

Re: Separating monitor records by date

[Quay, Jonathan (IHG)]

Quick and dirty... figure out midnight on the 2nd day. e.g... Pipe
literal 2010-02-10 00:00:00.00  | dateconv isodate todabs | spec 1-*
c2x 1 and then either browse for it in the file or feed it in to a
comparison against the timestamp in the monitor records.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Scott Rohling
Sent: Thursday, February 11, 2010 10:54 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Separating monitor records by date

 

We have a daily monitor file from MONWRITE that ended up with 2 days
worth of monitor records.   Is anyone aware of a utility, or pipe
incantation, or anything else that could be used to separate the file
into 2 daily files?

Thanks for any tips you can give -

Scott

Re: use of 3494 library in a second level vm system

[Quay, Jonathan (IHG)]

Did you put STDEVOPT LIBRARY CTL in the 2nd level system's directory
entry?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Barbara Andrews
Sent: Tuesday, February 09, 2010 4:00 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: use of 3494 library in a second level vm system

Is it possible to use a 3494 tape library in a second level VM 
system? 
 We have a 1st level VM 5.2 system that I just recently installed 
DFSMS/VM on as RMSONLY.  And I successfully tested use of 3590 tape
drive=
s 
that are in our 3494 library on our 1st level VM 5.2 system.
 I also have a second level VM 5.4 system installed and have
DFSMS/VM=
 
installed on that as RMSONLY also.  We would like to test out CA's 
VM:Tape, VM:Backup, and VM:Operator on this second level system (user 
vm54test).  But I am unsure on how to use the 3494 library on the second
=

level system.  Our tape devices controlled by this library are c00-c05.
=
I 
varied c00 offline in our z/OS system (in a separate LPAR) and online in
=

VM 1st level (and left c01-c05 online in z/os and offline in z/VM 1st 
level) and then issued:
att c00 vm54test c00
But when I try to start RMSMASTR on the second level vm54test system, I
=

get:
TAPE 0C00 ATTACHED TO RMSMASTR 
0C00   =
  
FSMBAC2006E Library I/O error; reason code = 3800, request identifier ==
 0, 
devic
e = 0C00, library 
==
 =

FSMBAC2019E Sense Data = 
804800C020302041C3804004E80
0BC361311  =
 =
   
 
TAPE 0C00 DETACHED BY RMSMASTR   

Is there something else that needs to be done other than attaching the =

tape device to the second level system to get this to work?   



 =
   
 

Re: AUTO IPL

[Quay, Jonathan (IHG)]

Are you loading from the HMC and passing a loadparm?

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Dean, David (I/S)
Sent: Monday, December 14, 2009 11:21 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: AUTO IPL

 

UNCLE!

 

I have searched the archives and read the manualI know this should
be an easy one.

 

My new ZVM 5.4 IPL stops at the SAPL screen and makes me press F10 to
load.

 

 

This is the existing one that work:

 

Features ,

 auto_ipl , /* No prompt at IPL  */

   cold ,/*perform cold start*/

   drain ,

Disable ,   /* Disable the following features */

 Set_Privclass ,   /* Disallow SET PRIVCLASS command */

 LogMsg_From_File ,/* No LOGMSG from SYSTEM LOGMSG   */

 Clear_TDisk   ,   /* Don't clear TDisks at IPL time */

   Retrieve ,  /* Retrieve options   */

 Default  20 , /* Default default is 20  */

 Maximum  255 ,/* Maximum default is 255 */

   MaxUsers noLimit ,  /* No limit on number of users*/

   Passwords_on_Cmds , /* What commands allow passwords? */

 Autolog  yes ,/* ... AUTOLOG does   */

 Link yes ,/* ... LINK does  */

 Logonyes  /* ... and LOGON does, too*/

 

 

This NO work: requires F10 at SAPL

 

Features ,

auto_ipl , /* No prompt at IPL  */

  cold ,/*perform cold start*/

  drain ,

   Disable ,   /* Disable the following features */

 Set_Privclass ,   /* Disallow SET PRIVCLASS command */

 Clear_TDisk   ,   /* Don't clear TDisks at IPL time */

   Retrieve ,  /* Retrieve options   */

 Default  20 , /* Default default is 20  */

 Maximum  255 ,/* Maximum default is 255 */

   MaxUsers noLimit ,  /* No limit on number of users*/

   Passwords_on_Cmds , /* What commands allow passwords? */

 Autolog  yes ,/* ... AUTOLOG does   */

 Link yes ,/* ... LINK does  */

 Logonyes  /* ... and LOGON does, too*/

 

 

 

 

David M. Dean

Information Systems

BlueCross BlueShield Tennnessee

 

 

 

 
-
Please see the following link for the BlueCross BlueShield of Tennessee
E-mail disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

Re: PATHMTU

[Quay, Jonathan (IHG)]

I am also interested in this.  From what I can tell, the only place this
comes in to play (generally) is for Hipersockets and similar private
networks.  When I asked my network people about it, they said that the
function has to be enabled and supported through all the hops in the
network (many of which are external network providers in our case), AND
that firewalls had to allow the ICMP traffic through.  There is also a
rumor floating around that PATHMTU results in the "do not fragment' bit
always being set on.  Which seems very scary and wrong.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Christy Brogan
Sent: Friday, December 11, 2009 12:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: PATHMTU

 

We are currently moving from z/VM 5.3 to z/VM 5.4. We are wondering what
to do with TCPIP and 
the new PATHMTU and PATHMTUAGE . Currently we have left it out so it is
disabled and apparently
defaults to Path MTU Discovery Aging Interval of 10 minutes (per NETSTAT
GATE). In looking at the
TCPIP Planning and Admin guide - it happily says what the statements
mean, but I am not able to find
anything that says what a good value might be, We don't have a lot of IP
traffic - is it OK to let it default
to 10 minutes? Is there a way to determine what a 'good' value would
be? Is it that important...? 
Obviously someone thought it important enough to add it to this
release... :-) (And we are IPv4).
Thanks.

Re: RSCS

[Quay, Jonathan (IHG)]

Our exec to query the z/os job queue does the SMSG RSCS CMD nodename
jescommand followed by WAKEUP (IUCV.  The response is parsed and another
SMSG is sent which has a known and unrelated string in the reply e.g.
$DN,Q=XEQ.  When it is parsed, the WAKEUP loop is left.  Or you could
hit the CONDEF DISPMAX.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Thursday, October 15, 2009 5:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: RSCS

 

Last week, I posted this:

 

"We have an exec that retrieves responses from RSCS using the CRI. In
the past, it could issue JES commands (e.g. $DA or $DN,ALL) to an MVS
system and return the response from MVS to a stem. One of our users has
run into a problem - it gets an immediate "End of command response"
message without including any of the response. The response from MVS is
then directed to the console instead of the CRI. Is this due to changes
to RSCS or is it something being done differently in MVS, and what will
it take to fix it?"

which has gotten no reply. Further testing shows that the same is true
for CP, CMS and GCS commands sent to other VM systems. This narrows down
the question of which has changed to one possibility, RSCS. The question
of whether it is a new feature or an unintended consequence remains. If
the latter, I  will open a PMR. If the former, I will have to SET
CPCONIO IUCV  to trap the responses. And it will create the problem of
determining when the response is complete. So which is it?

Regards, 
Richard Schuh 

 

 

 

Re: PERFKIT: CPU usage by time intervals

[Quay, Jonathan (IHG)]

INTERIM LPAR?  That's how I report my cpu utilization.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Shimon Lebowitz
Sent: Thursday, October 15, 2009 12:12 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: PERFKIT: CPU usage by time intervals

Hi,
Is there any way in batch PERFKIT to get a report
that shows CPU usage broken down by periods?

I tried to do an INTERIM CPU and got:
FCXPRT374E INTERIM period not available for CPU

Thanks,
Shimon

-- 

Shimon Lebowitzmailto:shim...@iname.com
VM System Programmer   .
Israel Police National HQ. 
Jerusalem, Israel  phone: +972 2 542-9877  fax: 542-9308

Re: PERFKIT: CPU usage by time intervals

[Quay, Jonathan (IHG)]

Are you asking for a report of each USER's cpu utilization per time
period (which would be INTERIM USER) or of the entire VM LPAR (which
would be INTERIM LPAR)?  The process is pretty much the same.

1) Gather monitor data.  See the LINMON package as an example.  Hint:
Use some form of automation to shutdown and restart LINMON after the
23:59 monitor data is written.  "MONWRITE CLOSE" is subject to time
drift.   You do not want your monitor data crossing midnight because
PERFKIT does not like that.

2) Reduce the monitor data using PERFKIT BATCH.

Contents of file LPARDATA MASTER A:

SETTINGS LPARDATA SETTINGS A
REPORTS LPARDATA REPORTS A  
LISTING LPARDATA LISTING X  comment: X is a r/w workdisk/workspace

Contents of the file LPARDATA SETTINGS A:

FC SETTINGS REPFILID LPARDATA LISTING X  
FC SETTINGS INTERIM 1 MIN
FC MONCOLL RESET CLEAR   

Contents of file LPARDATA REPORTS:

INTERIM LPAR

Command to create report

PERFKIT BATCH LPARDATA MASTER A DISK monitordatafn monitordataft
monitordatafm

This generates the report LPARDATA LISTING which is minute by minute
reports.

You can then use PIPES to extract the data you are interested in.  For
example, I pipe the LISTING file, do a "joincont not leading /1/ keep"
to get every page into one record, do a "strfind /1FCX126/" to keep only
the report pages, and then use specs to pull the fields I want.   

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Frank M. Ramaekers
Sent: Thursday, October 15, 2009 2:38 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: PERFKIT: CPU usage by time intervals

I'm in the same spot and have a problem open with IBM.  Normally it's
suppose to report the CPU by an interval, but there is a table that's
filling up when the MONITOR INTERVAL is set to or defaulted to 1 min.
They have advised me to use 2 min.

 abbreviated problem conversations 
The problem with PROCLOG only containing mean lines and not details was 
recently uncovered internally.  The problem appears to be that the  
output has exceeded the REDISP value, which defaults to 120. The maximum
is 720 lines.  To find the current value, issue the command 
.   
 FC MONCOLL REDISP QUERY
.   
to change the REDISP value, issue the command   
.   
 FC MONCOLL REDISP 720  
.   
to set the maximum number of lines to be displayed. 
.   
Note: You may need to increase the size of the PERFSVM virtual storage
if you increase the REDISP to its maximum.  This is because those lines 
have to live in virtual storage along with everything else PERFKIT is   
doing.  
.   
Still investigating your other concerns.  Will let you know what we 
find.   


Sorry.  There is an alternative to increasing the REDISP setting. You   
can also increase the CP MONITOR interval, e.g. from 1 minute to 2  
minutes.  This seems to have the same result as changing the REDISP 
value.  We are working on a fix to this particular problem, though there
is no APAR open at this time.   


The REDISP default/values are as Mike stated.  Consider that value as to
the number of entries allowed in this 'table', which resides in the  
vstore of the PERFSVM machine.  So if you change the monitor interval   
from 1 to 2 minutes, you will have 1/2 the amount of entries in the 
table in the same amount of time.  I think there is consideration of
a possible increase in this table size for future work. 

Frank M. Ramaekers Jr.
Systems Programmer   MCP, MCP+I, MCSE & RHCE
American Income Life Insurance Co.   Phone: (254)761-6649
1200 Wooded Acres Dr.Fax:   (254)741-5777
Waco, Texas  76710


 


-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Shimon Lebowitz
Sent: Thursday, October 15, 2009 11:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: PERFKIT: CPU usage by time intervals

Hi,
Is there any way in batch PERFKIT to get a report
that shows CPU usage broken down by periods?

I tried to do an INTERIM CPU and got:
FCXPRT374E INTERIM period no

Re: Automatic recovery from virtual machine abend

[Quay, Jonathan (IHG)]

TRAPMSG (STOP dutifully drops the virtual machine into CP Read, but
CONCEAL does nothing at that point.  PMR time?

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Thursday, October 15, 2009 12:40 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Automatic recovery from virtual machine abend

Will setting TRAPMSG (CMS SET command) do the trick for you?

Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:ib...@listserv.uark.edu] On Behalf Of Quay, Jonathan (IHG)
> Sent: Thursday, October 15, 2009 9:26 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Automatic recovery from virtual machine abend
> 
> I have an infinitely running WAKEUP type exec that drives 
> various function.  If something abends, I want the profile 
> exec redriven.  SET =
> 
> CONCEAL is not enough since I'm dropped in to VM Read and not 
> CP Read.  I=
>  
> thought there was a setting somewhere, but I can't find it.
> 

Automatic recovery from virtual machine abend

[Quay, Jonathan (IHG)]

I have an infinitely running WAKEUP type exec that drives various 
function.  If something abends, I want the profile exec redriven.  SET 

CONCEAL is not enough since I'm dropped in to VM Read and not CP Read.  I
 
thought there was a setting somewhere, but I can't find it.

Re: Performance tookit-cannot log on

[Quay, Jonathan (IHG)]

Try reconnecting on a large screen size eg 43X80.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Frank M. Ramaekers
Sent: Thursday, October 01, 2009 9:43 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Performance tookit-cannot log on

 

PROFILE EXEC is only executed during LOGON (not during a re-connect).

 

Frank M. Ramaekers Jr.

 

Systems Programmer

MCP, MCP+I, MCSE & RHCE

American Income Life Insurance Co.

Phone: (254)761-6649

1200 Wooded Acres Dr.

Fax: (254)741-5777

Waco, Texas  76701

 

 

 

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mary Anne Matyaz
Sent: Thursday, October 01, 2009 8:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Performance tookit-cannot log on

 

Did someone put a #cp disc in the profile exec? 
MA

On Thu, Oct 1, 2009 at 8:58 AM, Frank M. Ramaekers
 wrote:

I have done this many times before, but today when I attempt to logon to
PERFSVM (to change some settings), I get:

l perfsvm
ENTER PASSWORD  (IT WILL NOT APPEAR WHEN TYPED):

DISCONNECT AT 07:56:40 CDT THURSDAY 10/01/09

Press enter or clear key to continue

As soon as I get logged in, it disconnects me!

Frank M. Ramaekers Jr.
Systems Programmer   MCP, MCP+I, MCSE & RHCE
American Income Life Insurance Co.   Phone: (254)761-6649
1200 Wooded Acres Dr.Fax:   (254)741-5777
Waco, Texas  76710




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

 

_ 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: Perfsvm daily reports

[Quay, Jonathan (IHG)]

I think what you want is (I use Perfkit batch to go against a day's worth of 
monitor data collected by linmon):
 
FC SETTINGS INTERIM 1 MIN
 
and in REPORTS, specify INTERIM USER.



From: The IBM z/VM Operating System on behalf of Tyler Koyl
Sent: Fri 9/25/2009 4:17 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Perfsvm daily reports



I have checked the Performance Toolkit Reference guide and still can't find the
answer so I am asking the group.

I am looking for the report to uncomment in FCONX REPORT so that I can get
FCX112 reports for our specified time intervals. I have the User report
uncommented :

*-User Data--*
  USER  (100  SORT %CPU

This gives me the FCX112 report but only for the entire day. Not the specific
intervals.

This will help me correlate high CPU periods with a specific guest.

Any ideas?

Thanks,





Tyler Koyl
Management Analyst
Regina
Phone: 306/569-6122 | Fax: 306/569-4382
Mailto:tyler.k...@viterra.ca
www.viterra.ca
(Embedded image moved to file: pic16549.gif)

This e-mail and any attachment(s) are confidential and may be privileged.
If you are not the intended recipient please notify me immediately by return
e-mail, delete this e-mail and do not copy, use or disclose it.

Re: VM lockup due to storage typo

[Quay, Jonathan (IHG)]

It sounds very similar in symptom to my minidisk cache overcommitment
problem that resulted in CP thrashing (and an APAR).

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Bill Holder
Sent: Thursday, September 17, 2009 12:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM lockup due to storage typo

I should point out that this hang is likely being misunderstood here.  =

While this scenario will indeed drive paging over the edge, that's not =

likely what happened.  If paging had been driven to that point, the 
system would have quickly taken a PGT004 abend and restarted.  Instead,
=

I believe what happened is likely a most difficult to solve variant on
something that was mentioned before: that is, difficulty allocating CP
structures required to represent the massive amount of storage.  Page 
tables are only part of the problem.  The upper level DAT tables (region
=

and segment) can be up to 4 frames long, and once storage utilization 
becomes heavy enough, it becomes fragmented (PGMBK allocation being 
a factor here), making it very difficult for CP to allocate contiguous =

sets of 3s and 4s.  We spent quite a bit of effort in z/VM 5.3.0 
addressing the PGMBK side of this issue, but the harder problem of 
the upper level tables remains as a likely constraint point.  

Occurrences of this sort of problem are likely to result in temporary 
or permanent hangs of both individual users and eventually the entire 
system, which supports the theory in this case.  I'd really need to 
see a dump of the system in question to confirm this hypothesis, 
however.  

Bill Holder
z/VM Development, Memory Management team lead, IBM  

Re: NUCXDROP

[Quay, Jonathan (IHG)]

VM64522 moved NUCXDROP into the nucleus.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Jim Bohnsack
Sent: Tuesday, September 08, 2009 12:51 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: NUCXDROP

I install maintenance, RSU 0902 at the moment, on a 2nd lvl system and 
then move it to the test and production lpars.  When getting ready to 
move CMS, I compare the 2nd lvl 190 disk with the old 190 disks on the 
lpars.  On the 2nd lvl system with z/VM 5.4 at RSU0902, there is no 
NUCXDROP MODULE.  It's on the test and production lpars running z/VM 5.4

at the level it was installed last fall, RSU0801, I guess.

Could someone else take a look if you've installed 0902 on z/VM 5.4 and 
see if you've got it.  Did I just do a "whoops" with the maintenance?

Jim

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

Re: MP effect on z/VM Linux hosting

[Quay, Jonathan (IHG)]

IBM showed my management a chart that purported to show the MP effects of a 
linux farm under z/VM compared to Intel blades.  The chart showed the intel 
blade MP effect rising asymptotically, while the z/VM environment rose and then 
flattened out.  I'm sure this chart and its backing data is floating around out 
there somewhere.  I did not see or hear of anything about the UP/MP effect 
inside Linux itself.   



From: The IBM z/VM Operating System on behalf of Marcy Cortes
Sent: Fri 8/7/2009 8:49 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: MP effect on z/VM Linux hosting



I'm getting conflicting answers from IBM.

How does VM scale with regards to multiprocessors?   In the z/OS world the 1st 
z/10 engine is like 900 something MIPS and the 60th on the box is something 
like 359.  Does z/VM hosting Linux suffer the same fate? (z/OS per engine 
pricing actually goes down to compensate for this, z/VM's does not). 


Marcy

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

Re: Virtual Devices for VTAM in RESET status

[Quay, Jonathan (IHG)]

It has been a long time, but I am near certain that you have to cross
couple the device addresses.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of mike.wawio...@barclays.com
Sent: Thursday, June 04, 2009 12:20 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Virtual Devices for VTAM in RESET status

 

If I've understood correctly you're trying to define AHHC MPC CTC links.
You'll need to define and activate a LOCAL PU mapped to the TRLE before
the TRLE becomes active.

 

As William said, be careful to understand if you need to cross-over the
READ-WRITE device addresses.

 

Regards, 
Mike 
Mike Wawiorko
Global z/OS Connectivity and Service Management 
GISD Platforms
GRCB Technology 
Barclays Bank
Ground Floor (C6), Turing House, Radbroke Hall, WA16 9EU (Mail Van 49) 
Tel: +44(0)1565 613467 or internal 7-2000-3467 
Mobile:  07824527120
Email: mailto:mike.wawio...@barclays.com 
P Please consider the environment before printing this e-mail 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Boyer, William
Sent: 04 June 2009 16:48
To: IBMVM@LISTSERV.UARK.EDU
Subject: Virtual Devices for VTAM in RESET status

 

We are attempting to move from SNA network to APPN.  We have two guest
ZOS systems which I have executed a DEFINE CTCA 200 and DEFINE CTCA 201
on both systems.  I issued the COUPLE 200 TO ZOSB 200 and COUPLE 201 TO
ZOSB 201 from ZOSA.  The addresses are defined in the HCD for both ZOS
systems.  We currently do a similar connection for the SNA connection.
When vary the TRL active on ZOS and then display the LINE it is showing
the Channel in RESET status and the line does not come active.

 

Did I miss something in the VM virtual device definitions?  Is there a
way of clearing the RESET status.  

 

Here is the display of the LINE from ZOS.

 

D NET,ID=TRLEZOSA

IST097I DISPLAY ACCEPTED 

IST075I NAME = TRLEZOSA, TYPE = TRLE 

IST486I STATUS= NEVAC, DESIRED STATE= INACT  

IST087I TYPE = LEASED , CONTROL = MPC , HPDT = *NA*  

IST1954I TRL MAJOR NODE = TRLZOSA   

IST1715I MPCLEVEL = HPDT   MPCUSAGE = SHARE  

IST1221I WRITE DEV = 0200 STATUS = RESET  STATE = N/A

IST1221I READ  DEV = 0201 STATUS = RESET  STATE = N/A

IST1500I STATE TRACE = OFF   

IST314I END  

 

William Boyer

Principal Administrator, 

Mainframe Systems

ViPS, a General Dynamics Information Technology Company

Business & Technology Services

One West Pennsylvania Avenue   

Baltimore, MD  21204

Tel.   410.832.8300 

Fax.  410.832.8329 

bil...@vips.com  

www.vips.com  

 

This message is confidential, intended only for the named recipient (s)
and may contain information that is privileged or exempt from disclosure
under applicable law.  If you are not the intended recipient (s), you
are notified that the dissemination, distribution or copying of this
message is strictly prohibited.  If you receive this message in error or
are not the named recipient (s), please notify the sender at either the
fax address or telephone number above and delete this message.  Thank
you. 

 

 


This e-mail and any attachments are confidential and intended solely for
the addressee and may also be privileged or exempt from disclosure under
applicable law. If you are not the addressee, or have received this
e-mail in error, please notify the sender immediately, delete it from
your system and do not copy, disclose or otherwise act upon any part of
this e-mail or its attachments.

Internet communications are not guaranteed to be secure or virus-free.
The Barclays Group does not accept responsibility for any loss arising
from unauthorised access to, or interference with, any Internet
communications by any third party, or from the transmission of any
viruses. Replies to this e-mail may be monitored by the Barclays Group
for operational or business reasons.

Any opinion or other information in this e-mail or its attachments that
does not relate to the business of the Barclays Group is personal to the
sender and is not given or endorsed by the Barclays Group.

Barclays Bank PLC.Registered in England and Wales (registered no.
1026167).
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.

Barclays Bank PLC is authorised and regulated by the Financial Services
Authority.

Re: Undocumented from Hidro

[Quay, Jonathan (IHG)]

Richard, its been awhile since we are now SRDFing our DASD, but doesn't SYBMON 
itself have a scheduler?  This is for the VMIMAGE backups.
 
 


From: The IBM z/VM Operating System on behalf of Schuh, Richard
Sent: Mon 5/4/2009 6:17 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: OT: Undocumented from Hidro


I am trying to automate the backups we require for our DR. Toward this end, I 
have an SVM that (currently) uses SMSG to SYBMON to start a backup and then 
looks for the three possible files that are to be returned before it starts the 
next step. The first step ran without error. The second was rejected with the 
message "RQS183 SYBMON Disconnected machine is busy; Try again later". Since my 
SVM was the only thing in the system that was trying to use Hidro, this 
rejection is somewhat of a mystery to me. I don't even know which of the 
machines, HIDRO, SYBMON or my SVM, is the subject of the message. I searched 
all of the Hidro manuals and used Google looking for either RQS183 or just RQS, 
to no avail. I even tried the CMS HELP command. 
 
Does anyone know (a) the possible causes of the error, and (b) what the real 
solution of the problem might be? If you know, please share your knowledge; the 
question is not intended to be a "yes" or "no" question. 
 
TIA, 
Richard Schuh 
 
 
 

Re: ICC Support

[Quay, Jonathan (IHG)]

You're correct.  In addition, we use the OSA-ICC for prime and alt cras,
and locals.  The systems see it as just another locally attached 3270.
We don't have any more "real" 3x74 or 3270 devices.

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Schuh, Richard
Sent: Wednesday, April 08, 2009 1:28 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: ICC Support

 

I have just been asked to verify that z/VM 5.3 has no requirements in
order to support ICC. I presume that means no configuration definitions,
software to install, virtual machines to define. There are so many
references to ICC in a search of the 5.3 library, that it will take a
lot of looking, a lot of time (which I do not have unless I take it home
at night) to come to a definitive conclusion. The answer appears to be
that if it is defined in the IOCDS, VM will be happy to use it. Can
someone either confirm or disabuse me of this notion?

Regards,
Richard Schuh 

 

Re: Sendfile UFT error

[Quay, Jonathan (IHG)]

I think in or around 5.3, the output from QUERY VIRTUAL changed.  I'm
betting you need a PTF.

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Huegel, Thomas
Sent: Friday, March 27, 2009 1:05 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Sendfile UFT error

Hi all,

I am getting this error when I am attempting to receive a file that was
sent via SENDFILE  (UFTASYNC

I can send files from my system, but cannot receive them..
Anyone ever seen this before? I can't find any explaination other than
the pipe error. v/VM 5.3

UFTD UFTD: CONNECTION FROM KNCVMT01
UFTD FPLRVR235E VARIABLE NAME IS NOT VALID: X CRY
UFTD FPLMSG004I ... ISSUED FROM STAGE 6 OF PIPELINE 1 NAME
"QUERYVIRTUAL"
UFTD FPLMSG001I ... RUNNING "VARLOAD"

Thanks
Tom

Re: Old CMS Checkstop Error on a 2097 z10

[Quay, Jonathan (IHG)]

1)   Check the lpar definitions on the HMC.  Are they the same as
back home?  We had a similar problem when the lpar was defined in z/vm
mode instead of esa/390.

2)   Did you successfully backup and recover the spool (NSSes) at
the dr site?

3)   Did you successfully backup and recover the CMS14 nucleus at
the dr site?

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Burch, Aubrey D Mr CIV US DISA CDB24
Sent: Wednesday, February 04, 2009 1:37 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Old CMS Checkstop Error on a 2097 z10

 

We are in the middle of a DR exercise where one of our 5.2 systems is
ipled on a 2097 z10. We are getting a HCPMCV1459E error when ipling CMS.
This is a CMS14 version that is specifically used for one application
due to a dependency by another vendors' software.  The production system
site currently is on a 2096 z9 and CMS14 ipls with no problem. Does
anyone know if there is a hardware restriction caused by using the z10?
We've tried MACHINE XA, ESA and XC - all get the same error. 

Thanks,

Denny Burch

z/VM and z/LINUX Systems

DISA DECC Mechanicsburg

717 605-1181

(dsn) 430-1181

Re: Re-labeling CP-Owned volumes on a live system

[Quay, Jonathan (IHG)]

Hmmm...  I distinctly remember warnings not to do this in the
installation docs, because I wanted to have unique res pack volsers and
that made me go down another path.  This was ESA 2.2 or later.  

 



From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Mike Walter
Sent: Friday, January 30, 2009 10:34 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Re-labeling CP-Owned volumes on a live system

 


When?  Well... I've been installing VM since VM/370 Release 5 and there
was never a requirement to use ONLY the IBM supplied volsers for
anything. 

When I arrived at Hewitt Associates to install VM in 1984, I was told in
no uncertain terms that ALL VM DASD volsers  MUST be labeled beginning
with "VM", as in with VM.  Over time, they have relented, permitting
them to begin with just "V".   

You just need to take extra steps during the installation process, steps
which are not documented as part of that installation process.  It's all
part of the learning curve, and good for your career .  If it was too
easy, everyone would do it!  ;-) 


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




"Quay, Jonathan (IHG)"  

Sent by: "The IBM z/VM Operating System"  

01/30/2009 09:26 AM 

Please respond to
"The IBM z/VM Operating System" 

To

IBMVM@LISTSERV.UARK.EDU 

cc

 

Subject

Re: Re-labeling CP-Owned volumes on a live system

 

 

 




Which leads to a couple of questions.  First, when did IBM start
supporting RES packs with volsers other than the standard ones as
delivered?  I seem to remember warnings about not changing them, but may
have missed when that became ok. Second, if one's intent is to run
nearly identical "cloned" VM images across some number of LPARS on some
number of CECs, would there be a simple way to do this from one Master
read-only RES pack containing various CPLOAD modules and system
configuration files, sort of like our z/OS brethren do?  

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Friday, January 30, 2009 10:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Re-labeling CP-Owned volumes on a live system

On Friday, 01/30/2009 at 09:29 EST, Kris Buelens
 
wrote:
> I really prefer unique volsers. 

I know I ranted on this issue recently, but it needs to be more than a 
'preference'.  z/VM is designed to run in an environment with UNIQUE 
volsers (PAV aliases are not of concern since CP understands the 
relationship).  If you don't have unique volsers, then YOU are
responsible 
for system and data integrity.

This means you need to understand the implications of a copy or restore 
operation (whether DDR or FLASHCOPY) and of giving a guest access to
real 
cylinder zero.  You must take precautions to ensure that such volumes
are 
never seen or felt by CP except at your explicit discretion.  Always 
assume that your system will restart at the worst possible moment or
that 
there may be a coup d'machine and someone else may take charge of the
I/O 
subsystem. (DR, anyone?)  And, of course, we know that Other People make

mistakes!  :-)

Alan Altmark
z/VM Development
IBM Endicott






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: Re-labeling CP-Owned volumes on a live system

[Quay, Jonathan (IHG)]

Which leads to a couple of questions.  First, when did IBM start
supporting RES packs with volsers other than the standard ones as
delivered?  I seem to remember warnings about not changing them, but may
have missed when that became ok. Second, if one's intent is to run
nearly identical "cloned" VM images across some number of LPARS on some
number of CECs, would there be a simple way to do this from one Master
read-only RES pack containing various CPLOAD modules and system
configuration files, sort of like our z/OS brethren do?  

-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Alan Altmark
Sent: Friday, January 30, 2009 10:06 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Re-labeling CP-Owned volumes on a live system

On Friday, 01/30/2009 at 09:29 EST, Kris Buelens
 
wrote:
> I really prefer unique volsers. 

I know I ranted on this issue recently, but it needs to be more than a 
'preference'.  z/VM is designed to run in an environment with UNIQUE 
volsers (PAV aliases are not of concern since CP understands the 
relationship).  If you don't have unique volsers, then YOU are
responsible 
for system and data integrity.

This means you need to understand the implications of a copy or restore 
operation (whether DDR or FLASHCOPY) and of giving a guest access to
real 
cylinder zero.  You must take precautions to ensure that such volumes
are 
never seen or felt by CP except at your explicit discretion.  Always 
assume that your system will restart at the worst possible moment or
that 
there may be a coup d'machine and someone else may take charge of the
I/O 
subsystem. (DR, anyone?)  And, of course, we know that Other People make

mistakes!  :-)

Alan Altmark
z/VM Development
IBM Endicott

Re: Re-labeling CP-Owned volumes on a live system

[Quay, Jonathan (IHG)]

You don't *have* to do this.  I have five VM images and just use system config 
to define what images see what device addresses and thus segregate which 
duplicate volsers go with which system images.



From: The IBM z/VM Operating System on behalf of Mike Rydberg
Sent: Wed 1/28/2009 11:01 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re-labeling CP-Owned volumes on a live system



I am assisting with a migration from a z9 to a new z10, which runs several VM 
LPARs. One problem is that a couple of the VM systems use the same DASD volsers 
on different device addresses.

These volsers had been isolated by creative IOCP configuration on the z9, 
segregating the duplicate volumes/devices from each of the VM LPARs, but the 
problem is such that it needs to be resolved now, so that each VM system has 
unique CP volsers.

 

The VM system that we chose to re-label does not use dirmaint, so I'll be hand 
editing of the USER DIRECT.

 

It's been a long time since I have done this, so I would like to know if I have 
forgotten any of the key steps to re-label all the CP Owned volumes from a live 
system.

Here's the steps that I think will accomplish this.

 

While the system is up and running:

 

- update the CP Owned list in the MAINT CF1/2 SYSTEM CONFIG

 

- xedit a copy of the USER DIRECT and change the CP volsers on all the MDISK 
statement to the new volsers.

 (ie: change /OLDRES/NEWRES/ *, c /OLDSPL/NEWSPL/ *, c /OLDPAG/NEWPAG/ *, c 
/OLDW01/NEWW01/ *, etc)

 

- use CPFMTXA to change the labels on all the old volsers to the new volsers. 
This can be done after the system is shutdown, if that matters.

 

- place the updated USER DIRECT online (DIRECTXA USER DIRECT), note that I'm 
not sure if it matters whether this is done before or after the volume re-label 
step.

 

- Shutdown and IPL VM with the device address for NEWRES.

 

I have backups of all the volumes already. We have other VM systems with access 
to these DASD volumes for recovery if things don't go well or that can assist 
in this task.

 

Is there anything obvious with that I may have missed or a better order for 
these steps?

 

Thanks

 

Mike 

 

 

 

Re: SFS Restore?

[Quay, Jonathan (IHG)]

Unless you have a product or process that does file level backups (look in the 
list of file pool administrators for clues) you are going to be in trouble.  
Physical backups of a running SFS server are generally not of much use.   



From: The IBM z/VM Operating System on behalf of Phillip Parmelee
Sent: Tue 12/23/2008 8:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: SFS Restore?



I've never worked with SFS before. The SFS was designed and put into 24x7 
production use circa 1996. There are few trails to follow. Presently there is a 
daily backup of the system plus weekly DDR's of the volumes. Due to production 
I cannot shutdown for much more time than the backup takes. I need to restore 
or somehow obtain a program (deleted by a programmer), and only that file. The 
manuals I have found are not too clear regarding recovery/restore of SFS. Can 
one file be easily obtained from a backup?  
   
Phil

Re: z/VM processor mode

[Quay, Jonathan (IHG)]

Two CP's, no IFLs.  The CMS virtual machines worked fine.  It wasn't
until IPLing the TPF guests that we discovered the issue.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bruce Hayden
Sent: Tuesday, November 18, 2008 12:48 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM processor mode

z/VM 5.3 will IPL in a "z/VM mode" LPAR on a z10, but it will only use
1 type of the CPUs.  In my experience I had both CPs and IFLs defined
to the partition, but 5.3 would only use the CPs.  It could see that
the IFLs were there, but they could not be varied online.  What kind
of CPUs were defined to your z/VM mode LPAR?  Maybe it only had IFLs?
But the real answer is to not use z/VM mode unless you're on 5.4.

On Tue, Nov 18, 2008 at 12:00 PM, Quay, Jonathan (IHG)
<[EMAIL PROTECTED]> wrote:
> We moved a z/VM 5.3 703 system from a z/990 to a z/10.  IPLed
> successfully.  When we attempted to IPL our TPF 4.1 guests, they would
> go through rollcall and then take an "HCP1455E CPU XX is not started
> because it is in check-stop state."  It turns out that the z/OS
sysprog
> who set up the LPAR had chosen "Z/VM" as the processor mode without
> realizing exactly what that meant.
>



-- 
Bruce Hayden
Linux on System z Advanced Technical Support
IBM, Endicott, NY

z/VM processor mode

[Quay, Jonathan (IHG)]

We moved a z/VM 5.3 703 system from a z/990 to a z/10.  IPLed
successfully.  When we attempted to IPL our TPF 4.1 guests, they would
go through rollcall and then take an "HCP1455E CPU XX is not started
because it is in check-stop state."  It turns out that the z/OS sysprog
who set up the LPAR had chosen "Z/VM" as the processor mode without
realizing exactly what that meant.  

Re: CP Entered; Disabled Wait PSW 9025

[Quay, Jonathan (IHG)]

Sungard also, perhaps unwisely, chose extremely low device addresses for
their floor system.  You also have to remind them to take their stuff
offline before IPLing your stuff.  Usually more than once.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Kern
Sent: Wednesday, November 12, 2008 3:24 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP Entered; Disabled Wait PSW 9025

That is yet another reason to use the IBM volsers for a MAINTENANCE
syste=
m
and have your PRODUCTION system on some other volumes.

/Tom Kern


On Wed, 12 Nov 2008 13:36:45 -0500, Horlick, Michael
<[EMAIL PROTECTED]> wrote:

>Hi Ron,
>
>I think we were on a 2084 (is that a z900?). We also got screwed up a
>bit because we had our sysres pack with the same volser (520RES) as the
>floor system. 
>
>The last time I had problems IPLing a system at Sungard was when we
were=

>at VSE 2.6.1 and I didn't have the fixes in to run on a newer
processor.=

>Luckily they had an older machine to use.
>
>Regards,
>
>Mike (Long live CGI, comrade!)

Re: Very Slow Linux Running Second Level z/VM

[Quay, Jonathan (IHG)]

We IPL our VM natively in an LPAR instead of using the DR vendor's VM
"floor system".  Depending on one's full volume backup/restore product,
you have a number of choices.  If you're a z/OS shop too, you have that
entire infrastructure to work with.  I've used HiDRO, Dynam-B and
Syback, both IPL'ed from tape or restored to the vendor's floor system
to rebuild my VM system.  Currently we have a high availability remote
copy strategy (EMC SRDF/A, IBM has a similar but different product), so
that our data is already there and we just IPL our 530RES pointed at a
DR system config and merged "DR" directory that contains the system
images (CMS, Linux and TPF) that we're interested in recovering. 

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Mitchell
Sent: Wednesday, October 22, 2008 8:22 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Very Slow Linux Running Second Level z/VM

We had the 'exact' problem at our DR test in 07.  After much research
and
discussion it was determined 'virtualization' beyond the 2nd level is
not
going to preform well.  I believe thats what Rob is explaining.   This
year
we ran our linux guest on their VM system.  Ran GREAT!  I believe there
was
a presentation at SHARE in Aug on this very topic.

Steve Mitchell
Sr Systems Software Specialist
Blue Cross Blue Shield of Kansas
(785) 291-8885

'There are no degrees of Honesty-you're either Honest or you're not!



CONFIDENTIALITY NOTICE: This email message and any attachments are for
the sole use of the intended recipient(s) and may contain proprietary,
confidential, trade secret or privileged information.  Any unauthorized
review use, disclosure or distribution is prohibited and may be a
violation of law.  If you are not the intended recipient or a person
responsible for delivering this message to an intended recipient, please
contact the sender by reply email and destroy all copies of the original
message.

Re: Need some help with REXX EXEC

[Quay, Jonathan (IHG)]

In inittab where you catch ctl-alt-del is where you define the action on
Signal Shutdown.  To log off the virtual machine after a halt, use
vmpoff=LOGOFF in your IPL parameters.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Jack Woehr
Sent: Wednesday, October 08, 2008 1:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Need some help with REXX EXEC

Scott Rohling wrote:
> The shutdown happening isn't a function of being on the mainframe ..  
> If Linux is configured properly - the SIGNAL will amount to a 
> 'shutdown -h now'.
Then Linux will shutdown, regardless of logged-in users, processes 
running, etc., though the exact time required to do so is not
deterministic,
due to file systems being marked, scripts being run and a certain slack 
granted to processes to drop dead cleanly :) I can see that the script
stuff
could in some scenarios take a L-O-N-G time to run.

I wonder what the tail end of that code in Linux/390 looks like? On a PC

it does a busy loop after signalling APM (power mgt) to poweroff once or

twice.
Does Linux/390 LOGOFF in lieu of powerdown? Maybe that code is broken.

-- 
Jack J. Woehr# "Self-delusion is
http://www.well.com/~jax #  half the battle!"
http://www.softwoehr.com #  - Zippy the Pinhead

Re: MAINT's 123 MDISK definition

[Quay, Jonathan (IHG)]

It's a full pack overlay for your RES pack.  I think you need it for
DIRECTXA to work.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Guest, Darren
Sent: Wednesday, October 08, 2008 9:50 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: MAINT's 123 MDISK definition

Hi,

I've been a bad systems programmer and might have deleted the definition
of MDISK 123 under MAINT! :-(

None of the backups I've got have a definition in their either. Not sure
if I've deleted it before backing up or if it's not normally in there
(seems odd).

Does MAINT have a definition for a 123 mini-disk and if so, what is
it??!!!

Thanks.


Cheers,

Darren


Darren Guest
Senior Systems Engineer

Mainframe Professional Services - OS
Technology Services, Experian UK Ltd
-
Fairham House, Mere Way, Ruddington Fields Business Park, Nottingham,
NG80 1DP
Tel:   +44 (0)115 941 0888 (main switchboard)
 +44 (0)87084 85959 (direct Line)




This e-mail has come from Experian, the only business to have been twice
named the UK's 'Business of the Year' 

===
Information in this e-mail and any attachments is confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in
accordance with the Experian Limited standard terms and conditions of
purchase or other express written agreement between Experian Limited and
the recipient. 
Although Experian has taken reasonable steps to ensure that this
communication and any attachments are free from computer virus, you are
advised to take your own steps to ensure that they are actually virus
free. 
Companies Act information:
Registered name: Experian Limited 
Registered office: Talbot House, Talbot Street, Nottingham NG80 1TH 
Place of registration: England and Wales 
Registered number: 653331

Re: VM operator console?

[Quay, Jonathan (IHG)]

You can use OSA-ICC for VM.  We do.  Use the non-sna/dft device type.

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bauer, Bobby (NIH/CIT) [E]
Sent: Tuesday, October 07, 2008 11:15 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM operator console?

 

Trouble with a 'real' console is the need to be a locally attached 3270
device. I understand that to mean a 3174 or similar device. We don't
have any. All our MVS consoles use the ICC OSA interface.

 

Yeah the integrated 3270 on the HMC is a 'real' 3270!

 

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



From: Scott Rohling [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 07, 2008 10:57 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: VM operator console?

 

I'm not sure I would rely on telnet -- the operator's should have a
'real' console to be able to shutdown/IPL in case of a network or TCPIP
failure..

Scott Rohling

On Tue, Oct 7, 2008 at 8:52 AM, Bauer, Bobby (NIH/CIT) [E]
<[EMAIL PROTECTED]> wrote:

Good questions Steve. At this point we are not sure what role operations
will play. I guess they need to be able to shut down just in case and to
IPL. We don't have any experience and are just trying to think ahead.
I'm sure it will change 2 weeks after the Linux guest are in use.

Sounds like a PC with a telnet session to either OPERATOR or some other
ID is the way to go. At least for the pilot we don't plan on using PROP
as has been suggested.


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



-Original Message-
From: Gentry, Stephen [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 07, 2008 10:33 AM
To: IBMVM@LISTSERV.UARK.EDU

Subject: Re: VM operator console?

I would recommend not using the HMC as an operator console. There is a
VM userid called OPERATOR, which is usually logged on when VM IPL's.
What are you wanting your operators to do? I would not use OPERATOR as a
console, per say. I would set up a separate userid for the operators.
I'd leave OPERATOR in a disconnect mode. I guess the question is, what
do you want the operators to do on VM? Or what do you think they need to
be doing?
Steve

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Bauer, Bobby (NIH/CIT) [E]
Sent: Tuesday, October 07, 2008 10:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VM operator console?

We are an MVS shop setting up a Linux under VM pilot and need to have
some procedures in place for operations. We are trying to figure out
how/where we want the operators to have console access. Right now only
the sys. progs. have any access to VM and we use a telnet session from
our desks to a VM user id or use the HMC. Is there a master console we
can setup for operations like MVS? Should we setup a userid for the
operators? Make them use the HMC?
Is there another alternative I've not mentioned and don't know about?

Thanks

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

 

Re: Paging volumes, size vs. number

[Quay, Jonathan (IHG)]

It's my understanding that VM determines the number of paging exposures at IPL 
and then uses that number in calculations involving dispatch, memory 
management, etc.  In a modern virtualized disk environment with multiple FICON 
paths to a huge amount of cache in the disk array controller, this may not be 
as important as it once was.  The mod 3, 9, or 27 may exist on the same 
physical HDA's, only your hardware engineer knows for sure.  I've been told by 
SE's that except in extremely rare circumstances, that the sysprog need not 
worry about it.



From: The IBM z/VM Operating System on behalf of Bill Holder
Sent: Fri 10/3/2008 6:04 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Paging volumes, size vs. number



Having a good paging system is as much about bandwidth as it is about
capacity, so I'd say the other responders are offering sound advice.  Lac=
k
of sufficient capacity will certainly hurt badly when you fill it up and =
run
out (causing a PGT004 abend), but lack of sufficient bandwidth will hurt
performance and throughput whenever the system is paging, and if bad enou=
gh,
can lead or contribute to abends of its own (e.g., FRF002).

- Bill Holder, z/VM Development, IBM 

Re: Issue with VSWITCH and SuSE Linux

[Quay, Jonathan (IHG)]

Your VSWTICH Controller looks a little strange dropping all those
packets.  I'd recycle it and watch and see what happens.

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel Allen
Sent: Thursday, October 02, 2008 11:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Issue with VSWITCH and SuSE Linux

 

We are running z/VM 5.2 service level 0602.

 

I have issued the following commands:

 

DEFINE VSWITCH SWITCH1 RDEV 203 CONNECT

 

SET VSWITCH SWITCH1 GRANT SUSESP2

 

In the SUSESP2 directory entry, I have the following:

 

NICDEF 340 TYPE QDIO DEV 3 LAN SYSTEM SWITCH1 

 

When I bring up the SUSESP2 machine, I see the message that device 340
has been defined.

 

The SUSESP2 machine comes up normally.

 

Here is the output from the Q VSWITCH DET command:

 

 

q vswitch det

VSWITCH SYSTEM SWITCH1  Type: VSWITCH Connected: 1Maxconn: INFINITE

  PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF

  VLAN Unaware

  State: Ready

  IPTimeout: 5 QueueStorage: 8

  Portname: UNASSIGNED RDEV: 0203 Controller: DTCVSW2  VDEV:  0203

VSWITCH Connection:

  RX Packets: 205Discarded: 293Errors: 0

  TX Packets: 0  Discarded: 0  Errors: 0

  RX Bytes: 106924   TX Bytes: 0

  Device: 0203  Unit: 000   Role: DATA

Adapter Owner: SUSESP2  NIC: 0340  Name: UNASSIGNED

  RX Packets: 205Discarded: 0  Errors: 0

  TX Packets: 29 Discarded: 0  Errors: 0

  RX Bytes: 106924   TX Bytes: 2268

  Device: 0342  Unit: 002   Role: DATA

  Options: Broadcast Multicast IPv6 IPv4 VLAN

Unicast IP Addresses:

  10.35.11.183 MAC: 02-00-00-00-00-01

  FE80::200:0:100:1MAC: 02-00-00-00-00-01 Local


Multicast IP Addresses: 
  224.0.0.1MAC: 01-00-5E-00-00-01   
  224.0.1.22   MAC: 01-00-5E-00-01-16   
  239.255.255.253  MAC: 01-00-5E-7F-FF-FD   
  FF02::1  MAC: 33-33-00-00-00-01 Local 
  FF02::1:FF00:1   MAC: 33-33-FF-00-00-01 Local 
Ready; T=0.01/0.01 08:09:01 

 

However, I cannot ping the machine SUSESP2.

 

If I take SUSESP2 out of the VSWITCH and use 3 OSA addresses, I can ping
the machine SUSESP2.

 

What am I doing wrong ?

 

**

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. Any unauthorized review, use, disclosure or distribution is
prohibited. If you are not the intended recipient, please contact the
sender by reply e-mail and destroy all copies of the original message. 

**

 

Re: Performance Question

[Quay, Jonathan (IHG)]

I see messages like this from time to time on my VM Lpars that only run guest 
operating systems and have little to no CMS users.  I think it may be because 
the VM scheduler can't really see what a "transaction" is inside the GOS.  I 
think it may just be an artifact of VM having an earlier design point of 
support a lot of concurrent users that have a lot of think time, rather than a 
farm of GOSes.



From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)
Sent: Wed 9/24/2008 10:54 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Performance Question



The REAL processors are running about 85% per (5 IFLs) and the virtual 
processors for this Linux host are running an average of about 90% per (4 
Logicals). There is no CPU queuing that I can tell. I am not running any of the 
products you mentioned.

 

This may not be a bad indicator I am just trying to find out what it really 
means since the default shipped is 1.000 elapse time not sure if that means 
much!

 

Thanks,

 

Terry

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
David Kreuter
Sent: Wednesday, September 24, 2008 9:03 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Performance Question

 

hard to say for certain. Not a number I look at that often. How busy are the 
processors? Is there CPU queuing?

The scheduler tries to classify around 80% of work as class 1; so fluctuations 
are rather common.

 

Are you per chance running WebSphere, WPS or Domino servers?

 

David Kreuter

 



From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)
Sent: Wed 9/24/2008 3:42 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: [IBMVM] Performance Question

Hi

 

I am trying to get a handle on all of the z/VM tuning knobs if you will and 
have a couple of questions:

 

I see the following during heavy processing on the particular Linux host:

 

FCXPER315A Cl1 time slice 8.939 exceeds limit 1.000 (Q1=02 Qx=26)

 

I am using the default alert of 1.000 that is set in the PTK hence the alert. 
My question, is the fact that elapsed time which a class 1 user can spend

in the dispatch list being 8.939 a high number and what is it really telling 
me? Does it represent a potential bottle neck?

 

 

 

Thank You,

 

 

Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[EMAIL PROTECTED]

 

Re: WAIT STATE

[Quay, Jonathan (IHG)]

Yes, you are on the right track, if you know the minidisk location of MAINT CF1 
on your res pack.



From: The IBM z/VM Operating System on behalf of Martin, Terry R. (CMS/CTR) 
(CTR)
Sent: Sun 9/14/2008 4:40 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: WAIT STATE



Just so I understand. The pack that the Parm file is on is my RES pack.
I first thought was to attach it to my other VM system and some how get
to the bad CONFIG file and fix it. Am I on the right track?

Sorry for all the questions I am new at this and I am learning on the
run/job. I will eventually figure it out!
Terry

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Sunday, September 14, 2008 4:02 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: WAIT STATE

On Sunday, 09/14/2008 at 03:42 EDT, "Quay, Jonathan (IHG)"
<[EMAIL PROTECTED]> wrote:
> The other option is to just attach the pack to another vm system, use
DEFINE
> MDISK to point to MAINT's CF1, access it and edit it from the other
system.

This illustrates a few things:
1. Always use CPSYNTAX after you change SYSTEM CONFIG.
2. Always keep a backup copy on CF2.
3. Write down on a real and electronic piece of paper the disk locations

of MAINT 190, the disk with USER DIRECT on it, and MAINT CF1.  It makes
DEFINE MDISK and system repair s much easier.

Alan Altmark
z/VM Development
IBM Endicott

Re: Can't detach a DASD device from system

[Quay, Jonathan (IHG)]

Did you do it as a full pack i.e. 0 END?



From: The IBM z/VM Operating System on behalf of Scott Rohling
Sent: Sun 9/14/2008 1:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Can't detach a DASD device from system


No - DEF MDISK will not show 0 users - I just tested against an unused volume 
on our system and it shows 1 user using the volume now...

Scott


On Sun, Sep 14, 2008 at 11:05 AM, Quay, Jonathan (IHG) <[EMAIL PROTECTED]> 
wrote:


I think, but am not sure, that if you have done a DEFINE MDISK against 
that volume somewhere along the way, that you see this.  Look through the 
virtual device configuration of all the usual suspects (MAINT, OPERATOR, the 
userid of whatever does full volume backups, etc) or log them off.

Re: Can't detach a DASD device from system

[Quay, Jonathan (IHG)]

I think, but am not sure, that if you have done a DEFINE MDISK against that 
volume somewhere along the way, that you see this.  Look through the virtual 
device configuration of all the usual suspects (MAINT, OPERATOR, the userid of 
whatever does full volume backups, etc) or log them off.



From: The IBM z/VM Operating System on behalf of Marcy Cortes
Sent: Sun 9/14/2008 12:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Can't detach a DASD device from system



halt de33 
Halt was not initiated to DASD DE33 because the device is not active  
Ready; T=0.01/0.01 11:51:49

Nope.

It's very odd.  I was taking 17 volumes off, and only this one got
stuck...



Marcy

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


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Imler, Steven J
Sent: Sunday, September 14, 2008 9:51 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: [IBMVM] Can't detach a DASD device from system

Try HALT DE33 ...


JR (Steven) Imler
CA
Senior Sustaining Engineer
Tel: +1 703 708 3479
[EMAIL PROTECTED]



> -Original Message-
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
On
> Behalf Of Marcy Cortes
> Sent: Sunday, September 14, 2008 12:48 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Can't detach a DASD device from system
>
> What is wrong with this device?  Why can't I detach it from system?
>
> q de33
> DASD DE33 CP SYSTEM V8XES1   0
> Ready; T=0.01/0.01 11:43:51
> det de33 system
> HCPDTS143E DASD DE33 in use by system
> Ready(00143); T=0.01/0.01 11:43:54
> q sys de33
>
> DASD DE33 ATTACHED SYSTEM  V8XES1
> DASD MDISKS NOT FOUND
> Ready; T=0.01/0.01 11:43:59
> q alloc v8xes1
> HCPCQA1002E Volume identifier V8XES1 does not exist.
> Ready(01002); T=0.01/0.01 11:44:05
>
> q dasd details de33
> DE33  CUTYPE = 2107-E8, DEVTYPE = 3390-0C, VOLSER = V8XES1, CYLS =
32760
>   CACHE DETAILS:  CACHE NVS CFW DFW PINNED CONCOPY
>-SUBSYSTEM   YY   Y   -N   N
>   -DEVICE   Y-   -   YN   N
>   DEVICE DETAILS: CCA = 33, DDC = --
>   DUPLEX DETAILS: --
>   PPRC DETAILS: PRIMARY VOLUME
>   CU DETAILS: SSID = DE00, CUNUM = DE00 Ready; T=0.01/0.01
> 11:46:08
>
>
> This is z/VM 5.3 RSU 0801.
>
>
> Marcy
>
>
> "This message may contain confidential and/or privileged information.
If
> you are not the addressee or authorized to receive this for the
> addressee, you must not use, copy, disclose, or take any action based
on
> this message or any information herein. If you have received this
> message in error, please advise the sender immediately by reply e-mail

> and delete this message. Thank you for your cooperation."

Re: OSA issue (VSWITCH) again

[Quay, Jonathan (IHG)]

I think that z/OS requires a portname and requires it to match the real
underlying portname.  I don't have any z/OS guests to test though.

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel Allen
Sent: Friday, September 12, 2008 11:20 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: OSA issue (VSWITCH) again

 

Today, I logged off the OS/390 system.

 

I destroyed the VSWITCH via DETACH.

 

I created the VSWITCH using the following command:

 

DEFINE VSWITCH SWITCH1 RDEV 103 CONNECT

 

I also issued the following command:

 

SET VSWITCH SWITCH1 GRANT BH3A

 

When I IPL'd the OS/390 guest BH3A, the following message was in the
log:

 

NIC 0104 is created; devices 0104-0106 defined

 

The OS/390 guest came up normally.

 

Here is the output from the 'Q VSWITCH SWITCH1 DET' :

 

VSWITCH SYSTEM SWITCH1  Type: VSWITCH Connected: 1Maxconn: INFINITE

  PERSISTENT  RESTRICTEDNONROUTER Accounting: OFF

  VLAN Unaware

  State: Ready

  IPTimeout: 5 QueueStorage: 8

  Portname: UNASSIGNED RDEV: 0103 Controller: DTCVSW2  VDEV:  0103

VSWITCH Connection:

  RX Packets: 0  Discarded: 17 Errors: 0

  TX Packets: 0  Discarded: 0  Errors: 0

  RX Bytes: 0TX Bytes: 0

  Device: 0103  Unit: 000   Role: DATA

Adapter Owner: BH3A NIC: 0104  Name: PORTVM1

  RX Packets: 0  Discarded: 0  Errors: 0

  TX Packets: 0  Discarded: 0  Errors: 0

  RX Bytes: 0TX Bytes: 0

  Device: 0106  Unit: 002   Role: DATA


 

Things are different from yesterday.

 

However, I am still unable to connect to BH3A via a PCOM session.

 

 

**

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. Any unauthorized review, use, disclosure or distribution is
prohibited. If you are not the intended recipient, please contact the
sender by reply e-mail and destroy all copies of the original message. 

**

 

Re: VTAPE from Virtual Software Systems

[Quay, Jonathan (IHG)]

We also use and love VTAPE, primarily for its "write to the bit bucket"
function for TPF logging.  Note that VTAPE is a CP mod and requires
extra steps when installing new VM releases or applying CP maintenance.
The developers have always been extremely helpful and responsive with
any issues or questions.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Shiminsky, Gary
Sent: Wednesday, September 03, 2008 12:53 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: VTAPE from Virtual Software Systems

Hi,

We are looking for a virtual tape system as part of a project to replace
our ageing tape drives.

Does anybody have any experience with VTAPE from Virtual Software
Systems that they would like to share?

Gary

Gary L. Shiminsky

VM/VSE Senior Systems Programmer
Office of Information Technology
State of New Hampshire
27 Hazen Drive
Concord, NH 03301
603-271-1509Fax 603-271-1516

Re: Safety Reminder: If you are planning disk upgrades, make sure you switch your Linux guests to by-path IDs in /etc/fstab BEFORE you switch

[Quay, Jonathan (IHG)]

Also important if you use a data replication "warm site" disaster
recovery process like EMC's SRDF and whatever the IBM equivalent is.

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of David Boyes
Sent: Tuesday, August 12, 2008 12:22 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Safety Reminder: If you are planning disk upgrades, make sure
you switch your Linux guests to by-path IDs in /etc/fstab BEFORE you
switch

 

A safety reminder: If you're planning to replace disk subsystems, make
sure your Linux guests (particularly any SLES 10 or above) guests do NOT
use by-ID paths in /etc/fstab. Fix this BEFORE the new disk goes in,
both RH and SuSE (Debian, too), or your guests will not be able to find
their filesystems (and thus won't boot or run).

 

This really should be in IBM and other DASD vendors planning information
for new installs, and I'd demand a fix from your Linux vendors. By-ID is
a stupid default for this architecture (for any architecture, I'd
argue...) and needs a fix ASAP. 

 

IBM, EMC, Hitachi: how do we get this added to your planning guides? RH,
Novell, how about it? 

 

-- db

 

Re: DTCVSWn Storage

[Quay, Jonathan (IHG)]

When did TPF start supporting VSWITCH attachment?  I must have missed
that because the first thing I thought about when vswitch came out was
using vswitch to do comms unit test, as the apps boys were moving a lot
of things from lu 6.2 to sockets.  Apparently what VM emulated and what
TPF expected were two different things and it never got off the ground.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Schuh, Richard
Sent: Friday, August 08, 2008 1:35 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: DTCVSWn Storage

Inactivity is not a likely problem - we are driving well over 10K
messages per second through the VSWITCH when the problem occurs. The
symptom we see is that TPF is dropping  sockets due to "excessive
retransmits". My first thought was that the DTCVSW machines might be a
choke-point. I have, I think, found the answer to the question about
virtual storage. I doubled the size of the machines to no avail -
exactly same symptom at the same message rate. Following the test runs,
Q VSWITCH ALL DETAILS shows no discarded packets and no errors for any
of the IP stack machines.

As for the monitor, don't ask. Apparently the person who created the VM
system had a problem with getting it to function. Unfortunately, the
running of the benchmark conflicted with a hospital visit for the other
person; the hospital trumped work. I did not know about the monitor
problem until after I was called. I do not have any good monitor data to
show. Another problem is that the benchmark is located 3000 miles from
where I am and 1500 from the datacenter where the systems, both TPF and
VM were built. The timing and logistics make reinstalling the monitor
s/w somewhat problematic, especially since this is the last day of the
tests. 


Regards, 
Richard Schuh 

 

> -Original Message-
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark
> Sent: Thursday, August 07, 2008 7:09 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: DTCVSWn Storage
> 
> On Thursday, 08/07/2008 at 03:47 EDT, "Schuh, Richard" 
> <[EMAIL PROTECTED]>
> wrote:
> > Is there a way to tell, in real-time, whether the DTCVSW 
> machines are
> storage 
> > constrained? 
> 
> I would suppose your performance monitor will tell you if CP 
> is storage constrained and guests are awaiting page frames.  
> DTCVSWx just sits there sleeping, waiting for a Sign.  If the 
> OSA hiccups, DTCVSWx will awaken, trigger error recovery, 
> then turn over and go back to sleep.
> 
> Is DTCVSWx showing signs of sluggishness that makes you 
> suspect memory contention?  (He will probably be paged out 
> due to inactivity.)
> 
> Alan Altmark
> z/VM Development
> IBM Endicott
> 

Re: Some IBM Announcements for z/OS, z/VM, z/VSE (Aug 5, 2008)

[Quay, Jonathan (IHG)]

The problem is that in the TPF world, native testing is a requirement.
The more native testing lpars you have lying around, the more memory you
have sitting idle most of the time.  Migrating from TPF 4.1 to z/TPF is
non-trivial, so frustration about having all that memory that could be
used elsewhere has a long time to fester.

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mike Walter
Sent: Tuesday, August 05, 2008 3:55 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Some IBM Announcements for z/OS, z/VM, z/VSE (Aug 5, 2008)

 


To add to Mark's comment, as well as others: your need (certainly a
valid one) is more encompassing than most sites.  Alan already said that
when polled, to paraphrase) customers did not want to wait for a whole
loaf, needing sooner a half loaf.  The long term need for the other
half, allowing customers to slice their own bread, *may* (no inside
knowledge on my part) still be on the table. 

That said, if you need to move memory around between systems, there's
this thingy called z/VM which has been doing it for years without
bringing the whole system down to do it.  It shares its toys and plays
well with others.  But then, you already knew that.  Your business need
may not permit you to move everything into the same CEC.  Wanna buy a
64-way z10?  ;-) 


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



"Mark Post" <[EMAIL PROTECTED]> 

Sent by: "The IBM z/VM Operating System"  

08/05/2008 02:28 PM 

Please respond to
"The IBM z/VM Operating System" 

To

IBMVM@LISTSERV.UARK.EDU 

cc

 

Subject

Re: Some IBM Announcements for z/OS, z/VM, z/VSE (Aug 5, 2008)

 

 

 




>>> On 8/5/2008 at  2:53 PM, in message
<[EMAIL PROTECTED]>, "Schuh,
Richard" <[EMAIL PROTECTED]> wrote: 
-snip-
> Thus the ferrous solution
> because there is no way to borrow memory and give it back without
> disruption. 

Which is the whole point.  This capability isn't about borrowing memory
and giving it back.  It was never intended for that, nor portrayed as
that.  It is simply the ability to buy more hardware, and add it to z/VM
without a disruption.  Period, end of story.  This can be done today,
with z/VM 5.4.  At some point in the future, it _may_ become possible to
go the other way.  Looking at the industry as a whole, I see far less
value in being able to do that than simply being able to add real
storage.  (Oh, and by the way, this is for real storage only, not
expanded storage.)  Not too many people are looking to remove real
storage.  So, holding up this very valuable feature until the far less
valuable feature could be done, was soundly rejected by just about
everyone that was asked, me included.


Mark Post







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: vm backup

[Quay, Jonathan (IHG)]

VM:Backup HiDRO is adept at creating full volume backups.  I assume since you 
said "disaster recovery" you mean to tape and offsite.  When you get to your 
disaster site, you IPL a HiDRO tape, which does the restores of the system 
packs.  You can then IPL the system to restore the rest of the packs.   I did 
DR for years this way, until we got EMC's SRDF product.



From: The IBM z/VM Operating System on behalf of Rizwan Haq
Sent: Sun 8/3/2008 8:14 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: vm backup



We just installed VM 5.2 under z/890 and want to take backup (image copy) of 
system packs on DASD (DS8100)
 just for disaster recovery to IPL VM from another volume.

ddr required native volumes.

Pls advice

 

 

Re: Nice idea in blog: Should we toss x86 architecture - NOT.

[Quay, Jonathan (IHG)]

It is my understanding that IBM intends to integrate Cell Blade engine
(e.g. playstation 3) technology into the z/Series ecosystem.  This would
seem to me to be the place where massively parallel high intensity cpu
workload would live in the not so far flung future.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Barton Robinson
Sent: Wednesday, July 23, 2008 10:59 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Nice idea in blog: Should we toss x86 architecture - NOT.

Ok, so reality check folks before y'all start drooling about jobs and
can think you can 
run 47000 windows servers under VM.  In Linux we learned that running
compiled code 
"natively" on "z", megahertz is megahertz and a CPU intensive task would
always run faster 
on Intel than on "z" (until we got z9 and z10).  And that is "native"
meaning the programs 
were compiled to run on z, and the operating system was compiled to run
on z.

So now, under CMS, this emulates intel.  So megahertz is NOT megahertz.
With emulating an 
architecture, one could easily imagine losing an order of magnitude.
Thus a windows 
server that is running at 10% peak on a 4Ghz processor would consume a
z10 IFL and want 
more.  One does need to pay significant attention to the performance
characteristics 
before thinking about something like this seriously.  Sorry.








Gary M. Dennis wrote:

> Z/VOS is a CMS application. The glass-side user will only see Windows
via
> RDC and know nothing of or about CMS or VM.
> 
> Gary
> 
> On 7/22/08 8:30 PM, "dave" <[EMAIL PROTECTED]> wrote:
> 
> 
>>Good luck, Gary. I do hope your organization can pull this
>>off. VM-ers need more employment possibilities:-)
>>
>>I gather from some of your previous posts to this list that
>>your Windows support software, z/VOS, is in fact a
>>sophisticated CMS-based application, that is a user would
>>log onto a CMS user id to start his Windows systemis my
>>understanding correct?
>>
>>Thanks and have a good one.
>>
>>DJ
>>- Original Message -
>>From: "Gary M. Dennis" <[EMAIL PROTECTED]>
>>To: IBMVM@LISTSERV.UARK.EDU
>>Subject: Re: Nice idea in blog:  Should we toss x86
>>architecture
>>Date: Tue, 22 Jul 2008 13:02:33 -0500
>>
>>
>>>This was our post to the zd net blog.
>>>
>>>
>>>"Maybe we already have.
>>>
>>>In Q1 2009 Mantissa will deliver a system that permits
>>>unaltered Windows operating systems to run under z/VM.
>>>Using a desktop appliance running RDC, users will be able
>>>to connect to their virtual Windows images running in the
>>>VM environment. Goodbye desktop hardware, remote
>>>maintenance, high power consumption, machine order lead
>>>time.
>>>
>>>z/VOS began with the observation that most Windows
>>>workstations do practically nothing 95% of the time and we
>>>were so intrigued with the idea of being able to actually
>>>run an intel-based operating system under IBM VM that we
>>>never looked back. VM provided a natural platform for
>>>development of this product.
>>>
>>>The product has been a bear for the development group but
>>>the thought of being able to run 3000 copies of Windows on
>>>one System z so fascinated the team that we needed very
>>>little additional incentive.
>>>
>>>Let's hope IBM can ramp up System z production."
>>>
>>>
>>>Why wait until 2016?
>>>--.  .-  .-.  -.--
>>>
>>>Gary Dennis
>>>Mantissa Corporation
>>>
>>>On 7/22/08 11:14 AM, "Bob Heerdink"
>>><[EMAIL PROTECTED]> wrote:
>>>
>>>
http://blogs.zdnet.com/perlow/?p=9183

"Should we toss x86 architecture and wipe the slate with
something greene r
and more scalable?"

"Windows Server 2016 128-bit edition running virtualized
on z/VM in a gre en
datacenter, accessed via my house from a thin client
over high-speed fibe r
optic connection. I can see it now."

Hope this happens sooner than predicted,
Bob

>>
> 
> 

Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z

[Quay, Jonathan (IHG)]

Mark and Richard, thanks for the information.

I'm new to Linux and come from an IBM mainframe proprietary operating
system heritage.  I'm slowly realizing that the intended audience for
these publications is not the IBM heritage guy, but the Linux guy who's
now got to work on Z.  


-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Post
Sent: Tuesday, July 22, 2008 12:26 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM
System z

>>> On Tue, Jul 22, 2008 at 11:36 AM, in message
<[EMAIL PROTECTED]
l>,
"Quay, Jonathan (IHG)" <[EMAIL PROTECTED]> wrote: 
> So I am proceeding along with the install and notice that the provided
> CLIENT SAMPDIR shows a 50 cylinder 150 disk, with a 151 disk for the
> rest of that pack and a 152 disk that's another full pack.  I can't
find
> any rationale for this, or any further installation instructions that
> take this into account.  The SLES installation and admin guide shows a
> single 150.  What am I missing?

Samples are just that, samples, not Holy Writ from ${DIETY}.  You can,
of course, choose to do anything you like.  Since you're following the
Virtualization Cookbook pretty closely, you might want to do things the
way described there.  My personal preference is to just give a guest
minidisks defined as "1 to END" and be done with it.  I then use Linux
tools to divvy that up as desired.  This also reduces the load on the
z/VM systems programmer.  Note also that the device numbers 0150-0152
were arbitrarily chosen.  You don't need to maintain that, although
having a numbering scheme that is used across your guests is highly
recommended.

Richard says he thinks 50 cylinders is too small for /boot.  I disagree.
On my systems, /boot is only using about 16MB, or roughly 23 cylinders,
although it is part of /, and not broken out separately.  SLES doesn't
accumulate old kernels in /boot the way RHEL does, for good or ill.

Again, my personal preference is to take a 3390-3, and create two
partitions on it.  One, about 400MB, to be used for the root file
system, and the other to be given over to LVM.  I take a second 3390-3,
and put one partition on it, all to be used for LVM.  I then create
separate file systems for /home, /opt, /srv, /tmp, /usr, and /var.  As
Richard indicates, depending on what you're going to be doing with a
particular system, two 3390-3 volumes may be a little skimpy, or just
about right.  If you're using 3390-9 volumes, then just one would be
needed, with the two partitions on it for / and LVM.

Whenever possible, I prefer to have those two volumes only be used for
the operating system itself.  Any add-on products, such as WebSphere,
etc., or applications, would be installed in separate file systems
created from a different LVM volume group, using different physical
volumes.


Mark Post

Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z

[Quay, Jonathan (IHG)]

So I am proceeding along with the install and notice that the provided
CLIENT SAMPDIR shows a 50 cylinder 150 disk, with a 151 disk for the
rest of that pack and a 152 disk that's another full pack.  I can't find
any rationale for this, or any further installation instructions that
take this into account.  The SLES installation and admin guide shows a
single 150.  What am I missing?

Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z

[Quay, Jonathan (IHG)]

I fixed it.  I had reallocated the 150 disk to a different starting cyl,
and LVM didn't like it.  Mark fixed me up.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Adam Thornton
Sent: Monday, July 21, 2008 2:41 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM
System z

On Jul 21, 2008, at 1:27 PM, Quay, Jonathan (IHG) wrote:

> Does anybody have this working yet?
>

Yeah, I do.

What, specifically, is the problem you're having?

Adam

Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z

[Quay, Jonathan (IHG)]

Does anybody have this working yet?

Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM System z

[Quay, Jonathan (IHG)]

Ok, I have a license and I'm about to download and install SLES10SP2.
Can I somehow, and I haven't completely read through the Starter Set
documentation, download the SLES-10-SP2-DVD-s390x-GM-DVD1 and 2 .iso
images and serve them using the NOVSTART virtual machine?

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Post
Sent: Friday, July 18, 2008 4:19 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: SUSE Linux Enterprise Server 10 SP2 Starter System for IBM
System z

>>> On Fri, Jul 18, 2008 at  4:00 PM, in message
<[EMAIL PROTECTED]>,
Raymond
Noal <[EMAIL PROTECTED]> wrote: 
> David,
> 
> I recently tried this route, but I believe I downloaded the Server 10
SP1 
> package.

Most likely.  The SP2 version of the Starter System was just recently
made available for download.

> Where did you find or how did you obtain the Server SP2 package? Is it
free?
Are you asking about the SP2 version of the starter system, or of SLES10
itself?  The starter system link is in the email that started this
thread:
http://www.novell.com/partners/ibm/mainframe/starterpack.html
For this branch of the decision tree, it's more appropriate to ask
Novell where we got it, since Sine Nomine are the ones that created it
and uploaded it to us.  :)

If you're talking about the "vanilla" SLES10 SP2 download is here:
http://download.novell.com/Download?buildid=A-zpMLVoXGg~

Both are no-cost downloads, but unless you buy a license at some point,
you only get 180 days of maintenance.

-snip-
> I would really like to use the SuSE distribution vs. RedHat.

Glad to hear it.  :)


Mark Post

Re: CMS REXX eMAIL

[Quay, Jonathan (IHG)]

DNS is used to resolve the host name.  

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Wandschneider, Scott
Sent: Wednesday, July 16, 2008 12:30 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CMS REXX eMAIL

Sorry for my ignorance, but where do I define the HOST?

ZVM52.INFOCROSSING.COM unable to deliver following mail to recipient(s):
<[EMAIL PROTECTED]>  
550 Host 'infocrossing.com' Unknown 

Thank you,
Scott R Wandschneider
Senior Systems Programmer
Infocrossing, a WIPRO Company
11707 Miracle Hills Dr.
Omaha, NE 68154
Office 402.963.8905

From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of 
Schuh, Richard
Sent: Wednesday, July 16, 2008 11:23 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CMS REXX eMAIL

You need to access the TCPMAINT 592 disk.
 
Regards, 
Richard Schuh 

 


From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary 
Anne Matyaz
Sent: Wednesday, July 16, 2008 9:12 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CMS REXX eMAIL
I can't seem to get that to work. Must be my network. I get: 
DMSWSF1012E Node ID abc.com not valid for RSCS; no files have been sent

MA
On Wed, Jul 16, 2008 at 12:00 PM, Dave Jones <[EMAIL PROTECTED]> wrote:
And the CMS SENFILE command can send files to Internet addresses, via SMTP, as 
well. 


Mary Anne Matyaz wrote:
Checkout the MAILIT package.
http://www.vm.ibm.com/download/packages/descript.cgi?MAILIT

Mary Anne

On Wed, Jul 16, 2008 at 11:56 AM, Wandschneider, Scott <
[EMAIL PROTECTED]> wrote:
I am looking for a *very* simple procedure to send eMail from a CMS REXX
EXEC.
Does anybody have something they are willing to share?

Thank you,
Scott R Wandschneider
Senior Systems Programmer
Infocrossing, a WIPRO Company
11707 Miracle Hills Dr.
Omaha, NE 68154
Office 402.963.8905






-- 
DJ

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

Re: Question on how RSU maintenance is being handled with DIRMAINT and RACF in the picture

[Quay, Jonathan (IHG)]

I did some maintenance on PERFKIT and PUT2PROD it on my production
system.  The process rebuilt CMS.  This was a major surprise, although
it was my fault for not figuring out what PUT2PROD was going to do
before it did it (read the build list).  I think the default action of
PUT2PROD should be to indicate what exactly it's going to do with
options to skip various steps in the process to protect the novice (and
also the lazy) systems programmer, and also those with "different"
procedures, for example VSSI customers.  

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Wednesday, July 16, 2008 11:36 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: Question on how RSU maintenance is being handled with
DIRMAINT and RACF in the picture

On Wednesday, 07/16/2008 at 09:39 EDT, Rob van der Heij 
<[EMAIL PROTECTED]> wrote:
> On Wed, Jul 16, 2008 at 6:05 AM, Alan Altmark
<[EMAIL PROTECTED]> 
wrote:
> 
> > BTW, there's nothing wrong with building a test system and then 
copying
> > that into production in whatever way you wish.  I'm not going to 
dictate
> > to anyone how to get your system into Final Real Production.
> 
> So we're not going to see new messages like: "z/VM installed new
> service and will need to shutdown reipl. Do you want that right now or
> do you want to lose your work in 5 minutes while you're on the
> phone..."  ;-)

No.  You'll also have the opportunity to delay the nag message for 3 
minutes or 14.5 hours (your choice).  The messages will go to the system

operator, but in a way that is not visible to system automation.  ;-)

Alan Altmark
z/VM Development
IBM Endicott

Re: What do your operators do?

[Quay, Jonathan (IHG)]

Our operators attach and detach real devices, almost always tape drives,
sometimes OSA ports, to our guests.  It is nice to be able to have them
enter commands in the odd situations that pop up from time to time,
particularly when the system programming staff is not near a terminal,
or the system hangs (we always seem to find weird deadlocks within VM,
or get bit by the "minidisk cache ate our page frames" bug).  We
encounter a problem and take a SNAPDUMP about once a year or so. I guess
the bottom line is that its nice to have a manned local operator console
when severe problems strike.

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Leland
Sent: Wednesday, July 02, 2008 12:58 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: What do your operators do?

So, my RACF question and all the answers y'all gave made me think of
another...

What do your operators do within z/VM?

The reason I ask is because we haven't given our operations staff access
to any
of our z/VMs.  What am I missing?  Why do they need access?  What should
they
be doing and aren't?

(Mind you, we are zLinux only.)

Leland

Re: Seeking (former) Adventurers

[Quay, Jonathan (IHG)]

Source is here:  http://www.wurb.com/if/game/game/1  and the follow on
"Dungeon" is here:  http://www.wurb.com/if/game/2

S/370 executables used to float around the VM community.  I'm sure
somebody still has them. 

Re: Adding a Processor - failed

[Quay, Jonathan (IHG)]

You have to define all your processors first before you IPL, and use
VARY OFFLINE PROCESSOR in your profile exec to pare them back.  We have
this issue with our guest TPF systems.  When we add a real processor to
the LPAR configuration in which z/VM runs, we have to go back and change
all our directory entries and profile execs for our guests.  Running
first level, you only have to "reserve" extra processors in your LPAR
definition.  When you add real processors to your configuration, since
they are already defined to the LPAR, you can vary them online using the
appropriate command for the os in question.  In a z10, you're supposed
to be able to actually change your LPAR definition on the fly.
Apparently, the operating system can detect that and allow you to config
or vary online the new processor.

 



From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Wandschneider, Scott
Sent: Thursday, May 29, 2008 12:41 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Adding a Processor - failed

 

I have an MVS guest that has the following VM Directory entries:

MACHINE ESA 4

CPU 00 BASE CPUID 050607 

CPU 01 CPUID 150607  

CPU 02 CPUID 250607  

 

I logged onto the guest and issued "DEFINE CPU 03", received
acknowledgement, then disconnected.

 

On the MVS side the following was entered:

CF CPU(03),ONLINE 

Response:  

IEE241I CPU(3) NOT RECONFIGURED ONLINE -- ID NOT RECOGNIZED 

IEE712I CONFIG   PROCESSING COMPLETE

 

Any ideas?

 

 

Thank you,

Scott R Wandschneider

Senior Systems Programmer

Infocrossing, a WIPRO Company

11707 Miracle Hills Dr.

Omaha, NE 68154

Office 402.963.8905

Re: Q ISLINK and locked out users...

[Quay, Jonathan (IHG)]

 Sounds like a deadlock condition.  SNAPDUMP on the operator console and
open an ETR.

Re: newbie question - convert to full pack minidisk

[Quay, Jonathan (IHG)]

I would consider the system thrashing due to dramatic overcommitment of storage 
by minidisk cache when taking IBM provided mdc arbiter defaults to be a bug.



From: The IBM z/VM Operating System on behalf of Rob van der Heij
Sent: Sat 4/26/2008 5:19 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: newbie question - convert to full pack minidisk



On Fri, Apr 25, 2008 at 10:25 PM, Quay, Jonathan (IHG)
<[EMAIL PROTECTED]> wrote:

> We found a bug in CP minidisk cacheing that would lock up our system.  We 
> turn off MDC at the device level in the system configuration file for our 
> guest operating system minidisks using RDEV  TYPE DASD MDC OFF.

It would take real performance data to conclude on a bug.
It may just be tuning. We know that the defaults for the MDC arbiter
are such that many systems will favor MDC and thus cause more paging
than the MDC hit rate justifies. If the paging subsystem is not
properly configured, then that may keep folks waiting or even abend
the system. It's a very popular problem at new installations.
When the I/O is not eligable for MDC, the arbiter gets no opportunity
to favor that, and you avoid the paging.
I would prefer to properly configure MDC rather than disable it. And
make sure the paging subsystem is able to handle the load when
something else makes you page.

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

Re: newbie question - convert to full pack minidisk

[Quay, Jonathan (IHG)]

We found a bug in CP minidisk cacheing that would lock up our system.  We turn 
off MDC at the device level in the system configuration file for our guest 
operating system minidisks using RDEV  TYPE DASD MDC OFF.



From: The IBM z/VM Operating System on behalf of Paul Vincent
Sent: Fri 4/25/2008 3:04 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: newbie question - convert to full pack minidisk



All,

I would like to convert a Mod-9 defined as follows:  MDISK 0300 3390 0001
end XX
to a full pack minidisk as follows: MDISK 0300 3390  end XX.
without losing any data  (the volume contains Linux root filesystem).
Can this be done?  if so how (DDR, FLAHSCOPY?)
If I understand what I've read, I should get some performance from a full
pack minidisk (not as much CP overhead) and I won't have to code a MINIOPT
NOMDC statement
I'm I on the right track?

Thanks in advance.

Paul



-
This message, together with any attachments, is
intended only for the use of the individual or entity
to which it is addressed. It may contain information
that is confidential and prohibited from disclosure.
If you are not the intended recipient, you are hereby
notified that any dissemination or copying of this
message or any attachment is strictly prohibited. If
you have received this message in error, please notify
the original sender immediately by telephone or by
return e-mail and delete this message, along with any
attachments, from your computer. Thank you.

-

Re: z/VM 5,3 installation

[Quay, Jonathan (IHG)]

Hi Shannon, usually what happens is that somewhere along the line the
system gets left in a state where the filepool server is up.  If you
look in the TCP2PROD $MSGLOG on maint's a-disk, you can see exactly what
happened.  By the way, a long long time ago I was the IBM mainframe SE
for Suntrust.  Say hello to Frank for me.  

-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On
Behalf Of Shannon Collinson
Sent: Tuesday, April 22, 2008 12:25 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: z/VM 5,3 installation

Actually, I have a question about this.  We have two identical (at
least,=
 
as far as I can tell/remember) vanilla VM 5.3 lpars--one was actually a
=

clone of the other--that I updated with the 5303 RSU service.  The 
original lpar updated with no problems, but the second (clone) died with
=

this "query enroll" problem.  Neither system had the VMSERVS/U/R servers
=

up, but only one complained about it even though both processed the
TCPIP=
 
maintenance bundled in RSU5303.  And I know I didn't make a local 
modification on the original lpar--I'm a VM newbie and am avoiding any =

mods like the plague.  Is there anything else that might have triggered
=

the need to update the LDAPSRV BFS?  Maybe something we forgot about
doin=
g 
on the one lpar?  Thanks!
Shannon Collinson  -- SunTrust Bank