similar to: Fwd: Install the 389 directory server error

Op 25-11-14 om 19:08 schreef Tris Hoar: > On 25/11/2014 16:52, Johan Vermeulen wrote: >> Hello All, >> >> I'm looking at setting up ds-389 on both Centos6.6 en Centos7, both >> minimal installs with >> epel repo enabled. >> >> When running yum search ds-389 on Centos7 I get only 3 packages, >> >> 389-ds-base >> 389-ds-base-devel

Hello All, I'm looking at setting up ds-389 on both Centos6.6 en Centos7, both minimal installs with epel repo enabled. When running yum search ds-389 on Centos7 I get only 3 packages, 389-ds-base 389-ds-base-devel 389-ds-base-libs On Centos6.6 I get the whole list: 389-ds.noarch : 389 Directory, Administration, and Console Suite 389-ds-base.x86_64 : 389 Directory Server (base)

On 25/11/2014 16:52, Johan Vermeulen wrote: > Hello All, > > I'm looking at setting up ds-389 on both Centos6.6 en Centos7, both > minimal installs with > epel repo enabled. > > When running yum search ds-389 on Centos7 I get only 3 packages, > > 389-ds-base > 389-ds-base-devel > 389-ds-base-libs > > On Centos6.6 I get the whole list: > >

what is the best way to handle package conflicts between classes? for example, below, i have the following two classes defined and both include a "package { "perl-LDAP" }", so when used separately they work as expected but when i need to assign both classes to a node i get a conflict. error: "Duplicate definition: Package[perl-LDAP] is already defined" thanks

I'm not sure it this is the correct location to ask these questions, but ... In the past when I worked for a living the place where I worked had thousands of RHEL Linux servers on various hardware, but the access was controlled by Windows Active Directory and a third party piece of software that was the middle-man between the 2. Now that I no longer work I'm trying to build a CentOS

Le 26/04/2020 ? 11:43, Nicolas Kovacs a ?crit?: > I investigated this some more. Here's what I found. > > Installed a vanilla CentOS 7 GNOME desktop. > > Activated EPEL and installed 389-ds. > > Launched the setup script for 389 DS. > > Works perfectly bot locally and from my remote workstation with ssh -X. After some more experimenting, I can confirm this is a

Hi Niki, Not familiar with 389-ds, but I'm curious if the admin console where the spaces are missing is a Java application.? If so, I encountered similar problems to an unrelated application I use (an older version of Moneydance) when there was an upgrade to OpenJDK. If I use: java-1.8.0-openjdk-1.8.0.222.b10-1.el7_7.x86_64.rpm (and devel, headless, etc.), the fonts render correctly.

Hi all, I would like install 389 Directory Server on a Centos 6.8 server. I followed the instructions reported in : https://wiki.centos.org/HowTos/DirectoryServerSetup?highlight=%28directory%29%7C%28server%29 and installed with yum the following packages : 389-ds-base-1.2.11.15-75.el6_8.x86_64 389-ds-console-1.2.6-1.el6.noarch 389-ds-base-libs-1.2.11.15-75.el6_8.x86_64

Le 26/04/2020 ? 08:45, Nicolas Kovacs a ?crit?: > 100 % positive. > > I tried it on a different sandbox server without X installed, but only with > xorg-x11-xauth. > > From my workstation running OpenSUSE Leap 15.1, I connected to my admin console > using the following command: > > $ ssh -X microlinux at 192.168.2.5 /usr/bin/389-console -a http://192.168.2.5:9830 >

Hi guys, Can anyone comment on my setup steps? I follow instructions from many Howto's website,the below steps worked well until yesterday. It suddenly refused WindowsXp machine to join domain by giving the error "The following error occurs....Access denied" CENTOS 5.1 + fedora-ds-dsgw-1.1.1-1.fc6 + samba-client-3.0.25b-0.el5.4 fedora-idm-console-1.1.1-1.fc6

Le 26/04/2020 ? 08:31, Gordon Messmer a ?crit?: > Are you sure the input lacked a space character, and that this isn't just a > font rendering bug? 100 % positive. I tried it on a different sandbox server without X installed, but only with xorg-x11-xauth. >From my workstation running OpenSUSE Leap 15.1, I connected to my admin console using the following command: $ ssh -X

Hi, I'm currently trying to install 389 Directory Server on CentOS, but it looks like related packages are broken. Here's what I get: # yum install 389-* ... --> Processing Dependency: libadminutil.so.0()(64bit) for package: 389-dsgw-1.1.11-5.el7.x86_64 --> Processing Dependency: libadmsslutil.so.0()(64bit) for package: 389-dsgw-1.1.11-5.el7.x86_64 ---> Package avahi-libs.x86_64

Hi, I'm currently setting up 389 Directory Server on a server running CentOS 7, and I have a weird and somehow showstopping bug. All the spaces are suddenly missing in the admin console. Here's a screenshot so you can get the idea : https://www.microlinux.fr/download/389-admin-console-2020.png So instead of "Standard branch for configuration information", I get

CentOS Errata and Bugfix Advisory 2012:0049 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0049.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 93239c7aafbef3011ca35670b8d1adf9fa11a2884b643bd3e85069651d5201c2 389-ds-base-1.2.9.14-1.el6_2.2.i686.rpm

CentOS Errata and Security Advisory 2012:0813 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0813.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 847b840a81e3da62a971e320ba376e0da2f7c264c3a91f07a18750af0b5d8196 389-ds-base-1.2.10.2-15.el6.i686.rpm

CentOS Errata and Security Advisory 2012:0997 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0997.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 726a9b6349c3d311c66d8825f25fb3b5540067cd19c2c6c0167fca30765cfc97 389-ds-base-1.2.10.2-18.el6_3.i686.rpm

CentOS Errata and Bugfix Advisory 2012:1067 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1067.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 33b16aeeb867d99dd0903123ff1a3806199eb6a58a50ea4cc76d6b5b38f8577f 389-ds-base-1.2.10.2-20.el6_3.i686.rpm

CentOS Errata and Security Advisory 2013:1119 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1119.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e7a7848579f30b7bbe5fc08971bdeaf91f4af4b70696fbd6c3f783d5b787964e 389-ds-base-1.2.11.15-20.el6_4.i686.rpm

CentOS Errata and Security Advisory 2013:1182 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1182.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5ff14eaaa8015b2bb84c37e8de146dbbe73fd1e0015101d410ba521258f5331b 389-ds-base-1.2.11.15-22.el6_4.i686.rpm

CentOS Errata and Bugfix Advisory 2013:1870 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1870.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9ae152c0c66d98066da984582bc0327ad153f7e3802f00622f8903849e2272cb 389-ds-base-1.2.11.15-31.el6_5.i686.rpm