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
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.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Metadata Update from @spichugi: - Issue close_status updated to: wontfix (was: Invalid)
Login to comment on this ticket.