7 Replies Latest reply: Feb 2, 2012 8:58 AM by r0swell
Tim Harris Level 4 Level 4 (1,460 points)

I cannot keep com.apple.passwordreset running.  If start it up by selecting "allow users to change their password" via the Server.app the sequence from the logs is as below.  I cannot see what is sending the SIGTERM or why. There is one other problem on the sever in that Profile Manager does not seen to understand OD is running - but I'm not convinced there is a connection there.  Anyone got ay ideas?

 

 

 

22/01/2012 22:30:14.125 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:14,124): Loaded.

22/01/2012 22:30:14.126 com.apple.passwordreset: 2012-01-22 22:30:14+0000 [-] Log opened.

22/01/2012 22:30:14.126 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:14,125): Log opened.

22/01/2012 22:30:14.126 com.apple.passwordreset: 2012-01-22 22:30:14+0000 [-] twistd 11.0.0 (/System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/ Contents/MacOS/Python 2.7.1) starting up.

22/01/2012 22:30:14.127 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:14,126): twistd 11.0.0 (/System/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/ Contents/MacOS/Python 2.7.1) starting up.

22/01/2012 22:30:14.127 com.apple.passwordreset: 2012-01-22 22:30:14+0000 [-] reactor class: twisted.internet.selectreactor.SelectReactor.

22/01/2012 22:30:14.127 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:14,126): reactor class: twisted.internet.selectreactor.SelectReactor.

22/01/2012 22:30:14.128 com.apple.passwordreset: 2012-01-22 22:30:14+0000 [-] twisted.web.server.Site starting on 8096

22/01/2012 22:30:14.129 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:14,128): twisted.web.server.Site starting on 8096

22/01/2012 22:30:14.129 com.apple.passwordreset: 2012-01-22 22:30:14+0000 [-] Starting factory <twisted.web.server.Site instance at 0x1035360e0>

22/01/2012 22:30:14.130 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:14,129): Starting factory <twisted.web.server.Site instance at 0x1035360e0>

22/01/2012 22:30:15.980 com.apple.passwordreset: 2012-01-22 22:30:15+0000 [-] Received SIGTERM, shutting down.

22/01/2012 22:30:15.981 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:15,980): Received SIGTERM, shutting down.

22/01/2012 22:30:15.981 com.apple.passwordreset: 2012-01-22 22:30:15+0000 [-] (TCP Port 8096 Closed)

22/01/2012 22:30:15.981 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:15,981): (TCP Port 8096 Closed)

22/01/2012 22:30:15.981 com.apple.passwordreset: 2012-01-22 22:30:15+0000 [-] Stopping factory <twisted.web.server.Site instance at 0x1035360e0>

22/01/2012 22:30:15.982 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:15,981): Stopping factory <twisted.web.server.Site instance at 0x1035360e0>

22/01/2012 22:30:15.982 com.apple.passwordreset: 2012-01-22 22:30:15+0000 [-] Main loop terminated.

22/01/2012 22:30:15.982 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:15,981): Main loop terminated.

22/01/2012 22:30:15.982 com.apple.passwordreset: 2012-01-22 22:30:15+0000 [-] Server Shut Down.

22/01/2012 22:30:15.982 com.apple.passwordreset: com.apple.passwordreset (2012-01-22 22:30:15,981): Server Shut Down.

  • cat-tamer Level 1 Level 1 (0 points)

    Dear Tim,

     

    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.

     

    Anyone?

  • r0swell Level 1 Level 1 (0 points)

    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[90]: servermgr_devicemgr: response statusCode: 0
    servermgrd[90]: 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...

  • Tim Harris Level 4 Level 4 (1,460 points)

    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. 

     

    Tim

  • r0swell Level 1 Level 1 (0 points)

    Hi Tim,

     

    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?

  • Tim Harris Level 4 Level 4 (1,460 points)

    yep... so it's clear that webapp services are wanting it to close for a reason.   Just not sure why.

  • Tim Harris Level 4 Level 4 (1,460 points)

    See if you can start is manually from web services.  I can.  have not tsted it or looked at why just yet.

     

    sudo webappctl start com.apple.webapp.passwordreset

  • r0swell Level 1 Level 1 (0 points)

    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.