On 5/1/20 10:52 AM, Crocker, Deborah wrote:
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....
Glad you figured it out, I would not have thought a typo in /etc/hosts
would impact the install. Good to know - this could be beneficial
information to other people who might run into the same issue.
Thanks,
Mark
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]
