[calum_h]

Thanks David,

We started listening on the original port but blocked incoming connections with a temporary overwrite to .z.pw. When all start up conditions were completed we returned to the original .z.pw.

My only concern is that this is a workaround for an issue that I don’t really understand. Why does a q application require a port to be active to prevent it from sending a zero exit status during idle time?

[calum_h]

Hi thanks for this. In the end I handled it using converge with async jobs using a callback to trigger the parent jobs. The callback was either timer based or ipc based.