From: Joshua Brindle <jbrindle@tresys.com>
To: Ivan Gyurdiev <ivg2@cornell.edu>
Cc: Daniel J Walsh <dwalsh@redhat.com>,
Stephen Smalley <sds@tycho.nsa.gov>,
SELinux-dev@tresys.com, selinux@tycho.nsa.gov
Subject: Re: [ SEMANAGE ] Stub pserver backend
Date: Tue, 15 Nov 2005 11:15:32 -0500 [thread overview]
Message-ID: <437A09A4.4060103@tresys.com> (raw)
In-Reply-To: <437A0BED.1060102@cornell.edu>
Ivan Gyurdiev wrote:
>
>>
>> the swig wrappers don't currently have any write (transaction)
>> functionality, nor are the seuser keys and create functions wrapped,
>> these will need to be done.
>
> Speaking of transactions, I see the "moving genhomedircon patch outside
> the active-lock section" patch has been merged. That's fine, but I also
> pointed out why genhomedircon should be using transactions in read-only
> mode as well - please see the relevant thread. Using transactions there
> eliminates an unnecessary policy rebuild, and a race condition (but on
> the other hand then you have another deadlock to deal with, because
> you're calling it with the transaction lock held).
>
>
There is no race condition on reads. Every query returns the transaction
number and the client should check the transaction numbers for consistency.
The policy rebuild is an implementation issue, as little or as much of
the cache can be filled at any time, and the transaction number can
always be polled to ensure its up to date.
That said, genhomedircon may be placed inside the transaction at some
point in the future when the whole policy directory is inside the
sandbox, but until then there is no need for this, and it causes tons of
extra copying of files, filling of unused databases, parsing of policydb
and a possible policy rebuild/reload.
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
next prev parent reply other threads:[~2005-11-15 16:15 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-14 21:55 [ SEMANAGE ] Stub pserver backend Ivan Gyurdiev
2005-11-15 11:29 ` Stephen Smalley
2005-11-15 11:58 ` Stephen Smalley
2005-11-15 13:38 ` Daniel J Walsh
2005-11-15 14:12 ` Stephen Smalley
2005-11-15 14:25 ` Policy mods in last nights refpolicy Daniel J Walsh
2005-11-15 15:52 ` Christopher J. PeBenito
2005-11-16 0:55 ` Daniel J Walsh
2005-11-16 14:38 ` Christopher J. PeBenito
2005-11-16 13:48 ` Stephen Smalley
2005-11-16 14:18 ` Stephen Smalley
2005-11-16 14:46 ` Joshua Brindle
2005-11-15 14:38 ` [ SEMANAGE ] Stub pserver backend Daniel J Walsh
2005-11-15 16:02 ` Chad Sellers
2005-11-15 16:05 ` Ivan Gyurdiev
2005-11-15 15:59 ` Joshua Brindle
2005-11-15 16:25 ` Ivan Gyurdiev
2005-11-15 16:15 ` Joshua Brindle [this message]
2005-11-15 16:42 ` Ivan Gyurdiev
2005-11-15 16:05 ` Stephen Smalley
2005-11-15 13:47 ` Stephen Smalley
2005-11-15 15:54 ` Ivan Gyurdiev
2005-11-15 15:55 ` Joshua Brindle
2005-11-15 16:30 ` Ivan Gyurdiev
2005-11-16 1:01 ` Daniel J Walsh
2005-11-16 0:58 ` Daniel J Walsh
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=437A09A4.4060103@tresys.com \
--to=jbrindle@tresys.com \
--cc=SELinux-dev@tresys.com \
--cc=dwalsh@redhat.com \
--cc=ivg2@cornell.edu \
--cc=sds@tycho.nsa.gov \
--cc=selinux@tycho.nsa.gov \
/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.