From: Roger Pau Monne <roger.pau@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Zhigang Wang <zhigang.x.wang@oracle.com>,
"Daniel P. Berrange" <berrange@redhat.com>,
Ian Campbell <Ian.Campbell@citrix.com>
Subject: Re: [xen-unstable test] 13461: regressions - FAIL
Date: Thu, 5 Jul 2012 12:53:33 +0100 [thread overview]
Message-ID: <4FF5803D.1050706@citrix.com> (raw)
In-Reply-To: <20469.30895.649674.304299@mariner.uk.xensource.com>
Ian Jackson wrote:
> Ian Campbell writes ("Re: [Xen-devel] [xen-unstable test] 13461: regressions - FAIL"):
>>> + flock -x $_lockfd
>>> + # We can't just stat /dev/stdin or /proc/self/fd/$_lockfd or
>>> + # use bash's test -ef because those all go through what is
>>> + # actually a synthetic symlink in /proc and we aren't
>>> + # guaranteed that our stat(2) won't lose the race with an
>>> + # rm(1) between reading the synthetic link and traversing the
>>> + # file system to find the inum. Perl is very fast so use that.
>>> + rightfile=$( perl -e '
>> Won't this need to become $(PERL) (or @PERL@ and some seddery at install
>> time) for the benefit of BSD?
>
> This is in tools/hotplug/Linux. AFAICT at least some of the BSDs have
> an fstat(1).
BSD don't currently have any of this locking mechanism, which makes it
vulnerable to races regarding hotplug scripts launch. I think libxl
should be a better place to perform all this kind of locking, instead of
the hotplug scripts, which are already polluted enough, but as far as I
know we don't have any kind of inter-process locking mechanism right now?
next prev parent reply other threads:[~2012-07-05 11:53 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-05 4:23 [xen-unstable test] 13461: regressions - FAIL xen.org
2012-07-05 5:49 ` Ian Campbell
2012-07-05 9:28 ` Daniel P. Berrange
2012-07-05 9:31 ` Ian Campbell
2012-07-05 10:40 ` Ian Jackson
2012-07-05 10:46 ` Daniel P. Berrange
2012-07-05 10:54 ` Ian Jackson
2012-07-05 10:57 ` Daniel P. Berrange
2012-07-05 10:57 ` Ian Campbell
2012-07-05 11:00 ` Roger Pau Monne
2012-07-05 11:03 ` Ian Campbell
2012-07-05 11:21 ` Ian Jackson
2012-07-05 11:32 ` Ian Campbell
2012-07-05 11:34 ` Ian Campbell
2012-07-05 11:43 ` [xen-unstable test] 13461: regressions - FAIL [and 1 more messages] Ian Jackson
2012-07-05 11:53 ` Roger Pau Monne [this message]
2012-07-05 11:57 ` [xen-unstable test] 13461: regressions - FAIL Ian Campbell
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=4FF5803D.1050706@citrix.com \
--to=roger.pau@citrix.com \
--cc=Ian.Campbell@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=berrange@redhat.com \
--cc=xen-devel@lists.xensource.com \
--cc=zhigang.x.wang@oracle.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.