CP has always assumed
That's true in the VM/XA line-of-code. In VM/SP, CP did it right: VM READ
stayed VM READ.
2010/3/5 Alan Altmark alan_altm...@us.ibm.com
On Wednesday, 03/03/2010 at 03:53 EST, Kris Buelens
kris.buel...@gmail.com wrote:
The cause is what in my eyes is a very old bug, it
this mail is crossposted to IBMVM and LINUX-390
hi lists,
we are a GDPS shop for several years. recently we implemented GDPS xDR in our
sandbox environment. now we found out that there is a different handling of MIH
and I/O-Timing in z/VM as it is in z/OS.
in case the MIH time is
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:
Jon,
When you update anything on CF1 it is CURRENT for the next IPL.
the parm disks CF2 and CF3 are backup disks that you can IPL from if you
need to GO BACK for any reason.
I would not copy anything from CF1 to CF2 or CF3 myself.
When you apply SERVICE and PUT2PROD this will copy CF1 to CF2
On Fri, 5 Mar 2010 Graeme Moss said:
Just to clarify. If you didn't have volume in CPOWNED list in SYSTEM CONFIG
at last IPL and you have a spare SLOT (ie marked as RESERVED) then you need
to run DEFINE CPOWNED command to place the volume in the designated SLOT.
If you do not have
Wow, someone else! We have a full production implementation and we just
discovered this too.
We're having those discussions with IBM now.
Marcy
This message may contain confidential and/or privileged information. If you
are not the addressee or authorized to receive this for the addressee,
Bill,
I leave cf3 alone, but after I know all is well after a IPL etc
I copy the changes to cf2, before I change cf1 again, so as you say if you
need to fall back (1 change)
cf3 leave alone
now you have me thinking about this
Augie
Bill,
Thanks for clarifying this. The SERVICE and PUT2PROD is still a black box for
me at this time. I'll keep my own copies of SYSTEM CONFIG pre changes also.
It's nice to know there are knowledgeable folks with real world experience out
there to bounce questions to. This may be just the
Our D/R full volume backups are done on MVS during the night. I just do
a CP SET MITIME cuu-cuu OFF just before they start and set it back on
when they're done.
Jim
There any many ways to do this, each with their own merits. Understanding
how SERVICE and PUT2PROD silently update the CF1 and CF2 disks is
important.
I prefer to think of CF2 as a resource to be used only if CF1 gets trashed
(my human, hardware, or any other error).
I wrote a local EXEC to
Somewhere (I have since tried to find the source, but have failed) I
have a CPCONFIG EXEC that automates much of the maintenance of CF1 and
CF3. It includes maintaining previous generations of SYSTEM CONFIG:
cpconfig
DMSVML2060I MAINT CF1 linked MR as 0CF1 file mode I
The following *SYSTEM
In z/OS, the command 'D M=CPU' shows the machine type and model. In z/VSE,
the command 'SIR' shows the machine type and model.
I know the 'Q CPU' shows the machine type. Is there any way I can find the
model under z/VM ?
On Fri, Mar 5, 2010 at 1:03 PM, Daniel Allen dal...@serena.com wrote:
In z/OS, the command 'D M=CPU' shows the machine type and model. In z/VSE,
the command 'SIR' shows the machine type and model.
I know the 'Q CPU' shows the machine type. Is there any way I can find the
model under z/VM ?
Frank,
The POOLDEF file should not be the production POOLDEF, rather a work file with
only the new DDNAME.
File: TEMP POOLDEF A
DDNAME=MDK4VDEV=203 GROUP=2 BLOCKS=0
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Frank M. Ramaekers
Sent:
The CPCONFIG EXEC was my brainchild, the one to which I was referring in
my previous posts. It does NOT maintain IBM's SERVICE and PUT2PROD method
of using CF2 as a backup disk. You probably downloaded it from this
listserve sometime since 2005. The last update record (at the bottom in
the
In working with IBM on this, the problem was:
filepool minidisk vmserva
Although you can only have one filepoolid per fileserver, it cannot tell
that VMSERVA has a filepoolid of vmsysa:
filepool minidisk vmserva vmsysa:
So, both need to be specified. (Otherwise VMSYS: is assumed)
If you are using the CMS Pipelines Runtime Library rather than the
Endicott Lab-distributed Pipes, the STSI stage should give you what you
are looking for. Without translating the hex values, the simplest use
here displays:
pipe stsi 111 | CONS
IBM
Thanks, Mike.
On Fri, Mar 5, 2010 at 10:30 AM, Mike Walter mike.wal...@hewitt.com wrote:
If you are using the CMS Pipelines Runtime Library rather than the
Endicott Lab-distributed Pipes, the STSI stage should give you what you
are looking for. Without translating the hex values, the
If you are using the CMS Pipelines Runtime Library rather than the
Endicott Lab-distributed Pipes,
If pipes doesn't work, on MAINT's 193 is STSIUSE SAMPEXEC
-
Please consider the environment before printing this email and any
attachments.
This e-mail
I would like to have a copy of it.
Billy
On 5 Mar 2010 at 12:23, Mike Walter wrote:
The CPCONFIG EXEC was my brainchild, the one to which I was referring in
my previous posts. It does NOT maintain IBM's SERVICE and PUT2PROD method
of using CF2 as a backup disk. You probably downloaded
Yes, please do so, thanks!
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
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On
Behalf Of Billy Bingham
Sent:
How well does that fit with massive CP updates such as VPARS and VTAPE?
Regards,
Richard Schuh
-Original Message-
From: The IBM z/VM Operating System
[mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark
Sent: Friday, March 05, 2010 12:34 PM
To: IBMVM@LISTSERV.UARK.EDU
On Friday, 03/05/2010 at 03:35 EST, Dave Jones d...@vsoft-software.com
wrote:
The Q CPUID command does show you the model information as well as the
machine type
Alas, the documentation for QUERY CPUID is wrong. Please apply the
following TNL:
identifies the machine type.
Alan
Ask, and ye shall receive. This was started before SERVICE or PUT2PROD
were generally available, but continues to work. YMMV - works great here.
As always, it's a good idea to try something new on a second level test
system, or at least after a carefully checked backup of MAINT's CF1 and
CF2
On 3/5/10 3:33 PM, Alan Altmark alan_altm...@us.ibm.com wrote:
2. Renames CPLOAD to CPLOLD on the CF2, erasing any previous CPLOLD in the
process.
I find the concept of IBM automatically deleting ANYTHING on my SYSTEM
CONFIG somewhat troubling unless I explicitly ask for it.
How about just
Look for the STSI (SAMP)EXEC, on MAINT 193 or MAINT 3B2, and you can get
much more than you'd ever want to know.
2010/3/5 zMan zedgarhoo...@gmail.com
On Fri, Mar 5, 2010 at 1:03 PM, Daniel Allen dal...@serena.com wrote:
In z/OS, the command 'D M=CPU' shows the machine type and model. In
On Friday, 03/05/2010 at 04:32 EST, Schuh, Richard rsc...@visa.com
wrote:
How well does that fit with massive CP updates such as VPARS and VTAPE?
All CP mods are supposed to be identified via the LOCALMOD command. If
SERVICE finds that there are CP local mods, then SERVICE will rebuild the
On Friday, 03/05/2010 at 03:39 EST, Mike Walter mike.wal...@hewitt.com
wrote:
Sure, Chuckie... go ahead and tease anyone running a z/VM before z/VM
5.3
where the rexx stsi() function came in!
Mike, you have apparently forgotten that that I posted a sample STSI
ASSEMBLE program in September
Chuckie wrote:
All CP mods are supposed to be identified via the LOCALMOD command. If
SERVICE finds that there are CP local mods, then SERVICE will rebuild the
nuc with those mods. If the modules to which local mods apply are hit by
IBM service, then SERVICE will warn you and stop. After you
29 matches
Mail list logo