AUTO: Bill Dovin/Endicott/IBM is out of the office until 04/14/11 (returning 03/14/2011)
I am out of the office until 03/14/2011. I will respond to ASAP. Note: This is an automated response to your message Re: SFS question sent on 3/10/11 22:41:45. This is the only notification you will receive while this person is away.
Re: zVM User Definitions
On Wed, Mar 9, 2011 at 7:30 PM, Kris Buelens kris.buel...@gmail.com wrote: At my former customer, we created several RACF groups. To name a few: LBSYST to control LOGONBY to various users by system programmers LBOPER for the operators' group SYSALL to permit the system programmers to link to most MDISKs Right. Those with exposure to RACF in a real life have learned that you grant access to groups rather than users. Somehow our requirements are not as unique as we may think, and using groups cuts down the administrative effort. A good reason is that we don't have an easy way to list the profiles where the user is on the access list. You do need to enable the GRPLIST option (which isn't by default, iirc) You should also look into RACFVARS to combine related service virtual machines and use a single LOGONBY profile for them: RDEF RACFVARS LNX ADDMEM(LINUX01, LINUX02, LINUX03) RDEF SURR LOGONBY.LNX PE LOGONBY.LNX CL(SURR) ID(ADMINS SYSPROGS) ACCESS(READ) Now when you define a new Linux guest, you only have to add it to the LNX profile. Rob
Re: cpuplugd Daemon
Hello list, We are activating cpuplugd process for dynamic CPU and memory management for Linux guests running in z/VM. We have found a reference in Virtualization cook book for SLES11 SP1 how to make necessary configuration for CMM modules within Linux.But couldn't find any reference about the configuration to be done within z/VM for CMM. Is any configuration required or z/VM comes with CMM enabled by default. I've been waiting for some performance person to chime in on what I perceive as a disparity, but it has not happened. So I will ask the question - Aren't we talking about two different technologies here - cpuplugd and CMM/VMRM? Yes, the new Virtualization Cookbooks describe cpuplugd in the section Utilizing the cpuplugd service. This was based on presentations from Hans-Joachim Picht, et al, but it does not involve CMM and VMRM. In previous versions of the book there were sections on those, but it was agreed that they should be removed - probably the references to loading the cmm module at Linux boot time should also be removed (perhaps this was the source of the confusion). So I believe the answer to the original question is - you don't need to configure CMM and VMRM for the cpuplugd service to work. That section should pretty much stand on it's own. And please, could we have a bit less FUD without really digging into the question? Thanks. Mike MacIsaac mike...@us.ibm.com (845) 433-7061
Re: SFS question
How large is the catalog? -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Dave Jones Sent: Thursday, March 10, 2011 3:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS question Hi, Steve. Yes, you need to expand your storage group 1 size by adding more DASD space DJ On 03/10/2011 03:33 PM, Gentry, Stephen wrote: I'm getting the following error on a DMSCLOSE: 51010 - No space for data left in catalog space. I am writing a group of files, 733 of them, to an SFS pool Does the error message mean that I don't have enough room in storage group 1? TIA Steve -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited.
Re: SFS question
Steve, You need to increase your MAXUSERS setting by doing a FILESERV REGENERATE for the file pool. Although it's buried, the 51010 reason code is mentioned in Chapter 5 of the CMS File Pool Planning, Administration, and Operation manual: What Happens When the Limit is Reached: Logical catalog space is reserved during file pool generation. FILESERV GENERATE processing uses the MAXUSERS value to estimate and set the maximum logical catalog space. Whe n the server runs out of logical space, it displays a warning message on it s console and continues processing. Depending on their use of the file pool, users may receive error messages (DMS1146E) and error return codes (with reason cod es 51010 or 51020). When the logical catalog space is exhausted, you need to increase the MAXUSERS value for the file pool. Follow the instructions in Chapter 11, “Regenerating a Repository File Pool,” on page xxx. Thanks, Sue
Re: cpuplugd Daemon
On Fri, Mar 11, 2011 at 1:50 PM, Michael MacIsaac mike...@us.ibm.com wrote: Hello list, We are activating cpuplugd process for dynamic CPU and memory management for Linux guests running in z/VM. We have found a reference in Virtualization cook book for SLES11 SP1 how to make necessary configuration for CMM modules within Linux.But couldn't find any reference about the configuration to be done within z/VM for CMM. Is any configuration required or z/VM comes with CMM enabled by default. I've been waiting for some performance person to chime in on what I perceive as a disparity, but it has not happened. So I will ask the question - Aren't we talking about two different technologies here - cpuplugd and CMM/VMRM? Yes, the new Virtualization Cookbooks describe cpuplugd in the section Utilizing the cpuplugd service. This was based on presentations from Hans-Joachim Picht, et al, but it does not involve CMM and VMRM. In previous versions of the book there were sections on those, but it was agreed that they should be removed - probably the references to loading the cmm module at Linux boot time should also be removed (perhaps this was the source of the confusion). Yes, two different things. I've been telling people that you need to combine VM and Linux metrics to get it right. VMRM tries with just the VM data, cpuplugd tries with just the Linux data. IMHO the results confirm my claim... So I believe the answer to the original question is - you don't need to configure CMM and VMRM for the cpuplugd service to work. That section should pretty much stand on it's own. You also need to distinguish the two different tuning parts (memory and CPU) which leaves these to consider: * VMRM for memory: uses just the VM memory metrics to tell CMM in Linux to use less memory when there is less available. While recent enhancements support setting a minimum to avoid killing Linux, it remains a close your eyes and cross your fingers approach. Even the believers suggest you don't use it for serious business workload. * cpuplugd for memory: apart from the examples being wrong (and maybe never tried) it is just too simplistic. The controls are either too aggressive or too soft. Typically cpuplugd is too slow in giving back resources. * cpuplugd for cpu: it's a bit like a solution looking for a problem, and to some extent it creates its own problem (it confuses the z/VM scheduler about the priority of the workload). The cases where it would make sense would be addressed better by proper configuration, and in several other scenarios it makes things worse. It would be more relevant to Linux in LPAR. And please, could we have a bit less FUD without really digging into the question? Thanks. I'm not sure what your request is... the devil is in the detail, as always. If it didn't even sound like a great idea to the casual observer, then we would not even have this discussion. I'm perfectly happy to explain, but can't do without going into the details. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: SFS question
So far, thanks to all who have replied. I'm going over various numbers and need some clarification. In the CMS Pool Planning guide, Estimate Max Pool Size, the formula is: maximum enrolled users = 300 * (# system defined users / # system active users) If I understand the definitions correctly #system defined users is number of users in USER DIRECT file. For us that number is 750 (but to CMA, I'm going round up to 1000), #system active users is the number of users logged on. On an average we have about 200 users logged on. So, plugging in the values to the formula above: 1500= 300 * ( 1000 / 200 ) So the MAXUSER statement should be 1500 ? If so, I'm way low, currently 300. Do I understand the formula and definitions correctly? Steve -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Sue Farrell Sent: Friday, March 11, 2011 8:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS question Steve, You need to increase your MAXUSERS setting by doing a FILESERV REGENERATE for the file pool. Although it's buried, the 51010 reason code is mentioned in Chapter 5 of the CMS File Pool Planning, Administration, and Operation manual: What Happens When the Limit is Reached: Logical catalog space is reserved during file pool generation. FILESERV GENERATE processing uses the MAXUSERS value to estimate and set the maximum logical catalog space. Whe n the server runs out of logical space, it displays a warning message on it s console and continues processing. Depending on their use of the file pool, users may receive error messages (DMS1146E) and error return codes (with reason cod es 51010 or 51020). When the logical catalog space is exhausted, you need to increase the MAXUSERS value for the file pool. Follow the instructions in Chapter 11, Regenerating a Repository File Pool, on page xxx. Thanks, Sue
Re: SMTP authentication?
On Friday, 03/11/2011 at 05:38 EST, Shimon Lebowitz shim...@iname.com wrote: As I see it, there are now 3 possibilities: a) they reallow anonymous SMTP access globally b) they allow SMTP access to z/VM's server c) they prefer authentication, give me a valid set of credentials, and I use them from David's appliance. (It also seems obvious that the appliance would not work without login information, so I would not be able to do this without their supplying such) Add: d) they prefer authentication and THEY create the open mail relay for you to use. It has the advantage that THEY manage it and THEY worry about the userid/password. I like (d) as the starting point because it makes it clear to Management that e-mail delivery infrastructure is their responsibility. (c) is the derivative case where they delegate implementation to you, with management knowledge and approval, but it is still within their sphere of responsibility. IMO, zPeople(tm) shouldn't be quite so willing to take on all burdens. No need to pin a Kick Me sign on your back or lead with your chin. But be prepared to play the role of zHero(tm), rapidly cross-circuiting to B at minimal expense, and showing how we do things in zWorld(tm). :-) Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: cpuplugd Daemon
Rob, To this: And please, could we have a bit less FUD without really digging into the question? Thanks. You wrote: I'm not sure what your request is... Let me clarify. You supply me with a wonderful example right in the same append when you write: * cpuplugd for memory: apart from the examples being wrong (and maybe never tried) This is FUD (fear uncertainty and doubt). You say the example is wrong, but don't back up your claim. Please note that in the Virtualzation Cookbook in the section Setting memory sizes with cpuplugd, we write: Memory sizes can also be set by the cpuplugd service. However, unlike processors, there is no good generic default value. The following example is in the Device Drivers book: MEMPLUG = swaprate freemem+10 freemem+10 apcr MEMUNPLUG = swaprate freemem + 1 However, this is just a starting point. You should test any setting that you want to implement against a representative workload that your Linux systems will be running. Details are beyond the scope of this section. So how is it just plain wrong if we say the setting is dependent on your system's workload? Thank you. Mike MacIsaac mike...@us.ibm.com (845) 433-7061
Re: SFS question
Yup, that's correct, Steve.you need to set MAXUSERS to at least 1500. DJ On 03/11/2011 08:16 AM, Gentry, Stephen wrote: So far, thanks to all who have replied. I'm going over various numbers and need some clarification. In the CMS Pool Planning guide, Estimate Max Pool Size, the formula is: maximum enrolled users = 300 * (# system defined users / # system active users) If I understand the definitions correctly #system defined users is number of users in USER DIRECT file. For us that number is 750 (but to CMA, I'm going round up to 1000), #system active users is the number of users logged on. On an average we have about 200 users logged on. So, plugging in the values to the formula above: 1500= 300 * ( 1000 / 200 ) So the MAXUSER statement should be 1500 ? If so, I'm way low, currently 300. Do I understand the formula and definitions correctly? Steve -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Sue Farrell Sent: Friday, March 11, 2011 8:56 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: SFS question Steve, You need to increase your MAXUSERS setting by doing a FILESERV REGENERATE for the file pool. Although it's buried, the 51010 reason code is mentioned in Chapter 5 of the CMS File Pool Planning, Administration, and Operation manual: What Happens When the Limit is Reached: Logical catalog space is reserved during file pool generation. FILESERV GENERATE processing uses the MAXUSERS value to estimate and set the maximum logical catalog space. Whe n the server runs out of logical space, it displays a warning message on it s console and continues processing. Depending on their use of the file pool, users may receive error messages (DMS1146E) and error return codes (with reason cod es 51010 or 51020). When the logical catalog space is exhausted, you need to increase the MAXUSERS value for the file pool. Follow the instructions in Chapter 11, Regenerating a Repository File Pool, on page xxx. Thanks, Sue -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: cpuplugd Daemon
On Fri, 11 Mar 2011 07:50:41 -0500, Michael MacIsaac mike...@us.ibm.com wrote: And please, could we have a bit less FUD without really digging into the question? Thanks. Mike MacIsaac mike...@us.ibm.com (845) 433-7061 I somehow found this comment to be highly amusing! :-) http://en.wikipedia.org/wiki/Fear,_uncertainty_and_doubt -- Dale R. Smith
Re: cpuplugd Daemon
On Fri, Mar 11, 2011 at 3:31 PM, Michael MacIsaac mike...@us.ibm.com wrote: Memory sizes can also be set by the cpuplugd service. However, unlike processors, there is no good generic default value. The following example is in the Device Drivers book: MEMPLUG = swaprate freemem+10 freemem+10 apcr MEMUNPLUG = swaprate freemem + 1 However, this is just a starting point. You should test any setting that you want to implement against a representative workload that your Linux systems will be running. Details are beyond the scope of this section. So how is it just plain wrong if we say the setting is dependent on your system's workload? Thank you. I rarely get accused of spreading FUD. Maybe my attempt to be friendly and not insult you in public did not come through very well ;-) I was obviously also confused by your request to comment but not go into detail... Your examples seem the same as in the Device Driver book, so my comments apply to yours too. The MEMUNPLUG says as much as when swapping more than 2,500 pg/s, remove some memory - this qualifies as plain wrong in my perception. When the system is thrashing, you don't want to reduce available memory. To someone like me with physics background, the formula can't be right anyway because it adds metrics with different units. Such a formula tends to work only for very small range of values where one of the factors is constant or can be ignored. The example would qualify as FUD since it suggests a lot of smart thinking behind it that just isn't there. Adding that it depends on your workload makes the complex formula even more silly. I discussed this in my presentation on Memory Management as well - http://www.rvdheij.nl/Presentations/zLX45.pdf (pg 34-36) It seems the developer meant something like this: MEMPLUG = swaprate 0 MEMUNPLUG = swaprate 10 This is like when we're swapping, add some memory. when we're not really swapping, take some memory out and probably easier to understand. The 0 vs 10 is to introduce some hysteresis, but it is hard to avoid that this thing will be tinkering with CMM all the time (and thus cause overhead). When you make the increment small, it takes way too long to inflate and deflate the balloon. But when you make it larger, it causes problems by taking large chunks of memory. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
Re: DMSJLD653E Error
Hello Alan, The SFS preparatory steps for setting up the updated SSL server implementation need to be performed from an SFS administrative user ID, n ot TCPMAINT. Instructions for doing this can be found at this URL: http://www.vm.ibm.com/related/tcpip/tcspeins.html which describe use of the SSLPOOL utility and the TCP/IP Install/service id (5VMTCP40) for getting things done. Note that the SFS setup is required only to use an SSL SERVER pool. If a n existing, single SSL server will meet your SSL requirements, you can continue to use that (minidisk-based) server, although some configuration changes still are required. Run SSLPOOL with the PLAN and other appropria te parms, along with the NOPOOL option, to obtain a sampling of the needed changes.. Regards, Mark Cibula (z/VM TCP/IP Support)
Re: cpuplugd Daemon
I don't remember when I first heard the term FUD, perhaps in the late 1970's or early 1980's. But it was definitely regarding blue-suited IBM salesmen. After repeatedly hearing salesmen explain why we just could *not* continue to run on our old release or old hardware, and how great the replacement was, it occurred to me that the FUD acronym stopped a little short. So around that time, to reflect the remaining part of the sales pitch I imagineered: FUDGE Fear, Uncertainly, Doubt, and Great Expectations. FUD was a powerful sales technique. Coupling it with Great Expectations was a master stroke. I don't remember hearing of FUDGE anywhere before, and google doesn't hit on Fear, Uncertainly, Doubt, and Great Expectations. So I lay claim to it. :-) Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Dale R.Smith dale-sm...@columbus.rr.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/11/2011 08:34 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: cpuplugd Daemon On Fri, 11 Mar 2011 07:50:41 -0500, Michael MacIsaac mike...@us.ibm.com wrote: And please, could we have a bit less FUD without really digging into the question? Thanks. Mike MacIsaac mike...@us.ibm.com (845) 433-7061 I somehow found this comment to be highly amusing! :-) http://en.wikipedia.org/wiki/Fear,_uncertainty_and_doubt -- Dale R. Smith 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.
Meeting RSVP
If you haven¹t already RSVP¹d please do so as soon as practicable. We are trying to get numbers for catering. Neale