Re: MONWRITE files
I collect these records for CPU statistics: ddrr (domain / record) : 00** ddrr (domain / record) : 01** ddrr (domain / record) : 0403 ddrr (domain / record) : 0404 For storage i think you need to add some record types from Domain 3. The CP monitor records can be found here: http://www.vm.ibm.com/pubs/ctlblk.html I had to include domain 0 and 1 because we also get the number of CPUs out of them, and - if i remember correctly, i had to include some control information too because MXG was not able to import the data without these control information. If you are interested in the exec, please let me know. at least it can be taken as a sample how to extract the monitoring data, it was a bit of a puzzling work because i did not find a documentation about the monwrite file format, i had to find out by myself how the logical monitor records are physically organized. Regards, Stefan Hamilton, Brian [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 18.03.2008 14:10 Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files Hi Stefan, In response to your statement, * the old file is read by a rexx procedure and only a subset of the monitoring records are selected from it building a new file (about 10% of the original size), this reduced file is then send to z/OS by ftp for reporting. I‘d be interested in what this rexx is extracting. Our intent is to produce reports on CPU and memory usage and I agree the data is huge. Thanks Brian From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Raabe Sent: Tuesday, March 18, 2008 8:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte sofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet. The information contained in this message is confidential or protected by law. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorised copying of this message or unauthorised distribution of the information contained herein is prohibited. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead Deutsche Börse Systems AG Chairman of the Supervisory Board/ Vorsitzender des Aufsichtsrats: Reto Francioni Executive Board/Vorstand: Michael Kuhn (Chief Executive Officer/Vorsitzender), Yves Baguet (Deputy Chief Executive Officer/ stellvertretender Vorsitzender), Thomas Eichelmann, Gerhard Leßmann. Aktiengesellschaft with registered seat in/mit Sitz in Frankfurt am Main. Commercial register/Handelsregister: Local court/Amtsgericht Frankfurt am Main HRB 42413. - Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte sofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet. The information contained in this message is confidential or protected by law. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorised copying of this message or unauthorised distribution of the information contained herein is prohibited. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead
Re: MONWRITE files
mhhh the cms pipe version looks good, too bad i did not knew about that one before i wrote my exec... :-) Cheers, Stefan Stefan Raabe 19.03.2008 08:32 To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files I collect these records for CPU statistics: ddrr (domain / record) : 00** ddrr (domain / record) : 01** ddrr (domain / record) : 0403 ddrr (domain / record) : 0404 For storage i think you need to add some record types from Domain 3. The CP monitor records can be found here: http://www.vm.ibm.com/pubs/ctlblk.html I had to include domain 0 and 1 because we also get the number of CPUs out of them, and - if i remember correctly, i had to include some control information too because MXG was not able to import the data without these control information. If you are interested in the exec, please let me know. at least it can be taken as a sample how to extract the monitoring data, it was a bit of a puzzling work because i did not find a documentation about the monwrite file format, i had to find out by myself how the logical monitor records are physically organized. Regards, Stefan Hamilton, Brian [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 18.03.2008 14:10 Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: MONWRITE files Hi Stefan, In response to your statement, * the old file is read by a rexx procedure and only a subset of the monitoring records are selected from it building a new file (about 10% of the original size), this reduced file is then send to z/OS by ftp for reporting. I‘d be interested in what this rexx is extracting. Our intent is to produce reports on CPU and memory usage and I agree the data is huge. Thanks Brian From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Raabe Sent: Tuesday, March 18, 2008 8:55 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte sofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet. The information contained in this message is confidential or protected by law. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorised copying of this message or unauthorised distribution of the information contained herein is prohibited. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead Deutsche Börse Systems AG Chairman of the Supervisory Board/ Vorsitzender des Aufsichtsrats: Reto Francioni Executive Board/Vorstand: Michael Kuhn (Chief Executive Officer/Vorsitzender), Yves Baguet (Deputy Chief Executive Officer/ stellvertretender Vorsitzender), Thomas Eichelmann, Gerhard Leßmann. Aktiengesellschaft with registered seat in/mit Sitz in Frankfurt am Main. Commercial register/Handelsregister: Local court/Amtsgericht Frankfurt am Main HRB 42413. - Diese E-Mail enthaelt vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte sofort den Absender und loeschen Sie diese E-Mail. Das unbefugte Kopieren dieser E-Mail oder die unbefugte Weitergabe der enthaltenen Informationen ist nicht gestattet. The information contained in this message is confidential or protected by law. If you are not the intended recipient, please contact the sender and delete this message. Any unauthorised copying of this message or unauthorised distribution of the information contained herein is prohibited. Legally required information for business correspondence/ Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz: http://deutsche-boerse.com/letterhead
Re: Mdisk 3390 Model 9 dasd
NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Many thanks to all that responded. I should have mentioned that I had confirmed that LNX000 is a Model-9. Below confirms the DEVTYPE number of cylinders for LNX000 is that of a Mod-9 : Q DASD LNX000 DASD 7E7D CP SYSTEM LNX000 0 Ready; T=0.01/0.01 09:56:45 Q DASD DETAILS 7e7d 7E7D CUTYPE = 2105-E8, DEVTYPE = 3390-0C, VOLSER = LNX000, CYLS = 10017 CACHE DETAILS: CACHE NVS CFW DFW PINNED CONCOPY -SUBSYSTEM YY Y -N N -DEVICE Y- - YN N DEVICE DETAILS: CCA = 7D, DDC = -- DUPLEX DETAILS: -- CU DETAILS: SSID = 015E, CUNUM = 7E00 Ready; T=0.01/0.01 09:57:16 The problem still persists. Any further suggestions as what I'm possibly missing.. Kind Regards, Vikesh Bhoola -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Hayden Sent: 18 March 2008 05:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mdisk 3390 Model 9 dasd From the MAINT id, enter Q DASD LNX000. This will give you the device address of that volume, such as: DASD 6903 CP SYSTEM LNX000 Then enter Q DASD DETAILS and find out how many cylinders CP thinks it has. If it is incorrect, it isn't configured correctly in the storage controller or you have the wrong address. On Tue, Mar 18, 2008 at 11:18 AM, Vikesh Bhoola [EMAIL PROTECTED] wrote: NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Good day, Firstly, apologies for a very basic question from a z/OS system programmer. Not being a VM expert, I've been struggling with this for most of the day and was hoping someone could perhaps help while I'm still downloading the manuals. I am busy with the zLINUX installation on zVM. I would like to make use of 3390 Model 9 disk for the Linux software. We would like to make use of a bit more space (over 3338 cyl or 2.7Gb) and hence have the following definitions in USER DIRECT : USER LINUX02 LNX4VM 512M 2G G INCLUDE LINDFLT OPTION APPLMON MDISK 100 3390 0001 4500 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 102 3390 4501 0300 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 103 3390 4801 3038 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 104 3390 7839 2177 LNX000 MR LNX4VM LNX4VM LNX4VM When I logon to LINUX02, I get the following msg : LOGON LINUX02 HCPLNM1151E LINUX02 0100 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0102 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0103 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0104 has not been linked because it is not within CP volume extents. Searching on this msg does not provide any clues how to specify that this is a 3390 Model 9 dasd. Your assistance is very much appreciated. Kind Regards, Vikesh Bhoola -- Bruce Hayden Linux on System z Advanced Technical Support Endicott, NY
Re: Mdisk 3390 Model 9 dasd
Now issue CP Q MDISK USER LINUX02 0100 DIRECT LOCATION to see what is in the active CP directory 2008/3/19, Vikesh Bhoola [EMAIL PROTECTED]: NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Many thanks to all that responded. I should have mentioned that I had confirmed that LNX000 is a Model-9. Below confirms the DEVTYPE number of cylinders for LNX000 is that of a Mod-9 : Q DASD LNX000 DASD 7E7D CP SYSTEM LNX000 0 Ready; T=0.01/0.01 09:56:45 Q DASD DETAILS 7e7d 7E7D CUTYPE = 2105-E8, DEVTYPE = 3390-0C, VOLSER = LNX000, CYLS = 10017 CACHE DETAILS: CACHE NVS CFW DFW PINNED CONCOPY -SUBSYSTEM YY Y -N N -DEVICE Y- - YN N DEVICE DETAILS: CCA = 7D, DDC = -- DUPLEX DETAILS: -- CU DETAILS: SSID = 015E, CUNUM = 7E00 Ready; T=0.01/0.01 09:57:16 The problem still persists. Any further suggestions as what I'm possibly missing.. Kind Regards, Vikesh Bhoola -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Hayden Sent: 18 March 2008 05:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mdisk 3390 Model 9 dasd From the MAINT id, enter Q DASD LNX000. This will give you the device address of that volume, such as: DASD 6903 CP SYSTEM LNX000 Then enter Q DASD DETAILS and find out how many cylinders CP thinks it has. If it is incorrect, it isn't configured correctly in the storage controller or you have the wrong address. On Tue, Mar 18, 2008 at 11:18 AM, Vikesh Bhoola [EMAIL PROTECTED] wrote: NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Good day, Firstly, apologies for a very basic question from a z/OS system programmer. Not being a VM expert, I've been struggling with this for most of the day and was hoping someone could perhaps help while I'm still downloading the manuals. I am busy with the zLINUX installation on zVM. I would like to make use of 3390 Model 9 disk for the Linux software. We would like to make use of a bit more space (over 3338 cyl or 2.7Gb) and hence have the following definitions in USER DIRECT : USER LINUX02 LNX4VM 512M 2G G INCLUDE LINDFLT OPTION APPLMON MDISK 100 3390 0001 4500 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 102 3390 4501 0300 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 103 3390 4801 3038 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 104 3390 7839 2177 LNX000 MR LNX4VM LNX4VM LNX4VM When I logon to LINUX02, I get the following msg : LOGON LINUX02 HCPLNM1151E LINUX02 0100 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0102 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0103 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0104 has not been linked because it is not within CP volume extents. Searching on this msg does not provide any clues how to specify that this is a 3390 Model 9 dasd. Your assistance is very much appreciated. Kind Regards, Vikesh Bhoola -- Bruce Hayden Linux on System z Advanced Technical Support Endicott, NY -- Kris Buelens, IBM Belgium, VM customer support
Re: Mdisk 3390 Model 9 dasd
Did all of the cyls (10,000+) get allocated as PERM? Here is an EXEC I use to check the status of a disk. Remember to DET the disk from the system and ATT it to your ID. When I'm in a hurray I sometimes forget that little bit of information. /*--*/ /* */ /*--*/ Parse upper arg VDEV VOLID /*--*/ /* */ /*--*/ say 'Start of ICKDSF LIST' push 'end'; push 'CPVOL LIST UNIT('VDEV') VFY('VOLID')'; push 'console'; push 'console'; 'ickdsf' say say 'Return code from ICKDSF was:' rc say 'Done with LIST of:' VOLID '-' VDEV say 'Date' DATE() '-- Time' TIME('N') Exit Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] (319)-355-7824 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Vikesh Bhoola Sent: Wednesday, March 19, 2008 3:13 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mdisk 3390 Model 9 dasd NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Many thanks to all that responded. I should have mentioned that I had confirmed that LNX000 is a Model-9. Below confirms the DEVTYPE number of cylinders for LNX000 is that of a Mod-9 : Q DASD LNX000 DASD 7E7D CP SYSTEM LNX000 0 Ready; T=0.01/0.01 09:56:45 Q DASD DETAILS 7e7d 7E7D CUTYPE = 2105-E8, DEVTYPE = 3390-0C, VOLSER = LNX000, CYLS = 10017 CACHE DETAILS: CACHE NVS CFW DFW PINNED CONCOPY -SUBSYSTEM YY Y -N N -DEVICE Y- - YN N DEVICE DETAILS: CCA = 7D, DDC = -- DUPLEX DETAILS: -- CU DETAILS: SSID = 015E, CUNUM = 7E00 Ready; T=0.01/0.01 09:57:16 The problem still persists. Any further suggestions as what I'm possibly missing.. Kind Regards, Vikesh Bhoola -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Hayden Sent: 18 March 2008 05:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mdisk 3390 Model 9 dasd From the MAINT id, enter Q DASD LNX000. This will give you the device address of that volume, such as: DASD 6903 CP SYSTEM LNX000 Then enter Q DASD DETAILS and find out how many cylinders CP thinks it has. If it is incorrect, it isn't configured correctly in the storage controller or you have the wrong address. On Tue, Mar 18, 2008 at 11:18 AM, Vikesh Bhoola [EMAIL PROTECTED] wrote: NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Good day, Firstly, apologies for a very basic question from a z/OS system programmer. Not being a VM expert, I've been struggling with this for most of the day and was hoping someone could perhaps help while I'm still downloading the manuals. I am busy with the zLINUX installation on zVM. I would like to make use of 3390 Model 9 disk for the Linux software. We would like to make use of a bit more space (over 3338 cyl or 2.7Gb) and hence have the following definitions in USER DIRECT : USER LINUX02 LNX4VM 512M 2G G INCLUDE LINDFLT OPTION APPLMON MDISK 100 3390 0001 4500 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 102 3390 4501 0300 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 103 3390 4801 3038 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 104 3390 7839 2177 LNX000 MR LNX4VM LNX4VM LNX4VM When I logon to LINUX02, I get the following msg : LOGON LINUX02 HCPLNM1151E LINUX02 0100 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0102 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0103 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0104 has not been linked because it is not within CP volume extents. Searching on this msg does not provide any clues how to specify that this is a 3390 Model 9 dasd. Your assistance is very much appreciated. Kind Regards, Vikesh Bhoola -- Bruce Hayden Linux on System z Advanced Technical Support Endicott, NY
Re: Mdisk 3390 Model 9 dasd
NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Paul, thanks for the handy exec. The output shows all 1+ allocated as PERM : chkdisk 7e7d lnx000 Start of ICKDSF LIST ICK030E DEFINE INPUT DEVICE: FN FT FM, CONSOLE, OR READER CONSOLE ICK031E DEFINE OUTPUT DEVICE: FN FT FM, CONSOLE, OR PRINTER CONSOLE ICKDSF - CMS/XA/ESA DEVICE SUPPORT FACILITIES 17.0 03/19/08 PAGE 1 ENTER INPUT COMMAND: CPVOL LIST UNIT(7E7D) VFY(LNX000) ICK00700I DEVICE INFORMATION FOR 7E7D IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 3990 STORAGE CONTROL DESCRIPTOR = E9 DEVICE DESCRIPTOR = 0C ADDITIONAL DEVICE INFORMATION = 48001B35 TRKS/CYL = 15, # PRIMARY CYLS = 10017 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 7E7D NED= 2105. .EMC.06.20090745 ICK091I 7E7D NED= 2105. .EMC.06.20090745 ICK03090I VOLUME SERIAL = LNX000 ICK03024I DEVICE IS CURRENTLY FORMATTED WITHOUT FILLER RECORDS ICK03000I CPVOL REPORT FOR 7E7D FOLLOWS: ICK03021I 7E7D IS FORMATTED FOR VM/ESA MODE CYLINDER ALLOCATION CURRENTLY IS AS FOLLOWS: TYPE START ENDTOTAL - ---- PERM 0 10016 10017 ICK1I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 13:05:2803/19/08 ENTER INPUT COMMAND: END ICK2I ICKDSF PROCESSING COMPLETE. MAXIMUM CONDITION CODE WAS 0 Return code from ICKDSF was: 0 Done with LIST of: LNX000 - 7E7D Date 19 Mar 2008 -- Time 13:06:01 Any further suggestions ? PS : Detaching from System logging onto LINUX02 I still get the following : HCPLNM1151E LINUX02 0100 has not been linked because it is not within CP volume extents. Kind Regards, Vikesh Bhoola -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Feller, Paul Sent: 19 March 2008 12:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mdisk 3390 Model 9 dasd Did all of the cyls (10,000+) get allocated as PERM? Here is an EXEC I use to check the status of a disk. Remember to DET the disk from the system and ATT it to your ID. When I'm in a hurray I sometimes forget that little bit of information. /*--*/ /* */ /*--*/ Parse upper arg VDEV VOLID /*--*/ /* */ /*--*/ say 'Start of ICKDSF LIST' push 'end'; push 'CPVOL LIST UNIT('VDEV') VFY('VOLID')'; push 'console'; push 'console'; 'ickdsf' say say 'Return code from ICKDSF was:' rc say 'Done with LIST of:' VOLID '-' VDEV say 'Date' DATE() '-- Time' TIME('N') Exit Paul Feller AIT Mainframe Technical Support [EMAIL PROTECTED] (319)-355-7824
Re: Mdisk 3390 Model 9 dasd
NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Thanks Kris for a brilliant command. It showed that is was still mapped to a 3390 mod-3 volume LNX005 : CP Q MDISK USER LINUX02 0100 DIRECT LOCATION Ready; T=0.01/0.01 13:29:39 13:29:39 TargetID Tdev OwnerID Odev Dtype Vol-ID Rdev StartLoc Size 13:29:39 LINUX02 0100 LINUX02 0100 3390 LNX005 161A 1 4500 Ready; T=0.01/0.01 13:29:39 I obviously forgot to bring the USER DIRECT online using DIRECTXA USER which resolved the issue. This is truly embarrassing. Many thanks to all that responded. Kind Regards, Vikesh Bhoola -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: 19 March 2008 12:19 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mdisk 3390 Model 9 dasd Now issue CP Q MDISK USER LINUX02 0100 DIRECT LOCATION to see what is in the active CP directory 2008/3/19, Vikesh Bhoola [EMAIL PROTECTED]: NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Many thanks to all that responded. I should have mentioned that I had confirmed that LNX000 is a Model-9. Below confirms the DEVTYPE number of cylinders for LNX000 is that of a Mod-9 : Q DASD LNX000 DASD 7E7D CP SYSTEM LNX000 0 Ready; T=0.01/0.01 09:56:45 Q DASD DETAILS 7e7d 7E7D CUTYPE = 2105-E8, DEVTYPE = 3390-0C, VOLSER = LNX000, CYLS = 10017 CACHE DETAILS: CACHE NVS CFW DFW PINNED CONCOPY -SUBSYSTEM YY Y -N N -DEVICE Y- - YN N DEVICE DETAILS: CCA = 7D, DDC = -- DUPLEX DETAILS: -- CU DETAILS: SSID = 015E, CUNUM = 7E00 Ready; T=0.01/0.01 09:57:16 The problem still persists. Any further suggestions as what I'm possibly missing.. Kind Regards, Vikesh Bhoola -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Bruce Hayden Sent: 18 March 2008 05:30 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mdisk 3390 Model 9 dasd From the MAINT id, enter Q DASD LNX000. This will give you the device address of that volume, such as: DASD 6903 CP SYSTEM LNX000 Then enter Q DASD DETAILS and find out how many cylinders CP thinks it has. If it is incorrect, it isn't configured correctly in the storage controller or you have the wrong address. On Tue, Mar 18, 2008 at 11:18 AM, Vikesh Bhoola [EMAIL PROTECTED] wrote: NB: This email and its contents are subject to our email legal notice which can be viewed at http://www.sars.gov.za/Email_Disclaimer.pdf Good day, Firstly, apologies for a very basic question from a z/OS system programmer. Not being a VM expert, I've been struggling with this for most of the day and was hoping someone could perhaps help while I'm still downloading the manuals. I am busy with the zLINUX installation on zVM. I would like to make use of 3390 Model 9 disk for the Linux software. We would like to make use of a bit more space (over 3338 cyl or 2.7Gb) and hence have the following definitions in USER DIRECT : USER LINUX02 LNX4VM 512M 2G G INCLUDE LINDFLT OPTION APPLMON MDISK 100 3390 0001 4500 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 102 3390 4501 0300 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 103 3390 4801 3038 LNX000 MR LNX4VM LNX4VM LNX4VM MDISK 104 3390 7839 2177 LNX000 MR LNX4VM LNX4VM LNX4VM When I logon to LINUX02, I get the following msg : LOGON LINUX02 HCPLNM1151E LINUX02 0100 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0102 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0103 has not been linked because it is not within CP volume extents. HCPLNM1151E LINUX02 0104 has not been linked because it is not within CP volume extents. Searching on this msg does not provide any clues how to specify that this is a 3390 Model 9 dasd. Your assistance is very much appreciated. Kind Regards, Vikesh Bhoola -- Bruce Hayden Linux on System z Advanced Technical Support Endicott, NY -- Kris Buelens, IBM Belgium, VM customer support
Question on ordering z/VM 5.3
I'm a newbie to z/VM. We want to migrate from z/VM 5.2 to z/VM 5.3 My background is z/OS and have placed many orders via ShopzSeries for upgrades. Typically id upload a bitmap of my products installed from SMP/e and id check off what I need to order. I just logged on ShopZseries and don't see the exact same thing from z/VM. I see I can upload a bit map (via maint id) for fixes but can I do the same to place an order? How do most people do it just order the DVD and products like RACF/RSCS etc separate? Thanks in advance. Andy Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message.
Re: Question on ordering z/VM 5.3
Andy, Products like RSCS and RACF (on z/VM 5.3) are actually shipped with the product. So if you order z/VM 5.3, you will get them on the DVD. If you are licensed for the products you can activate them for use after installation. [EMAIL PROTECTED] wrote: I'm a newbie to z/VM. We want to migrate from z/VM 5.2 to z/VM 5.3 My background is z/OS and have placed many orders via ShopzSeries for upgrades. Typically id upload a bitmap of my products installed from SMP/e and id check off what I need to order. I just logged on ShopZseries and don't see the exact same thing from z/VM. I see I can upload a bit map (via maint id) for fixes but can I do the same to place an order? How do most people do it just order the DVD and products like RACF/RSCS etc separate? Thanks in advance. Andy Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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 2008 - Chattanooga - April 18-22, 2008
Re: Question on ordering z/VM 5.3
Andy, RACF, Dirmaint, Performance Tool Kit, and yes RSCS do come with z/VM5.3 but remember RSCS for z/VM5.3 is now a feature and not a program product and is priced differently it is a different choice on the SDO order. You will get z/VM 5.3 and its feature products and an SDO tape with program products. Bill Munson VM System Programmer 201-418-7588 President MVMUA http://www2.marist.edu/~mvmua/ Rich Smrcina [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/19/2008 08:38 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Question on ordering z/VM 5.3 Andy, Products like RSCS and RACF (on z/VM 5.3) are actually shipped with the product. So if you order z/VM 5.3, you will get them on the DVD. If you are licensed for the products you can activate them for use after installation. [EMAIL PROTECTED] wrote: I'm a newbie to z/VM. We want to migrate from z/VM 5.2 to z/VM 5.3 My background is z/OS and have placed many orders via ShopzSeries for upgrades. Typically id upload a bitmap of my products installed from SMP/e and id check off what I need to order. I just logged on ShopZseries and don't see the exact same thing from z/VM. I see I can upload a bit map (via maint id) for fixes but can I do the same to place an order? How do most people do it just order the DVD and products like RACF/RSCS etc separate? Thanks in advance. Andy Internet: Mailto:[EMAIL PROTECTED] The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- 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 2008 - Chattanooga - April 18-22, 2008 *** IMPORTANT NOTE* The opinions expressed in this message and/or any attachments are those of the author and not necessarily those of Brown Brothers Harriman Co., its subsidiaries and affiliates (BBH). There is no guarantee that this message is either private or confidential, and it may have been altered by unauthorized sources without your or our knowledge. Nothing in the message is capable or intended to create any legally binding obligations on either party and it is not intended to provide legal advice. BBH accepts no responsibility for loss or damage from its use, including damage from virus.
Re: Physical Planning Manuals
Peter--If you still need the power requirements for a 3480-A22/B22, this is from our CE The b22's get their power from the a22. Voltage (AC, 3-phase, 4-wire, 60 Hz): 200V #2733 208V #9903 220V #2800 240V #9915 He also included a url, but possibly, it's IBM internal use only, because I couldn't get in. I assume the numbers on the 200V and 220V lines are Russell and Stowe part numbers, probably one of them being the male connection and the other the female connection. I looked in the machine room, but he must have moved the CE manuals from the rack to a cabinet somewhere. Jim Peter Carrier wrote: Thanks. That didn't have the info I'm looking for. Basically I need to=20= know power requirements for a 3480-A22/B22, and a 3590 A60 with 4 drives= . I guess this may have m]been in an Input/output Physical Planning manua= l=20 back then. Anyone happen to know what the power requirements are? Again, thanks in advance, Peter -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
z/OS 1.7 on a z/800 Under z/VM 4.4
Does anybody have any experience or can anybody verify that z/OS 1.7 will run under a z/VM 4.4 system on a z/800? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing Office 402.963.8905
CMS VSCREEN
I am trying to modify an exec that uses VSCREEN WAITREAD. Is there a way to 'force' an interrupt from another userid - something other than a CP warning. The help for VSCREEN WAITREAD says: WAITREAD.1 is set to UNKNOWN when the System Request key is used to generate the attention interrupt and no other system. For example, VM/VTAM session managers, and so forth traps the System Request key interrupt. Anyone have an idea on how I can 'simulate' this from another userid? Thanks If you are not the intended recipient of this e-mail message, please notify the sender and delete all copies immediately. The sender believes this message and any attachments were sent free of any virus, worm, Trojan horse, and other forms of malicious code. This message and its attachments could have been infected during transmission. The recipient opens any attachments at the recipient's own risk, and in so doing, the recipient accepts full responsibility for such actions and agrees to take protective and remedial action relating to any malicious code. Travelport is not liable for any loss or damage arising from this message or its attachments.
Re: CMS VSCREEN
From another user? CP SEND CP ATTN maybe, but I don't see the use of it, maybe we need to get more light. Note too that a VSCREEN user cannot run in a disconnected machine... 2008/3/19, Rothman, Peter [EMAIL PROTECTED]: I am trying to modify an exec that uses VSCREEN WAITREAD. Is there a way to 'force' an interrupt from another userid - something other than a CP warning. The help for VSCREEN WAITREAD says: WAITREAD.1 is set to UNKNOWN when the System Request key is used to generate the attention interrupt and no other system. For example, VM/VTAM session managers, and so forth traps the System Request key interrupt. Anyone have an idea on how I can 'simulate' this from another userid? -- Kris Buelens, IBM Belgium, VM customer support
Re: z/OS 1.7 on a z/800 Under z/VM 4.4
I do know that z/OS 1.5 will run under z/VM 4.3. Daniel Allen | Senior Systems Programmer | 1-800-457-3736x11241 Serena Software - The Mashups Are Coming -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Wandschneider, Scott Sent: Wednesday, March 19, 2008 8:20 AM To: IBMVM@LISTSERV.UARK.EDU Subject: z/OS 1.7 on a z/800 Under z/VM 4.4 Does anybody have any experience or can anybody verify that z/OS 1.7 will run under a z/VM 4.4 system on a z/800? Thank you, Scott R Wandschneider Senior Systems Programmer Infocrossing Office 402.963.8905 ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. **
Re: CMS VSCREEN
The exec I am trying to modify is the client in a client/server situation. Both client and server userids nucxload assembler code that uses VMCF for communication. 1. The client exec uses VSCREEN to 'put up a screen' 2. The user/client enters a command which is then sent via VMCF to the server. 3. When the response comes back the client's VSCREEN WAITREAD 'wakes up' because of the VMCF interrupt. The client's nucxloaded code then stacks the reponse. At this point the WAITREAD.1 is set to UNKNOWN. 4. Client code then displays the response on the VSCREEN. I have re-written the server in RXSockets and want to massage the client code to use RXSockets as well. My problem is that when the server 'sends' the response I have no way of telling the client to 'wakeup' and receive the data. Peter. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Wednesday, March 19, 2008 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS VSCREEN From another user? CP SEND CP ATTN maybe, but I don't see the use of it, maybe we need to get more light. Note too that a VSCREEN user cannot run in a disconnected machine... 2008/3/19, Rothman, Peter [EMAIL PROTECTED]: I am trying to modify an exec that uses VSCREEN WAITREAD. Is there a way to 'force' an interrupt from another userid - something other than a CP warning. The help for VSCREEN WAITREAD says: WAITREAD.1 is set to UNKNOWN when the System Request key is used to generate the attention interrupt and no other system. For example, VM/VTAM session managers, and so forth traps the System Request key interrupt. Anyone have an idea on how I can 'simulate' this from another userid? -- Kris Buelens, IBM Belgium, VM customer support If you are not the intended recipient of this e-mail message, please notify the sender and delete all copies immediately. The sender believes this message and any attachments were sent free of any virus, worm, Trojan horse, and other forms of malicious code. This message and its attachments could have been infected during transmission. The recipient opens any attachments at the recipient's own risk, and in so doing, the recipient accepts full responsibility for such actions and agrees to take protective and remedial action relating to any malicious code. Travelport is not liable for any loss or damage arising from this message or its attachments.
Re: CMS VSCREEN
I suppose another way of describing this is that in XMENU from CA there is a SMSG option. You put up the screen/menu with the SMSG option - if someone(server) sends you an SMSG you wakeup and can take action. I am looking for a way to do this with VSCREEN. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Wednesday, March 19, 2008 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS VSCREEN From another user? CP SEND CP ATTN maybe, but I don't see the use of it, maybe we need to get more light. Note too that a VSCREEN user cannot run in a disconnected machine... 2008/3/19, Rothman, Peter [EMAIL PROTECTED]: I am trying to modify an exec that uses VSCREEN WAITREAD. Is there a way to 'force' an interrupt from another userid - something other than a CP warning. The help for VSCREEN WAITREAD says: WAITREAD.1 is set to UNKNOWN when the System Request key is used to generate the attention interrupt and no other system. For example, VM/VTAM session managers, and so forth traps the System Request key interrupt. Anyone have an idea on how I can 'simulate' this from another userid? -- Kris Buelens, IBM Belgium, VM customer support If you are not the intended recipient of this e-mail message, please notify the sender and delete all copies immediately. The sender believes this message and any attachments were sent free of any virus, worm, Trojan horse, and other forms of malicious code. This message and its attachments could have been infected during transmission. The recipient opens any attachments at the recipient's own risk, and in so doing, the recipient accepts full responsibility for such actions and agrees to take protective and remedial action relating to any malicious code. Travelport is not liable for any loss or damage arising from this message or its attachments.
Re: CMS VSCREEN
I suppose another way of describing this is that in XMENU from CA there is a SMSG option. You put up the screen/menu with the SMSG option - if someone(server) sends you an SMSG you wakeup and can take action. I am looking for a way to do this with VSCREEN. If you can tolerate the client idle waiting for a response, then have the client code open one TCP socket to the server for use in transferring data and a second UDP socket as a signaling mechanism. Do a read from the UDP socket when you want to wait for a response. The read will block if there is no data available, and will wait until something arrives, and then return. You can send your data on the first TCP socket, and just use the second socket as a data set ready indicator (to borrow a term from serial I/O), omitting the message and wakeup components entirely. When you want to wake up the client, send a single UDP (or use TCP if you want to be paranoid) packet from the server, and the client will wake up from the blocking read and go on. You can then process and/or discard the DSR packet as you wish, and read the real data from the other socket. Of course in a pure REXX program, that implies the client comes to a complete halt on the blocking read. If it's a pipes app, then (I think) you block only on the thread that is doing the blocking read.
ETC HOSTS question
I have a very simple need for Name Services, so I use the ETC HOSTS file. I recently had a change to ETC HOSTS but I can't find a way to get TCP/IP to recognize my change. Is there a way, other that recycling TCPIP, to get the stack to reprocess the ETC HOSTS file? Thanks Tom
Re: ETC HOSTS question
Not sure about ETC HOSTS, but I can answer for HOSTS LOCAL.. You have to run MAKESITE to update HOSTS ADDRINFO and HOSTS SITEINFO, since the clients only read the *INFO files. -mark From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas Sent: Wednesday, March 19, 2008 1:08 PM To: IBMVM@LISTSERV.UARK.EDU Subject: ETC HOSTS question I have a very simple need for Name Services, so I use the ETC HOSTS file. I recently had a change to ETC HOSTS but I can't find a way to get TCP/IP to recognize my change. Is there a way, other that recycling TCPIP, to get the stack to reprocess the ETC HOSTS file? Thanks Tom
Re: MONWRITE files
Hello, Does the MONWRITE userid have to be on the RES volume to collect data? Thanks, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Jim Bohnsack Sent: Tuesday, March 18, 2008 8:01 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files Unless the objective is to have a program that will collect some of the records for one reporting function and another instance of the program collecting a different selection of the monitor records for a different reporting function, why not just limit the amount of records written to the monitor segment in the first place? Jim Thomas Kern wrote: Maybe this is where we need a NEW utility program, since MONWRITE is doin= g exactly the job it was written for (copying ALL monitor data to disk/tape= ?). Perhaps a utility that when pointed at a selection criteria file and a monwrite output file, will copy only those monitor records sellected. Or when pointed at such a selection criteria file and the MONDCSS segment, w= ill connect to the MONDCSS segment and in real-time copy only those monitor records selected, thereby reducing the amount of VM DASD needed for a z/O= S based capacity planning process. /Tom Kern On Tue, 18 Mar 2008 09:10:12 -0400, Hamilton, Brian [EMAIL PROTECTED] om wrote: Hi Stefan,=20 In response to your statement,=20 * the old file is read by a rexx procedure and only a subset of the monitoring records are selected from=20 it building a new file (about 10% of the original size), this reduced file is then send to z/OS by ftp for reporting. I'd be interested in what this rexx is extracting. Our intent is to produce reports on CPU and memory usage and I agree the data is huge. Thanks Brian -- Jim Bohnsack Cornell University (607) 255-1760 [EMAIL PROTECTED]
Re: MONWRITE files
No. Ours isn't. On 3/19/08, Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: Hello, Does the MONWRITE userid have to be on the RES volume to collect data? Thanks, Alyce
Re: MONWRITE files
No, I actually make sure my data collection minidisks are not on the sysr es volume. /Tom Kern /301-903-2211 On Wed, 19 Mar 2008 10:32:44 -0700, Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: Hello, Does the MONWRITE userid have to be on the RES volume to collect data? Thanks, Alyce
Re: ETC HOSTS question
On Wednesday, 03/19/2008 at 01:28 EDT, Mark Vitale [EMAIL PROTECTED] wrote: Not sure about ETC HOSTS, but I can answer for HOSTS LOCAL.. You have to run MAKESITE to update HOSTS ADDRINFO and HOSTS SITEINFO, since the clients only read the *INFO files. That hasn't been true for quite a while, Mark. z/VM 5.1 introduced ETC HOSTS. It does not require use of MAKESITE; the *INFO files are used only if no ETC HOSTS is available. (Death to *INFO files! Death, I say!) Thomas said: I recently had a change to ETC HOSTS but I can't find a way to get TCP/IP to recognize my change. Is there a way, other that recycling TCPIP, to get the stack to reprocess the ETC HOSTS file? Recycling of the stack is not required. Just put the updated ETC HOSTS on the 592 disk and recycle the *application* server (to get it to re-access the 592). The file is read by the resolver, not the stack. Alan Altmark z/VM Development IBM Endicott
Re: MONWRITE files
Good, I will define a new complete volume on userid monwrite. I need to collect data for a period of time for capacity planning. Even though I have performance toolkit, it has been suggested that I use the CP2KVMXT Utility whose output will be used by IBM and/or its partners as input to their zCP3000 utility program. Thanks, Alyce -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Kern Sent: Wednesday, March 19, 2008 10:38 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: MONWRITE files No, I actually make sure my data collection minidisks are not on the sysres volume. /Tom Kern /301-903-2211 On Wed, 19 Mar 2008 10:32:44 -0700, Austin, Alyce (CIV) [EMAIL PROTECTED] wrote: Hello, Does the MONWRITE userid have to be on the RES volume to collect data? Thanks, Alyce
Re: ETC HOSTS question
Thanks for the correction/update, Alan. It's been too long since I worked with my beloved VM. -mark -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Wednesday, March 19, 2008 2:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question On Wednesday, 03/19/2008 at 01:28 EDT, Mark Vitale [EMAIL PROTECTED] wrote: Not sure about ETC HOSTS, but I can answer for HOSTS LOCAL.. You have to run MAKESITE to update HOSTS ADDRINFO and HOSTS SITEINFO, since the clients only read the *INFO files. That hasn't been true for quite a while, Mark. z/VM 5.1 introduced ETC HOSTS. It does not require use of MAKESITE; the *INFO files are used only if no ETC HOSTS is available. (Death to *INFO files! Death, I say!) Thomas said: I recently had a change to ETC HOSTS but I can't find a way to get TCP/IP to recognize my change. Is there a way, other that recycling TCPIP, to get the stack to reprocess the ETC HOSTS file? Recycling of the stack is not required. Just put the updated ETC HOSTS on the 592 disk and recycle the *application* server (to get it to re-access the 592). The file is read by the resolver, not the stack. Alan Altmark z/VM Development IBM Endicott
Re: CMS VSCREEN
This falls in the catgeory of for a REXX programmer it is very hard to wait fro console input as well as something else. I have no solution, only some bypasses for specific cases, never perfect for the end-user. 2008/3/19, Rothman, Peter [EMAIL PROTECTED]: The exec I am trying to modify is the client in a client/server situation. Both client and server userids nucxload assembler code that uses VMCF for communication. 1. The client exec uses VSCREEN to 'put up a screen' 2. The user/client enters a command which is then sent via VMCF to the server. 3. When the response comes back the client's VSCREEN WAITREAD 'wakes up' because of the VMCF interrupt. The client's nucxloaded code then stacks the reponse. At this point the WAITREAD.1 is set to UNKNOWN. 4. Client code then displays the response on the VSCREEN. I have re-written the server in RXSockets and want to massage the client code to use RXSockets as well. My problem is that when the server 'sends' the response I have no way of telling the client to 'wakeup' and receive the data. Peter. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Wednesday, March 19, 2008 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: CMS VSCREEN From another user? CP SEND CP ATTN maybe, but I don't see the use of it, maybe we need to get more light. Note too that a VSCREEN user cannot run in a disconnected machine... 2008/3/19, Rothman, Peter [EMAIL PROTECTED]: I am trying to modify an exec that uses VSCREEN WAITREAD. Is there a way to 'force' an interrupt from another userid - something other than a CP warning. The help for VSCREEN WAITREAD says: WAITREAD.1 is set to UNKNOWN when the System Request key is used to generate the attention interrupt and no other system. For example, VM/VTAM session managers, and so forth traps the System Request key interrupt. Anyone have an idea on how I can 'simulate' this from another userid? -- Kris Buelens, IBM Belgium, VM customer support If you are not the intended recipient of this e-mail message, please notify the sender and delete all copies immediately. The sender believes this message and any attachments were sent free of any virus, worm, Trojan horse, and other forms of malicious code. This message and its attachments could have been infected during transmission. The recipient opens any attachments at the recipient's own risk, and in so doing, the recipient accepts full responsibility for such actions and agrees to take protective and remedial action relating to any malicious code. Travelport is not liable for any loss or damage arising from this message or its attachments. -- Kris Buelens, IBM Belgium, VM customer support
Number of IFLs to zLinux guests
Hello All, Is there a golden rule about the number of IFLs to support production Linux guests? I understand all shops are different and 'it depends' applies...but we are curious as to the ratio of IFLs to Linux guest in other shops. Are there any shops out there running zLinux guests in production under z/VM with two or less IFLs besides us? We have four production Linux guests and twenty one test Linux guests supported by two IFLs on a z9BC. TIA Thanks, Nick Harris Lead Systems Programmer Texas Farm Bureau Mutual Insurance Company 7420 Fish Pond Rd. Waco, TX 76710 254.751.2259 [EMAIL PROTECTED]
Re: Number of IFLs to zLinux guests
z9 ECs here and a z10, but I'm not counting him yet... In prod - we have 45 or so guests on 18 IFLs In test - we have had 100 or so guests on 2 IFLs. So, the ratio is either 50:1 or 5:2 :) You can see why everyone says it depends. If you can get the testers to play well together (wiki page coordination is what we do), I think one could have a ratio to work with in test. Prod is going to require measurement and planning :) Memory is usually a bigger issue than CPU. At least with CPU you can prioritize things so not all feel it. If you are heavily paging, everyone feels it. (i.e 100 on 24G = pain, 100 on 48G = happiness) (PS. We started with 2 :) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Harris, Nick J. Sent: Wednesday, March 19, 2008 12:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Number of IFLs to zLinux guests Hello All, Is there a golden rule about the number of IFLs to support production Linux guests? I understand all shops are different and 'it depends' applies...but we are curious as to the ratio of IFLs to Linux guest in other shops. Are there any shops out there running zLinux guests in production under z/VM with two or less IFLs besides us? We have four production Linux guests and twenty one test Linux guests supported by two IFLs on a z9BC. TIA Thanks, Nick Harris Lead Systems Programmer Texas Farm Bureau Mutual Insurance Company 7420 Fish Pond Rd. Waco, TX 76710 254.751.2259 [EMAIL PROTECTED]
Re: ETC HOSTS question
Isn't ETC HOSTS supposed to live on the TCPMAINT's 198 disk, rather than 592 (even though the sample is provided on 592)? Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, 20 March 2008 5:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question On Wednesday, 03/19/2008 at 01:28 EDT, Mark Vitale [EMAIL PROTECTED] wrote: Not sure about ETC HOSTS, but I can answer for HOSTS LOCAL.. You have to run MAKESITE to update HOSTS ADDRINFO and HOSTS SITEINFO, since the clients only read the *INFO files. That hasn't been true for quite a while, Mark. z/VM 5.1 introduced ETC HOSTS. It does not require use of MAKESITE; the *INFO files are used only if no ETC HOSTS is available. (Death to *INFO files! Death, I say!) Thomas said: I recently had a change to ETC HOSTS but I can't find a way to get TCP/IP to recognize my change. Is there a way, other that recycling TCPIP, to get the stack to reprocess the ETC HOSTS file? Recycling of the stack is not required. Just put the updated ETC HOSTS on the 592 disk and recycle the *application* server (to get it to re-access the 592). The file is read by the resolver, not the stack. Alan Altmark z/VM Development IBM Endicott
Re: Number of IFLs to zLinux guests
We're running about 40 Linux guests on a total of four IFLs, spread across two LPARs and CECs. Roughly 20 guests in each LPAR. We're about to add an additional IFL to each LPAR, not for capacity, since we're normally running at about 10 - 20 percent, but to handle the case where a single rogue guest consumes everything it can get for awhile. We'll continue to build one and two virtual CPU guests, but have the third engine to avoid allowing a single guest with dual virtual CPUs from eating the entire system. -- Robert P. Nix Mayo Foundation.~. RO-OE-5-55 200 First Street SW/V\ 507-284-0844 Rochester, MN 55905 /( )\ -^^-^^ In theory, theory and practice are the same, but in practice, theory and practice are different. On 3/19/08 2:36 PM, Marcy Cortes [EMAIL PROTECTED] wrote: z9 ECs here and a z10, but I'm not counting him yet... In prod - we have 45 or so guests on 18 IFLs In test - we have had 100 or so guests on 2 IFLs. So, the ratio is either 50:1 or 5:2 :) You can see why everyone says it depends. If you can get the testers to play well together (wiki page coordination is what we do), I think one could have a ratio to work with in test. Prod is going to require measurement and planning :) Memory is usually a bigger issue than CPU. At least with CPU you can prioritize things so not all feel it. If you are heavily paging, everyone feels it. (i.e 100 on 24G = pain, 100 on 48G = happiness) (PS. We started with 2 :) Marcy Cortes This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Harris, Nick J. Sent: Wednesday, March 19, 2008 12:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: [IBMVM] Number of IFLs to zLinux guests Hello All, Is there a golden rule about the number of IFLs to support production Linux guests? I understand all shops are different and 'it depends' applies...but we are curious as to the ratio of IFLs to Linux guest in other shops. Are there any shops out there running zLinux guests in production under z/VM with two or less IFLs besides us? We have four production Linux guests and twenty one test Linux guests supported by two IFLs on a z9BC. TIA Thanks, Nick Harris Lead Systems Programmer Texas Farm Bureau Mutual Insurance Company 7420 Fish Pond Rd. Waco, TX 76710 254.751.2259 [EMAIL PROTECTED]
Re: Number of IFLs to zLinux guests
You could play it politically safe and start with the same sort of ratio that your organization's Windows Virtualization people are using (http://communities.vmware.com/thread/128660?tstart=30). Then when you see that your processors are not fully utilized and you still have paging capacity, you can add more guests while the Windows group needs to ask fo r more hardware. /Tom Kern On Wed, 19 Mar 2008 14:20:19 -0500, Harris, Nick J. [EMAIL PROTECTED] wrote: Hello All, Is there a golden rule about the number of IFLs to support production Linux guests? I understand all shops are different and 'it depends' applies...but we are curious as to the ratio of IFLs to Linux guest in other shops. Are there any shops out there running zLinux guests in production under z/VM with two or less IFLs besides us? We have four production Linux guests and twenty one test Linux guests supported by two IFLs on a z9BC.
Re: Number of IFLs to zLinux guests
You can definitely run short of CPU if your guests are CPU intensive. we have 40-50 guests on 2 z990 IFLs see http://www.linuxvm.org/Present/SHARE110/S9284ps.pdf see page 11-13 This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Harris, Nick J. Sent: Wednesday, March 19, 2008 3:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Number of IFLs to zLinux guests Hello All, Is there a golden rule about the number of IFLs to support production Linux guests? I understand all shops are different and 'it depends' applies...but we are curious as to the ratio of IFLs to Linux guest in other shops. Are there any shops out there running zLinux guests in production under z/VM with two or less IFLs besides us? We have four production Linux guests and twenty one test Linux guests supported by two IFLs on a z9BC. TIA Thanks, Nick Harris Lead Systems Programmer Texas Farm Bureau Mutual Insurance Company 7420 Fish Pond Rd. Waco, TX 76710 254.751.2259 [EMAIL PROTECTED]
Re: Number of IFLs to zLinux guests
We have about a dozen running on a single z9BC IFL. -- Mark Pace Mainline Information Systems
Re: ETC HOSTS question
The DOC says 198.. I am still missing something, I can't PING (by name) the new entry in ETC HOSTS. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Gillis, Mark Sent: Wednesday, March 19, 2008 2:49 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question Isn't ETC HOSTS supposed to live on the TCPMAINT's 198 disk, rather than 592 (even though the sample is provided on 592)? Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, 20 March 2008 5:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question On Wednesday, 03/19/2008 at 01:28 EDT, Mark Vitale [EMAIL PROTECTED] wrote: Not sure about ETC HOSTS, but I can answer for HOSTS LOCAL.. You have to run MAKESITE to update HOSTS ADDRINFO and HOSTS SITEINFO, since the clients only read the *INFO files. That hasn't been true for quite a while, Mark. z/VM 5.1 introduced ETC HOSTS. It does not require use of MAKESITE; the *INFO files are used only if no ETC HOSTS is available. (Death to *INFO files! Death, I say!) Thomas said: I recently had a change to ETC HOSTS but I can't find a way to get TCP/IP to recognize my change. Is there a way, other that recycling TCPIP, to get the stack to reprocess the ETC HOSTS file? Recycling of the stack is not required. Just put the updated ETC HOSTS on the 592 disk and recycle the *application* server (to get it to re-access the 592). The file is read by the resolver, not the stack. Alan Altmark z/VM Development IBM Endicott
Re: Number of IFLs to zLinux guests
On Wed, 19 Mar 2008 14:20:19 -0500, Harris, Nick J. [EMAIL PROTECTED] wrote: Are there any shops out there running zLinux guests in production under z/VM with two or less IFLs besides us? We run 8 production and 7 test guests on a z9bc with 2 IFLs. The CPU capacity could support another handful or two, depending on what got adde d. Brian Nielsen
Re: ETC HOSTS question
On Wednesday, 03/19/2008 at 04:21 EDT, Huegel, Thomas [EMAIL PROTECTED] wrote: The DOC says 198.. I am still missing something, I can't PING (by name) the new entry in ETC HOSTS. The doc is wrong. It was a bogus copy-n-paste of the [rather vague] information on HOSTS LOCAL, which you *do* copy to 198, customize, MAKESITE, then copy the resulting *INFO files to the 592. (sigh) Thanks for finding this. All name resolution is done in the *user's* virtual machine, not in the stack. So the user must have access to the file. Alan Altmark z/VM Development IBM Endicott
Re: ETC HOSTS question
Works now .. thanks Alan. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Alan Altmark Sent: Wednesday, March 19, 2008 4:10 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question On Wednesday, 03/19/2008 at 04:21 EDT, Huegel, Thomas [EMAIL PROTECTED] wrote: The DOC says 198.. I am still missing something, I can't PING (by name) the new entry in ETC HOSTS. The doc is wrong. It was a bogus copy-n-paste of the [rather vague] information on HOSTS LOCAL, which you *do* copy to 198, customize, MAKESITE, then copy the resulting *INFO files to the 592. (sigh) Thanks for finding this. All name resolution is done in the *user's* virtual machine, not in the stack. So the user must have access to the file. Alan Altmark z/VM Development IBM Endicott
Re: ETC HOSTS question
Does this mean that for the ETC HOSTS file that you copy the ETC SAMPSERV file on the 592 disk to ETC HOSTS on the same disk and then modify it? Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, 20 March 2008 8:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question On Wednesday, 03/19/2008 at 04:21 EDT, Huegel, Thomas [EMAIL PROTECTED] wrote: The DOC says 198.. I am still missing something, I can't PING (by name) the new entry in ETC HOSTS. The doc is wrong. It was a bogus copy-n-paste of the [rather vague] information on HOSTS LOCAL, which you *do* copy to 198, customize, MAKESITE, then copy the resulting *INFO files to the 592. (sigh) Thanks for finding this. All name resolution is done in the *user's* virtual machine, not in the stack. So the user must have access to the file. Alan Altmark z/VM Development IBM Endicott
Re: ETC HOSTS question
It appears that is correct. It looks like it has to be on a mdisk that can be accessed by whoever is requesting the address resolution. Anyhow I put it on 592 and my problem was solved. I recomend Chuckie for the gold star award. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Gillis, Mark Sent: Wednesday, March 19, 2008 5:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question Does this mean that for the ETC HOSTS file that you copy the ETC SAMPSERV file on the 592 disk to ETC HOSTS on the same disk and then modify it? Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, 20 March 2008 8:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question On Wednesday, 03/19/2008 at 04:21 EDT, Huegel, Thomas [EMAIL PROTECTED] wrote: The DOC says 198.. I am still missing something, I can't PING (by name) the new entry in ETC HOSTS. The doc is wrong. It was a bogus copy-n-paste of the [rather vague] information on HOSTS LOCAL, which you *do* copy to 198, customize, MAKESITE, then copy the resulting *INFO files to the 592. (sigh) Thanks for finding this. All name resolution is done in the *user's* virtual machine, not in the stack. So the user must have access to the file. Alan Altmark z/VM Development IBM Endicott
Re: ETC HOSTS question
Sorry - I should have said ETC SAMPLE instead of ETC SAMPSERV -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Gillis, Mark Sent: Thursday, 20 March 2008 9:04 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question Does this mean that for the ETC HOSTS file that you copy the ETC SAMPSERV file on the 592 disk to ETC HOSTS on the same disk and then modify it? Mark Gillis Senior Software Engineer Tel: +61 2 9429 2337 Fax: +61 2 9429 2394 [EMAIL PROTECTED] -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Thursday, 20 March 2008 8:10 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: ETC HOSTS question On Wednesday, 03/19/2008 at 04:21 EDT, Huegel, Thomas [EMAIL PROTECTED] wrote: The DOC says 198.. I am still missing something, I can't PING (by name) the new entry in ETC HOSTS. The doc is wrong. It was a bogus copy-n-paste of the [rather vague] information on HOSTS LOCAL, which you *do* copy to 198, customize, MAKESITE, then copy the resulting *INFO files to the 592. (sigh) Thanks for finding this. All name resolution is done in the *user's* virtual machine, not in the stack. So the user must have access to the file. Alan Altmark z/VM Development IBM Endicott
Re: ETC HOSTS question
On Wednesday, 03/19/2008 at 06:06 EDT, Gillis, Mark [EMAIL PROTECTED] wrote: Does this mean that for the ETC HOSTS file that you copy the ETC SAMPSERV file on the 592 disk to ETC HOSTS on the same disk and then modify it? No. - You copy ETC SAMPSERV on 592 to ETC SERVICES on 592. - You copy ETCHOSTS SAMPLE on 592 to ETC HOSTS on 592. (don't ask why it's not ETC SAMPHOST...I don't know) Alan Altmark z/VM Development IBM Endicott
Re: Number of IFLs to zLinux guests
On Wed, Mar 19, 2008 at 3:20 PM, in message [EMAIL PROTECTED], Harris, Nick J. [EMAIL PROTECTED] wrote: Hello All, Is there a golden rule about the number of IFLs to support production Linux guests? No. I understand all shops are different and 'it depends' applies...but we are curious as to the ratio of IFLs to Linux guest in other shops. The question that comes to my mind is why would you care? My reaction is that you're trying to manage performance and capacity by gut feel and rules of thumb. If so, that's a good way to ensure failure at some point. You need the proper tools to monitor both and make rational, fact-based decisions. Are there any shops out there running zLinux guests in production under z/VM with two or less IFLs besides us? We have four production Linux guests and twenty one test Linux guests supported by two IFLs on a z9BC. If you are experiencing bad performance, you may nor may not need to add capacity, which is where having a good monitor can help you be sure. If you're having good performance, for all you know you could put several hundred guests on those two IFLs. Or, maybe the next test system will crater you. If you don't have good measurements, all the rules of thumb in the world won't help you. Mark Post