I've had this problem in the past as well.
We ended up using the workaround in https://fedorahosted.org/389/ticket/377 making setup think selinux was enabled.

-Jeff


On Mon, Aug 12, 2013 at 2:55 PM, Rich Megginson <rmeggins@redhat.com> wrote:
On 08/12/2013 03:17 PM, Michael Gettes wrote:
Hi All,

I'm finally trying to upgrade from 1.2.9.9 to ds-base = 1.2.11.15-20 on RHEL6

All is going well until I run the setup-ds-admin.pl -u

The output from setup-ds-admin.pl -u is:

Are you ready to set up your servers? [yes]:
Registering the directory server instances with the configuration directory server . . .
Beginning Admin Server reconfiguration . . .
Registering admin server with the configuration directory server . . .
Updating adm.conf with information from configuration directory server . . .
libsepol.print_missing_requirements: piranha's global requirements were not met: type/attribute piranha_port_t (No such file or directory).
libsemanage.semanage_link_sandbox: Link packages failed (No such file or directory).
/usr/sbin/semanage: Could not commit semanage transaction
Error: command 'getsebool httpd_can_connect_ldap' failed - output [getsebool:  SELinux is disabled] error []Exiting . . .

Looks like stuff related to SELinux is getting in the way and we obviously have it disabled.  I've googled about and can't seem to find anything relevant.  Advice appreciated.

enable selinux?



I'd also appreciate perspective on whether or not I should be running what's in Fedora People Repos as a production server or should i just stick with what is base el6?

The base EL6 version is not "supported" except for RHDS or IPA customers.  That is, it relies on community support.  It goes through the full dev/QE/doc/support cycle.

The FPR version is for people who cannot wait for a particular feature/bug fix to make it into the RHEL version.  It is mostly the same code, taken directly from the upstream 1.2.11 branch, rather than the RHEL version which contains cherry picked patches from the upstream 1.2.11 branch.



thanks!

/mrg

Here is a yum list:

# yum list | grep 389
389-admin.x86_64                1.1.29-1.el6       @epel-x86_64-server-6
389-admin-console.noarch        1.1.8-1.el6        @epel-x86_64-server-6
389-admin-console-doc.noarch    1.1.8-1.el6        @epel-x86_64-server-6
389-adminutil.x86_64            1.1.15-1.el6       @epel-x86_64-server-6
389-console.noarch              1.1.7-3.el5        installed
389-ds.noarch                   1.2.2-1.el6        @epel-x86_64-server-6
389-ds-base.x86_64              1.2.11.15-14.el6_4 @rhel-x86_64-server-6
389-ds-base-libs.x86_64         1.2.11.15-14.el6_4 @rhel-x86_64-server-6
389-ds-console.noarch           1.2.6-1.el6        @epel-x86_64-server-6
389-ds-console-doc.noarch       1.2.6-1.el6        @epel-x86_64-server-6
389-dsgw.x86_64                 1.1.10-1.el6       @epel-x86_64-server-6
389-admin.i686                  1.1.29-1.el6       epel-x86_64-server-6
389-adminutil.i686              1.1.15-1.el6       epel-x86_64-server-6
389-adminutil-devel.i686        1.1.15-1.el6       epel-x86_64-server-6
389-adminutil-devel.x86_64      1.1.15-1.el6       epel-x86_64-server-6
389-ds-base.x86_64              1.2.11.15-20.el6_4 rhel-x86_64-server-6
389-ds-base-devel.i686          1.2.11.15-20.el6_4 rhel-x86_64-server-optional-6
389-ds-base-devel.x86_64        1.2.11.15-20.el6_4 rhel-x86_64-server-optional-6
389-ds-base-libs.i686           1.2.11.15-20.el6_4 rhel-x86_64-server-6
389-ds-base-libs.x86_64         1.2.11.15-20.el6_4 rhel-x86_64-server-6

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users