#170 Migration: Account Policy plug-in entries fails to load for the ds8.2 to ds9.0 migrated instance.
Closed: wontfix None Opened 12 years ago by rmeggins.

https://bugzilla.redhat.com/show_bug.cgi?id=742176

Description of problem:
        Account Policy plug-in entries fails to load for the ds8.2 to ds9.0
migrated instance.

Version-Release number of selected component (if applicable): DS9.0

How reproducible: Consistently

Steps to Reproduce:
1. Set the hostname of RHEL4/5(Source) machine to "mig_ds82".
2. Install DS8.2 on the source machine and create an instance.
3. Export all the db files to an ldif file using db2ldif command.
service dirsrv stop
service dirsrv-admin stop
for instdir in /var/lib/dirsrv/slapd-* ; do
    inst=`basename $instdir`
    for dbdir in /var/lib/dirsrv/$inst/db/* ; do
        if ! [ -d $dbdir ] ; then continue ; fi # skip non-directories
        dbname=`basename $dbdir`
        /usr/lib(64)/dirsrv/$inst/db2ldif -n $dbname -a
/var/lib/dirsrv/$inst/ldif/$dbname.upgrade.ldif
    done
done
4. Run the tar command to create a tar/zip file on the source machine.
  cd /
  tar cpjf /var/tmp/test_mig.tar.bz2 -C / --no-recursion --exclude httpd.conf
--exclude admserv.conf etc/sysconfig/dirsrv* etc/dirsrv/slapd-*
etc/dirsrv/slapd-*/* etc/dirsrv/slapd-*/schema/* var/run/dirsrv
var/lock/dirsrv/slapd-* var/log/dirsrv/slapd-* var/lib/dirsrv/slapd-*
var/lib/dirsrv/slapd-*/* var/lib/dirsrv/slapd-*/ldif
usr/lib(64)/dirsrv/slapd-*/* var/lib/dirsrv/slapd-*/ldif/*/*.ldif
5. Copy the tar file to RHEL6 machine and change the hostname of "Target"
machine to "mig_ds82".
6. Untar the "test_mig.tar.bz2" file on target machine.
    scp root@Source_IP:/var/tmp/test_mig.tar.bz2 /tmp/
    cd /
    tar cfjp /tmp/test_mig.tar.bz2
7. Copy the instance directory files if your migration is Cross-Arch.
     "cp -r /usr/lib(64)/dirsrv/slapd-*/ /usr/lib(64)/dirsrv/"
8. Create the dirsrv user/group at the "Target" machine as whom the DS was
running at "Source" machine and change the ownership for the dirsrv
directories.
     groupadd dsrel; useradd -g dsrel -s /bin/bash -d /export/svrbld -p redhat
svrbld
     for i in `find /usr /var /etc -name dirsrv`; do chown -R svrbld:dsrel $i;
done
9. Install DS9.0(389-ds-base) packages on the Target machine and run
"setup-ds.pl -u" to upgrade the instance and complete the migration.
        setup-ds.pl -u -s General.UpdateMode=offline
10. Restart the directory server instances. service dirsrv restart
11. Check whether the account policy plug-in entries are loaded.

/usr/bin/ldapmodify -x -h 10.16.98.241 -p 10389 -D "cn=Directory Manager" -w
Secret123 << EOF
> dn: cn=Account Policy Plugin,cn=plugins,cn=config
> changetype: modify
> replace: nsslapd-pluginEnabled
> nsslapd-pluginEnabled: on
> EOF

modifying entry "cn=Account Policy Plugin,cn=plugins,cn=config"
ldap_modify: No such object (32)

Actual results: Account Policy plug-in entries not loaded.

Expected results: Plug-in entries should be successfully loaded for the
migrated instances.

batch update moving tickets to future

set default ticket origin to Community

Added initial screened field value.

Metadata Update from @rmeggins:
- Issue set to the milestone: N/A

7 years ago

389-ds-base is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in 389-ds-base's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/389ds/389-ds-base/issues/170

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata Update from @spichugi:
- Issue close_status updated to: wontfix (was: Invalid)

3 years ago

Login to comment on this ticket.

Metadata