Re: Monitor Configuration Records
On Jan 4, 2008 2:10 PM, Dixon, Patricia A [EMAIL PROTECTED] wrote: does that mean Domain 1/6 records will not be collected? Is there any other reason why 1/6 records would not be created? Sample configuration area too small -Rob
AW: z/VM 5.2 Absurd System shutdown - PJBR
Thanks for the clarification, Rob. I didn't know that. Willy -Ursprüngliche Nachricht- Von: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Auftrag von Rob van der Heij Gesendet: Freitag, 4. Januar 2008 14:17 An: IBMVM@LISTSERV.UARK.EDU Betreff: Re: z/VM 5.2 Absurd System shutdown - PJBR On Jan 4, 2008 2:09 PM, Fritz, Wilhelm [EMAIL PROTECTED] wrote: Why does your paging device start on cyl 0?!?: Shouldn't it start on Cyl 1, like 520PAG? Does not have to. CP knows enough to stay out of the first track(s) but I think most folks do keep the first cylinder out. In his case, those might be the only tracks where CP could page on that disk :-) Rob
Re: z/VM 5.2 Absurd System shutdown - PJBR
Starting at cylinder 0 is Okay. Not normally done but has been acceptable for over 20 years. We used to do that with SPOOL volumes back in the day when DASD was expensive. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Fritz, Wilhelm Sent: Friday, January 04, 2008 8:09 AM To: IBMVM@LISTSERV.UARK.EDU Subject: AW: z/VM 5.2 Absurd System shutdown - PJBR Why does your paging device start on cyl 0?!?: -- PAGE AREAS == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520PAG 033F 1 3338 600840 30602 31676 5% 520PG1 02D5 0 3338 601020 11660 11835 1% -- Shouldn't it start on Cyl 1, like 520PAG? Regards, Willy Fritz -Ursprüngliche Nachricht- Von: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Auftrag von Jose Raul Baron Gesendet: Freitag, 4. Januar 2008 13:27 An: IBMVM@LISTSERV.UARK.EDU Betreff: z/VM 5.2 Absurd System shutdown - PJBR Hi, list. We are experiencing some problems with unpredictable and so far inevitable system shutdowns for aparently unknown reasons. - We are running 4 SLES9 Linux images under z/VM 5.2 - If we keep only 3 images, this problem doesn't seem to appear. It has happened only with 4 images running at once. - OPERATOR 191 console registers suddenly (but it can be like this for HOURS) the following message: xx:yy:zz HCPPAW415E Six continuous paging errors have occurred on DASD 02D5 volume 520PG1. (this message appears some 25-30 times per second) - Disk 2D5 has been hardware-checked successfully, so it has no hardware errors. - Latest RSU has been applied by IBM-advise. This is our level: q cplevel z/VM Version 5 Release 2.0, service level 0702 (64-bit) Generated at 12/21/07 19:33:42 MAI IPL at 01/04/08 11:46:43 MAI Ready; q cmslevel CMS Level 22, Service Level 702 Ready; - These were some system indicators at the time of the latest shutdown: PROCESSOR = AVGPROC-009% 01 MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000% PAGING-2/SEC STEAL-000% Q0-1(0) DORMANT-00018 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-4(0) EXPAN-001 E3-0(0) PROC -009% LIMITED-0 PAGE AREAS == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520PAG 033F 1 3338 600840 30602 31676 5% 520PG1 02D5 0 3338 601020 11660 11835 1% -- -- SUMMARY1174K 42262 3% USABLE 1174K 42262 3% SPOOL AREA == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520SPL 0315 1 3338 600840 118407 160305 19% -- -- SUMMARY 600840 118407 19% USABLE600840 118407 19% * * * End of File * * * - So it shows neither PAGE nor SPOOL bottleneck. CPU values are also acceptably low. - We have 8 GB total RAM in this LPAR. - Our Linux RAM definitions are: USER LINUX1 LINUX1 3G3G BG USER LINUX2 LINUX2 2560M 2560M BG USER LINUX3 LINUX3 2560M 2560M BG USER LINUX4 LINUX4 256M 256M BG - Aparently no great usage of system resources was being done at the time of shutdown (see
z/VM 5.2 Absurd System shutdown - PJBR
Hi, list. We are experiencing some problems with unpredictable and so far inevitable system shutdowns for aparently unknown reasons. - We are running 4 SLES9 Linux images under z/VM 5.2 - If we keep only 3 images, this problem doesn't seem to appear. It has happened only with 4 images running at once. - OPERATOR 191 console registers suddenly (but it can be like this for HOURS) the following message: xx:yy:zz HCPPAW415E Six continuous paging errors have occurred on DASD 02D5 volume 520PG1. (this message appears some 25-30 times per second) - Disk 2D5 has been hardware-checked successfully, so it has no hardware errors. - Latest RSU has been applied by IBM-advise. This is our level: q cplevel z/VM Version 5 Release 2.0, service level 0702 (64-bit) Generated at 12/21/07 19:33:42 MAI IPL at 01/04/08 11:46:43 MAI Ready; q cmslevel CMS Level 22, Service Level 702 Ready; - These were some system indicators at the time of the latest shutdown: PROCESSOR = AVGPROC-009% 01 MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000% PAGING-2/SEC STEAL-000% Q0-1(0) DORMANT-00018 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-4(0) EXPAN-001 E3-0(0) PROC -009% LIMITED-0 PAGE AREAS == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520PAG 033F 1 3338 600840 30602 31676 5% 520PG1 02D5 0 3338 601020 11660 11835 1% -- -- SUMMARY1174K 42262 3% USABLE 1174K 42262 3% SPOOL AREA == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520SPL 0315 1 3338 600840 118407 160305 19% -- -- SUMMARY 600840 118407 19% USABLE600840 118407 19% * * * End of File * * * - So it shows neither PAGE nor SPOOL bottleneck. CPU values are also acceptably low. - We have 8 GB total RAM in this LPAR. - Our Linux RAM definitions are: USER LINUX1 LINUX1 3G3G BG USER LINUX2 LINUX2 2560M 2560M BG USER LINUX3 LINUX3 2560M 2560M BG USER LINUX4 LINUX4 256M 256M BG - Aparently no great usage of system resources was being done at the time of shutdown (see above). Any help will be extremely welcome !! Saludos, Best Regards, José R. Barón Dpto. Sistemas CALCULO S. A. Tel. 91 330 86 44 e-mail: [EMAIL PROTECTED] Do not print this e-mail unless necessary
Re: z/VM 5.2 Absurd System shutdown - PJBR
xx:yy:zz HCPPAW415E Six continuous paging errors have occurred on DASD 02D5 volume 520PG1. (this message appears some 25-30 times per second) Did you recently add some page space to the system, or possibly overlapped some of your paging or spool space with a minidisk? This message can be caused by forgetting to format the page space with ICKDSF, or if you've accidentally overlaid part of your paging or spool space with a minidisk, CP will complain about that (CMS or Linux formatted space makes CP sad).
Re: z/VM 5.2 Absurd System shutdown - PJBR
On Jan 4, 2008 1:32 PM, David Boyes [EMAIL PROTECTED] wrote: Did you recently add some page space to the system, or possibly overlapped some of your paging or spool space with a minidisk? This message can be caused by forgetting to format the page space with ICKDSF, or if you've accidentally overlaid part of your paging or spool space with a minidisk, CP will complain about that (CMS or Linux formatted space makes CP sad). I seem to recall that CP records a slot as in-use even when it failed to write out the page. So the fact that so many slots locks are already in-use on the device probably does not imply there were any usable pages there... In the distant past one never had to add page packs because the load of VM was getting less and the machine were getting bigger. All we had to do was add user disks for this decreasing workload ;-) (hint: no, the work was not getting less, the machines were getting faster). So VM storage administrators (or often z/OS storage folks with a cheat sheet) learned that for VM it was enough to format allocate cylinder 0 and go for it (because DIRMAINT and otherwise CMS) would format the mini disks anyway. But not for CP owned volumes, as pointed out by others. I believe DIRMAINT already blocks CP areas from allocation these days, even when you don't do $PAGE$ and $SPOL$ userids. But for those shops without, wibni CP would prevent lesser gods from completing a LINK to a device that lives on a CP area? (except for parm disks, I guess) Rob
Re: Monitor Configuration Records
On Jan 4, 2008 3:31 PM, Dixon, Patricia A [EMAIL PROTECTED] wrote: If I see a 1/11 which tells me I have a complete set of configuration records, why am I not seeing the 1/6? I am also seeing other configuration records too, such as the 1/15 (user) and 1/8 (paging) in the monitor data I'm analyzing but no 1/6. Correct, if you got the end-of-interval then you have seen it all. And from what I can tell, even when you disable I/O both in sample and event, you still get configuration records for it. Rob -- Rob van der Heij Velocity Software, Inc http://velocitysoftware.com/
Monitor Configuration Records
Hello, When setting up the MONITOR profile to collect data, can certain configuration records (specifically the 1/06 Device) be disabled or be prevented from being created? If so, which other configuration records can be disabled? I checked the CP Commands and Utilities Reference, MONITOR SAMPLE command ENABLE/DISABLE parameter and see no mention of configuration records, just the following: APPLDATA I/O (ALL, specific devices and classes) NETWORK PROCESSOR STORAGE USER (ALL, specific userids) However, I do see a note in the manual that the MONITOR and SYSTEM domains cannot be disabled from data collection. So if I specified DISABLE I/O ALL does that mean Domain 1/6 records will not be collected? Is there any other reason why 1/6 records would not be created? Thank you, Patricia Dixon ca Software Engineer Tel: +1 703-708-3951 Fax: +1 703-708-3659 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
AW: z/VM 5.2 Absurd System shutdown - PJBR
Why does your paging device start on cyl 0?!?: -- PAGE AREAS == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520PAG 033F 1 3338 600840 30602 31676 5% 520PG1 02D5 0 3338 601020 11660 11835 1% -- Shouldn't it start on Cyl 1, like 520PAG? Regards, Willy Fritz -Ursprüngliche Nachricht- Von: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Auftrag von Jose Raul Baron Gesendet: Freitag, 4. Januar 2008 13:27 An: IBMVM@LISTSERV.UARK.EDU Betreff: z/VM 5.2 Absurd System shutdown - PJBR Hi, list. We are experiencing some problems with unpredictable and so far inevitable system shutdowns for aparently unknown reasons. - We are running 4 SLES9 Linux images under z/VM 5.2 - If we keep only 3 images, this problem doesn't seem to appear. It has happened only with 4 images running at once. - OPERATOR 191 console registers suddenly (but it can be like this for HOURS) the following message: xx:yy:zz HCPPAW415E Six continuous paging errors have occurred on DASD 02D5 volume 520PG1. (this message appears some 25-30 times per second) - Disk 2D5 has been hardware-checked successfully, so it has no hardware errors. - Latest RSU has been applied by IBM-advise. This is our level: q cplevel z/VM Version 5 Release 2.0, service level 0702 (64-bit) Generated at 12/21/07 19:33:42 MAI IPL at 01/04/08 11:46:43 MAI Ready; q cmslevel CMS Level 22, Service Level 702 Ready; - These were some system indicators at the time of the latest shutdown: PROCESSOR = AVGPROC-009% 01 MDC READS-00/SEC WRITES-00/SEC HIT RATIO-000% PAGING-2/SEC STEAL-000% Q0-1(0) DORMANT-00018 Q1-0(0) E1-0(0) Q2-0(0) EXPAN-001 E2-0(0) Q3-4(0) EXPAN-001 E3-0(0) PROC -009% LIMITED-0 PAGE AREAS == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520PAG 033F 1 3338 600840 30602 31676 5% 520PG1 02D5 0 3338 601020 11660 11835 1% -- -- SUMMARY1174K 42262 3% USABLE 1174K 42262 3% SPOOL AREA == EXTENT EXTENT TOTAL PAGES HIGH% VOLID RDEV STARTEND PAGES IN USE PAGE USED -- -- -- -- -- -- 520SPL 0315 1 3338 600840 118407 160305 19% -- -- SUMMARY 600840 118407 19% USABLE600840 118407 19% * * * End of File * * * - So it shows neither PAGE nor SPOOL bottleneck. CPU values are also acceptably low. - We have 8 GB total RAM in this LPAR. - Our Linux RAM definitions are: USER LINUX1 LINUX1 3G3G BG USER LINUX2 LINUX2 2560M 2560M BG USER LINUX3 LINUX3 2560M 2560M BG USER LINUX4 LINUX4 256M 256M BG - Aparently no great usage of system resources was being done at the time of shutdown (see above). Any help will be extremely welcome !! Saludos, Best Regards, José R. Barón Dpto. Sistemas CALCULO S. A. Tel. 91 330 86 44 e-mail: [EMAIL PROTECTED] Do not print this e-mail unless necessary
Re: Monitor Configuration Records
Hi, If I see a 1/11 which tells me I have a complete set of configuration records, why am I not seeing the 1/6? I am also seeing other configuration records too, such as the 1/15 (user) and 1/8 (paging) in the monitor data I'm analyzing but no 1/6. Thanks, Pat -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Rob van der Heij Sent: Friday, January 04, 2008 8:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Monitor Configuration Records On Jan 4, 2008 2:10 PM, Dixon, Patricia A [EMAIL PROTECTED] wrote: does that mean Domain 1/6 records will not be collected? Is there any other reason why 1/6 records would not be created? Sample configuration area too small -Rob
DB2/VSEVM V7.50 manuals
Hi Listers, DB2/VSEVM V7.50 manuals are online at: http://www-306.ibm.com/software/data/db2/vse-vm/directory.html Regards, ...Roland
Re: z/VM 5.2 Absurd System shutdown - PJBR
2008/1/4, Rob van der Heij [EMAIL PROTECTED]: On Jan 4, 2008 1:32 PM, David Boyes [EMAIL PROTECTED] wrote . I believe DIRMAINT already blocks CP areas from allocation these days, even when you don't do $PAGE$ and $SPOL$ userids. But for those shops without, wibni CP would prevent lesser gods from completing a LINK to a device that lives on a CP area? (except for parm disks, I guess) Rob Rob, CP prevents LINKing to minidisks overlapping its areas for at least some of them, I think PAGE and SPOL are protected. I did test this again a while ago, and some area are not protected, maybe WARM and CKPT areas. Another warning: some people do think they could format a CP area by LINKing to a minidisk that is defined to map exactly the CP area (e.g. a $PAGE$ minidisk). This is no good. The areas must be formatted with the access to the fullpack, either ATTACHed, either a fullpack minidisk. -- Kris Buelens, IBM Belgium, VM customer support
Re: AW: z/VM 5.2 Absurd System shutdown - PJBR
Cylinder zero is ok for other CP areas but NOT for TDISK. Don't define a TDSK area on cylinder zero. Aria. On Fri, 4 Jan 2008 14:29:15 +0100 Fritz, Wilhelm said: Thanks for the clarification, Rob. I didn't know that. Willy On Jan 4, 2008 2:09 PM, Fritz, Wilhelm [EMAIL PROTECTED] wrote: Why does your paging device start on cyl 0?!?: Shouldn't it start on Cyl 1, like 520PAG? Does not have to. CP knows enough to stay out of the first track(s) but I think most folks do keep the first cylinder out. In his case, those might be the only tracks where CP could page on that = disk :-) Rob
Re: Alternate cylinders and new DASD
Probably not. If so, only for some very old formatted VM DASD. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Leland Lucius Sent: Friday, January 04, 2008 11:07 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Alternate cylinders and new DASD We're fixin' to get some new DASD and it will not be reporting alternate cylinders anymore. On the z/OS side, we have to do a REFORMAT REFVTOC to get rid of the alternate information. Do we have to do a similar thing for our z/VM disks? Thanks, Leland This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
