Currently Being ModeratedJan 27, 2012 12:15 PM (in response to Tim Harris)
This question is bugging me allready for about 9 months too!
If you force an user to change their password and they try to change it via Apple's wiki server this error occurs (at least here...). Open up port 8096 TCP does not solve this issue, opening all ports on TCP and UDP is not helping either.
Have not figured out how to solve this one, but are eagerly waiting for a solution. Till now I have to send every user an email with a new password if I want them to change their pw.
Currently Being ModeratedJan 30, 2012 7:35 AM (in response to Tim Harris)
I'm unfortunately having the same issue on Lion Server 10.7.2. I've tried demoting Open Directory to a Standalone server, "passwordreset" still receives the SIGTERM and goes down. Same behavior after promoting Open Directory back to Master.
Profile Manager "seems" to start up for me and somewhat works, but the logs get filled with:
servermgrd: servermgr_devicemgr: response statusCode: 0
servermgrd: servermgr_devicemgr: waiting for
devicemgr to respond
while it's starting up. The checkbox in Profile Manager to "Sign configuration profiles" doesn't "stick" and the profiles that it puts out are not getting signed. This is likely another issue, but I'm pointing it out since Tim seems to be having problems with Profile Manager as well.
I've tried settingup a fresh install of Lion Server 10.7 on a VM (inside the same machine) with, strangely, the same situation: "passwordreset" shuts down. I've been fighting this for over a week and I'm giving up. Up next is a clean re-install of Lion Server. If it doesn't work there either, I can always restore last week's Time Machine backup, like I've been doing for the past couple of days...
Currently Being ModeratedFeb 1, 2012 1:58 AM (in response to r0swell)
Thanks to both of you for the feedback. I have discovered that if I start the app manually it stays up. I can therefor assume that the process of startiing it via webservices is somehow bust is it's clearly that that is shutting it down. I'll keep looking.
Currently Being ModeratedFeb 1, 2012 5:42 AM (in response to Tim Harris)
Following your suggestion to start it up manually, I did:
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.passwordreset.plist
I can see it start up in Console.app and it stays running, no SIGTERM this time. However, going back to Server.app and turning on "Allow users to change their password" causes it to shut down again.
is this the same thing you're experiencing?
Currently Being ModeratedFeb 2, 2012 8:58 AM (in response to Tim Harris)
Starting both of them manually seems to be working. It's been up all day long and I've been playing around changing some passwords through it. Server.app also seems to be aware that it's running.
I was almost a little disappointed to see the 10.7.3 update pop-up today. After the clean reinstall (and your suggestion to run the passwordreset service manually) everything I need from the server is running. I don't really want to mess it all up a day after by updating...
Thanks for the help Tim, it's great appreciatted.