From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bastian Blank Subject: Re: Abnormal memory usage of dom0 under Squeeze leading to crash Date: Thu, 3 Feb 2011 09:34:13 +0100 Message-ID: <20110203083413.GA19326@wavehammer.waldi.eu.org> References: <4D4A3F0C.6040607@debian.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Return-path: Content-Disposition: inline In-Reply-To: <4D4A3F0C.6040607@debian.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Debian Xen Team , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org [ Stripped debian-release from the recipients, this list is not for dicussion ] On Thu, Feb 03, 2011 at 01:37:16PM +0800, Thomas Goirand wrote: > We normally run Lenny dom0 with 384 MB of RAM in our production server. So do I: | $ sudo xm dmesg | grep Comm | (XEN) Command line: dom0_mem=384M | $ sudo xm info | [...] | release : 2.6.32-5-xen-amd64 | [...] | xen_major : 4 | xen_minor : 0 | xen_extra : .1 | [...] > But as we did few trials with Squeeze, I had the very bad finding that a > Squeeze dom0 requires at least 1024 MB of RAM. As soon as I do something > like "xm mem-set Domain-0 800", my server crashes: OOM starts killing > processes, starting with sshd, then mdadm and so on, then the server > reboots by itself. This enormous amount of RAM isn't normal at all, and > I am wondering what is happening. Way not enough information. You are actually balooning the dom0 down? Please provide all informations. xm dmesg, the kernel log, xm info. > With both of the above, it's going to be easy to reproduce. Nope. Works fine here. > As Squeeze > is said to be out in 3 days, it would be great to find out what's going > on and fix asap. There will be no fix for the initial release. > Desired=Unknown/Install/Remove/Purge/Hold > | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend > |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) > ||/ Name Version Description [...] This looks more like a workstation then a minimal vm host. Bastian -- Star Trek Lives!