From: Nathan Bardsley (nbardsley@leadfusion.com)
Date: Wed Oct 27 2004 - 13:34:19 EDT
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/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:29:37 EDT