Thanks to Casper Dik, who accurately suggested to check that /usr/bin/passwd was owned by root, and sure enough, the file owner was someone else. The change of file owner can be traced back to legitimate activity. Nathan Bardsley wrote: > When root tries to change a user's password the only result is > "Permission denied" > > root@host ~ # passwd user > New Password: > Re-enter new Password: > Permission denied > > There are a number of reports of similar problems that talk about NIS > and/or LDAP, neither of which I'm using. > > The system is patched up to current, including 112960-20. > The system is a standalone box, Solaris 9. > > I've trussed the command: > =-=-=-= > ioctl(3, TCSETAW, 0xFFBFB854) = 0 > > write(2, "\n", 1) = 1 > sigaction(SIGINT, 0xFFBFB730, 0xFFBFB7B0) = 0 > close(3) = 0 > creat("/etc/.pwd.lock", 0600) Err#13 EACCES > munmap(0xFEF20000, 5213) = 0 > munmap(0xFEF32000, 2222) = 0 > munmap(0xFEF00000, 12089) = 0 > munmap(0xFEF14000, 2928) = 0 > munmap(0xFEED0000, 5322) = 0 > munmap(0xFEEE2000, 2103) = 0 > munmap(0xFEEB0000, 4962) = 0 > munmap(0xFEEC2000, 2371) = 0 > munmap(0xFEE90000, 5898) = 0 > munmap(0xFEEA2000, 3449) = 0 > Permission deniedwrite(2, " P e r m i s s i o n d".., 17) = 17 > > write(2, "\n", 1) = 1 > _exit(1) > =-=-=-= > > root can create and remove the file "/etc/.pwd.lock", but the passwd > command can't. > > Any ideas? And of course, I'll provide a summary once it's working. > > Thanks, > > --Nathan > _______________________________________________ > sunmanagers mailing list > sunmanagers@sunmanagers.org > http://www.sunmanagers.org/mailman/listinfo/sunmanagers _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Wed Oct 27 13:34:50 2004
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:39 EST