[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Xenbus watch firing over and over


  • To: Ewan Mellor <ewan@xxxxxxxxxxxxx>
  • From: Jacob Gorm Hansen <jacobg@xxxxxxx>
  • Date: Thu, 04 Jan 2007 13:18:32 +0100
  • Cc: xen-devel <Xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 04 Jan 2007 04:18:31 -0800
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding:sender; b=IGKZhoaQZ+oHtOpA7TITpnWFg8aIPUS5sHMXog8QEQHJCDWe4RCV9NSa3y9gX2Koh1aDMw6W6/re+tGkRUCxEtrotkw61GBQdiU5jJhF+3747Saxhmil6xKa+mWV9/6lIhxwbV5wK50OPI80gP7MyaT60lFuNZjPdHQAAwQktvw=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On Wed, 2007-01-03 at 18:25 +0000, Ewan Mellor wrote:

> As far as xenstored is concerned, someone is explicitly deleting and
> reregistering that watch -- I don't think this is a bug in xenstored.
> You
> should expect to receive a watch event as soon as a watch is
> registered -- it
> looks to me like someone is receiving that event, then unwatching the
> node,
> reading its value, and reregistering the watch.

That explains it, I was trying a simple single-threaded setup where the
watch is unregistered once it has fired. What is the rationale for
triggering the watch on registration?

Jacob


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.