Re: CP's Parm Disks
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 have resolved >any issues [obtained new mods to match the service level, rebuilt them >yourself, or ignored it], you mark the mods as "serviced" and restart >SERVICE. SERVICE will rebuild the nuc with your text decks. >If you have CP mods that are not managed via LOCALMOD, then SERVICE won't >know about them, won't monitor the RSU/COR service stream for potential >conflicts, and won't pull in the text decks. Ah...VMVIS lives. ...phsiii (ducking quickly, *really* just kidding!)
Re: Question about machine type and model
On Friday, 03/05/2010 at 03:39 EST, Mike Walter 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 2007. (sigh) :-) http://listserv.uark.edu/scripts/wa.exe?A2=ind0709&L=IBMVM&P=R5030 It is a small exercise to extend that program: : USING SYSIB111,R2 L R0,R0_111 Set function code L R1,R1_111and selectors to 1.1.1 STSI SYSIB111 APPLMSG TEXT='Machine is &&1-&&2', X SUB=(CHARA,(MACHTYPE,4),CHARA,(MACHMODL,16)) BRR10 DROP R2 : DS0D R0_111 DCX'1001' FC=1,SC1=1 R1_111 DCFL4'1' SC2=1 * SYSIB111 DSECT DS8FRESERVED DSCL16 Manufacturer MACHTYPE DSCL4 Machine Type DS3FRESERVED MACHCAP DSCL16 Model Capacity Identifier DSCL16 Sequence no. DSCL4 Plant of manufacture MACHMODL DSCL16 Model : (The above requires VMFHLASM STSI DMSVM. If you don't have HLASM, then you will have to get rid of underscores and hand-code the STSI as X'B27D2000', then VMFASM STSI DMSVM.) Alan Altmark z/VM Development IBM Endicott
Re: CP's Parm Disks
On Friday, 03/05/2010 at 04:32 EST, "Schuh, Richard" 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 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 have resolved any issues [obtained new mods to match the service level, rebuilt them yourself, or ignored it], you mark the mods as "serviced" and restart SERVICE. SERVICE will rebuild the nuc with your text decks. If you have CP mods that are not managed via LOCALMOD, then SERVICE won't know about them, won't monitor the RSU/COR service stream for potential conflicts, and won't pull in the text decks. Alan Altmark z/VM Development IBM Endicott
Re: Question about machine type and model
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 > On Fri, Mar 5, 2010 at 1:03 PM, Daniel Allen 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 ? >> > > Don't recall ever caring, but if anything would tell you, I'd think DIAG 0 > would. > > BTW, that's CP QUERY CPUID, not Q CPU (not that Q CPU won't work, but for > completeness). > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > -- Kris Buelens, IBM Belgium, VM customer support
Re: CP's Parm Disks
On 3/5/10 3:33 PM, "Alan Altmark" 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 renaming it (similar to what Mike's example does), please?
Re: CP's Parm Disks
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 disks!
This is not provided with implied or expressed warranty, nor any nachos or
any other legal benefits. It is probably provided with the disgruntled
warnings from Chuckie - but after all: he doesn't live in the REAL world!
;-)
YMMV - works great here.
Mike Walter
Hewitt Associates
The opinions expressed herein are mine alone, not my employer's.
/* Prolog; See Epilog for additional information
* Exec Name - CPCONFIG EXEC*
* Unit Support - OSS/VM *
* Status- Version 2, Release 1.0 *
/
address 'COMMAND'
parse source xos xct xfn xft xfm xcmd xenvir .
parse upper arg parms 0 operands '(' options ')' parmrest
?noprompt=wordpos('NOPROMPT',options)>0
?nosyntax=wordpos('NOSYNTAX',options)>0
?test=wordpos('NOPROMPT',options)>0 /*Allow test w/o MAINT disks */
exitwords='QQUIT QQUI QQU QQ QUIT QUI QU Q EXIT HALT HX HI LEAVE'
If parms='?' then Signal Explain
/* - */
/* > Update the following variables for YOUR system < */
/* - */
?UpdRec1=1 /* If set to '1', will REPLACE the 1st record of the */
/* SYSTEM CONFIG on the CF2 disk with the next var. */
UpdRec1=' say "Beginning: ''SYSTEM CONFIG'' from MAINT''s CF2' ,
'disk."'
/* - */
/* Important when synching disks, "ACCESSM0" on MAINT 193 disk */
address CMS 'STATE ACCESSM0 MODULE *'
If rc<>0 then Call Exit rc
/* Ensure that any updated "SYSTEM CONFIG" file is valid.*/
address CMS 'STATE CPSYNTAX EXEC *'
If rc<>0 then Call Exit rc
Signal ON NoValue
Signal ON Syntax
Signal ON Error
'ACCESSM0 ON'
If \?test then
Do
Signal OFF Error
'PIPE CP CPRELEASE A SYNCH | STEM emsg.'
If rc<>0 & rc<>6706 then /* 6706=was not accessed */
Do
src=rc
say 'CP CPRELEASE A SYNCH failed...'
'PIPE STEM emsg.| CONSOLE'
Call Exit src
End
Signal ON Error
'EXEC VMLINK MAINT CF1 (NONAMES'
End
/*---*/
/* Prepare to permit backup/update/validation of the CONFIG */
/*---*/
Signal OFF Error /* May not have a SYSTEM CONFIG yet */
CfgBefore=''
'PIPE (NAME CfgBefore)' ,
'| COMMAND LISTFILE SYSTEM CONFIG I (ISODATE NOHEADER' ,
'| VAR CfgBefore TRACKING'
?backup=0
Do forever
say
say 'The following "*SYSTEM CONFIG" files exist on the I(CF1)' ,
'disk now:'
'LISTFILE *SYSTEM CONFIG I (ISODATE'
say 'Do you want an automatic copy/rename of them as a backup'
say 'before starting? (Reply: Yes | 1 | No | 0 | Quit)'
parse upper pull reply .
If wordpos(reply,exitwords)>0 then
Do
say 'Aborting' xfn 'per reply: "'reply'".'
Call Exit 8
End
If abbrev('NO',reply,1) | reply=0 then Leave
If abbrev('YES',reply,1) | reply=1 then
Do
?backup=1
Leave
End
say
say 'Invalid reply:' reply
say
End
If ?backup then
Do /* Filetype must be CONFIG for SAPL to select it at IPL. */
'ERASE-9SYSTEM CONFIG I'
'RENAME -8SYSTEM CONFIG I -9SYSTEM CONFIG I'
'RENAME -7SYSTEM CONFIG I -8SYSTEM CONFIG I'
'RENAME -6SYSTEM CONFIG I -7SYSTEM CONFIG I'
'RENAME -5SYSTEM CONFIG I -6SYSTEM CONFIG I'
'RENAME -4SYSTEM CONFIG I -5SYSTEM CONFIG I'
'RENAME -3SYSTEM CONFIG I -4SYSTEM CONFIG I'
'RENAME -2SYSTEM CONFIG I -3SYSTEM CONFIG I'
'RENAME -1SYSTEM CONFIG I -2SYSTEM CONFIG I'
'COPYFILE SYSTEM CONFIG I -1SYSTEM CONFIG I (OLDDATE'
End
/* Give 'em a chance to make changes to ANY file... */
'EXEC FILELIST * * I'
/* See if they made any changes to SYSTEM CONFIG I */
CfgAfter=''
'PIPE (NAME CfgAfter)' ,
'| COMMAND LISTFILE SYSTEM CONFIG I (ISODATE NOHEADER' ,
'| VAR CfgAfter TRACKING'
?CfgChanged=0
If CfgBefore<>CfgAfter then
If ?nosyntax then
say '+++Warning! CPSYNTAX command skipped per option:' ,
'NOSYNTAX'
Else
Do
?CfgChanged=1
cmd='EXEC CPSYNTAX SYSTEM CONFIG I'
say cmd
Re: Question about machine type and model
On Friday, 03/05/2010 at 03:35 EST, Dave Jones 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 Altmark z/VM Development IBM Endicott
Re: CP's Parm Disks
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
> Subject: Re: CP's Parm Disks
>
> On Friday, 03/05/2010, Mike Walter wrote:
> > There any many ways to do this, each with their own merits.
>
> Soon there will no longer be "many ways" - there will be only
> SERVICE and
> PUT2PROD. If any of you have been putting off learning SERVICE and
> PUT2PROD, *now* is the time.
>
> > Understanding how SERVICE and PUT2PROD silently update the
> CF1 and CF2
> > disks is important.
>
> "Silently?" I don't think that's a word I would use with
> SERVICE and PUT2PROD. We can make it beep more, if that
> would help. :-) The logs also provide exquisite detail.
> But these commands are documented to perform ("automate") the
> steps outlined in the Service Guide (e.g. p.46 of the z/VM
> 6.1 Service Guide).
>
> As far as the PARM disks go:
>
> SERVICE
> 1. Copies CF1 (the whole thing) to CF2 *and* CF3. [In the
> future, the copy to CF3 will be done by PUT2PROD, not
> SERVICE, providing you with an extra generation of CP nuc
> prior to PUT2PROD.] 2. Renames CPLOAD to CPLOLD on the CF2,
> erasing any previous CPLOLD in the process.
> 3. Places the newly-minted CPLOAD MODULE on CF2. Because CF2
> is a fresh copy of CF1, all of your configs, logos, etc. are
> there, allowing you to IPL from it just as you would CF1.
>
> PUT2PROD
> 1. Renames CPLOAD MODULE to CPLOLD MODULE on CF1, erasing any
> previous CPLOLD in the process.
> 2. Copies the just-tested CPLOAD MODULE from CF2 to CF1.
>
> Alan Altmark
> z/VM Development
> IBM Endicott
>
Re: Trapping output right after LOGON
On Friday, 03/05/2010 at 05:04 EST, Kris Buelens wrote: > "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. "I don't know what you mean by 'glory,'" Alice said. Humpty Dumpty smiled contemptuously. "Of course you don't ? till I tell you. I meant 'there's a nice knock-down argument for you!'" "But 'glory' doesn't mean 'a nice knock-down argument,'" Alice objected. "When I use a word," Humpty Dumpty said in a rather a scornful tone, "it means just what I choose it to mean ? neither more nor less." "The question is," said Alice, "whether you can make words mean different things." "The question is," said Humpty Dumpty, "which is to be master ? that's all." Lewis Carroll, "Through the Looking-Glass", 1872 So, in this particular case, "CP" means "those versions of CP for which 'always' is true." ;-) Alan Altmark z/VM Development IBM Endicott
Re: Question about machine type and model
Sure, Chuckie... go ahead and tease anyone running a z/VM before z/VM 5.3 where the rexx stsi() function came in! An earlier poster mentioned the STSIUSE EXECSAMP on MAINT's 193 disk (on z/VM 5.3+) which does a very nice job. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Alan Altmark" Sent by: "The IBM z/VM Operating System" 03/05/2010 12:32 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Question about machine type and model On Friday, 03/05/2010 at 01:03 EST, Daniel Allen 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 ? There is no CP command to provide the info you're looking for, but the following EXEC fragment will do it: result = stsi(1,1,1) address command 'PIPE', '| var result', '| specs', '/Type: / 1 49.4 nw write', '/Model-Capacity Identifier: / 1 65.16 nw write', '/Model: / 1 101.16 nw', '| cons' It yields (for example): Type:2097 Model-Capacity Identifier: 742 Model: E56 This was taken from STSIUSE SAMPEXEC that is included with your system. STORE SYSTEM INFORMATION (STSI) is an instruction found in the Principles of Operation and for which we provide a REXX built-in function. 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: Question about machine type and model
Hi, Daniel. The Q CPUID command does show you the model information as well as the machine type: Response 1: CPUID=aass aa identifies the version code. These two digits are set to X'FF' to identify that your virtual machine is running under z/VM ss identifies the processor. This field contains six hexadecimal digits. This is the only part of the CPUID that can be modified by means of the SET CPUID command or set by the system directory's OPTION control statement. identifies the model number. This field is set to the model number of the real machine. identifies the machine check extended logout length. For z900 and z800 servers, this field is set to X''. For all other supported servers, this field is set to X'8000'. On 03/05/2010 12:03 PM, Daniel Allen 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 ? -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Re: CP's Parm Disks
On Friday, 03/05/2010, Mike Walter wrote:
> There any many ways to do this, each with their own merits.
Soon there will no longer be "many ways" - there will be only SERVICE and
PUT2PROD. If any of you have been putting off learning SERVICE and
PUT2PROD, *now* is the time.
> Understanding how SERVICE and PUT2PROD silently update the CF1
> and CF2 disks is important.
"Silently?" I don't think that's a word I would use with SERVICE and
PUT2PROD. We can make it beep more, if that would help. :-) The logs
also provide exquisite detail. But these commands are documented to
perform ("automate") the steps outlined in the Service Guide (e.g. p.46 of
the z/VM 6.1 Service Guide).
As far as the PARM disks go:
SERVICE
1. Copies CF1 (the whole thing) to CF2 *and* CF3. [In the future, the
copy to CF3 will be done by PUT2PROD, not SERVICE, providing you with an
extra generation of CP nuc prior to PUT2PROD.]
2. Renames CPLOAD to CPLOLD on the CF2, erasing any previous CPLOLD in the
process.
3. Places the newly-minted CPLOAD MODULE on CF2. Because CF2 is a fresh
copy of CF1, all of your configs, logos, etc. are there, allowing you to
IPL from it just as you would CF1.
PUT2PROD
1. Renames CPLOAD MODULE to CPLOLD MODULE on CF1, erasing any previous
CPLOLD in the process.
2. Copies the just-tested CPLOAD MODULE from CF2 to CF1.
Alan Altmark
z/VM Development
IBM Endicott
Re: Question about machine type and model
On Friday, 03/05/2010 at 01:03 EST, Daniel Allen 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 ? There is no CP command to provide the info you're looking for, but the following EXEC fragment will do it: result = stsi(1,1,1) address command 'PIPE', '| var result', '| specs', '/Type: / 1 49.4 nw write', '/Model-Capacity Identifier: / 1 65.16 nw write', '/Model: / 1 101.16 nw', '| cons' It yields (for example): Type:2097 Model-Capacity Identifier: 742 Model: E56 This was taken from STSIUSE SAMPEXEC that is included with your system. STORE SYSTEM INFORMATION (STSI) is an instruction found in the Principles of Operation and for which we provide a REXX built-in function. Alan Altmark z/VM Development IBM Endicott
Re: CP's Parm Disks
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: Friday, March 05, 2010 1:29 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP's Parm Disks 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 it from this > listserve sometime since 2005. The last update record (at the bottom in > the Epilog comments) shows: 20050523 mrw - Correct handling of "Yes" or > '1' prompt. > > I can re-post it if anyone cares. > > Mike Walter > Hewitt Associates > The opinions expressed herein are mine alone, not my employer's. > > > > > > "Frank M. Ramaekers" > > Sent by: "The IBM z/VM Operating System" > 03/05/2010 10:33 AM > Please respond to > "The IBM z/VM Operating System" > > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: CP's Parm Disks > > > > > > > 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 CONFIG" files exist on the I(CF1) disk now: > > FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE > TIME > -1SYSTEM CONFIG I1 F 80271 6 2010-02-16 > 07:58:27 > -2SYSTEM CONFIG I1 F 80271 6 2010-01-12 > 09:04:29 > -3SYSTEM CONFIG I1 F 80270 6 2009-11-06 > 17:37:29 > -4SYSTEM CONFIG I1 F 80270 6 2009-11-06 > 17:37:29 > -5SYSTEM CONFIG I1 F 80261 6 2009-10-28 > 13:52:38 > -6SYSTEM CONFIG I1 F 80246 5 2009-09-11 > 10:18:11 > -7SYSTEM CONFIG I1 F 80246 5 2009-08-25 > 07:37:17 > -8SYSTEM CONFIG I1 F 80240 5 2009-08-24 > 09:39:30 > -9SYSTEM CONFIG I1 F 80239 5 2009-07-30 > 07:37:17 > SYSTEM CONFIG I1 F 80271 6 2010-03-03 > 13:00:37 > Do you want an automatic copy/rename of them as a backup > > before starting? (Reply: Yes | 1 | No | 0 | Quit) > > > > ...when exiting: > > 10:32:59 * MSG FROM MAINT : +++ NOTE: The "SYSTEM CONFIG I" was not > changed. > DMSVML2060I MAINT CF2 linked RR as 0CF2 file mode O > > 40 identical files on both disks. > > DASD 0CF1 DETACHED > > MAINT's 0CF1 accessed in mode A. > > CF1 update complete and in production... > > > -- > > > CF2 update in progress... > > DMSVML2060I MAINT CF1 linked RR as 0CF1 file mode I > > DASD 0CF2 DETACHED > > DMSVML2060I MAINT CF2 linked MR as 0CF2 file mode O > > DASD 0CF2 DETACHED > > MAINT's 0CF2 accessed in mode B. > > DASD 0CF1 DETACHED > > CF2 update complete and in production... > > > -- > > Frank M. Ramaekers Jr. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Mike Walter > Sent: Friday, March 05, 2010 9:45 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: CP's Parm Disks > > 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). > : > : > > _ > > 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. > > > > > > > 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
Re: CP's Parm Disks
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 it from this > listserve sometime since 2005. The last update record (at the bottom in > the Epilog comments) shows: 20050523 mrw - Correct handling of "Yes" or > '1' prompt. > > I can re-post it if anyone cares. > > Mike Walter > Hewitt Associates > The opinions expressed herein are mine alone, not my employer's. > > > > > > "Frank M. Ramaekers" > > Sent by: "The IBM z/VM Operating System" > 03/05/2010 10:33 AM > Please respond to > "The IBM z/VM Operating System" > > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Re: CP's Parm Disks > > > > > > > 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 CONFIG" files exist on the I(CF1) disk now: > > FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE > TIME > -1SYSTEM CONFIG I1 F 80271 6 2010-02-16 > 07:58:27 > -2SYSTEM CONFIG I1 F 80271 6 2010-01-12 > 09:04:29 > -3SYSTEM CONFIG I1 F 80270 6 2009-11-06 > 17:37:29 > -4SYSTEM CONFIG I1 F 80270 6 2009-11-06 > 17:37:29 > -5SYSTEM CONFIG I1 F 80261 6 2009-10-28 > 13:52:38 > -6SYSTEM CONFIG I1 F 80246 5 2009-09-11 > 10:18:11 > -7SYSTEM CONFIG I1 F 80246 5 2009-08-25 > 07:37:17 > -8SYSTEM CONFIG I1 F 80240 5 2009-08-24 > 09:39:30 > -9SYSTEM CONFIG I1 F 80239 5 2009-07-30 > 07:37:17 > SYSTEM CONFIG I1 F 80271 6 2010-03-03 > 13:00:37 > Do you want an automatic copy/rename of them as a backup > > before starting? (Reply: Yes | 1 | No | 0 | Quit) > > > > ...when exiting: > > 10:32:59 * MSG FROM MAINT : +++ NOTE: The "SYSTEM CONFIG I" was not > changed. > DMSVML2060I MAINT CF2 linked RR as 0CF2 file mode O > > 40 identical files on both disks. > > DASD 0CF1 DETACHED > > MAINT's 0CF1 accessed in mode A. > > CF1 update complete and in production... > > > -- > > > CF2 update in progress... > > DMSVML2060I MAINT CF1 linked RR as 0CF1 file mode I > > DASD 0CF2 DETACHED > > DMSVML2060I MAINT CF2 linked MR as 0CF2 file mode O > > DASD 0CF2 DETACHED > > MAINT's 0CF2 accessed in mode B. > > DASD 0CF1 DETACHED > > CF2 update complete and in production... > > > -- > > Frank M. Ramaekers Jr. > > > > -Original Message- > From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On > Behalf Of Mike Walter > Sent: Friday, March 05, 2010 9:45 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: CP's Parm Disks > > 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). > : > : > > _ > > 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. > > > > > > > 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.
Re: Question about machine type and model
>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 and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.
Re: Question about machine type and model
Thanks, Mike. On Fri, Mar 5, 2010 at 10:30 AM, Mike Walter 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 simplest use > here displays: > pipe stsi 111 | CONS >IBM 20660B1 > 0012345602 > > That system is on a z800 2066 model 0B1, with serial number (manually > overtyped to hide our real SN) of 123456. > > Mike Walter > Hewitt Associates > The opinions expressed herein are mine alone, not my employer's. > > > > "Daniel Allen" > > Sent by: "The IBM z/VM Operating System" > 03/05/2010 12:03 PM > Please respond to > "The IBM z/VM Operating System" > > > > To > IBMVM@LISTSERV.UARK.EDU > cc > > Subject > Question about machine type and model > > > > > > > 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 ? > > > > > > > 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. > -- Daniel Allen | Serena Software, Inc. | Senior Systems Programmer - Mainframe Services Phone: 1-800-457-3736x11241
Re: Question about machine type and model
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 20660B1 0012345602 That system is on a z800 2066 model 0B1, with serial number (manually overtyped to hide our real SN) of 123456. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Daniel Allen" Sent by: "The IBM z/VM Operating System" 03/05/2010 12:03 PM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Question about machine type and model 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 ? 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: Adding minidisk to SFS in Multi-User Mode
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) Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Hodge, Robert L Sent: Friday, March 05, 2010 11:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Adding minidisk to SFS in Multi-User Mode 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: Thursday, March 04, 2010 12: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. _ 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: CP's Parm Disks
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 Epilog comments) shows: 20050523 mrw - Correct handling of "Yes" or '1' prompt. I can re-post it if anyone cares. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Frank M. Ramaekers" Sent by: "The IBM z/VM Operating System" 03/05/2010 10:33 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: CP's Parm Disks 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 CONFIG" files exist on the I(CF1) disk now: FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME -1SYSTEM CONFIG I1 F 80271 6 2010-02-16 07:58:27 -2SYSTEM CONFIG I1 F 80271 6 2010-01-12 09:04:29 -3SYSTEM CONFIG I1 F 80270 6 2009-11-06 17:37:29 -4SYSTEM CONFIG I1 F 80270 6 2009-11-06 17:37:29 -5SYSTEM CONFIG I1 F 80261 6 2009-10-28 13:52:38 -6SYSTEM CONFIG I1 F 80246 5 2009-09-11 10:18:11 -7SYSTEM CONFIG I1 F 80246 5 2009-08-25 07:37:17 -8SYSTEM CONFIG I1 F 80240 5 2009-08-24 09:39:30 -9SYSTEM CONFIG I1 F 80239 5 2009-07-30 07:37:17 SYSTEM CONFIG I1 F 80271 6 2010-03-03 13:00:37 Do you want an automatic copy/rename of them as a backup before starting? (Reply: Yes | 1 | No | 0 | Quit) ...when exiting: 10:32:59 * MSG FROM MAINT : +++ NOTE: The "SYSTEM CONFIG I" was not changed. DMSVML2060I MAINT CF2 linked RR as 0CF2 file mode O 40 identical files on both disks. DASD 0CF1 DETACHED MAINT's 0CF1 accessed in mode A. CF1 update complete and in production... -- CF2 update in progress... DMSVML2060I MAINT CF1 linked RR as 0CF1 file mode I DASD 0CF2 DETACHED DMSVML2060I MAINT CF2 linked MR as 0CF2 file mode O DASD 0CF2 DETACHED MAINT's 0CF2 accessed in mode B. DASD 0CF1 DETACHED CF2 update complete and in production... -- Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Friday, March 05, 2010 9:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP's Parm Disks 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). : : _ 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. 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: Adding minidisk to SFS in Multi-User Mode
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: Thursday, March 04, 2010 12: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: Question about machine type and model
On Fri, Mar 5, 2010 at 1:03 PM, Daniel Allen 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 ? > Don't recall ever caring, but if anything would tell you, I'd think DIAG 0 would. BTW, that's CP QUERY CPUID, not Q CPU (not that Q CPU won't work, but for completeness). -- zMan -- "I've got a mainframe and I'm not afraid to use it"
Question about machine type and model
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 ?
Re: CP's Parm Disks
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 CONFIG" files exist on the I(CF1) disk now: FILENAME FILETYPE FM FORMAT LRECL RECS BLOCKS DATE TIME -1SYSTEM CONFIG I1 F 80271 6 2010-02-16 07:58:27 -2SYSTEM CONFIG I1 F 80271 6 2010-01-12 09:04:29 -3SYSTEM CONFIG I1 F 80270 6 2009-11-06 17:37:29 -4SYSTEM CONFIG I1 F 80270 6 2009-11-06 17:37:29 -5SYSTEM CONFIG I1 F 80261 6 2009-10-28 13:52:38 -6SYSTEM CONFIG I1 F 80246 5 2009-09-11 10:18:11 -7SYSTEM CONFIG I1 F 80246 5 2009-08-25 07:37:17 -8SYSTEM CONFIG I1 F 80240 5 2009-08-24 09:39:30 -9SYSTEM CONFIG I1 F 80239 5 2009-07-30 07:37:17 SYSTEM CONFIG I1 F 80271 6 2010-03-03 13:00:37 Do you want an automatic copy/rename of them as a backup before starting? (Reply: Yes | 1 | No | 0 | Quit) ...when exiting: 10:32:59 * MSG FROM MAINT : +++ NOTE: The "SYSTEM CONFIG I" was not changed. DMSVML2060I MAINT CF2 linked RR as 0CF2 file mode O 40 identical files on both disks. DASD 0CF1 DETACHED MAINT's 0CF1 accessed in mode A. CF1 update complete and in production... -- CF2 update in progress... DMSVML2060I MAINT CF1 linked RR as 0CF1 file mode I DASD 0CF2 DETACHED DMSVML2060I MAINT CF2 linked MR as 0CF2 file mode O DASD 0CF2 DETACHED MAINT's 0CF2 accessed in mode B. DASD 0CF1 DETACHED CF2 update complete and in production... -- Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Friday, March 05, 2010 9:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP's Parm Disks 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). : : _ 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: CP's Parm Disks
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 keep CF1 and CF2 synched (other that SYSTEM CONFIG there are not a lot of frequent changes),. Instead of making he CF2 the regular backup, I COPY the old SYSTEM CONFIG to -1SYSTEM CONFIG (with rolling renames up to -9SYSTEM CONFIG so we can go back up to 9 changes). Same with CPLOAD MODULE as -1CPLOAD MODULE, and any other changes files although they are handled manually since there are far fewer changes to them. That local exec also automatically runs CPSYNTAX on the new SYSTEM CONFIG file before exiting, providing clear warnings if it did not end normally. Hint: you *do* faithfully run CPSYNTAX after *every* SYSTEM CONFIG file change, even 1-lines', right? If the Operator needs to back out for some reason, they are instructed to call z/VM support first. We don't want them blindly backing out an important change without involving someone who might instead take corrective action. If they need to back out a changed file, we explain how to do so by IPLing with "LOADPARM rdev" and using SALIPL to select from the various backup -nSYSTEM CONFIG or -nCPLOAD MODULEs. IBM's method of copying CF1 to CF2 (SERVICE (?) and PUT2PROD) only provides one backout layer. So far our operators have never needed to use the CF2 disk. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. "Lesseg, Jon" Sent by: "The IBM z/VM Operating System" 03/05/2010 09:11 AM Please respond to "The IBM z/VM Operating System" To IBMVM@LISTSERV.UARK.EDU cc Subject Re: CP's Parm Disks 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 beginning of a bunch of questions to the list as I work to get my head around this VM creature. Thanks again. Jon L -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Bill Munson Sent: Friday, March 05, 2010 5:03 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CP's Parm Disks 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 to be used as the new back up and CF2 is copied to CF3. I believe that is the correct order anyway it is copied for you by the Service process and that is the answer to your original question. good luck Bill Munson Sr. z/VM Systems Programmer Brown Brothers Harriman & CO. 525 Washington Blvd. Jersey City, NJ 07310 201-418-7588 President - MVMUA http://www2.marist.edu/~mvmua/ VM Project Officer - SHARE http://seattle.share.org/joinme http://www.linkedin.com/in/BillMunson "Lesseg, Jon" Sent by: The IBM z/VM Operating System 03/04/2010 05:28 PM Please respond to The IBM z/VM Operating System To IBMVM@LISTSERV.UARK.EDU cc Subject CP's Parm Disks This is probably a bonehead question, so please have patience as I?m new to VM. When I update SYSTEM CONFIG on MNTCF1 after releasing and linking and setting access, am I responsible to update the copies on MNTCF2 & MNTCF3 after I?m comfortable with the results using something like COPYFILE or is it maintained for me? Q CPD Label Userid Vdev Mode Stat Vol-ID Rdev Type StartLoc EndLoc MNTCF1 MAINT0CF1 A R/O 520RES FF0C CKD 39158 MNTCF2 MAINT0CF2 B R/O 520RES FF0C CKD 159278 MNTCF3 MAINT0CF3 C R/O 520RES FF0C CKD 279398 THX, Jon L. -- This email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else, unless expressly approved by the sender or an authorized addressee, is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action omitted or taken in reliance on it, is prohibited and may be unlawful. If you believe that you have received this email in error, please contact the sender, delete this e-mail and destroy all copies. == *** IMPORTANT NOTE*-- The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman & Co.
Re: GDPS xDR, I/O-Timing and MIH
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
Re: CP's Parm Disks
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 beginning of a bunch of
questions to the list as I work to get my head around this VM creature.
Thanks again.
Jon L
-Original Message-
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Bill Munson
Sent: Friday, March 05, 2010 5:03 AM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CP's Parm Disks
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 to be used
as the new back up and CF2 is copied to CF3.
I believe that is the correct order anyway it is copied for you by the
Service process and that is the answer to your original question.
good luck
Bill Munson
Sr. z/VM Systems Programmer
Brown Brothers Harriman & CO.
525 Washington Blvd.
Jersey City, NJ 07310
201-418-7588
President - MVMUA
http://www2.marist.edu/~mvmua/
VM Project Officer - SHARE
http://seattle.share.org/joinme
http://www.linkedin.com/in/BillMunson
"Lesseg, Jon"
Sent by: The IBM z/VM Operating System
03/04/2010 05:28 PM
Please respond to
The IBM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
CP's Parm Disks
This is probably a bonehead question, so please have patience as I?m new
to VM.
When I update SYSTEM CONFIG on MNTCF1 after releasing and linking and
setting access, am I responsible to update the
copies on MNTCF2 & MNTCF3 after I?m comfortable with the results using
something like COPYFILE or is it maintained for me?
Q CPD
Label Userid Vdev Mode Stat Vol-ID Rdev Type StartLoc EndLoc
MNTCF1 MAINT0CF1 A R/O 520RES FF0C CKD 39158
MNTCF2 MAINT0CF2 B R/O 520RES FF0C CKD 159278
MNTCF3 MAINT0CF3 C R/O 520RES FF0C CKD 279398
THX,
Jon L.
--
This email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone
else, unless expressly approved by the sender or an authorized addressee,
is unauthorized.
If you are not the intended recipient, any disclosure, copying,
distribution or any action omitted or taken in reliance on it, is
prohibited and may be unlawful. If you believe that you have received this
email in error, please contact the sender, delete this e-mail and destroy
all copies.
==
*** IMPORTANT
NOTE*-- The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.
--
This email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else,
unless expressly approved by the sender or an authorized addressee, is
unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution or
any action omitted or taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error, please
contact the sender, delete this e-mail and destroy all copies.
==
Re: CP's Parm Disks
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 Munson
To
Sent by: The IBM IBMVM@LISTSERV.UARK.EDU
z/VM Operating cc
System
Re: CP's Parm Disks
03/05/2010 08:04
AM
Please respond to
The IBM z/VM
Operating System
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 to be used
as the new back up and CF2 is copied to CF3.
I believe that is the correct order anyway it is copied for you by the
Service process and that is the answer to your original question.
good luck
Bill Munson
Sr. z/VM Systems Programmer
Brown Brothers Harriman & CO.
525 Washington Blvd.
Jersey City, NJ 07310
201-418-7588
President - MVMUA
http://www2.marist.edu/~mvmua/
VM Project Officer - SHARE
http://seattle.share.org/joinme
http://www.linkedin.com/in/BillMunson
"Lesseg, Jon"
Sent by: The IBM z/VM Operating System
03/04/2010 05:28 PM
Please respond to
The IBM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
CP's Parm Disks
This is probably a bonehead question, so please have patience as I?m new
to VM.
When I update SYSTEM CONFIG on MNTCF1 after releasing and linking and
setting access, am I responsible to update the
copies on MNTCF2 & MNTCF3 after I?m comfortable with the results using
something like COPYFILE or is it maintained for me?
Q CPD
Label Userid Vdev Mode Stat Vol-ID Rdev Type StartLoc EndLoc
MNTCF1 MAINT0CF1 A R/O 520RES FF0C CKD 39158
MNTCF2 MAINT0CF2 B R/O 520RES FF0C CKD 159278
MNTCF3 MAINT0CF3 C R/O 520RES FF0C CKD 279398
THX,
Jon L.
--
This email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone
else, unless expressly approved by the sender or an authorized addressee,
is unauthorized.
If you are not the intended recipient, any disclosure, copying,
distribution or any action omitted or taken in reliance on it, is
prohibited and may be unlawful. If you believe that you have received this
email in error, please contact the sender, delete this e-mail and destroy
all copies.
==
*** IMPORTANT
NOTE*-- The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.
Re: GDPS xDR, I/O-Timing and MIH
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, 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:ib...@listserv.uark.edu] On Behalf Of Tobias Doerkes Sent: Friday, March 05, 2010 3:32 AM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] GDPS xDR, I/O-Timing and MIH 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 reached in z/OS the I/O is redriven as often as I/O timing is reached - roughly speaking. After reaching I/O timing limit the I/O is given back to the application with an error. in an GDPS environment i can choose wether I/O-Timing is a hyperswap trigger or not. in z/VM I/O-Timing and MIH are the same value. if MIH is reached and hyperswap is enabled, this situation is a hyperswap trigger. No differentiation, no recovery, no retry - nothing. so my question is wether you have MITIME=OFF in z/VM or which value did you choose in case your installation is xDR enabled? if IBM would ask me, i would suggest that the handling in z/OS and z/VM should be the same. tobias doerkes. _ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969
Re: Adding an CPOWNED volume
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 a spare SLOT then you will need to update SYSTEM CONFIG > and IPL. The best way to ensure that CP will have RESERVED slots for you to use without the need to IPL first, add: CP_Owned Slot 255 RESERVED to SYSTEM CONFIG and you'll get the full complement. Mark Wheeler UnitedHealth Group _ Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. http://clk.atdmt.com/GBL/go/201469229/direct/01/
Re: CP's Parm Disks
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 to be used
as the new back up and CF2 is copied to CF3.
I believe that is the correct order anyway it is copied for you by the
Service process and that is the answer to your original question.
good luck
Bill Munson
Sr. z/VM Systems Programmer
Brown Brothers Harriman & CO.
525 Washington Blvd.
Jersey City, NJ 07310
201-418-7588
President - MVMUA
http://www2.marist.edu/~mvmua/
VM Project Officer - SHARE
http://seattle.share.org/joinme
http://www.linkedin.com/in/BillMunson
"Lesseg, Jon"
Sent by: The IBM z/VM Operating System
03/04/2010 05:28 PM
Please respond to
The IBM z/VM Operating System
To
IBMVM@LISTSERV.UARK.EDU
cc
Subject
CP's Parm Disks
This is probably a bonehead question, so please have patience as I?m new
to VM.
When I update SYSTEM CONFIG on MNTCF1 after releasing and linking and
setting access, am I responsible to update the
copies on MNTCF2 & MNTCF3 after I?m comfortable with the results using
something like COPYFILE or is it maintained for me?
Q CPD
Label Userid Vdev Mode Stat Vol-ID Rdev Type StartLoc EndLoc
MNTCF1 MAINT0CF1 A R/O 520RES FF0C CKD 39158
MNTCF2 MAINT0CF2 B R/O 520RES FF0C CKD 159278
MNTCF3 MAINT0CF3 C R/O 520RES FF0C CKD 279398
THX,
Jon L.
--
This email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone
else, unless expressly approved by the sender or an authorized addressee,
is unauthorized.
If you are not the intended recipient, any disclosure, copying,
distribution or any action omitted or taken in reliance on it, is
prohibited and may be unlawful. If you believe that you have received this
email in error, please contact the sender, delete this e-mail and destroy
all copies.
==
*** IMPORTANT
NOTE*-- The opinions expressed in this
message and/or any attachments are those of the author and not
necessarily those of Brown Brothers Harriman & Co., its
subsidiaries and affiliates ("BBH"). There is no guarantee that
this message is either private or confidential, and it may have
been altered by unauthorized sources without your or our knowledge.
Nothing in the message is capable or intended to create any legally
binding obligations on either party and it is not intended to
provide legal advice. BBH accepts no responsibility for loss or
damage from its use, including damage from virus.
Re: Adding minidisk to SFS in Multi-User Mode
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.
GDPS xDR, I/O-Timing and MIH
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 reached in z/OS the I/O is redriven as often as I/O timing is reached - roughly speaking. After reaching I/O timing limit the I/O is given back to the application with an error. in an GDPS environment i can choose wether I/O-Timing is a hyperswap trigger or not. in z/VM I/O-Timing and MIH are the same value. if MIH is reached and hyperswap is enabled, this situation is a hyperswap trigger. No differentiation, no recovery, no retry - nothing. so my question is wether you have MITIME=OFF in z/VM or which value did you choose in case your installation is xDR enabled? if IBM would ask me, i would suggest that the handling in z/OS and z/VM should be the same. tobias doerkes. _ Hotmail: Powerful Free email with security by Microsoft. https://signup.live.com/signup.aspx?id=60969
Re: Trapping output right after LOGON
"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 > On Wednesday, 03/03/2010 at 03:53 EST, Kris Buelens > wrote: > > The cause is what in my eyes is a very old bug, it exists since the > VM/XA days; > > VM/SP had it right: > > in the VM/XA family, when a disconnected user, without a secondary > user, > > causes a VM READ, it is translated into a CP READ > > With SECONDARY user one can correct the problem: SEND a BEGIN command > > With OBSERVER one is stuck: one can send a BEGIN, but the following VM > READ is > > again translated in CP READ. If that could be fixed... Or am I > dreaming too > > much > > Indeed. CP has always assumed that a disconnected user without a SECUSER > cannot possibly get a response to a VM READ. So, he changes the VM READ > to CP READ and stops the virtual machine. (I speculate that it was simply > a convenient shortcut to trigger the 15-minute timebomb.) > > With class C SEND, the above assumption is no longer true and we begin to > detect a disturbance in the Force. > > Alan Altmark > z/VM Development > IBM Endicott > -- Kris Buelens, IBM Belgium, VM customer support
