From: Jim Fehlig <jfehlig@novell.com>
To: Mats Petersson <mats@planetcatfish.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: [PATCH][xend] Fix/cleanup destoryDevice code path
Date: Fri, 03 Aug 2007 09:53:51 -0600 [thread overview]
Message-ID: <46B34F8F.9050800@novell.com> (raw)
In-Reply-To: <46b22fc8.0422300a.6b61.fffffe9a@mx.google.com>
Mats Petersson wrote:
> Jim
>
> Can you check if this removes the device nodes within xenstore when
> doing xm save [1] - as I modified this section of code to fix up a
> problem with just that not so long ago. Unfortunately, I'm not able to
> test it myself, as I'm "without a xen-capable machine at the moment".
Yes, everything gets nuked from xenstore as expected on save.
> I have no particular reason to believe it DOESN'T do that, I'm just
> asking to make sure that it's destroyed properly, because I found that
> leaving lots of device info in xenstore bloats the database in
> xenstore, and eventually Dom0 runs out of physical memory.... :-(
Yes, I recall this behavior. I recently received a large database file
(~34M) from a 3.0.4-based system that includes your patches. This
system had well over 25000 vms started/[stopped|destroyed|failed] and
the database had *many* /local/domain/<vmid>/device/console/0 entries.
So some types of devices (console in particular) are still orphaned
under some yet undetermined vm lifeclycle event. Trying to reproduce ...
BTW, any ideas on how to read a xenstore tdb file provided via a bug
report? :-)
Regards,
Jim
prev parent reply other threads:[~2007-08-03 15:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-02 19:01 [PATCH][xend] Fix/cleanup destoryDevice code path Jim Fehlig
2007-08-02 19:25 ` Mats Petersson
2007-08-03 15:53 ` Jim Fehlig [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46B34F8F.9050800@novell.com \
--to=jfehlig@novell.com \
--cc=mats@planetcatfish.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.