Closed gonzalomerino closed 8 years ago
This feature can be implemented two ways. Either the client sends additional parameters when asking for the state, or as separate requests. I'm currently favoring separate requests, since that seems easier to expand in the future.
One problem with implementing this is that currently clients do not have unique ids to distinguish themselves. An IP address works in some cases, but one clear case where it doesn't is when more than one client is running on the same submit machine (which is a real case that already exists).
There are two easy options:
These both have problems:
Anyone have ideas?
It depends on how people run the client. In my case, I would add an item to the client.py
options to pass a UUID.
Passing via OptionParser, you mean? That's a decent solution to the problem.
Something like this: https://github.com/briedel/pyglidein/commit/69f01280d7ded8d16a4c4764ae8a3d1f14fad73f
It would be nice to have something in pyglidein that tells us what is the status of the various clients. I am thinking something that can be used to detect if a client is dead, or misbehaving would be useful. Also, collecting few client related metrics (in a log file in the server for instance) per client, might be useful for plotting a couple of graphs that show us how things are doing.