Well, there we go. A typo in an /etc/hosts entry pointed to an instance that actually had o=netscaperoot. You may delete my posts as I sit here in shame....
Deborah Crocker, PhD Systems Engineer III Office of Information Technology The University of Alabama Box 870346 Tuscaloosa, AL 36587 Office 205-348-3758 | Fax 205-348-9393 [email protected] -----Original Message----- From: Mark Reynolds <[email protected]> Sent: Friday, May 1, 2020 7:57 AM To: Crocker, Deborah <[email protected]>; General discussion list for the 389 Directory server project. <[email protected]> Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin server Sorry no idea why this is happening based on the information you told me. I've never heard of this happening with a completely fresh install. Are you sure there is no pre-existing directory server you are installing on top of? If you look under /etc/dirsrv/ are there any "slapd-INSTANCE" directories? So remove the old instance using remove-ds-admin.pl. Then try running it with the debugger enabled: # setup-ds-admin.pl -ddddd If it still fails, then please provide the access log (/var/log/dirsrv/slapd-INSTANCE/access), and the debug output from setup-ds-admin.pl Mark On 5/1/20 8:44 AM, Crocker, Deborah wrote: > I'm using the option 2 install [typical] interactive and take the defaults. > The only thing I end up typing in is passwords. > > Deborah Crocker, PhD > Systems Engineer III > Office of Information Technology > The University of Alabama > Box 870346 > Tuscaloosa, AL 36587 > Office 205-348-3758 | Fax 205-348-9393 [email protected] > > > -----Original Message----- > From: Mark Reynolds <[email protected]> > Sent: Friday, May 1, 2020 7:17 AM > To: General discussion list for the 389 Directory server project. > <[email protected]>; Crocker, Deborah <[email protected]> > Subject: [EXTERNAL] Re: [389-users] setup-ds-admin fails to install admin > server > > > On 4/30/20 5:23 PM, Crocker, Deborah wrote: >> Why do I get this error on a setup-ds-admin.pl This was a fresh install. >> ----------------------- >> The suffix 'o=NetscapeRoot' already exists. Config entry DN >> 'cn=o\3Dnetscaperoot,cn=mapping tree,cn=config'. > And what options are you using when you install? Are you using a silent > install file or interactive mode? > > Are "you" setting o=netscaperoot during the install? If so, do not do that, > as the server is already going to create this suffix. > > Mark > >> Failed to create the configuration directory server >> ----------------------- >> >> The setup has >> Centos 7.8 >> Epel install >> 389-ds-base: 1.3.10.1 >> 389-admin: 1.1.46 >> >> TIA >> >> Deborah Crocker, PhD >> Systems Engineer III >> Office of Information Technology >> The University of Alabama >> Box 870346 >> Tuscaloosa, AL 36587 >> Office 205-348-3758 | Fax 205-348-9393 [email protected] >> >> >> -----Original Message----- >> From: Mark Reynolds <[email protected]> >> Sent: Thursday, April 30, 2020 2:06 PM >> To: General discussion list for the 389 Directory server project. >> <[email protected]>; CHAMBERLAIN James >> <[email protected]> >> Subject: [EXTERNAL] [389-users] Re: [389-announce] Notice of Legacy Tool >> removal for 389 Directory Server >> >> >> On 4/30/20 2:34 PM, CHAMBERLAIN James wrote: >>> Hi Mark, >>> >>>> On Apr 29, 2020, at 5:10 PM, Mark Reynolds <[email protected]> wrote: >>>> >>>> On 4/29/20 5:07 PM, Mark Reynolds wrote: >>>>> We've been talking about this for quite some time... >>>>> >>>>> A majority of all the old legacy perl and shell scripts have now been >>>>> ported to the new CLI tools. Starting sometime in Fedora 33 we will stop >>>>> shipping the legacy tools sub-package as part of 389 Directory Server. >>>> To be more specific the 389-ds-base-1.4.4 version is where the removal of >>>> the legacy tools subpackage will occur. >>> Does this includes tools like db2ldif.pl? >> Correct, all of those scripts will be removed. So all the shell and perl >> scripts (except for logconv.pl) will no longer be available starting at some >> point in 1.4.4. The new CLI tools (dscreate, dsctl, and dsconf) can do >> everything all those other scripts could do plus more. >> >> If you need help porting something to the new CLI I'd be glad to help. >> >> Mark >> >>> Anything that matches anything that matches "rpm -ql 389-ds-base | grep >>> pl$ | grep sbin”, plus any shell scripts? >>> >>> Thanks, >>> >>> James >>> >>> This email and any attachments are intended solely for the use of the >>> individual or entity to whom it is addressed and may be confidential and/or >>> privileged. >>> >>> If you are not one of the named recipients or have received this email >>> in error, >>> >>> (i) you should not read, disclose, or copy it, >>> >>> (ii) please notify sender of your receipt by reply email and delete >>> this email and all attachments, >>> >>> (iii) Dassault Systèmes does not accept or assume any liability or >>> responsibility for any use of or reliance on this email. >>> >>> >>> Please be informed that your personal data are processed according to >>> our data privacy policy as described on our website. Should you have >>> any questions related to personal data protection, please contact 3DS >>> Data Protection Officer at >>> [email protected]<mailto:[email protected]> >>> >>> >>> For other languages, go to https://www.3ds.com/terms/email-disclaimer >>> _______________________________________________ >>> 389-users mailing list -- [email protected] To >>> unsubscribe send an email to [email protected] >>> Fedora Code of Conduct: >>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >>> List Guidelines: >>> https://fedoraproject.org/wiki/Mailing_list_guidelines >>> List Archives: >>> https://lists.fedoraproject.org/archives/list/[email protected] >>> oject.org -- 389 Directory Server Development Team _______________________________________________ 389-users mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected]
