[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-directory-users
Subject: =?utf-8?q?=5B389-users=5D?= Re: issues migrating from RHEL6 to rhel7 (1.2 to 1.3)
From: Casey Feskens <cfeskens () willamette ! edu>
Date: 2021-12-13 23:02:04
Message-ID: CAFSsJJmLwz3wNNUZF2nfiK4g0=XCDffN=Lt8eRKPK-L3SFJUog () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
99user.ldif is empty. I do have a couple custom schema and was having
issues with was able to resolve those. I believe after searching the code
base I was able to resolve these issues and have entries import by
disabling the 'Internationalization Plugin' which was generating the schema
ordering errors, even with schema checking off. I do have that plugin
enabled in 389 1.2.
On Mon, Dec 13, 2021 at 2:59 PM William Brown <william.brown@suse.com>
wrote:
>
>
> > On 12 Dec 2021, at 07:24, Casey Feskens <cfeskens@willamette.edu> wrote:
> >
> > Hi all,
> >
> > I'm running into some migration issues trying to get my hosts off of
> RHEL6. I currently have a single supplier and multiple consumers and am
> trying to add a new supplier on RHEL7. I was hoping to do so initially by
> just setting up a replication agreement but have run into the ordering
> issue described in:
> >
> >
> https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org/thread/TMGR3TRFX7GEN3GSM4WCVX5YEQ73MGIC/
>
> >
> > As a fallback option, I have tried dumping my existing supplier via
> ns-slapd db2ldif -r, but when I import I am seeing a number of errors like:
> >
> > [11/Dec/2021:12:49:03.523666969 -0800] - DEBUG - attr_get_value_cmp_fn -
> Syntax [1.3.6.1.4.1.1466.115.121.1.12] for attribute [creatorsName] does
> not support ordering
> >
> > Initially I had syntax checking on, which was off in my 1.2 instance.
> Syntax checking is now off but I am still seeing these errors. Any
> suggestions as to what I should modify to be able to import my remaining
> directory entries?
>
> Which version of 389-ds on the RHEL7 machine?
>
> I'm assuming that DEBUG message is on the RHEL7 machine as you import from
> the ldif backup?
>
> Can you ls your /etc/dirsrv/slapd-instancename/schema/ dir and also show
> us the content of /etc/dirsrv/slapd-instancename/schema/99user.ldif?
>
>
>
>
> --
> Sincerely,
>
> William Brown
>
> Senior Software Engineer, Identity and Access Management
> SUSE Labs, Australia
> _______________________________________________
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
> 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@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>
--
---------------------------------------------
Casey Feskens <cfeskens@willamette.edu>
Director of Infrastructure Services
Willamette Integrated Technology Services
Willamette University, Salem, OR
Phone: (503) 370-6950
---------------------------------------------
[Attachment #5 (text/html)]
<div dir="ltr">99user.ldif is empty. I do have a couple custom schema and was having \
issues with was able to resolve those. I believe after searching the code base I was \
able to resolve these issues and have entries import by disabling the \
'Internationalization Plugin' which was generating the schema ordering \
errors, even with schema checking off. I do have that plugin enabled in 389 \
1.2.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec \
13, 2021 at 2:59 PM William Brown <<a href="mailto:william.brown@suse.com" \
target="_blank">william.brown@suse.com</a>> wrote:<br></div><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"><br> <br>
> On 12 Dec 2021, at 07:24, Casey Feskens <<a \
href="mailto:cfeskens@willamette.edu" target="_blank">cfeskens@willamette.edu</a>> \
wrote:<br> > <br>
> Hi all,<br>
> <br>
> I'm running into some migration issues trying to get my hosts off of RHEL6. \
I currently have a single supplier and multiple consumers and am trying to add a new \
supplier on RHEL7. I was hoping to do so initially by just setting up a replication \
agreement but have run into the ordering issue described in:<br> > <br>
> <a href="https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org/thread/TMGR3TRFX7GEN3GSM4WCVX5YEQ73MGIC/" \
rel="noreferrer" target="_blank">https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org/thread/TMGR3TRFX7GEN3GSM4WCVX5YEQ73MGIC/</a><br>
> <br>
> As a fallback option, I have tried dumping my existing supplier via ns-slapd \
db2ldif -r, but when I import I am seeing a number of errors like:<br> > <br>
> [11/Dec/2021:12:49:03.523666969 -0800] - DEBUG - attr_get_value_cmp_fn - Syntax \
[1.3.6.1.4.1.1466.115.121.1.12] for attribute [creatorsName] does not support \
ordering<br> > <br>
> Initially I had syntax checking on, which was off in my 1.2 instance. Syntax \
checking is now off but I am still seeing these errors. Any suggestions as to what I \
should modify to be able to import my remaining directory entries?<br> <br>
Which version of 389-ds on the RHEL7 machine? <br>
<br>
I'm assuming that DEBUG message is on the RHEL7 machine as you import from the \
ldif backup?<br> <br>
Can you ls your /etc/dirsrv/slapd-instancename/schema/ dir and also show us the \
content of /etc/dirsrv/slapd-instancename/schema/99user.ldif? <br> <br>
<br>
<br>
<br>
--<br>
Sincerely,<br>
<br>
William Brown<br>
<br>
Senior Software Engineer, Identity and Access Management<br>
SUSE Labs, Australia<br>
_______________________________________________<br>
389-users mailing list -- <a href="mailto:389-users@lists.fedoraproject.org" \
target="_blank">389-users@lists.fedoraproject.org</a><br> To unsubscribe send an \
email to <a href="mailto:389-users-leave@lists.fedoraproject.org" \
target="_blank">389-users-leave@lists.fedoraproject.org</a><br> Fedora Code of \
Conduct: <a href="https://docs.fedoraproject.org/en-US/project/code-of-conduct/" \
rel="noreferrer" target="_blank">https://docs.fedoraproject.org/en-US/project/code-of-conduct/</a><br>
List Guidelines: <a href="https://fedoraproject.org/wiki/Mailing_list_guidelines" \
rel="noreferrer" target="_blank">https://fedoraproject.org/wiki/Mailing_list_guidelines</a><br>
List Archives: <a href="https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org" \
rel="noreferrer" target="_blank">https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org</a><br>
Do not reply to spam on the list, report it: <a \
href="https://pagure.io/fedora-infrastructure" rel="noreferrer" \
target="_blank">https://pagure.io/fedora-infrastructure</a><br> \
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div \
dir="ltr"><div><div dir="ltr"><font size="1" face="monospace, \
monospace">---------------------------------------------<br>Casey Feskens <<a \
href="mailto:cfeskens@willamette.edu" \
target="_blank">cfeskens@willamette.edu</a>><br>Director of Infrastructure \
Services<br>Willamette Integrated Technology Services<br>Willamette University, \
Salem, OR<br>Phone: (503) \
370-6950<br>---------------------------------------------</font></div></div></div></div>
[Attachment #6 (text/plain)]
_______________________________________________
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-leave@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic