Flynn: controlador, programador: arregla la restricción de duplicación de eventos

Actualmente, solo creamos un único evento por ID de trabajo y estado (ver aquí ), pero es factible que un trabajo ingrese a un estado en particular dos veces.

Por ejemplo, si el programador considera que un host no está en buen estado, todos los trabajos en ese host se marcan como inactivos, pero luego, si el host regresa, es posible que los trabajos aún se estén ejecutando, por lo que los trabajos volverán a entrar en el estado de ejecución. Las implementaciones posteriores que involucren esos trabajos fallarán porque no se emitirán eventos de inactividad (el evento de inactividad ya existe desde que el host dejó de funcionar).

Un par de opciones:

• eliminar la restricción única (es necesario pensar si algo supone que los eventos no se duplicarán)
• cuando el programador marca trabajos como inactivos, simplemente deténgalos si parecen estar ejecutándose nuevamente, ya que los trabajos de reemplazo ya se han iniciado

@titanous @josephglanville @jvatic pensamientos?