[389-users] Data corruption after upgrade.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Theunis De Klerk wrote:
>
> Hi All,
>
> I am having an issue with 389DS after an upgrade and I was hoping 
> someone could help me out. According to people on the 389 IRC Channel, 
> someone has had this before.
>
> Firstly, please understand I am a little out of my league, so please 
> be patient.
>
> So this afternoon, our RHEL5 box did a yum update which included 389DS.
>
32-bit or 64-bit?
>
> But after the upgrade, user?s can?t login using profiles in ldap.
>
I'm not sure what you mean by "using profiles in ldap".

Does ldapsearch work? Can you try
/usr/bin/ldapsearch -x -D "uid=username,ou=people,dc=yoursuffix,dc=com" 
-w thepassword -s base -b ""
?
>
> All the data is there, but it seems that the password fields are messed.
>
> As an example, our apache websites use Directory Server for 
> Authentication. If I take any of the usernames and passwords that 
> exist and try login, I get a ?password mismatch? in apache. I.e. wrong 
> password. This worked before the upgrade.
>
> But ?. If I, using Apache Directory Studio, edit the password on one 
> of those profiles, and commit. That person can login.
>
> Its as if the password attributes data is corrupted, and has to be 
> manually reset to work again. Users can?t even reset their own 
> passwords, as the Perl module (Net::LDAP) can modify the password 
> value, but it still won?t let them login. I can even use Directory 
> studio to verify the password, and its correct. Seems the only way I 
> can use a password is if I use Directory Studio to change it.
>
> Has anyone has this? Or know where I can start looking, or how to fix it?
>
> Not sure what other information I need to give.
>
> Thanks,
>
> Theunis
>
> ------------------------------------------------------------------------
>
> --
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3258 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20090819/1e310118/attachment.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux