From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steven Haigh Subject: Re: HVMs terminating as (null) Date: Mon, 25 Nov 2013 21:56:22 +1100 Message-ID: <52932CD6.20308@crc.id.au> References: <5290D480.1000804@crc.id.au> <5290D563.6010504@citrix.com> <853140082.20131123173829@eikelenboom.it> <1385375765.22002.15.camel@kazak.uk.xensource.com> <1234690497.20131125115007@eikelenboom.it> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6235052534673655710==" Return-path: In-Reply-To: <1234690497.20131125115007@eikelenboom.it> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============6235052534673655710== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wGvqpbTOqH5Jvw0bfq6qO78RkhvN8JCwo" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --wGvqpbTOqH5Jvw0bfq6qO78RkhvN8JCwo Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 25/11/13 21:50, Sander Eikelenboom wrote: >=20 > Monday, November 25, 2013, 11:36:05 AM, you wrote: >=20 >> On Sat, 2013-11-23 at 17:38 +0100, Sander Eikelenboom wrote: >>> Would it be possible to leave the domainname to something else as "(n= ull)" when such a state occurs, >>> the xendomains script f.e. seems to interpret this literally and bail= s out without shutting down >>> any other domains. >=20 >> I guess it should be a one liner, so please submit a patch. Not sure >> what alternative string should be used, since you would want to avoid >> clashing with any potential real domain's name. >=20 > I didn't immediately spot the place where it was set to "null". > Yes that's a problem, though domainnaming has more restrictions (like u= sing "0" (or any other number that is also a domain-id) as domainname) in= the "just don't do that" category. >=20 >> From that PoV it might be better to teach xendomains to ignore such >> domains. >=20 > From what i remember i also couldn't use "xl destroy" on such a domain= (though i probably should by using the domain number instead of the name= ). > Perhaps the toolscripts should just uses the domain-id numbers instead = of names for anything except printk's and echoing to the user ? Correct - once a domain enters the (null) state, you cannot use 'xl destroy' to kill the domain. As in my first post, the domain ID still exists, but it cannot be used. Is this a toolset bug? --=20 Steven Haigh Email: netwiz@crc.id.au Web: https://www.crc.id.au Phone: (03) 9001 6090 - 0412 935 897 Fax: (03) 8338 0299 --wGvqpbTOqH5Jvw0bfq6qO78RkhvN8JCwo Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSkyzWAAoJEEGvNdV6fTHc/X8P/jYZJ3y4NrlFfjqtDY3bvDKr JfQ/mxN6ht6moxLKt+/H6E5Kl49BPPjIhJrGMYYZis4OLURCX7u1DmwgICF5R4jt oNV/XqlyouDrYMDGWT73rT25CyCy7N+4R5Mj40jLN16EB3Le0J4375DgMLxPBmrr J2piN3DdViYneiETuZgT6iDRXUVYUGNRWHa3EVL635hXSfjQSQ/sWMEpcwuuzWn2 S82+Jm23HqKREeFP/m7Hx8f0YLy1OdZrxj33GjLP3s9HQJEZr4RRb6iuMig+1eGM AykP2k1MfBWkU2996kr50UppLgaatREA+l24oMC1kGmvBF2lvyJutL9BcVlCVtNc hqefrIKfS/F86UEOg5N1h+qCd3YktzPWN8TI6Do6DoPRmIL6nkS7hrblPUwPKRNy CXqPF/pln2DoWvtKao7dTqQX/+77F+0Vl5lMyM9e2yH80vTSeDYXDJ8zCOTE7RX3 tVDvP/XlugpMcXQ7IYXMh4Chn+UhIpv6R3RWw8KsjSwQ7b1/Has8S62rq0zBNrWm DykbkLLl4Cmjqpq+pikIlaFe4byLIIb3pbCprRy3woBsKHC6GtM4KF52qs+lcm5I 2PlHE9K+wFUMup+zfdQ0n/zg2osjOIimLz8C/aXM2gBJ5aRD+fsib76EZog5Tgq8 QvkuMWaNPPn56wLmkacb =2ico -----END PGP SIGNATURE----- --wGvqpbTOqH5Jvw0bfq6qO78RkhvN8JCwo-- --===============6235052534673655710== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============6235052534673655710==--