+++ This bug was initially created as a clone of Bug #16668 +++ See https://bugs.mageia.org/show_bug.cgi?id=16668#c29 and https://bugs.mageia.org/show_bug.cgi?id=16668#c30 Changing the password of a user, or adding a new user results in the error about invalid contents of lock /etc/shadow/lock again. This was bug 16668, which was fixed with libuser-0.62-3.mga6 but the same functionality is broken again, which was first reported 11 days after that release was replaced with libuser-0.62-4.mga6 Locally building libuser-0.62-3.mga6 and locally downgrading to libuser-0.62-3.mga6 & lib64user1-0.62-3.mga6, fixes it: adding a user with userdrake works fine again. It is beyond my understanding how in the world the only real difference between version 3.mga6 and 4.mga6: Requires: coreutils Requires(pre): coreutils could cause this :-( But maybe something entirely different is going on?
CC: (none) => pterjanAssignee: bugsquad => thierry.vignaud
Depends on: 16668 => (none)
(In reply to Marja van Waes from comment #0) > > But maybe something entirely different is going on? Indeed :-( With the same packages on my system as last night (I had only installed networkmanager + its dependencies and later removed that exact set of packages), so with libuser-0.62-3.mga6 still installed, the same problem is back. So there's no regression in libuser-0.62-4.mga6, but there's another problem. As before, adduserdrake works fine, only userdrake does not.
Source RPM: libuser-0.62-4.mga6 => userdrake-2.11-1.mga6
Upgrading again to 0.62-4.mga6 (with a bunch of other updates): userdrake still _fails_. Downgrading again to 0.62-3.mga6: userdrake works _fine_ again, started twice as root and 1x as user + giving root password Upgrading to 0.62-4.mga6 again: it now still works _fine_ (also 2x started as root and 1x as user) I haven't rebooted in between. In case reboots can matter: I had rebooted before seeing today that it no longer worked with libuser-0.62-3.mga6 (and, probably unrelated: I had to use an equivalent of "Alt+SysRq+E" because boot hung on something - haven't figured out what that was)
can you redo this and each time look at /etc/shadow ?
(In reply to Philippe Makowski from comment #3) > can you redo this and each time look at /etc/shadow ? I had expected the bug to be back after rebooting, but userdrake still works fine now. I'll try on different cauldrons later and, even if i cannot imagine installing and/or uninstalling networkmanager had anything to do with it, will try that again, too @ Doug Do you still have a problem when trying to change a password? If so, what is the output of ls -al /etc/ | grep shadow
Almost a week later, I assume Doug Laidlaw can no longer reproduce this issue, either. Closing as "Worksforme", please reopen if it occurs again.
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME
(In reply to Philippe Makowski from comment #3) > can you redo this and each time look at /etc/shadow ? With the classical 64bit iso that was available for QA this afternoon, after installing and rebooting into the fresh install, the first then created user was expired again. However, bug 17504 already exists for that. *** This bug has been marked as a duplicate of bug 17504 ***
Resolution: WORKSFORME => DUPLICATE