Re: OpenLDAP import into 389 Directory Server failing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Mark,

Thanks for that.  I have gone through those docs already, and I’m still running into it.  My 389-ds-base package is version 1.4.4.17.

 

--

Jason Lewis

Systems Administrator

 

 

From: Mark Reynolds <mareynol@xxxxxxxxxx>
Date: Tuesday, February 22, 2022 at 16:08
To: "General discussion list for the 389 Directory server project." <389-users@xxxxxxxxxxxxxxxxxxxxxxx>, "Jason W. Lewis" <jwlewis@xxxxxxxxxxxxxxx>
Subject: Re: [389-users] OpenLDAP import into 389 Directory Server failing

 

External email – Please make sure you trust the source before clicking links or opening attachments.

What version of 389-ds-base are you using?

Check out these docs if you haven't already:

https://www.port389.org/docs/389ds/howto/howto-openldap-migration.html

https://www.port389.org/docs/389ds/design/openldap2ds.html

Thanks,

Mark

On 2/22/22 3:59 PM, Jason W. Lewis wrote:

After RHEL, etc dropped OpenLDAP, I’ve begun testing with 389 Directory Server. Currently, I’m trying to use openldap_to_ds to import slapd.d config and an LDIF export to import my old database into the new server.

I’ve created a new instance in 389-ds named terminal-config. I’ve tried the following variations on the idea, all of which gave me the same results:

  1. exported the LDIF from OpenLDAP 2.4 on Oracle Linux 7 and CentOS 6 servers.
  2. Rewrote all files being imported to make sure they weren’t corrupt.
  3. used relative and absolute path names to the files
  4. Tried importing with a new instance (as mentioned above) and no instance at all
  5. When using dscreate to make the new instance, I’ve tried setting it up differently (allowed sample entries and not, etc)

No matter what I do, this is what I get when I try:

[root@ldaptest ~]# openldap_to_ds terminal-config /root/slapd.d  /root/terminals.ldif

Examining OpenLDAP Configuration ...

Traceback (most recent call last):

  File "/usr/sbin/openldap_to_ds", line 250, in <module>

    result = do_migration(inst, log, args, skip_overlays)

  File "/usr/sbin/openldap_to_ds", line 178, in do_migration

    config = olConfig(args.slapd_config, log)

  File "/usr/lib/python3.6/site-packages/lib389/migrate/openldap/config.py", line 305, in __init__

    for db in dbs

  File "/usr/lib/python3.6/site-packages/lib389/migrate/openldap/config.py", line 305, in <listcomp>

    for db in dbs

  File "/usr/lib/python3.6/site-packages/lib389/migrate/openldap/config.py", line 112, in __init__

    self.suffix = ensure_str(self.config[1]['olcSuffix'][0])

KeyError: 'olcSuffix'

 

During handling of the above exception, another exception occurred:

 

Traceback (most recent call last):

  File "/usr/sbin/openldap_to_ds", line 257, in <module>

    log.error("Error: %s" % " - ".join(str(val) for val in msg.values()))

AttributeError: 'str' object has no attribute 'values'

[root@ldaptest ~]#

 

Any thoughts on what could be causing this?

 

-- 

Micro Electronics Inc

Jason Lewis

Systems Administrator

jwlewis@xxxxxxxxxxxxxxx

|

signature_251198827

614-777-2728

 

Micro Center Secure Email

CONFIDENTIALITY NOTICE: This e-mail message including attachments, if any, is intended exclusively for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you are not the intended recipient, you are not authorized to read, print, retain, copy or disseminate this message or any part of it. If you receive this message in error, please contact the sender by reply e-mail and destroy all copies of the original message and attachments. Thank you

 



_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/389-users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
-- 
Directory Server Development Team
_______________________________________________
389-users mailing list -- 389-users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to 389-users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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/389-users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux