[Freeipa-users] (no subject)

[Jimmy]

The version 1.2.10.a1 is odd, because it was originally installed
using yum. I didn't hack it together at all. I'll do the export/import
and see how it goes.
-Jimmy

On Wed, Mar 14, 2012 at 7:37 PM, Rich Megginson <rmeggins at redhat.com> wrote:
> On 03/14/2012 03:59 PM, Rich Megginson wrote:
>>
>> On 03/14/2012 03:51 PM, Jimmy Caldwell wrote:
>>>
>>> Is this a normal thing to occur during upgrade?
>>
>> Unfortunately, in this particular case, yes.
>>>
>>> If it was just a fluke
>>> I can revert to the snapshot from just before the upgrade and try
>>> again.
>>
>> I think you will run into the same exact problem.
>
>
> Another problem - according to http://fpaste.org/nSWh/ you were using
> 1.2.10.a1 - I'm not sure how that happened - on F-15, none of the alpha
> versions were pushed to Stable afaik (unlike F-16).  We did not (nor
> normally do not) test upgrades from alpha versions to "stable" versions.
>  According to
> https://admin.fedoraproject.org/updates/FEDORA-2011-13460/389-ds-base-1.2.10-0.1.a1.fc15
> this was never pushed to Stable, only to Testing.
>
>>>
>>> Sent from my mobile device
>>>
>>> On Mar 14, 2012, at 17:44, Rich Megginson<rmeggins at redhat.com>  wrote:
>>>
>>>> On 03/14/2012 03:26 PM, Jimmy wrote:
>>>>>
>>>>> http://fpaste.org/nSWh/
>>>>
>>>> Thanks.  Looks like you are going to have to export your database to
>>>> ldif, re-import it, and then re-initialize all of your replicas.
>>>>
>>>>
>>>> http://docs.redhat.com/docs/en-US/Red_Hat_Directory_Server/9.0/html/Administration_Guide/Populating_Directory_Databases-Exporting_Data.html
>>>>
>>>> For ipa, the scripts are in /var/lib/dirsrv/scripts-YOUR-DOMAIN
>>>>
>>>> For ipa, your database is userRoot (so -n userRoot)
>>>>
>>>> so first, do db2ldif, then ldif2db, then use ipa-replica-manage to
>>>> reinitialize all of your replicas
>>>>>
>>>>> Here ya go
>>>>> Jimmy
>>>>>
>>>>> On Wed, Mar 14, 2012 at 5:11 PM, Rich Megginson<rmeggins at redhat.com>
>>>>> wrote:
>>>>>>
>>>>>> On 03/14/2012 03:13 PM, Jimmy wrote:
>>>>>>>
>>>>>>> bdb/4.8/libback-ldbm/newidl/rdn-format-2/dn-4514
>>>>>>> bdb/4.8/libback-ldbm/newidl/rdn-format-2/dn-4514
>>>>>>
>>>>>> It appears that the entryrdn upgrade didn't work.  Can you sanitize
>>>>>> your
>>>>>> /var/log/dirsrv/slapd-DOMAIN/errors file and post it to fpaste.org?
>>>>>>
>>>>>>> On Wed, Mar 14, 2012 at 5:06 PM, Rich Megginson<rmeggins at redhat.com>
>>>>>>>  wrote:
>>>>>>>>
>>>>>>>> On 03/14/2012 03:05 PM, Jimmy wrote:
>>>>>>>>>
>>>>>>>>> This doesn't appear to be very good. If I drop the `grep` I see the
>>>>>>>>> data I would expect to see.
>>>>>>>>>
>>>>>>>>> dbscan -f
>>>>>>>>> /var/lib/dirsrv/slapd-YOUR-DOMAIN/db/userRoot/entryrdn.db4|grep
>>>>>>>>> cn=etc
>>>>>>>>> 22:cn=etc
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>> C22:cn=etc
>>>>>>>>> C22:cn=etc
>>>>>>>>> C22:cn=etc
>>>>>>>>> C22:cn=etc
>>>>>>>>> C22:cn=etc
>>>>>>>>> C22:cn=etc
>>>>>>>>> C22:cn=etc
>>>>>>>>> C22:cn=etc
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>> P22:cn=etc
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>>   ID: 22; RDN: "cn=etc"; NRDN: "cn=etc"
>>>>>>>>
>>>>>>>> find /var/lib/dirsrv/slapd-YOUR-DOMAIN/db -name DBVERSION -exec cat
>>>>>>>> {} \;
>>
>>
>> _______________________________________________
>> Freeipa-users mailing list
>> Freeipa-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/freeipa-users
>
>