Page MenuHomePhabricator

Query daemons across all hosts with `./bin/phd status --all`.

Authored by joshuaspence on Jun 12 2014, 7:15 AM.
Attached Files
Unknown Object (File)
Apr 12 2017, 2:29 PM
Unknown Object (File)
Apr 9 2017, 9:00 PM
Unknown Object (File)
Apr 9 2017, 5:51 PM
Unknown Object (File)
Apr 2 2017, 1:13 AM
Unknown Object (File)
Mar 5 2017, 10:53 AM
Unknown Object (File)
Mar 1 2017, 1:00 AM
Unknown Object (File)
Feb 25 2017, 9:28 PM
Unknown Object (File)
Feb 15 2017, 11:17 PM



Ref T4209. Currently, ./bin/phd status prints a table showing the daemons that are executing on the current host. It would be useful to be able to conventiently query the daemons running across all hosts. This would also (theoretically) make it possible to conditionally start daemons on a host depending upon the current state and on the daemons running on other hosts.

Test Plan
> ./bin/phd status --all
ID      Host                    PID     Started                     Daemon                                            Arguments
   18          phabricator     6969   Jun 12 2014, 4:44:22 PM     PhabricatorTaskmasterDaemon                       
   17          phabricator     6961   Jun 12 2014, 4:44:19 PM     PhabricatorTaskmasterDaemon                       
   16          phabricator     6955   Jun 12 2014, 4:44:15 PM     PhabricatorTaskmasterDaemon                       
   15          phabricator     6950   Jun 12 2014, 4:44:14 PM     PhabricatorTaskmasterDaemon                       
   14          phabricator     6936   Jun 12 2014, 4:44:13 PM     PhabricatorGarbageCollectorDaemon                 
   13          phabricator     6931   Jun 12 2014, 4:44:12 PM     PhabricatorRepositoryPullLocalDaemon

Diff Detail

rP Phabricator
Lint Skipped
Tests Skipped

Event Timeline

joshuaspence retitled this revision from to Query daemons across all hosts with `./bin/phd status --all`..
joshuaspence updated this object.
joshuaspence edited the test plan for this revision. (Show Details)
joshuaspence added a reviewer: epriestley.

This needs a bit of touching up, but let me know what you think.


Maybe this doesn't need a separate flag to control this... Possibly we could just show one unified view which combines information from the database with information from the PID files.


See above.


This is getting out of control... Additionally, it's hard to predict how long some of the fields would be (particularly "Host" and "Arguments").


$daemon-getArgv() is a little too verbose here. Possibly we could filter out all of the normal argv stuff and just display anything custom? Whether or not this is easier to filter is another question.

epriestley edited edge metadata.

This seems reasonable to me.

This revision is now accepted and ready to land.Jun 16 2014, 6:42 PM

I was doing some additional work on this and thinking of unifying the local and global view into one... @epriestley, wdyt?

I'm fine with pretty much whatever. I think this is a solid improvement on the status quo, and integrating the views would be a further improvement. You could land this for now and do that later.




Not an array / file is not read. Probably intended to be newFromFile()?


$ref not defined.




This never returns.


Static function, should be $ref.