Le Mon, 03 Mar 2014 12:11:56 -0500,
Zack Weinberg <za...@panix.com> a écrit :

> On 2014-03-02 8:14 PM, Laurent Bigonville wrote:
> > Le Sun, 02 Mar 2014 17:09:39 -0500,
> > Zack Weinberg <za...@panix.com> a écrit :
> >
> >> Enabling or disabling any SELinux module with `semodule -e` / `-d`
> >> takes approximately one minute, which makes manual module
> >> selection an exercise in frustration.  It should take no more than
> >> a second or two.
> >
> > On my machine here it takes around 15s.
> 
> I am working with a probably-underprovisioned cloud VM, so I'm not 
> surprised it's slower for me.
> 
> But I think 15 seconds is still too slow.  It *appears* that the
> primary effect of "semodule -d NAME" is equivalent to "touch 
> /etc/selinux/default/modules/active/modules/NAME.pp.disabled", so
> what on earth is it doing that takes more than a few milliseconds?

Well not only, it's also rebuilding the policy file under /etc/selinux
and reloading it in the kernel, you could try to use -N, the policy will
still be rebuilt but not reloaded in the kernel.

Otherwise, you could just create the .disabled files by hand and then
run semodule -B.

> 
> > Could you check in /etc/selinux/semanage.conf if it contains
> > a line with "expand-check=0"?
> 
> Yes, it does.
> 
> root@REDACTED # grep expand-check /etc/selinux/semanage.conf
> # expand-check check neverallow rules when executing all semanage
> commands. expand-check=0

That's correct, without this parameter it might be even longer.

I'm not sure this is a bug.

Cheers,

Laurent Bigonville


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to