>From what i can tell , i revisited the docs and code in Minion and seems to me that the relationship between jobs and workers is many to many.
If this is not right, please let me know. *HOW START, STOP AND RESTART WORK:* a) when START is called on a given job, it returns a process id. See "sub start" in https://docs.mojolicious.org/Minion/Job.txt b) STOP and RESTART both send signals to the kernel and they rely on the process id(s). How about the case when some jobs that have been scheduled and currently running? They do not have a pid as they were not kick started by calling ->start(). What I am thinking of is: We get the pids of workers currently working on the given job we want to kill. . Note: Use https://metacpan.org/pod/Minion::Backend::Pg#list_workers for which we retrieve the workers based on a given job id. From there, we issue kill/stop (https://metacpan.org/pod/Minion::Worker#kill) by broadcasting to the minion Is there a better solution that this? Issue: The issue is such that given the relationship between workers and jobs being many to many, if we got the workers by job id and kill the pids of the workers, killing those workers may also kill other jobs. Can anyone confirm about this issue I raised? -- You received this message because you are subscribed to the Google Groups "Mojolicious" group. To unsubscribe from this group and stop receiving emails from it, send an email to mojolicious+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/mojolicious/54236b78-d312-4013-9f8e-db49e51f1231n%40googlegroups.com.
