summaryrefslogtreecommitdiffstats
path: root/lib/base/nterrors.cpp
diff options
context:
space:
mode:
authorRich Megginson <rmeggins@redhat.com>2007-09-24 22:54:55 +0000
committerRich Megginson <rmeggins@redhat.com>2007-09-24 22:54:55 +0000
commit6db4b30d1d7b3962764380bee9b8c563209407ff (patch)
treec10baa80f08e20a47c8af0cbab5d237b695412f9 /lib/base/nterrors.cpp
parent71867898256b2cd8b8c66dca2a12debf4d8879ee (diff)
downloadds-6db4b30d1d7b3962764380bee9b8c563209407ff.tar.gz
ds-6db4b30d1d7b3962764380bee9b8c563209407ff.tar.xz
ds-6db4b30d1d7b3962764380bee9b8c563209407ff.zip
Resolves: bug 262021
Bug Description: Migration script does not migrate nsDS5ReplicaCredentials correctly. Reviewed by: nkinder (Thanks!) Fix Description: 7.1 and earlier chaining and replication credentials were stored incorrectly on little endian machines (x86 and itanium). They were "accidentally" stored correctly on big endian machines (sparc, pa-risc) because val == ntohl(val) on those platforms. When migrating from a little endian machine, we need to decode the password using the broken algorithm and re-encode it using the good method. We determine if the password is encode incorrectly by the following method: we use migratecred to decode and encode using the old path. If the values are equal, this means the password was already encoded correctly and we don't need to fix it. Otherwise, we set the flag that tells migratecred to fix it. In order to decode the broken password correctly on big endian machines, we have to swap the byte order to convert the values to little endian. Platforms tested: RHEL5 x86_64, RHEL5 i386, Solaris 9 Flag Day: no Doc impact: no QA impact: should be covered by regular nightly and manual testing New Tests integrated into TET: none
Diffstat (limited to 'lib/base/nterrors.cpp')
0 files changed, 0 insertions, 0 deletions