Proper tools are a great thing, especially free ones. But in reality, what percentage of shops have the proper tools? My guess, is under 25%. Barton has a very large segment to be tapped..
One of the origional posts was on the pros and cons of vdisk. No one brought up that it is a shared resource, in a shared environment. Anytime you abuse a shared resource, it will cause performance problems with all other guests. Vdisk isn't free or worry free. That is the jist of the discussion from my point of view. Back on OOM.... Is there a notification, that OOM has taken place? Two tangents on this one... 1. Some signal (most likely to the console so our VM Console Manager can take action), that can trigger a page? 2. Some inidication after the fact, that can be querried to know that OOM happened? Like I said before, when I've found OOM taking place, it is time to cycle the machine. It is much easier and quicker to cycle than to correct the problem and restart all cancelled tasks. Have you found any different? I hate to think that as OOM was cancelling things, that it was producing a script that can be used to restart all cancelled tasks (or something to that effect). Tom Duerbusch THD Consulting >>> [EMAIL PROTECTED] 2/23/2007 5:26 PM >>> >>> On Fri, Feb 23, 2007 at 5:22 PM, in message <[EMAIL PROTECTED]>, Tom Duerbusch <[EMAIL PROTECTED]> wrote: > Ok, OOM...yea it has been around. > > My experience is once it starts killing processes, it is time to cycle > that image. > > The hard part is knowing how much vdisk you need to handle the > exception conditions (like maintenance or compiling or...) but not so > much as that the only time it would be fully used, is in some sort of > runaway process. How hard it is or not is pretty irrelevant when you don't have the tools you need to make those kinds of decisions. Without them, no one has the right to complain about performance problems, including "runaway" guests, etc. If they want good results, they're going to have to spend some money on tools, it's as simple as that. Without tools, and without anything else to rely on except inappropriate rules of thumb from the past, only bad things are likely to happen. Mark Post ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390