Greetings,
We recently had an interesting situation where the Tomcat server hosting our Clover server was up, but Clover itself had gone down. Our internal job error messaging protocols didn’t run because of course Clover wasn’t running, and our AWS health checks on the VM accessibility didn’t fire because Tomcat was running.
So, we need a health check to catch if Clover goes down when Tomcat is still running.
I created a trivial jobflow that can be called by HTTP on a frequent schedule to make sure Clover is responsive, however health checks need to run frequently and this is gumming up the Execution History, and our current version (4.4.1.7) doesn’t have a way to filter out (or in) a specific jobflow as far as I can tell.
So my questions are twofold:
-
Is there a better way to institute healthchecks for the Clover server itself vs. the VM it runs on than what I’m doing.
-
Do later versions of Clover server have more flexible ways of filtering the Execution History so that we can either ignore a particular jobflow / graph or limit the query to a particular jobflow/graph?
We are planning to upgrade when we can, but it has been challenging to get the timing going since we need to support our production instance while we are testing to make sure everything still works properly in our staging environment but we can’t have two versions of Designer on the same personal machine so I either need two separate machines or I will be unable to support production while testing the new version on staging, which is a problem.
Thanks in advance