Re: RACF, setropts inactive() and long running guests
The way we handle this goes back a long way before the latest facilities to set NOPASSWORD were available. What we do is connect all users who are likely to be affected by this (long running servers etc.) to a specific RACF group. We then run a daily procedure in VMUTIL, that is authorised to list that group and issue an ALTUSER RESUME for each user in it. That is all that is needed. The user does not have to be revoked at the time and knowledge of the password is not needed. As we always use LOGONBY for any non-personal userid's, we should probably update our process to use NOPASSWORD, but this method may be useful for userids where you may, occasionally, need to know the password. Colin Allinson Amadeus Data Processing GmbH
Ted Kotlowski is out of the office.
I will be out of the office starting 09/29/2008 and will not return until 10/07/2008. I will respond to your message when I return. If your request requires immediate attention, Please contact the MVS Technical Support Hotline at 1-866-866-4488 x12000 ** This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. **
CPFMTXA VOLUME FORMATTING QUESTION
Hello all, I have a new DASD address which has to be added to z/VM 5.3 which was previously formatted with a z/OS format. I didn't do a CPFMTXA format. I attached the volume to system and DDR'ed a few minidisks over to the new volume. So, cylinder 0 of the new volume is not in CP format. The copied minidisks are O.K and I would hate to do the copies again. Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume as PERM without loosing the copied minidisks? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
Performance question
If your VM system is at 101% memory usage, and you are overcommitted by about 14%, is it worthwhile to add a vdisk to a linux for swap space, or better just to add main memory to the linux? MA (Looking for opinions, thoughts, rationalizations, whatever. :)
Re: CPFMTXA VOLUME FORMATTING QUESTION
When you use CPFMTXA command, you can specify the from/to cylinder for your format command. Specify cyl 0 and then properly allocate the device as PERM. As a general procedure, I do not attach any new device to my system before I CPFMTXA the complete volume.
Re: CPFMTXA VOLUME FORMATTING QUESTION
Look at HELP ICKDFS, CKD COMMANDS, CPVOL. You'll use the command CPVOL FORMAT UNIT(cuu) VERIFY(serial) RANGE(0,0) VOLID(serial) It will default to PERM from cyl 0 to end of volume. CPFMTXA is just ICKDSF dummied down. Wish they had never introduced the command. Jim Howard Rifkind wrote: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=__Part143DB127.0__= Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hello all,=0D=0A=20=0D=0AI have a new DASD address which has to be added to= z/VM 5.3 which was previously formatted with a z/OS format.=0D=0A=20=0D=0A= I didn't do a CPFMTXA format.=0D=0A=20=0D=0AI attached the volume to system= and DDR'ed a few minidisks over to the new volume.=0D=0A=20=0D=0ASo, cylin= der 0 of the new volume is not in CP format. The copied minidisks are O.K = and I would hate to do the copies again.=0D=0A=20=0D=0AIs there anyway to C= PFMTXA just cylinder 0 and then allocate the entire volume as PERM without = loosing the copied minidisks=3F=0D=0A=20=0D=0AThanks.=0D=0A=20=0D=0A___= __=0D=0ALEGAL NOTICE=0D=0AUnless expressly stated otherwise, this messa= ge is confidential=0D=0Aand may be privileged. It is intended for the addre= ssee(s) only.=0D=0AAccess to this E-mail by anyone else is unauthorized.=0D= =0AIf you are not an addressee, any disclosure or copying of the=0D=0Aconte= nts of this E-mail or any action taken (or not taken) in=0D=0Areliance on i= t is unauthorized and may be unlawful. If you are not an=0D=0Aaddressee, pl= ease inform the sender immediately, then delete this=0D=0Amessage and empty= from your trash.=0D=0A --=__Part143DB127.0__= Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Description: HTML HTMLHEAD=0D=0AMETA http-equiv=3DContent-Type content=3Dtext/html; cha= rset=3Dutf-8=0D=0AMETA content=3DMSHTML 6.00.5730.13 name=3DGENERATOR= /HEAD=0D=0ABODY style=3DMARGIN: 4px 4px 1px; FONT: 12pt Tahoma=0D=0A= DIVHello all,/DIV=0D=0ADIVnbsp;/DIV=0D=0ADIVI have a new DASD add= ress which has to be added to z/VM 5.3 which was previously formatted with = a z/OS format./DIV=0D=0ADIVnbsp;/DIV=0D=0ADIVI didn't do a CPFMTXA= format./DIV=0D=0ADIVnbsp;/DIV=0D=0ADIVI attached the volume to sy= stem and DDR'ed a few minidisks over to the new volume./DIV=0D=0ADIVnb= sp;/DIV=0D=0ADIVSo, cylinder 0 of the new volume is not in CP format.n= bsp; The copied minidisks are O.K and I would hate to do the copies again.= /DIV=0D=0ADIVnbsp;/DIV=0D=0ADIVIs there anyway to CPFMTXA just cyli= nder 0 and then allocate the entire volume as PERM without loosing the copi= ed minidisks=3F/DIV=0D=0ADIVnbsp;/DIV=0D=0ADIVThanks./DIV=0D=0A= DIVnbsp;/DIVbrbrtable bgcolor=3Dwhite style=3Dcolor:blacktrt= dbr_br=0D=0ALEGALnbsp;NOTICEbr=0D=0AUnlessnbsp;express= lynbsp;statednbsp;otherwise,nbsp;thisnbsp;messagenbsp;isnbsp;confiden= tialbr=0D=0Aandnbsp;maynbsp;benbsp;privileged.nbsp;Itnbsp;isnbsp;in= tendednbsp;fornbsp;thenbsp;addressee(s)nbsp;only.br=0D=0AAccessnbsp;= tonbsp;thisnbsp;E-mailnbsp;bynbsp;anyonenbsp;elsenbsp;isnbsp;unautho= rized.br=0D=0AIfnbsp;younbsp;arenbsp;notnbsp;annbsp;addressee,nbsp;= anynbsp;disclosurenbsp;ornbsp;copyingnbsp;ofnbsp;thebr=0D=0Acontents= nbsp;ofnbsp;thisnbsp;E-mailnbsp;ornbsp;anynbsp;actionnbsp;takennbsp= ;(ornbsp;notnbsp;taken)nbsp;inbr=0D=0Areliancenbsp;onnbsp;itnbsp;is= nbsp;unauthorizednbsp;andnbsp;maynbsp;benbsp;unlawful.nbsp;Ifnbsp;yo= unbsp;arenbsp;notnbsp;anbr=0D=0Aaddressee,nbsp;pleasenbsp;informnbs= p;thenbsp;sendernbsp;immediately,nbsp;thennbsp;deletenbsp;thisbr=0D=0A= messagenbsp;andnbsp;emptynbsp;fromnbsp;yournbsp;trash.br=0D=0A/td= /tr/table/BODY/HTML=0D=0A --=__Part143DB127.0__=-- -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Re: CPFMTXA VOLUME FORMATTING QUESTION
A disk containing no system areas need not be formatted by CPFMTXA. The only thing really needed is the volume label. That said, yes, you can format only cylinder 0. CPFMTXA dev volser 0 0 will do it. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Monday, September 29, 2008 8:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CPFMTXA VOLUME FORMATTING QUESTION Hello all, I have a new DASD address which has to be added to z/VM 5.3 which was previously formatted with a z/OS format. I didn't do a CPFMTXA format. I attached the volume to system and DDR'ed a few minidisks over to the new volume. So, cylinder 0 of the new volume is not in CP format. The copied minidisks are O.K and I would hate to do the copies again. Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume as PERM without loosing the copied minidisks? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
OPERATOR insists on VM READ ?
Ok - this is an extremely basic question and I'm slightly embarrassed to ask it - but here goes: OPERATOR is not running PROP at this installation -- There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collector - and putting an IPL 190 PARM AUTOCR in the directory entry. However - once the PROFILE EXEC is executed -- OPERATOR goes into a VM READ (I'm watching via SECUSER) and eventually gets forced off by the system. I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn't seem normal that it would end up in VM READ .. Can anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;CP SLEEP 1 MIN;end) to get it to stay out of VM READ? Thanks for any assistance.. Scott Rohling
Re: CPFMTXA VOLUME FORMATTING QUESTION
A CPFMTXA LABEL should do it for you.. Just label the volume appropriately -- And - Issue a CPFMTXA ALLOCATE to see what the current allocation is - and then get out of there if it's allocated as PERM (as I'd expect).. Scott Rohling On Mon, Sep 29, 2008 at 9:24 AM, Howard Rifkind [EMAIL PROTECTED]wrote: Hello all, I have a new DASD address which has to be added to z/VM 5.3 which was previously formatted with a z/OS format. I didn't do a CPFMTXA format. I attached the volume to system and DDR'ed a few minidisks over to the new volume. So, cylinder 0 of the new volume is not in CP format. The copied minidisks are O.K and I would hate to do the copies again. Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume as PERM without loosing the copied minidisks? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
Re: OPERATOR insists on VM READ ?
Add 'CP SET RUN ON' to the PROFILE. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Monday, September 29, 2008 8:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: OPERATOR insists on VM READ ? Ok - this is an extremely basic question and I'm slightly embarrassed to ask it - but here goes: OPERATOR is not running PROP at this installation -- There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collector - and putting an IPL 190 PARM AUTOCR in the directory entry. However - once the PROFILE EXEC is executed -- OPERATOR goes into a VM READ (I'm watching via SECUSER) and eventually gets forced off by the system. I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn't seem normal that it would end up in VM READ .. Can anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;CP SLEEP 1 MIN;end) to get it to stay out of VM READ? Thanks for any assistance.. Scott Rohling
Re: CPFMTXA VOLUME FORMATTING QUESTION
I haven't tried it, but I would expect that CPFMTXA LABEL or ALLOCATE would fail if the volume or at least cyl 0 had not been formatted with CPFMTXA. One important reason to use ICKDSF CPVOL or CPFMTXA on a volume in a mixed, i.e. OS and VM environment is that CPFMTXA or CPVOL will leave the OS space available label (can't remember what the number of it is) showing that there is NO available space on the volume. You don't want an OS system looking around for dasd space and finding an entire volume that's available. Jim Scott Rohling wrote: --=_Part_42545_33067937.1222703114149 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline A CPFMTXA LABEL should do it for you.. Just label the volume appropriately -- And - Issue a CPFMTXA ALLOCATE to see what the current allocation is - and then get out of there if it's allocated as PERM (as I'd expect).. Scott Rohling On Mon, Sep 29, 2008 at 9:24 AM, Howard Rifkind [EMAIL PROTECTED]wrote: Hello all, I have a new DASD address which has to be added to z/VM 5.3 which was previously formatted with a z/OS format. I didn't do a CPFMTXA format. I attached the volume to system and DDR'ed a few minidisks over to the new volume. So, cylinder 0 of the new volume is not in CP format. The copied minidisks are O.K and I would hate to do the copies again. Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume as PERM without loosing the copied minidisks? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. --=_Part_42545_33067937.1222703114149 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline div dir=ltrA CPFMTXA LABEL should do it for you..nbsp; Just label the volume appropriately --brbrAnd - Issue a CPFMTXA ALLOCATE to see what the current allocation is - and then get out of there if it#39;s allocated as PERM (as I#39;d expect)..br brScott Rohlingbrbrdiv class=gmail_quoteOn Mon, Sep 29, 2008 at 9:24 AM, Howard Rifkind span dir=ltrlt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;/span wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; div style=margin: 4px 4px 1px; font-family: Tahoma; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12pt; line-height: normal; font-size-adjust: none; font-stretch: normal; divHello all,/div divnbsp;/div divI have a new DASD address which has to be added to z/VM 5.3 which was previously formatted with a z/OS format./div divnbsp;/div divI didn#39;t do a CPFMTXA format./div divnbsp;/div divI attached the volume to system and DDR#39;ed a few minidisks over to the new volume./div divnbsp;/div divSo, cylinder 0 of the new volume is not in CP format.nbsp; The copied minidisks are O.K and I would hate to do the copies again./div divnbsp;/div divIs there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume as PERM without loosing the copied minidisks?/div divnbsp;/div divThanks./div divnbsp;/divbrbrtable style=color: black; bgcolor=whitetbodytrtdbr_br LEGALnbsp;NOTICEbr Unlessnbsp;expresslynbsp;statednbsp;otherwise,nbsp;thisnbsp;messagenbsp;isnbsp;confidentialbr andnbsp;maynbsp;benbsp;privileged.nbsp;Itnbsp;isnbsp;intendednbsp;fornbsp;thenbsp;addressee(s)nbsp;only.br Accessnbsp;tonbsp;thisnbsp;E-mailnbsp;bynbsp;anyonenbsp;elsenbsp;isnbsp;unauthorized.br Ifnbsp;younbsp;arenbsp;notnbsp;annbsp;addressee,nbsp;anynbsp;disclosurenbsp;ornbsp;copyingnbsp;ofnbsp;thebr contentsnbsp;ofnbsp;thisnbsp;E-mailnbsp;ornbsp;anynbsp;actionnbsp;takennbsp;(ornbsp;notnbsp;taken)nbsp;inbr reliancenbsp;onnbsp;itnbsp;isnbsp;unauthorizednbsp;andnbsp;maynbsp;benbsp;unlawful.nbsp;Ifnbsp;younbsp;arenbsp;notnbsp;anbr addressee,nbsp;pleasenbsp;informnbsp;thenbsp;sendernbsp;immediately,nbsp;thennbsp;deletenbsp;thisbr messagenbsp;andnbsp;emptynbsp;fromnbsp;yournbsp;trash.br /td/tr/tbody/table/div /blockquote/divbr/div --=_Part_42545_33067937.1222703114149-- -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Re: OPERATOR insists on VM READ ?
If you include SET AUTOREAD OFF at the end of your PROFILE EXEC that should take care of it. It's a CMS command so don't precede it with CP. Take a look at HELP. Jim Scott Rohling wrote: --=_Part_42470_28892394.1222702898551 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok - this is an extremely basic question and I'm slightly embarrassed to ask it - but here goes: OPERATOR is not running PROP at this installation -- There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collector - and putting an IPL 190 PARM AUTOCR in the directory entry. However - once the PROFILE EXEC is executed -- OPERATOR goes into a VM READ (I'm watching via SECUSER) and eventually gets forced off by the system. I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn't seem normal that it would end up in VM READ .. Can anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;CP SLEEP 1 MIN;end) to get it to stay out of VM READ? Thanks for any assistance.. Scott Rohling --=_Part_42470_28892394.1222702898551 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline div dir=ltrOk - this is an extremely basic question and I#39;m slightly embarrassed to ask it - but here goes:brbrOPERATOR is not running PROP at this installation --nbsp; There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collectornbsp; - and putting an IPL 190 PARM AUTOCR in the directory entry.br brHowever - once the PROFILE EXEC is executed --nbsp;nbsp; OPERATOR goes into a VM READnbsp; (I#39;m watching via SECUSER) and eventually gets forced off by the system.nbsp;nbsp; brbrI just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn#39;t seem normal that it would end up in VM READ .. br brCan anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;quot;CP SLEEP 1 MINquot;;end) to get it to stay out of VM READ?brbrThanks for any assistance..brbrScott Rohlingbr /div --=_Part_42470_28892394.1222702898551-- -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Re: Performance question
My SLES 10.1 zLinux servers have been notorious for not making much use of the swap space, even when we lower the main (virtualized) in the USER DIRECTORY. We may have something just not configured optimally somewhere, but our luck has gone with adding main Linux memory and subsequently having to add ZVM memory. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Monday, September 29, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Performance question If your VM system is at 101% memory usage, and you are overcommitted by about 14%, is it worthwhile to add a vdisk to a linux for swap space, or better just to add main memory to the linux? MA (Looking for opinions, thoughts, rationalizations, whatever. :) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: CPFMTXA VOLUME FORMATTING QUESTION
What about the dummy VTOC that CPFMTXA (or ICKDSF's CPVOL command) places on cylinder zero? Without that dummy VTOC, which makes it appear to Other Systems that there is no space left on the DASD, they can and **WILL* write on it! From: http://listserv.uark.edu/scripts/wa.exe?A2=ind9709L=IBMVMP=R14050I=-3X=72B31F0083433ED14BY=mike.walter%40hewitt.com ---snip--- It was the Monday, the VM/SP 1 system was up and running with almost 30 users (just about the high end way back then) when it crashed. After it came up I loaded the dump and just had a chance to see the registers - which looked very strange, when it crashed again. After it came up, checked the dump again and registers 1 and 2 contained: C3C8C5C5 E2C54B40. A rather unusual set of addresses in pre-XA days, and pretty unlikely even now. It took only moments for the light to come on; R1 and R2 contained EBCDIC for 'CHEESE. '! I loaded up the second dump and just had time to see another set of registers (not sure if it was R1-R2 or R11-R12) which contained D9C5D7D6 D9E34040. That translated to 'REPORT '. For some reason something clicked and I ran down to the data center to check. Sure enough, one of our just-added page volumes was mounted as 'PUBLIC' on one of the MVS systems. Another group was responsible for running CPFMT and adding new DASD to the system. We usually double-checked their work, but this case missed checking the new page volume. It had been INITed, but they had neglected to run CPFMT to place the dummy VTOC on it. So to MVS it looked empty, while VM paged out to that volume, MVS wrote temporary datasets on it, which VM paged in and tried to load as executable instructions. I still refer to this as the time the system crashed because there was CHEESE in the registers (sounds like a hardware problem)! ---snip--- I think we were the only VM customer to ever crash a VM system because we had cheese in our registers. It gummed up the works pretty well! ;-0 We were fortunate that the data loaded back from DASD was fairly obvious. It could have been much more difficult to resolve. Moral: ALWAYS format VM DASD with CPVOL - at __LEAST__ cylinder zero. Trust, but verify! Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/29/2008 10:33 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: CPFMTXA VOLUME FORMATTING QUESTION A disk containing no system areas need not be formatted by CPFMTXA. The only thing really needed is the volume label. That said, yes, you can format only cylinder 0. CPFMTXA dev volser 0 0 will do it. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Howard Rifkind Sent: Monday, September 29, 2008 8:25 AM To: IBMVM@LISTSERV.UARK.EDU Subject: CPFMTXA VOLUME FORMATTING QUESTION Hello all, I have a new DASD address which has to be added to z/VM 5.3 which was previously formatted with a z/OS format. I didn't do a CPFMTXA format. I attached the volume to system and DDR'ed a few minidisks over to the new volume. So, cylinder 0 of the new volume is not in CP format. The copied minidisks are O.K and I would hate to do the copies again. Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume as PERM without loosing the copied minidisks? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash. 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
Re: OPERATOR insists on VM READ ?
CP SET RUN ON is already in the PROFILE EXEC - but I'll try out AUTOREAD OFF -- Thanks! Scott Rohling On Mon, Sep 29, 2008 at 10:16 AM, Jim Bohnsack [EMAIL PROTECTED] wrote: If you include SET AUTOREAD OFF at the end of your PROFILE EXEC that should take care of it. It's a CMS command so don't precede it with CP. Take a look at HELP. Jim Scott Rohling wrote: --=_Part_42470_28892394.1222702898551 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Ok - this is an extremely basic question and I'm slightly embarrassed to ask it - but here goes: OPERATOR is not running PROP at this installation -- There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collector - and putting an IPL 190 PARM AUTOCR in the directory entry. However - once the PROFILE EXEC is executed -- OPERATOR goes into a VM READ (I'm watching via SECUSER) and eventually gets forced off by the system. I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn't seem normal that it would end up in VM READ .. Can anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;CP SLEEP 1 MIN;end) to get it to stay out of VM READ? Thanks for any assistance.. Scott Rohling --=_Part_42470_28892394.1222702898551 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline div dir=ltrOk - this is an extremely basic question and I#39;m slightly embarrassed to ask it - but here goes:brbrOPERATOR is not running PROP at this installation --nbsp; There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collectornbsp; - and putting an IPL 190 PARM AUTOCR in the directory entry.br brHowever - once the PROFILE EXEC is executed --nbsp;nbsp; OPERATOR goes into a VM READnbsp; (I#39;m watching via SECUSER) and eventually gets forced off by the system.nbsp;nbsp; brbrI just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn#39;t seem normal that it would end up in VM READ .. br brCan anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;quot;CP SLEEP 1 MINquot;;end) to get it to stay out of VM READ?brbrThanks for any assistance..brbrScott Rohlingbr /div --=_Part_42470_28892394.1222702898551-- -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell [EMAIL PROTECTED]
Re: Performance question
Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number. Dean, David (I/S) wrote: My SLES 10.1 zLinux servers have been notorious for not making much use of the swap space, even when we lower the main (virtualized) in the USER DIRECTORY. We may have something just not configured optimally somewhere, but our luck has gone with adding main Linux memory and subsequently having to add ZVM memory. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Monday, September 29, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Performance question If your VM system is at 101% memory usage, and you are overcommitted by about 14%, is it worthwhile to add a vdisk to a linux for swap space, or better just to add main memory to the linux? MA (Looking for opinions, thoughts, rationalizations, whatever. :) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Performance question
Can you give me any insight into making more use of the swap; see below? We have had systems significantly speed up after adding memory, even though swap was not being used. I realize that swap / disk is going to be slower, but with cache and buffers shouldn't it be at least close? lnx057:~ # free -l total used free sharedbuffers cached Mem:763208 758572 4636 0 77092 592676 Low:763208 758572 4636 High:0 0 0 -/+ buffers/cache: 88804 674404 Swap: 10798963001079596 Thank you for any help. David Dean Information Systems *bcbstauthorized* -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Monday, September 29, 2008 1:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance question Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number. Dean, David (I/S) wrote: My SLES 10.1 zLinux servers have been notorious for not making much use of the swap space, even when we lower the main (virtualized) in the USER DIRECTORY. We may have something just not configured optimally somewhere, but our luck has gone with adding main Linux memory and subsequently having to add ZVM memory. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Monday, September 29, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Performance question If your VM system is at 101% memory usage, and you are overcommitted by about 14%, is it worthwhile to add a vdisk to a linux for swap space, or better just to add main memory to the linux? MA (Looking for opinions, thoughts, rationalizations, whatever. :) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Performance question
I know I'm probably going to regret this, but, how can that be? I said VM memory usage, right? Not Linux MA On Mon, Sep 29, 2008 at 1:23 PM, Barton Robinson [EMAIL PROTECTED] wrote: Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number.
Re: OPERATOR insists on VM READ ?
Does your IPL statement have parm autocr specified? Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Monday, September 29, 2008 11:42 AM To: IBMVM@LISTSERV.UARK.EDU Subject: OPERATOR insists on VM READ ? Ok - this is an extremely basic question and I'm slightly embarrassed to ask it - but here goes: OPERATOR is not running PROP at this installation -- There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collector - and putting an IPL 190 PARM AUTOCR in the directory entry. However - once the PROFILE EXEC is executed -- OPERATOR goes into a VM READ (I'm watching via SECUSER) and eventually gets forced off by the system. I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn't seem normal that it would end up in VM READ .. Can anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;CP SLEEP 1 MIN;end) to get it to stay out of VM READ? Thanks for any assistance.. Scott Rohling
Re: Performance question
It appears there's alot of cache usage. What's running on this machine? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Dean, David (I/S) wrote: Can you give me any insight into making more use of the swap; see below? We have had systems significantly speed up after adding memory, even though swap was not being used. I realize that swap / disk is going to be slower, but with cache and buffers shouldn't it be at least close? lnx057:~ # free -l total used free sharedbuffers cached Mem:763208 758572 4636 0 77092 592676 Low:763208 758572 4636 High:0 0 0 -/+ buffers/cache: 88804 674404 Swap: 10798963001079596 Thank you for any help. David Dean Information Systems *bcbstauthorized* -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Monday, September 29, 2008 1:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance question Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number. Dean, David (I/S) wrote: My SLES 10.1 zLinux servers have been notorious for not making much use of the swap space, even when we lower the main (virtualized) in the USER DIRECTORY. We may have something just not configured optimally somewhere, but our luck has gone with adding main Linux memory and subsequently having to add ZVM memory. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Monday, September 29, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Performance question If your VM system is at 101% memory usage, and you are overcommitted by about 14%, is it worthwhile to add a vdisk to a linux for swap space, or better just to add main memory to the linux? MA (Looking for opinions, thoughts, rationalizations, whatever. :) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Performance question
It is predominately a file server +600GIG. The OS is SUSE 10.1 (Novell). David Dean Information Systems *bcbstauthorized* -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Monday, September 29, 2008 12:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance question It appears there's alot of cache usage. What's running on this machine? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Dean, David (I/S) wrote: Can you give me any insight into making more use of the swap; see below? We have had systems significantly speed up after adding memory, even though swap was not being used. I realize that swap / disk is going to be slower, but with cache and buffers shouldn't it be at least close? lnx057:~ # free -l total used free sharedbuffers cached Mem:763208 758572 4636 0 77092 592676 Low:763208 758572 4636 High:0 0 0 -/+ buffers/cache: 88804 674404 Swap: 10798963001079596 Thank you for any help. David Dean Information Systems *bcbstauthorized* -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson Sent: Monday, September 29, 2008 1:23 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance question Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number. Dean, David (I/S) wrote: My SLES 10.1 zLinux servers have been notorious for not making much use of the swap space, even when we lower the main (virtualized) in the USER DIRECTORY. We may have something just not configured optimally somewhere, but our luck has gone with adding main Linux memory and subsequently having to add ZVM memory. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mary Anne Matyaz Sent: Monday, September 29, 2008 11:31 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Performance question If your VM system is at 101% memory usage, and you are overcommitted by about 14%, is it worthwhile to add a vdisk to a linux for swap space, or better just to add main memory to the linux? MA (Looking for opinions, thoughts, rationalizations, whatever. :) Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: Performance question
Dean, David (I/S) wrote: My SLES 10.1 zLinux servers have been notorious for not making much use of the swap space, even when we lower the main (virtualized) in the USER DIRECTORY. Linux uses extra memory for file cache buffers. When the kernel detects memory is short, it just allocates less of them and spends more time accessing the disk. Linux thinks it is its own virtual memory manager. It does not, one imagines, co-operate optimally w/r/t VM. -- Jack J. Woehr# Self-delusion is http://www.well.com/~jax # half the battle! http://www.softwoehr.com # - Zippy the Pinhead
Re: OPERATOR insists on VM READ ?
On Monday, 09/29/2008 at 12:46 EDT, Hughes, Jim [EMAIL PROTECTED] wrote: Does your IPL statement have parm autocr specified? From Scott's post, yes. However, CMS users that are XAUTOLOGed should NOT have PARM AUTOCR on the IPL statement. The reason is that XAUTOLOG will stack an ENTER to the virtual console on the assumption that CMS is going to issue a VM READ. The intent was for CP to automatically press ENTER. If CMS doesn't issue the read because of the PARM AUTOCR, however, the enter remains pending and the console is stuck with console input waiting or NOT ACCEPTED. At #CP ATTN will cause CMS to issue a VM READ, satisfying the pending console data and allowing additional console traffic. Unlike XAUTOLOG, LOGON does not stack the ENTER, so PARM AUTOCR is needed to avoid the VM READ at IPL. The PROFILE EXEC for OPERATOR would typically have - CP TERM MODE VM (system operator defaults to MODE CP) - SET AUTOREAD OFF The queued() and externals() functions provide the means necessary to build a PROFILE EXEC that can deal with PARM AUTOCR without regard to XAUTOLOG or LOGON. Alan Altmark z/VM Development IBM Endicott
Re: OPERATOR insists on VM READ ?
Yes it does -- And the answer appears to be issuing SET AUTOREAD OFF ! So a big thanks to Jim Bohnsack for that tidbit!! Thanks again to all who responded.. I love this mailing list :-) Scott Rohling On Mon, Sep 29, 2008 at 10:05 AM, Hughes, Jim [EMAIL PROTECTED]wrote: Does your IPL statement have parm autocr specified? Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) -- *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Scott Rohling *Sent:* Monday, September 29, 2008 11:42 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* OPERATOR insists on VM READ ? Ok - this is an extremely basic question and I'm slightly embarrassed to ask it - but here goes: OPERATOR is not running PROP at this installation -- There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collector - and putting an IPL 190 PARM AUTOCR in the directory entry. However - once the PROFILE EXEC is executed -- OPERATOR goes into a VM READ (I'm watching via SECUSER) and eventually gets forced off by the system. I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn't seem normal that it would end up in VM READ .. Can anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;CP SLEEP 1 MIN;end) to get it to stay out of VM READ? Thanks for any assistance.. Scott Rohling
Re: Performance question
Thanks to all for some really good input. So the tuning legend that the Linux should just touch swap is true? But if Linux is going to eat all for file caching, would it not Always eventually swap? Thanks again. Anything that is not a mystery is guesswork. David Dean Information Systems *bcbstauthorized* From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jack Woehr Sent: Monday, September 29, 2008 12:55 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Performance question Dean, David (I/S) wrote: My SLES 10.1 zLinux servers have been notorious for not making much use of the swap space, even when we lower the main (virtualized) in the USER DIRECTORY. Linux uses extra memory for file cache buffers. When the kernel detects memory is short, it just allocates less of them and spends more time accessing the disk. Linux thinks it is its own virtual memory manager. It does not, one imagines, co-operate optimally w/r/t VM. -- Jack J. Woehr# Self-delusion is http://www.well.com/~jax # half the battle! http://www.softwoehr.com # - Zippy the Pinhead Please see the following link for the BlueCross BlueShield of Tennessee E-mail disclaimer: http://www.bcbst.com/email_disclaimer.shtm
Re: CPFMTXA VOLUME FORMATTING QUESTION
As others have pointed out, yes you can just format cylinder zero. Soon after I started at this site I ran across a volume that have not been formated with CPVOL. I wrote the following Q-ALLOCM EXEC to check all th e DASD to find out how widespread the problem was and found 68 out of 354 volumes in need of attention. I minor tweak produced FMT-CYL0 EXEC, also included below, to fix them all. --- Start Q-ALLOCM EXEC /* */ 'PIPE CMS ERASE Q-ALLOC CPFMTXA A | HOLE' 'PIPE CMS ERASE Q-ALLOC OUTPUT A | HOLE' /* DASD 662B CP SYSTEM VM322B 11 */ 'PIPE', 'CP Q DASD', '| SPECS W2 1 W5 NW', '| STEM DASD.' DO i=1 TO dasd.0 parse var dasd.i raddr volid . CALL get_alloc_map raddr volid END EXIT CALL get_alloc_map 674d VM674d CALL get_alloc_map 662b VM322b /* - */ get_alloc_map: PROCEDURE arg raddr volid . 'PIPE CP DEFINE MDISK' raddr '0 1' volid '| HOLE' say 'CPFMTXA' raddr volid 'ALLOCATE' MAKEBUF push 'END' 'PIPE (ENDCHAR ?)', 'CMS CPFMTXA' raddr volid 'ALLOCATE', '| Q-ALLOC CPFMTXA A', '| l: LOCATE ICK33001I', '| f: FANINANY', '| SPECS /'raddr'/ 1 1-* NW', '| Q-ALLOC OUTPUT A', '?', 'l:', '| LOCATE ICK03021I', '| f:' DROPBUF 'PIPE CP DET' raddr '| HOLE' RETURN End Q-ALLOCM EXEC The above produces a file that lookes like: Q-ALLOC OUTPUT A1 V 80 Trunc=80 Size=354 Line=0 Col=1 Alt= 0 |...+1+2+3+4+5+6 = * * * Top of File * * * = 6400 ICK33001I VM6400 CYLINDER ZERO NOT IN CP FORMAT = 6401 ICK03021I 6401 IS FORMATTED FOR VM/XA|ESA MODE = 6402 ICK03021I 6402 IS FORMATTED FOR VM/XA|ESA MODE = 6403 ICK33001I VM6403 CYLINDER ZERO NOT IN CP FORMAT = 6404 ICK33001I VM6404 CYLINDER ZERO NOT IN CP FORMAT = 6405 ICK33001I VM6405 CYLINDER ZERO NOT IN CP FORMAT A couple edit commands removes all the volumes already in VM format: ALL /ESA MODE/ DELETE * ALL TOP SAVE = NOT-CP A and saves the file which looks like this and is used as input to FMT-CYL0 : Q-ALLOC NOT-CP A1 V 80 Trunc=80 Size=68 Line=0 Col=1 Alt= 0 |...+1+2+3+4+5+6 = * * * Top of File * * * = 6400 ICK33001I VM6400 CYLINDER ZERO NOT IN CP FORMAT = 6403 ICK33001I VM6403 CYLINDER ZERO NOT IN CP FORMAT = 6404 ICK33001I VM6404 CYLINDER ZERO NOT IN CP FORMAT = 6405 ICK33001I VM6405 CYLINDER ZERO NOT IN CP FORMAT Start FMT-CYL0 EXEC /* */ 'PIPE CMS ERASE FMT-CYL0 CPFMTXA A | HOLE' /* DASD 662B CP SYSTEM VM322B 11 */ 'PIPE', ' Q-ALLOC NOT-CP A', '| SPECS W1 1 W3 NW', '| STEM DASD.' DO i=1 TO dasd.0 parse var dasd.i raddr volid . CALL fmt_cyl_0 raddr volid END EXIT CALL fmt_cyl_0 674d VM674d CALL fmt_cyl_0 662b VM322b /* - */ fmt_cyl_0: PROCEDURE arg raddr volid . 'PIPE CP DEFINE MDISK' raddr '0 END' volid '| HOLE' say 'CPFMTXA' raddr volid 'FORMAT' MAKEBUF push 'END' push 'YES' 'PIPE (ENDCHAR ?)', 'CMS CPFMTXA' raddr volid '0.1', '| FMT-CYL0 CPFMTXA A' DROPBUF 'PIPE CP DET' raddr '| HOLE' RETURN End FMT-CYL0 EXEC Both EXECs also include some unreachable CALLs which can be used instead of doing a full Q DASD in Q-ALLOCM or processing the full list from FMT- CYL0. Brian Nielsen On Mon, 29 Sep 2008 11:24:39 -0400, Howard Rifkind [EMAIL PROTECTED] wrote: Hello all, I have a new DASD address which has to be added to z/VM 5.3 which was previously formatted with a z/OS format. I didn't do a CPFMTXA format. I attached the volume to system and DDR'ed a few minidisks over to the ne w volume. So, cylinder 0 of the new volume is not in CP format. The copied minidisks are O.K and I would hate to do the copies again. Is there anyway to CPFMTXA just cylinder 0 and then allocate the entire volume as PERM without loosing the copied minidisks? Thanks. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
Re: Performance question
Dean, David (I/S) wrote: Thanks to all for some really good input. So the tuning legend that the Linux should just touch swap is true? But if Linux is going to eat all for file caching, would it not Always eventually swap? Swap and file caching are two sides of the same thing. In Solaris, they are the same thing, not quite so in Linux. Basically, Linux will use extra mem for file caching. It will always use *some* mem for file caching. It will use less if mem is constrained. Linux kernel for running on VM could be designed a little different from Linux kernel for PC in order to behave better with VM. I'm not sure to what extent it actually is different. -- Jack J. Woehr# Self-delusion is http://www.well.com/~jax # half the battle! http://www.softwoehr.com # - Zippy the Pinhead
Re: CPFMTXA VOLUME FORMATTING QUESTION
Only if the volume label points to somewhere that used to be a VTOC that has not been overwritten. Unless things have changed in the last few years, the VTOC written when formatting the disk as a CPVOL does not go far enough. If the MVS DASD Storage Allocation Routine is interrupted while the checking for free space on the volume, a bit (formerly known as the DADSM Interruption Bit or DOS VTOC bit, currently known as the VSE bit, name DS4DOSBT in the F4 DSCB DSECT) is left on. The next time MVS attempts to allocate space on the volume, it will try to create proper free space records. It does this buy starting with an F5 DSCB that shows all space available on the disk. It then runs the F1 and F3 chains, allocating each described extent. Since there are no allocated extents on a CPVOL formatted disk, it shows the entire volume as being available for space allocation. There needs to be at least 1 F1 DSCB allocating the entire volume to a space-holder dataset to prevent this highly unlikely occurrence. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Monday, September 29, 2008 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CPFMTXA VOLUME FORMATTING QUESTION What about the dummy VTOC that CPFMTXA (or ICKDSF's CPVOL command) places on cylinder zero? Without that dummy VTOC, which makes it appear to Other Systems that there is no space left on the DASD, they can and **WILL* write on it!
Re: SLES10 Client
Hello again, While implementing the SLES exec for the SLES10 full-service server, it asks for a MAC address. (I thought the MAC address was automatically assigned. Why is it asking for a static address?) We are using OSA GB-EXP. Please see below: Device address for read channel [0.0340] 0.0.0340 Device address for write channel 0.0.0341 Device address for data channel 0.0.0342 Portname to use osasles10 Enable OSI Layer 2 support? 1) Yes 2) No 1 MAC address Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets 3) Channel To Channel (CTC) 4) ESCON 5) Inter-User Communication Vehicle (IUCV) * * * End of File * * * * -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Friday, September 26, 2008 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client There's apparently some code in the card image install kernel that looks for a real CD. Don't worry about that. When it asks for the network device addresses you need to key in the virtual device numbers in the format that is presented right before the question is asked. So when the question comes up: Device address for read channel [e003] You respond: 0.0.0340 It will subsequently ask for the write channel and data channel, just reply with the device numbers in ascending sequence in the same format. Austin, Alyce (CIV) wrote: But, why does is say: Searching for info file... *** Could not find the SUSE Linux Enterprise Server 10 Installation CD. Activating manual setup program. Thanks, Alyce *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Mike Walter *Sent:* Friday, September 26, 2008 2:55 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: SLES10 Client Alyce, E007 ATTACHED TO CLIENT 0340 Why doesn't it like my E000 and/or e007 response? Because you attached your REAL device E007-E009 as VIRTUAL device addresses 0340-0342. Using consistent virtual addresses on each server is a *GOOD THING*. This permits you to have fewer changes between SLES guests. You just attach different REAL devices to the guests as the same VIRTUAL addresses. Linux only sees the same virtual device addresses, so the Linux configuration is the same for pretty much everything except the IP address and Hostname. That way you take that same Golden Image, copy it to the next virtual guest server, only have to change the IP address and Hostname, and add whatever middleware it needs. The virtual OSA addresses are the same. But you'd be far better off spending a little time researching VIRTUAL SWITCHes and using them instead of real OSA addresses. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. *Austin, Alyce (CIV) [EMAIL PROTECTED]* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/26/2008 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SLES10 Client Hello, From my Client userid, I type SLES to bring up the full-service server for SLES10: This is what I get: Why is it looking for the CDs when I have a starter system implemented? sles NO FILES PURGED RDR FILE 0027 SENT FROM CLIENT PUN WAS 0027 RECS 090K CPY 001 A NOHOLD NOKEEP RDR FILE 0028 SENT FROM CLIENT PUN WAS 0028 RECS 0001 CPY 001 A NOHOLD NOKEEP RDR FILE 0029 SENT FROM CLIENT PUN WAS 0029 RECS 107K CPY 001 A NOHOLD NOKEE Searching for info file... *** Could not find the SUSE Linux Enterprise Server 10 Installation CD. Activating manual setup program. Linuxrc v2.0.79 (Kernel 2.6.16.60-0.21-default) Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets 3) Channel To Channel (CTC) 4) ESCON 5) Inter-User Communication Vehicle (IUCV) 1 Please choose the CCW bus interface. 1) QDIO 2) LCS 1 1) QDIO 2) LCS Please choose the physical medium. 1) Ethernet 2) Token Ring 1 0.0.0340 1731/01 0.0.0341 1731/01 0.0.0342 1731/01 evice address for read channel [e003] e007 *** This is not a valid CCW address. Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets Why doesn't it like my E000 and/or e007 response? When I do a q osa, this is what I see on my system: q osa OSA E003 ATTACHED TO TCPIPE003 DEVTYPE OSA CHPID 00 OSD OSA E004 ATTACHED TO TCPIPE004 DEVTYPE OSA CHPID 00 OSD OSA E005 ATTACHED TO TCPIPE005
Backing Off an RSU
Hi Folks, Is it possible to completely back off an RSU once it has been applied and put into production? I basically just want to put my system (zVM5.4) back into it's pre-RSU state and re-do the RSU in it's entirety, can I just wipe all the various APPLY, MERGE, etc. etc. disks so I can start over clean with the SERVICE EXEC? -Mike
Re: SLES10 Client
Turn off level 2. David Dean Information Systems *bcbstauthorized* -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Austin, Alyce (CIV) Sent: Monday, September 29, 2008 2:07 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client Hello again, While implementing the SLES exec for the SLES10 full-service server, it asks for a MAC address. (I thought the MAC address was automatically assigned. Why is it asking for a static address?) We are using OSA GB-EXP. Please see below: Device address for read channel [0.0340] 0.0.0340 Device address for write channel 0.0.0341 Device address for data channel 0.0.0342 Portname to use osasles10 Enable OSI Layer 2 support? 1) Yes 2) No 1 MAC address Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets 3) Channel To Channel (CTC) 4) ESCON 5) Inter-User Communication Vehicle (IUCV) * * * End of File * * * * -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rich Smrcina Sent: Friday, September 26, 2008 3:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client There's apparently some code in the card image install kernel that looks for a real CD. Don't worry about that. When it asks for the network device addresses you need to key in the virtual device numbers in the format that is presented right before the question is asked. So when the question comes up: Device address for read channel [e003] You respond: 0.0.0340 It will subsequently ask for the write channel and data channel, just reply with the device numbers in ascending sequence in the same format. Austin, Alyce (CIV) wrote: But, why does is say: Searching for info file... *** Could not find the SUSE Linux Enterprise Server 10 Installation CD. Activating manual setup program. Thanks, Alyce *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Mike Walter *Sent:* Friday, September 26, 2008 2:55 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: SLES10 Client Alyce, E007 ATTACHED TO CLIENT 0340 Why doesn't it like my E000 and/or e007 response? Because you attached your REAL device E007-E009 as VIRTUAL device addresses 0340-0342. Using consistent virtual addresses on each server is a *GOOD THING*. This permits you to have fewer changes between SLES guests. You just attach different REAL devices to the guests as the same VIRTUAL addresses. Linux only sees the same virtual device addresses, so the Linux configuration is the same for pretty much everything except the IP address and Hostname. That way you take that same Golden Image, copy it to the next virtual guest server, only have to change the IP address and Hostname, and add whatever middleware it needs. The virtual OSA addresses are the same. But you'd be far better off spending a little time researching VIRTUAL SWITCHes and using them instead of real OSA addresses. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. *Austin, Alyce (CIV) [EMAIL PROTECTED]* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/26/2008 04:38 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: SLES10 Client Hello, From my Client userid, I type SLES to bring up the full-service server for SLES10: This is what I get: Why is it looking for the CDs when I have a starter system implemented? sles NO FILES PURGED RDR FILE 0027 SENT FROM CLIENT PUN WAS 0027 RECS 090K CPY 001 A NOHOLD NOKEEP RDR FILE 0028 SENT FROM CLIENT PUN WAS 0028 RECS 0001 CPY 001 A NOHOLD NOKEEP RDR FILE 0029 SENT FROM CLIENT PUN WAS 0029 RECS 107K CPY 001 A NOHOLD NOKEE Searching for info file... *** Could not find the SUSE Linux Enterprise Server 10 Installation CD. Activating manual setup program. Linuxrc v2.0.79 (Kernel 2.6.16.60-0.21-default) Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets 3) Channel To Channel (CTC) 4) ESCON 5) Inter-User Communication Vehicle (IUCV) 1 Please choose the CCW bus interface. 1) QDIO 2) LCS 1 1) QDIO 2) LCS Please choose the physical medium. 1) Ethernet 2) Token Ring 1 0.0.0340 1731/01 0.0.0341 1731/01 0.0.0342 1731/01 evice address for read channel [e003] e007 *** This is not a valid CCW address. Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets
Re: Performance question
On Monday, 09/29/2008 at 01:41 EDT, Jack Woehr [EMAIL PROTECTED] wrote: Linux kernel for running on VM could be designed a little different from Linux kernel for PC in order to behave better with VM. I'm not sure to what extent it actually is different. This is not just a z/VM problem. For any virtualization platform that overcommits memory, Linux memory usage will be problematic. I hope that, someday, Linux will have a generalized ability to sense its surroundings and constrain itself according to the wishes of the hypervisor. I.e. learn whether or not it is sharing the CPU, memory, and I/O, and know the relative value of each. For example, knowing that on System z, I/O is not a Bad Thing as it is in Intel (this is what drives Linux' fanatical use of cache - I/O is evil) would lead to different biases in the cache management subsystem. That bias could be further influenced by communication between the hypervisor and Linux (similar to CMM on z/VM). Alan Altmark z/VM Development IBM Endicott
IPMAILERNAME ??
I see that in z/OS 1.8 I can now specify IPMAILERNAME instead of IPMAILERADDRESS. Will this be included in z/VM at some point? Thanks Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you.
Re: CPFMTXA VOLUME FORMATTING QUESTION
A colleague here supposedly wrote something that puts a 1 track DSCB on cylinder 0 that shows it with no free space to MVS.. but no one can find it :-)I've been hunting around for such a thing because the backups of the VM volumes that are supposed to take place on MVS are getting skipped... (the details are sketchy but it's related to having a valid VTOC and space being used) Does anybody have some code they can share that does such a thing (make the volume visible to z/OS with a valid VTOC and show the volume as being used?) Thanks ! Scott Rohling On Mon, Sep 29, 2008 at 11:46 AM, Schuh, Richard [EMAIL PROTECTED] wrote: Only if the volume label points to somewhere that used to be a VTOC that has not been overwritten. Unless things have changed in the last few years, the VTOC written when formatting the disk as a CPVOL does not go far enough. If the MVS DASD Storage Allocation Routine is interrupted while the checking for free space on the volume, a bit (formerly known as the DADSM Interruption Bit or DOS VTOC bit, currently known as the VSE bit, name DS4DOSBT in the F4 DSCB DSECT) is left on. The next time MVS attempts to allocate space on the volume, it will try to create proper free space records. It does this buy starting with an F5 DSCB that shows all space available on the disk. It then runs the F1 and F3 chains, allocating each described extent. Since there are no allocated extents on a CPVOL formatted disk, it shows the entire volume as being available for space allocation. There needs to be at least 1 F1 DSCB allocating the entire volume to a space-holder dataset to prevent this highly unlikely occurrence. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Monday, September 29, 2008 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CPFMTXA VOLUME FORMATTING QUESTION What about the dummy VTOC that CPFMTXA (or ICKDSF's CPVOL command) places on cylinder zero? Without that dummy VTOC, which makes it appear to Other Systems that there is no space left on the DASD, they can and **WILL* write on it!
Re: Backing Off an RSU
Do you have a backup? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Michael Coffin wrote: Hi Folks, Is it possible to completely back off an RSU once it has been applied and put into production? I basically just want to put my system (zVM5.4) back into it's pre-RSU state and re-do the RSU in it's entirety, can I just wipe all the various APPLY, MERGE, etc. etc. disks so I can start over clean with the SERVICE EXEC? -Mike
Re: SLES10 Client
While implementing the SLES exec for the SLES10 full-service server, it asks for a MAC address. (I thought the MAC address was automatically assigned. Why is it asking for a static address?) We are using OSA GB-EXP. You should respond no to the layer 2 prompt here. Nothing in the setup process needs layer 2 access. In general, it's asking so that it correctly identifies the interface you want to use. CP generates a random MAC for the last 3 bytes of any virtual interface (the first 3 bytes are set by MACPREFIX in SYSTEM CONFIG), so if you are going to use the layer 2 function, it matches the virtual MAC to identify which interface to use.
Re: Backing Off an RSU
ouch. As Rich said, you likely need a good backup. The RSU is pre-applied and pre-built so all of the SES/E disks for each component are touched with patches, control structures, and built objects. I was thinking of advising to remove the top level apply, and run VMFAPPLY and a VMFBLD ( ALL but alas I do not think it will give desirable results. David From: The IBM z/VM Operating System on behalf of Rich Smrcina Sent: Mon 9/29/2008 2:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Backing Off an RSU Do you have a backup? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Michael Coffin wrote: Hi Folks, Is it possible to completely back off an RSU once it has been applied and put into production? I basically just want to put my system (zVM5.4) back into it's pre-RSU state and re-do the RSU in it's entirety, can I just wipe all the various APPLY, MERGE, etc. etc. disks so I can start over clean with the SERVICE EXEC? -Mike
Early draft of architecture and porting guide for OpenSolaris on Z available
An early draft of the architecture and porting guide for OpenSolaris for Z is available from distribution.sinenomine.net. It covers the release 95 build. This is a draft, so there will be a few changes yet, but comments and corrections are always welcome. File is at http://distribution.sinenomine.net/opensolaris Happy reading, -- db David Boyes Sine Nomine Associates
Re: Performance question
z/VM Memory usage, what do you think it means? If a page of a virtual machine is in storage, but has not been referenced in 10 minutes, is that part of your percent used? Likely you don't know the answer and the source of your information doesn't either. So if that's the case, what information are you using to make decisions? Mary Anne Matyaz wrote: I know I'm probably going to regret this, but, how can that be? I said VM memory usage, right? Not Linux MA On Mon, Sep 29, 2008 at 1:23 PM, Barton Robinson [EMAIL PROTECTED] wrote: Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number.
Re: Backing Off an RSU
Thanks guys. Yeah, restore from backup was the first thing I thought of - but I'll have to give up some work I've completed since the last backup (no big deal, I can redo it easy enough). It just seemed like SOMEWHERE in the giant world of SES there might be a relatively easy way of saying remove all service and let the system revert back to it's base state (prior to any RSU/COR applications). I'll start scanning my backup tapes :( -Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Monday, September 29, 2008 2:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backing Off an RSU ouch. As Rich said, you likely need a good backup. The RSU is pre-applied and pre-built so all of the SES/E disks for each component are touched with patches, control structures, and built objects. I was thinking of advising to remove the top level apply, and run VMFAPPLY and a VMFBLD ( ALL but alas I do not think it will give desirable results. David _ From: The IBM z/VM Operating System on behalf of Rich Smrcina Sent: Mon 9/29/2008 2:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Backing Off an RSU Do you have a backup? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Michael Coffin wrote: Hi Folks, Is it possible to completely back off an RSU once it has been applied and put into production? I basically just want to put my system (zVM5.4) back into it's pre-RSU state and re-do the RSU in it's entirety, can I just wipe all the various APPLY, MERGE, etc. etc. disks so I can start over clean with the SERVICE EXEC? -Mike
Re: Backing Off an RSU
well service removal is never easy or automated. If this was a bunch of COR service it is easier to remove but never fun. Since RSU service is pre-built going to backup is probably the cleanest way out of it. I don't suggest this but you could try: for every serviced component: 1. removing top level apply disk 2. rebuild every object in every loadlist with VMFBLD . ( ALL It is ugly and gross so don't bother David From: The IBM z/VM Operating System on behalf of Michael Coffin Sent: Mon 9/29/2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Backing Off an RSU Thanks guys. Yeah, restore from backup was the first thing I thought of - but I'll have to give up some work I've completed since the last backup (no big deal, I can redo it easy enough). It just seemed like SOMEWHERE in the giant world of SES there might be a relatively easy way of saying remove all service and let the system revert back to it's base state (prior to any RSU/COR applications). I'll start scanning my backup tapes :( -Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Kreuter Sent: Monday, September 29, 2008 2:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backing Off an RSU ouch. As Rich said, you likely need a good backup. The RSU is pre-applied and pre-built so all of the SES/E disks for each component are touched with patches, control structures, and built objects. I was thinking of advising to remove the top level apply, and run VMFAPPLY and a VMFBLD ( ALL but alas I do not think it will give desirable results. David From: The IBM z/VM Operating System on behalf of Rich Smrcina Sent: Mon 9/29/2008 2:21 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Backing Off an RSU Do you have a backup? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Michael Coffin wrote: Hi Folks, Is it possible to completely back off an RSU once it has been applied and put into production? I basically just want to put my system (zVM5.4) back into it's pre-RSU state and re-do the RSU in it's entirety, can I just wipe all the various APPLY, MERGE, etc. etc. disks so I can start over clean with the SERVICE EXEC? -Mike
Re: SLES10 Client
I initially said no to layer 2 and eventually is ask me again if I want to enable layer 2 Thanks, Alyce Enable OSI Layer 2 support? 1) Yes 2) No 2 Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets 3) Channel To Channel (CTC) 4) ESCON 5) Inter-User Communication Vehicle (IUCV) 1 Please choose the CCW bus interface. 1) QDIO 2) LCS 1 Please choose the physical medium. 1) Ethernet 2) Token Ring 1 0.0.0340 1731/01 0.0.0341 1731/01 0.0.0342 1731/01 Device address for read channel [0.0.0340] 0.0.0340 Device address for write channel [0.0.0341] 0.0.0341 Device address for data channel [0.0.0342] 0.0.0342 Portname to use [osasles10] osasles10 Enable OSI Layer 2 support? 1) Yes 2) No 2 Please select the type of your network device. 1) OSA-2 or OSA Express 2) Hipersockets 3) Channel To Channel (CTC) 4) ESCON 5) Inter-User Communication Vehicle (IUCV) * * * End of Fi -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Boyes Sent: Monday, September 29, 2008 11:23 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client While implementing the SLES exec for the SLES10 full-service server, it asks for a MAC address. (I thought the MAC address was automatically assigned. Why is it asking for a static address?) We are using OSA GB-EXP. You should respond no to the layer 2 prompt here. Nothing in the setup process needs layer 2 access. In general, it's asking so that it correctly identifies the interface you want to use. CP generates a random MAC for the last 3 bytes of any virtual interface (the first 3 bytes are set by MACPREFIX in SYSTEM CONFIG), so if you are going to use the layer 2 function, it matches the virtual MAC to identify which interface to use.
Re: Performance question
If the page has not been referenced in 10 minutes, but is not paged out, I would expect it to be included in the 101%. Try not to focus so much on the extraneous info and address the question, if I am using a huge amount of memory, is it more helpful to use vdisk or guest memory? MA On Mon, Sep 29, 2008 at 3:32 PM, Barton Robinson [EMAIL PROTECTED] wrote: z/VM Memory usage, what do you think it means? If a page of a virtual machine is in storage, but has not been referenced in 10 minutes, is that part of your percent used? Likely you don't know the answer and the source of your information doesn't either. So if that's the case, what information are you using to make decisions? Mary Anne Matyaz wrote: I know I'm probably going to regret this, but, how can that be? I said VM memory usage, right? Not Linux MA On Mon, Sep 29, 2008 at 1:23 PM, Barton Robinson [EMAIL PROTECTED] wrote: Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number.
Re: Performance question
Alan Altmark wrote: On Monday, 09/29/2008 at 01:41 EDT, Jack Woehr [EMAIL PROTECTED] wrote: Linux kernel for running on VM could be designed a little different from Linux kernel for PC in order to behave better with VM. I'm not sure to what extent it actually is different. This is not just a z/VM problem. Didn't mean to imply it was. For any virtualization platform that overcommits memory, Linux memory usage will be problematic. I hope that, someday, Linux will have a generalized ability to sense its surroundings and constrain itself according to the wishes of the hypervisor. It may be more pratical to modify the kernel so that it implements some of its functionality directly in terms of what the hypervisor provides rather than by assuming it controls all memory. This is the dialectic of modern virtualization scheme ... VMWare is like z/VM, the guest knows nothing, vs. Xen, the guest is modified to support the hypervisor. The former is cleaner and more secure, the latter more efficient execution. -- Jack J. Woehr# Self-delusion is http://www.well.com/~jax # half the battle! http://www.softwoehr.com # - Zippy the Pinhead
Re: Performance question
Best practices is to use Vdisk for swap Mary Anne Matyaz wrote: If the page has not been referenced in 10 minutes, but is not paged out, I would expect it to be included in the 101%. Try not to focus so much on the extraneous info and address the question, if I am using a huge amount of memory, is it more helpful to use vdisk or guest memory? MA On Mon, Sep 29, 2008 at 3:32 PM, Barton Robinson [EMAIL PROTECTED] wrote: z/VM Memory usage, what do you think it means? If a page of a virtual machine is in storage, but has not been referenced in 10 minutes, is that part of your percent used? Likely you don't know the answer and the source of your information doesn't either. So if that's the case, what information are you using to make decisions? Mary Anne Matyaz wrote: I know I'm probably going to regret this, but, how can that be? I said VM memory usage, right? Not Linux MA On Mon, Sep 29, 2008 at 1:23 PM, Barton Robinson [EMAIL PROTECTED] wrote: Best practices is to use Vdisk for swap, and reduce linux virtual machine sizes - not to buy more REAL z/VM memory unless you really need it. 101% memory useage means almost nothing. It is not relevant to performance or capacity, and thus shouldn't have business decisions or performance decisions decided based on that number.
Re: CPFMTXA VOLUME FORMATTING QUESTION
Thanks for all the replies... Aria Bamdad [EMAIL PROTECTED] 9/29/2008 11:34 AM When you use CPFMTXA command, you can specify the from/to cylinder for your format command. Specify cyl 0 and then properly allocate the device as PERM. As a general procedure, I do not attach any new device to my system before I CPFMTXA the complete volume. _ LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addressee(s) only. Access to this E-mail by anyone else is unauthorized. If you are not an addressee, any disclosure or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please inform the sender immediately, then delete this message and empty from your trash.
Re: CPFMTXA VOLUME FORMATTING QUESTION
CPFMTXA/ICKDSF will put a VTOC on the system that shows no space available. I know of nothing that also shows all space allocated. Both are needed to prevent allocation and insure that the VSE Bit can never cause a problem. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Scott Rohling Sent: Monday, September 29, 2008 11:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CPFMTXA VOLUME FORMATTING QUESTION A colleague here supposedly wrote something that puts a 1 track DSCB on cylinder 0 that shows it with no free space to MVS.. but no one can find it :-)I've been hunting around for such a thing because the backups of the VM volumes that are supposed to take place on MVS are getting skipped... (the details are sketchy but it's related to having a valid VTOC and space being used) Does anybody have some code they can share that does such a thing (make the volume visible to z/OS with a valid VTOC and show the volume as being used?) Thanks ! Scott Rohling On Mon, Sep 29, 2008 at 11:46 AM, Schuh, Richard [EMAIL PROTECTED] wrote: Only if the volume label points to somewhere that used to be a VTOC that has not been overwritten. Unless things have changed in the last few years, the VTOC written when formatting the disk as a CPVOL does not go far enough. If the MVS DASD Storage Allocation Routine is interrupted while the checking for free space on the volume, a bit (formerly known as the DADSM Interruption Bit or DOS VTOC bit, currently known as the VSE bit, name DS4DOSBT in the F4 DSCB DSECT) is left on. The next time MVS attempts to allocate space on the volume, it will try to create proper free space records. It does this buy starting with an F5 DSCB that shows all space available on the disk. It then runs the F1 and F3 chains, allocating each described extent. Since there are no allocated extents on a CPVOL formatted disk, it shows the entire volume as being available for space allocation. There needs to be at least 1 F1 DSCB allocating the entire volume to a space-holder dataset to prevent this highly unlikely occurrence. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mike Walter Sent: Monday, September 29, 2008 9:18 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CPFMTXA VOLUME FORMATTING QUESTION What about the dummy VTOC that CPFMTXA (or ICKDSF's CPVOL command) places on cylinder zero? Without that dummy VTOC, which makes it appear to Other Systems that there is no space left on the DASD, they can and **WILL* write on it!
Re: Backing Off an RSU
On Monday, 09/29/2008 at 02:35 EDT, Michael Coffin [EMAIL PROTECTED] wrote: Yeah, restore from backup was the first thing I thought of - but I'll have to give up some work I've completed since the last backup (no big deal, I can redo it easy enough). It just seemed like SOMEWHERE in the giant world of SES there might be a relatively easy way of saying remove all service and let the system revert back to it's base state (prior to any RSU/COR applications). I'll start scanning my backup tapes :( Before resorting to backups, I would suggest talking to the Support Center and asking how to do it. If anyone knows the One True Answer, it is the z/VM Installation and Service team. Alan Altmark z/VM Development IBM Endicott
Re: IPMAILERNAME ??
On Monday, 09/29/2008 at 02:19 EDT, Lionel B. Dyck [EMAIL PROTECTED] wrote: I see that in z/OS 1.8 I can now specify IPMAILERNAME instead of IPMAILERADDRESS. Will this be included in z/VM at some point? Possible, but not likely any time soon. As an alternative, define an :Exit. in the DTCPARMS file for SMTP and DIG or NSLOOKUP the name you want prior to starting the server. Copy your SMTP CONFIG from 198 to the 191 and dynamically update the IPMAILERADDRESS to contain the list of IP addresses you discovered. Alan Altmark z/VM Development IBM Endicott
Re: CPFMTXA VOLUME FORMATTING QUESTION
On Monday, 09/29/2008 at 02:06 EDT, Schuh, Richard [EMAIL PROTECTED] wrote: Unless things have changed in the last few years, the VTOC written when formatting the disk as a CPVOL does not go far enough. If the MVS DASD Storage Allocation Routine is interrupted while the checking for free space on the volume, a bit (formerly known as the DADSM Interruption Bit or DOS VTOC bit, currently known as the VSE bit, name DS4DOSBT in the F4 DSCB DSECT) is left on. The next time MVS attempts to allocate space on the volume, it will try to create proper free space records. It does this buy starting with an F5 DSCB that shows all space available on the disk. It then runs the F1 and F3 chains, allocating each described extent. Since there are no allocated extents on a CPVOL formatted disk, it shows the entire volume as being available for space allocation. There needs to be at least 1 F1 DSCB allocating the entire volume to a space-holder dataset to prevent this highly unlikely occurrence. You need to open a PMR with the ICKDSF team on this if you're interested in getting it fixed (assuming it is still a problem). Alan Altmark z/VM Development IBM Endicott
z/VM V5.4 Information Center link bug (RESOLVED)
Hello Jack, We have corrected the link bug in the z/VM V5.4 Information Center. You should now be able to use the URL at the bottom of each page to create a bookmark or to use as a direct link to a specific topic in the information center. For example, the following will link you directly to the main topic for SMAPI return and reason codes: http://publib.boulder.ibm.com/infocenter/zvm/v5r4/topic/com.ibm.zvm.v54.dmse6/rrcods.htm#rrcods If you experience any other link related (or other general) problems, please let us know! Viva la z/VM! Michael J. Forte z/VM ID and POK Softcopy Support Software Engineer, System z Information Solutions 58HA IBM Poughkeepsie, New York [EMAIL PROTECTED] Office: 845-435-9062, T/L: 295-9062 Cell: 845-702-7962 Fax: 845-432-9405 P181, 2455 South Road, Poughkeepsie, NY 12601 Building 052, B09 Often those who work the hardest are the luckiest... From: Michael Forte/Poughkeepsie/IBM To: IBMVM@LISTSERV.UARK.EDU Date: 09/24/2008 10:33 AM Subject: z/VM V5.4 Information Center link bug (reply to Jack Woehr) Hi Jack, You've found a bug in the z/VM V5.4 Information Center. You should be able to copy and paste the URL at the bottom of every page to create a bookmark or direct link to that topic. However, this appears to not be working in the z/VM V5.4 Information Center. I have brought this concern to the proper people and they are working on a solution. I will post to the list when the bug has been corrected. If you find any additional problems with the information center, please send them our way and use the Contact z/VM link at the top or bottom of the page in error to report the problem. Thanks! Michael J. Forte z/VM ID and POK Softcopy Support Software Engineer, System z Information Solutions 58HA IBM Poughkeepsie, New York [EMAIL PROTECTED] Office: 845-435-9062, T/L: 295-9062 Cell: 845-702-7962 Fax: 845-432-9405 P181, 2455 South Road, Poughkeepsie, NY 12601 Building 052, B09 Often those who work the hardest are the luckiest... From: Jack Woehr [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Date: 09/23/2008 11:48 PM Subject: Re: z/VM 5.4 Guide For Automated Installation and Service Jack Woehr wrote: Michael Forte wrote: I was able to pull a few strings and have the z/VM V5.4 Guide for Automated Installation and Service, as well as the two summaries, added directly to the z/VM library page. Pull a few more please! Get 'em to post the z/VM 5.4 SMAPI Error Codes that are missing from the link http://publib.boulder.ibm.com/infocenter/lnxpcomp/v101v121/index.jsp?topic=/com.ibm.zvm.v54.dmse6/rrcods.htm -- Jack J. Woehr# Self-delusion is http://www.well.com/~jax # half the battle! http://www.softwoehr.com # - Zippy the Pinhead Nemmind, it's just a bad link on http://publib.boulder.ibm.com/infocenter/zvm/v5r4/index.jsp ... the docs are there. -- Jack J. Woehr# Self-delusion is http://www.well.com/~jax # half the battle! http://www.softwoehr.com # - Zippy the Pinhead
Question
Hi Over the last month or so we have had CHECK SUM ERRORS on 3 of our z/Linux hosts. This error stops the Linux host from coming back up after a re-boot or log off. After working with REDHAT they found that there was 2 bit over lay of what amounts to the VTOC which points to the UUIDs. Each time this has happened it has been the same over lay. The common thing on these hosts are that they all run Oracle 10g, REDHAT REL4, and FDR/UPSTREAM. When this happens we must boot in RESCUE mode and re-build the UUIDs (not sure of this process by Linux guy does this). I was just wondering if anyone has seen this type of issue. This is our POC but if this does not get resolved we will be hard pressed to move forward. 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: IPMAILERNAME ??
Thank you Lionel B. Dyck, Consultant/Specialist Enterprise Platform Services, Mainframe Engineering KP-IT Enterprise Engineering 925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] AIM: lbdyck | Yahoo IM: lbdyck Kaiser Service Credo: Our cause is health. Our passion is service. We're here to make lives better. I never guess. It is a capital mistake to theorize before one has data. Insensibly one begins to twist facts to suit theories, instead of theories to suit facts. - Sir Arthur Conan Doyle NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. image/gif
Re: Question
Couple questions -- Are the volumes attached to the Linux guests or are they defined as minidisks? Are the volumes shared with z/OS and is there any potential for them to be altered by z/OS? Scott Rohling On Mon, Sep 29, 2008 at 2:54 PM, Martin, Terry R. (CMS/CTR) (CTR) [EMAIL PROTECTED] wrote: Hi Over the last month or so we have had CHECK SUM ERRORS on 3 of our z/Linux hosts. This error stops the Linux host from coming back up after a re-boot or log off. After working with REDHAT they found that there was 2 bit over lay of what amounts to the VTOC which points to the UUIDs. Each time this has happened it has been the same over lay. The common thing on these hosts are that they all run Oracle 10g, REDHAT REL4, and FDR/UPSTREAM. When this happens we must boot in RESCUE mode and re-build the UUIDs (not sure of this process by Linux guy does this). I was just wondering if anyone has seen this type of issue. This is our POC but if this does not get resolved we will be hard pressed to move forward. *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: z/VM V5.4 Information Center link bug (RESOLVED)
Michael Forte wrote: We have corrected the link bug in the z/VM V5.4 Information Center. You should now be able to use the URL at the bottom of each page to create a bookmark or to use as a direct link to a specific topic in the information center. Awesome, thanks. -- Jack J. Woehr# Self-delusion is http://www.well.com/~jax # half the battle! http://www.softwoehr.com # - Zippy the Pinhead
Re: IPMAILERNAME ??
On Monday, 09/29/2008 at 04:55 EDT, Davis, Larry [EMAIL PROTECTED] wrote: The current Release of TCPIP for z/VM 5.2 allows you to place a DNS name or an IP Address on the IPMAILERADDRESS line as below or a list of IP Addresses and hostnames with an END statement and the SMTP CONFIG file should only be on the TCPMAINT 198 disk IPMAILERADDRESS ALL exchange.domain.com Duh. :-) Shame on me! (And at *my* age!) Alan Altmark z/VM Development IBM Endicott
Re: Question
On Sep 29, 2008, at 3:54 PM, Martin, Terry R. (CMS/CTR) (CTR) wrote: Hi Over the last month or so we have had CHECK SUM ERRORS on 3 of our z/ Linux hosts. This error stops the Linux host from coming back up after a re-boot or log off. After working with REDHAT they found that there was 2 bit over lay of what amounts to the VTOC which points to the UUIDs. Each time this has happened it has been the same over lay. The common thing on these hosts are that they all run Oracle 10g, REDHAT REL4, and FDR/UPSTREAM. When this happens we must boot in RESCUE mode and re-build the UUIDs (not sure of this process by Linux guy does this). I was just wondering if anyone has seen this type of issue. This is our POC but if this does not get resolved we will be hard pressed to move forward. Those disks don't participate in some sort of Oracle clustering arbitration scheme, do they? That sort of very low level overwriting of the disk is the sort of thing I'd expect to see in something was going wrong with a cluster filesystem that used the platters to do who's-got-the-rock negotiation. Adam
Re: SLES10 Client
On 9/29/2008 at 2:47 PM, in message [EMAIL PROTECTED], Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: I initially said no to layer 2 and eventually is ask me again if I want to enable layer 2 Unfortunately (or perhaps by design), the installer retries the dialog if it cannot activate the NIC. So, something is preventing the system from activating the NIC. It may very well be that the OSA is in layer 2 mode, talking to a physical switch in layer 2 mode. If it is, then you will need to specify layer 2 mode to the installer dialog, and come up with an appropriate MAC address for the NIC. If you're still ATTACHing real devices to your guest, I suppose the MAC would be whatever the real OSA reports for that value. If your OSA and switch are not in layer 2 mode, then something else is wrong. I saw that you're specifying a port name for the NIC. Unless someone else is already sharing that OSA and specifying a port name, don't do that. The usual recommendation also, is to use all upper case letters for the port name, because that's all that z/OS can specify. If you're trying to share the card with a z/OS system, and you specify a lower case (or mixed case) port name, you'll prevent the z/OS system from activating its NIC. In general, most people recommend that you never use port names at all. It's not really needed, and can lead to a lot of head scratching. Mark Post
Re: Backing Off an RSU
Alan makes a good point - call IBM support if you are unsure how to proceed. There are documented ways to back off service with VMSES/E and they work well. This assumes you have not deviated from the standard Install and Service of course. Check out VMFREM. This handy utility will allow you to back-off full service levels. Fortunately if you did the RSU install using SERVICE, then it did good hygiene and did a merge of the apply disks which makes VMFREM work well. You will have to do VMFREM for each component, but that should not be too difficult. Do a HELP VMSES VMFREM or look in the VMSES manual for help/details about that command. Once you are done removing service with VMFREM, you will need to run the VMFBLD process (again) to built the new parts (ones w/o service applied to them). I hope that helps get you started. Jim Vincent On Mon, Sep 29, 2008 at 4:19 PM, Alan Altmark [EMAIL PROTECTED]wrote: On Monday, 09/29/2008 at 02:35 EDT, Michael Coffin [EMAIL PROTECTED] wrote: Yeah, restore from backup was the first thing I thought of - but I'll have to give up some work I've completed since the last backup (no big deal, I can redo it easy enough). It just seemed like SOMEWHERE in the giant world of SES there might be a relatively easy way of saying remove all service and let the system revert back to it's base state (prior to any RSU/COR applications). I'll start scanning my backup tapes :( Before resorting to backups, I would suggest talking to the Support Center and asking how to do it. If anyone knows the One True Answer, it is the z/VM Installation and Service team. Alan Altmark z/VM Development IBM Endicott
Re: Backing Off an RSU
Thanks for the suggestions guys (I'll have to re-read VMFREM in case I can use it in the future). I was able to restore the system exactly the way I wanted it by selectively restoring extents from my DDR backup tapes, worked great. I'll do a level set backup after checking a few things before embarking on the work that caused this bit of a mess so worst case I can always fall back to the level set. :) I think I'll start taking daily backups on this system in development too just in case. :) -Mike -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of James Vincent Sent: Monday, September 29, 2008 6:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backing Off an RSU Alan makes a good point - call IBM support if you are unsure how to proceed. There are documented ways to back off service with VMSES/E and they work well. This assumes you have not deviated from the standard Install and Service of course. Check out VMFREM. This handy utility will allow you to back-off full service levels. Fortunately if you did the RSU install using SERVICE, then it did good hygiene and did a merge of the apply disks which makes VMFREM work well. You will have to do VMFREM for each component, but that should not be too difficult. Do a HELP VMSES VMFREM or look in the VMSES manual for help/details about that command. Once you are done removing service with VMFREM, you will need to run the VMFBLD process (again) to built the new parts (ones w/o service applied to them). I hope that helps get you started. Jim Vincent On Mon, Sep 29, 2008 at 4:19 PM, Alan Altmark [EMAIL PROTECTED] wrote: On Monday, 09/29/2008 at 02:35 EDT, Michael Coffin [EMAIL PROTECTED] wrote: Yeah, restore from backup was the first thing I thought of - but I'll have to give up some work I've completed since the last backup (no big deal, I can redo it easy enough). It just seemed like SOMEWHERE in the giant world of SES there might be a relatively easy way of saying remove all service and let the system revert back to it's base state (prior to any RSU/COR applications). I'll start scanning my backup tapes :( Before resorting to backups, I would suggest talking to the Support Center and asking how to do it. If anyone knows the One True Answer, it is the z/VM Installation and Service team. Alan Altmark z/VM Development IBM Endicott
Re: CPFMTXA VOLUME FORMATTING QUESTION
That last makes for a good question. I do not have any guests other than CMS, GCS and TPF varieties, so I have no way to trace to see if it is still a problem. The only time I encountered it was in a non-VM shop. Fortunately, we were able to wrest the disk away from the system before there was any real harm. I had the onerous task of restoring the dummy VTOC using the then state of the art IEHDASDR and SuperZap. I cannot reproduce the situation here. The DASD Storage Management folks are adamant about not having VM volumes accessible to z/OS and vice-versa, which suits me just fine. That eliminates the only system I know of that has the potential to cause the problem. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Monday, September 29, 2008 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CPFMTXA VOLUME FORMATTING QUESTION On Monday, 09/29/2008 at 02:06 EDT, Schuh, Richard [EMAIL PROTECTED] wrote: Unless things have changed in the last few years, the VTOC written when formatting the disk as a CPVOL does not go far enough. If the MVS DASD Storage Allocation Routine is interrupted while the checking for free space on the volume, a bit (formerly known as the DADSM Interruption Bit or DOS VTOC bit, currently known as the VSE bit, name DS4DOSBT in the F4 DSCB DSECT) is left on. The next time MVS attempts to allocate space on the volume, it will try to create proper free space records. It does this buy starting with an F5 DSCB that shows all space available on the disk. It then runs the F1 and F3 chains, allocating each described extent. Since there are no allocated extents on a CPVOL formatted disk, it shows the entire volume as being available for space allocation. There needs to be at least 1 F1 DSCB allocating the entire volume to a space-holder dataset to prevent this highly unlikely occurrence. You need to open a PMR with the ICKDSF team on this if you're interested in getting it fixed (assuming it is still a problem). Alan Altmark z/VM Development IBM Endicott
VMARC download date
When one downloads a VMARC'ed package, the downloaded file (let's call it FUBAR VMARC in honor of the ongoing US financial crisis) ends up with the date and time the FUBAR VMARC file was created on your VM system. That makes it more difficult at a later date to download the same package and easily see if there are differences between the two files. It wouldn't be too hard write a new EXEC to compare the VMARC LIST output from the two VMARC files, but it would be a tool required to check another tool (VMARC). Would it make sense to add new function to VMARC to provide capture of the date and time the FUBAR VMARC file was created (or last updated), and imbed that date and time within the VMARC file itself? With such a feature (perhaps via a new trailer record such as :TLR to complement the existing file :CFF header records), a new VMARC command (maybe called RESTDATE?) could be used to both confirm that the whole file had been downloaded (since the :TLR record would always be the last record) and be able to use DMSPLU to RESTore the DATE and time to that which had been saved in the :TLR record. RESTDATE is just an example operand keyword - better suggestions would be most welcome. Obviously, RESTDATE (or whatever) would have to be backward compatible -- just reporting something like: No :TLR record present; the file was created before mmdd, or the file was truncated during download. (Where mmdd was the date and time that the new support was added). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. 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: Backing Off an RSU
That begs the question, doesn't this qualify as a usage; not defect? -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Alan Altmark wrote: On Monday, 09/29/2008 at 02:35 EDT, Michael Coffin [EMAIL PROTECTED] wrote: Yeah, restore from backup was the first thing I thought of - but I'll have to give up some work I've completed since the last backup (no big deal, I can redo it easy enough). It just seemed like SOMEWHERE in the giant world of SES there might be a relatively easy way of saying remove all service and let the system revert back to it's base state (prior to any RSU/COR applications). I'll start scanning my backup tapes :( Before resorting to backups, I would suggest talking to the Support Center and asking how to do it. If anyone knows the One True Answer, it is the z/VM Installation and Service team. Alan Altmark z/VM Development IBM Endicott
Re: SLES10 Client
Hello... I have good news: after leaving out the portname, I was able to get further with my install: However, I'm not sure what IPADDR it wants below: Device address for data channel 0.0.0342 Portname to use Enable OSI Layer 2 support? 1) Yes 2) No 2 qeth: Device 0.0.0340/0.0.0341/0.0.0342 is a OSD Express card (level: 035f) with link type OSD_1000 (portname: ) qeth: Hardware IP fragmentation not supported on eth0 qeth: VLAN enabled qeth: Multicast enabled qeth: IPV6 enabled qeth: Broadcast enabled qeth: Could not set up broadcast echo filtering on eth0: 0xe00d qeth: Using SW checksumming on eth0. qeth: Outbound TSO not supported on eth0 Automatic configuration via DHCP? 1) Yes 2) No 2 Use a HTTP proxy? 2) No 2 Enter your IP address (Should this be a new IPADDR for the client?) Thanks, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Monday, September 29, 2008 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client On 9/29/2008 at 2:47 PM, in message [EMAIL PROTECTED], Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: I initially said no to layer 2 and eventually is ask me again if I want to enable layer 2 Unfortunately (or perhaps by design), the installer retries the dialog if it cannot activate the NIC. So, something is preventing the system from activating the NIC. It may very well be that the OSA is in layer 2 mode, talking to a physical switch in layer 2 mode. If it is, then you will need to specify layer 2 mode to the installer dialog, and come up with an appropriate MAC address for the NIC. If you're still ATTACHing real devices to your guest, I suppose the MAC would be whatever the real OSA reports for that value. If your OSA and switch are not in layer 2 mode, then something else is wrong. I saw that you're specifying a port name for the NIC. Unless someone else is already sharing that OSA and specifying a port name, don't do that. The usual recommendation also, is to use all upper case letters for the port name, because that's all that z/OS can specify. If you're trying to share the card with a z/OS system, and you specify a lower case (or mixed case) port name, you'll prevent the z/OS system from activating its NIC. In general, most people recommend that you never use port names at all. It's not really needed, and can lead to a lot of head scratching. Mark Post
Re: SLES10 Client
Yes. This is your (as in this virtual machine's) IP Address. -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Austin, Alyce (CIV) wrote: Hello... I have good news: after leaving out the portname, I was able to get further with my install: However, I'm not sure what IPADDR it wants below: Device address for data channel 0.0.0342 Portname to use Enable OSI Layer 2 support? 1) Yes 2) No 2 qeth: Device 0.0.0340/0.0.0341/0.0.0342 is a OSD Express card (level: 035f) with link type OSD_1000 (portname: ) qeth: Hardware IP fragmentation not supported on eth0 qeth: VLAN enabled qeth: Multicast enabled qeth: IPV6 enabled qeth: Broadcast enabled qeth: Could not set up broadcast echo filtering on eth0: 0xe00d qeth: Using SW checksumming on eth0. qeth: Outbound TSO not supported on eth0 Automatic configuration via DHCP? 1) Yes 2) No 2 Use a HTTP proxy? 2) No 2 Enter your IP address (Should this be a new IPADDR for the client?) Thanks, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Mark Post Sent: Monday, September 29, 2008 2:56 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SLES10 Client On 9/29/2008 at 2:47 PM, in message [EMAIL PROTECTED], Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: I initially said no to layer 2 and eventually is ask me again if I want to enable layer 2 Unfortunately (or perhaps by design), the installer retries the dialog if it cannot activate the NIC. So, something is preventing the system from activating the NIC. It may very well be that the OSA is in layer 2 mode, talking to a physical switch in layer 2 mode. If it is, then you will need to specify layer 2 mode to the installer dialog, and come up with an appropriate MAC address for the NIC. If you're still ATTACHing real devices to your guest, I suppose the MAC would be whatever the real OSA reports for that value. If your OSA and switch are not in layer 2 mode, then something else is wrong. I saw that you're specifying a port name for the NIC. Unless someone else is already sharing that OSA and specifying a port name, don't do that. The usual recommendation also, is to use all upper case letters for the port name, because that's all that z/OS can specify. If you're trying to share the card with a z/OS system, and you specify a lower case (or mixed case) port name, you'll prevent the z/OS system from activating its NIC. In general, most people recommend that you never use port names at all. It's not really needed, and can lead to a lot of head scratching. Mark Post
Re: Backing Off an RSU
On Monday, 09/29/2008 at 07:32 EDT, Rich Smrcina [EMAIL PROTECTED] wrote: That begs the question, doesn't this qualify as a usage; not defect? Hello? Support Center? Yes, I'd like to report that there is nothing in the Guide to Automated Installation and Service on the subject of removing service that I've applied using the procedures described therein. No references to remove or uninstall in the index. Yes. No. No. Yes. No, nothing. Yes, the word remove appears in the book, but not in this context. I think the book that tells you the preferred way to apply service should include a reference to the book (and section of said book) that DOES describe how to remove service. Since that information isn't there, what book should I look in to find out? Or if it's actually in this book, where is it hiding? Sounds like a documentation defect to me. Alan Altmark z/VM Development IBM Endicott
Re: Backing Off an RSU
Sneaky, sneaky... -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 Alan Altmark wrote: On Monday, 09/29/2008 at 07:32 EDT, Rich Smrcina [EMAIL PROTECTED] wrote: That begs the question, doesn't this qualify as a usage; not defect? Hello? Support Center? Yes, I'd like to report that there is nothing in the Guide to Automated Installation and Service on the subject of removing service that I've applied using the procedures described therein. No references to remove or uninstall in the index. Yes. No. No. Yes. No, nothing. Yes, the word remove appears in the book, but not in this context. I think the book that tells you the preferred way to apply service should include a reference to the book (and section of said book) that DOES describe how to remove service. Since that information isn't there, what book should I look in to find out? Or if it's actually in this book, where is it hiding? Sounds like a documentation defect to me. Alan Altmark z/VM Development IBM Endicott
Re: OPERATOR insists on VM READ ?
Aw shucks. Twarnt nothin. Jim Scott Rohling wrote: --=_Part_44881_7503930.1222708149051 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Yes it does -- And the answer appears to be issuing SET AUTOREAD OFF ! So a big thanks to Jim Bohnsack for that tidbit!! Thanks again to all who responded.. I love this mailing list :-) Scott Rohling On Mon, Sep 29, 2008 at 10:05 AM, Hughes, Jim [EMAIL PROTECTED]wrote: Does your IPL statement have parm autocr specified? Jim Hughes 603-271-5586 Its kind of fun to do the impossible. (Walt Disney) -- *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Scott Rohling *Sent:* Monday, September 29, 2008 11:42 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* OPERATOR insists on VM READ ? Ok - this is an extremely basic question and I'm slightly embarrassed to ask it - but here goes: OPERATOR is not running PROP at this installation -- There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collector - and putting an IPL 190 PARM AUTOCR in the directory entry. However - once the PROFILE EXEC is executed -- OPERATOR goes into a VM READ (I'm watching via SECUSER) and eventually gets forced off by the system. I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn't seem normal that it would end up in VM READ .. Can anyone tell me if this is normal behaviour - or if I really need to execute something (do forever;CP SLEEP 1 MIN;end) to get it to stay out of VM READ? Thanks for any assistance.. Scott Rohling --=_Part_44881_7503930.1222708149051 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline div dir=ltrYes it does --nbsp;nbsp; brbrAnd the answer appears to be issuing SET AUTOREAD OFF !nbsp;nbsp; So a big thanks to Jim Bohnsack for that tidbit!!brbrThanks again to all who responded..nbsp;nbsp; I love this mailing listnbsp; :-)br brScott Rohlingbrbrdiv class=gmail_quoteOn Mon, Sep 29, 2008 at 10:05 AM, Hughes, Jim span dir=ltrlt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;/span wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; div bgcolor=white link=blue vlink=purple lang=EN-US div pfont color=blue size=1 face=Arial Unicode MSspan style=font-size: 9pt; color: blue;Does your IPL statement have parm autocr specified?/span/font/p pfont color=blue size=1 face=Arial Unicode MSspan style=font-size: 9pt; color: blue;nbsp;/span/font/p div p style=margin-bottom: 12pt;font color=blue size=2 face=Times New Romanspan style=font-size: 10pt; color: blue;br Jim Hughesbr 603-271-5586br quot;Its kind of fun to do the impossible.quot; (Walt Disney)/span/font/p /div div style=border-style: none none none solid; border-color: -moz-use-text-color -moz-use-text-color -moz-use-text-color blue; border-width: medium medium medium 1.5pt; padding: 0pt 0pt 0pt 4pt; div div style=text-align: center; align=centerfont size=3 face=Times New Romanspan style=font-size: 12pt; hr align=center size=3 width=100% /span/font/div pbfont size=2 face=Tahomaspan style=font-size: 10pt; font-family: Tahoma; font-weight: bold;From:/span/font/bfont size=2 face=Tahomaspan style=font-size: 10pt; font-family: Tahoma; The IBM z/VM Operating System [mailto:a href=mailto:IBMVM@LISTSERV.UARK.EDU; target=_blankIBMVM@LISTSERV.UARK.EDU/a] bspan style=font-weight: bold;On Behalf Of /span/bScott Rohlingbr bspan style=font-weight: bold;Sent:/span/b Monday, September 29, 2008 11:42 AMdiv class=Ih2E3dbr bspan style=font-weight: bold;To:/span/b a href=mailto:IBMVM@LISTSERV.UARK.EDU; target=_blankIBMVM@LISTSERV.UARK.EDU/abr bspan style=font-weight: bold;Subject:/span/b OPERATOR insists on VM READ ?/div/span/font/p /div pfont size=3 face=Times New Romanspan style=font-size: 12pt;nbsp;/span/font/p div pfont size=3 face=Times New Romanspan style=font-size: 12pt;Ok - this is an extremely basic question and I#39;m slightly embarrassed to ask it - but here goes:divdiv/divdiv class=Wj3C7cbr br OPERATOR is not running PROP at this installation --nbsp; There was also no IPL statement in OPERATOR directory until I started futzing around -- creating a PROFILE EXEC to make sure OPERATOR console was spooled to the logs collectornbsp; - and putting an IPL 190 PARM AUTOCR in the directory entry.br br However - once the PROFILE EXEC is executed --nbsp;nbsp; OPERATOR goes into a VM READnbsp; (I#39;m watching via SECUSER) and eventually gets forced off by the system.nbsp;nbsp; br br I just realized that OPERATOR was not SYSOPER as I was doing this -- but it still doesn#39;t seem normal that it would end up in VM READ .. br br
Re: Backing Off an RSU
Sure. Easy for you to say. Just not to say it in one breath. :-) Mike Walter Hewitt Associates - Original Message - From: Alan Altmark [EMAIL PROTECTED] Sent: 09/29/2008 09:23 PM AST To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Backing Off an RSU On Monday, 09/29/2008 at 07:32 EDT, Rich Smrcina [EMAIL PROTECTED] wrote: That begs the question, doesn't this qualify as a usage; not defect? Hello? Support Center? Yes, I'd like to report that there is nothing in the Guide to Automated Installation and Service on the subject of removing service that I've applied using the procedures described therein. No references to remove or uninstall in the index. Yes. No. No. Yes. No, nothing. Yes, the word remove appears in the book, but not in this context. I think the book that tells you the preferred way to apply service should include a reference to the book (and section of said book) that DOES describe how to remove service. Since that information isn't there, what book should I look in to find out? Or if it's actually in this book, where is it hiding? Sounds like a documentation defect to me. 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: VMARC download date
Maybe the :TLR record could optionally include a checksum of the entire file. I might not want to do that for every transaction I do to build a VMARC file, but when I am finished and it is ready to transfer to someplace else, I could see doing one last transaction to checksum the file, put the data in the :TLR record and display the checksum for my paper records. /Tom Kern Mike Walter wrote: When one downloads a VMARC'ed package, the downloaded file (let's call it FUBAR VMARC in honor of the ongoing US financial crisis) ends up with the date and time the FUBAR VMARC file was created on your VM system. That makes it more difficult at a later date to download the same package and easily see if there are differences between the two files. It wouldn't be too hard write a new EXEC to compare the VMARC LIST output from the two VMARC files, but it would be a tool required to check another tool (VMARC). Would it make sense to add new function to VMARC to provide capture of the date and time the FUBAR VMARC file was created (or last updated), and imbed that date and time within the VMARC file itself? With such a feature (perhaps via a new trailer record such as :TLR to complement the existing file :CFF header records), a new VMARC command (maybe called RESTDATE?) could be used to both confirm that the whole file had been downloaded (since the :TLR record would always be the last record) and be able to use DMSPLU to RESTore the DATE and time to that which had been saved in the :TLR record. RESTDATE is just an example operand keyword - better suggestions would be most welcome. Obviously, RESTDATE (or whatever) would have to be backward compatible -- just reporting something like: No :TLR record present; the file was created before mmdd, or the file was truncated during download. (Where mmdd was the date and time that the new support was added). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. 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.