onyx

FYI: alternative Onyx :onyx: chat is at <https://gitter.im/onyx-platform/onyx> ; log can be found at <https://clojurians-log.clojureverse.org/onyx/index.html>
dbernal 2018-05-31T14:42:30.000836Z

anybody have a tenancy id strategy for a job that runs every 1 hour? For example, should the tenancy id be different each time the job is run? I've had some issues in the past with reusing tenancy id for the same job on different runs so I was wondering if anyone had some experience dealing with this use case

2018-05-31T15:46:55.000402Z

@dbernal when you say "same job", do you mean resuming a job ? or submitting a new job ?

2018-05-31T15:47:03.000757Z

there should be no reason why you have to change the tenancy id

dbernal 2018-05-31T16:08:45.000479Z

@lmergen In this case I was submitting a new job. I'm trying to see if there would be any issues with resubmitting a new job with the same tenancy id. In this case it's a batch job so it needs to run on a schedule. And also, in the instance that the job fails, could the new job reuse the tenancy id or will that cause problems

2018-05-31T16:09:41.000708Z

no, tenancy id is useful in case of multiple tenants, or when you want to update your code while using the same zookeeper cluster

2018-05-31T16:09:58.000618Z

(the last part is how i use it)

2018-05-31T16:11:16.000419Z

what kind of errors are you seeing if onyx does not pick up a second job submission ?

dbernal 2018-05-31T16:22:04.000172Z

I'm not sure if it was a specific error but it had difficulty starting. It was kind of hard to debug but the problem was fixed after I deleted the znode for that tenancy id and without knowing specifically what Onyx does when reusing a tenancy id I assumed it got into a bad state. But I guess my assumption is that the znode stores state for the running job

lucasbradstreet 2018-05-31T16:23:15.000018Z

Is it possible that the previous job never completed / wasn’t killed?

dbernal 2018-05-31T16:24:15.000105Z

@lucasbradstreet yea, I think that was the case in this instance