[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [PATCH][XM-TEST] Test that tries to create a 16MB domain
- To: Dan Smith <danms@xxxxxxxxxx>
- From: Jacob Gorm Hansen <jacobg@xxxxxxx>
- Date: Thu, 17 Nov 2005 12:15:41 +0100
- Cc: Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>
- Delivery-date: Thu, 17 Nov 2005 11:15:45 +0000
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sYJ80Ug5EQ2+e0tfT7Cj4IxoldPkEk2MOl8ANWeLWOOJaFDC2nznkWDMG9f6b222BqG9pUgMamfl34TW0FXSIoRQ0Q8gkbFwXT2ee3X2kTG1q3VVdYKSuO+EWEntZmyAZXQ62K2qwxKze93VoDJVUr1IEHyaw/cgd3pVBIHC4CQ=
- List-id: Xen developer discussion <xen-devel.lists.xensource.com>
On 11/16/05, Dan Smith <danms@xxxxxxxxxx> wrote:
> This patch adds a test that tries to create a domain with only 16MB of
> RAM. It verifies that the domain is created and that the console
> Right now this test fails for me: the domain just dies immediately
> with no indication of why, or with any useful console data. Should we
> put a sanity check on xm's create and mem-set commands that prevent
> the user from doing something we know won't work? Perhaps we can add
> a --force flag to allow overrides.
I routinely create 4M domains (and I would be able to create them even
smaller if the domain builder would allow it), there is event a recent
Xen paper that mentions running ttylinux in this amout of space.
I think this is a problem in XenLinux, it was discussed recently, and
that you can 'fix' it by setting mem=16M on the linux command line.
Save time and bandwidth with EDelta: http://www.diku.dk/~jacobg/edelta/
Xen-devel mailing list