Is there a way that OttoFMS can detect whether the script engine is running?
I know about stopping and starting the service. I’d love a way to check the status though. I haven’t seen this in the Admin API or CLI either but I may have missed something. It may not be something FileMaker Server actually has the capacity to report.
Figured I’d ask in case you’ve cracked it.
All the best,
Nat
Hi Nate
We could check to see if fmsased
is running, but that won’t tell us if it is hung. So that would only tell us if it was not running at all. Do you think that would be worth it?
Todd
Thanks Todd. I’m not familiar with fmsased
, is that effectively the process of the script engine? If so I think that would work.
Hung is a separate problem and I don’t need that (yet ), just the answer to “is the script engine running?”
I’m really trying to get a full diagnostic of a FileMaker server’s functionality. Sometimes developer troubleshooting and maintenance (or random act of the universe) can leave the script engine stopped, which, as you know, kills all schedules and PSoS.
-Nat
Hi Nate,
You know what else kills all PSOS and Schedules, a hung script engine.
We have a bunch of self healing processes that run on our Ottomatic hosting platform. I am not sure if we can bring that to OttoFMS or not.
We can look into it.
Thanks for the idea
Todd
Ha! Yes Todd a hung script engine would totally be a killer too, not sure why I didn’t think so.
Appreciate you looking into it.
How about this for an OttoFMS way to detect a hung script engine:
Would a web hook fail if the script engine was busy? If so that would be an easy way.
If not (because the script session for dataapi connections is separate), then OttoReceiver tries to run a PSoS? Then you could see if that failed and return, and at least then you have a webhook that can report if the PSoS is hung.
Hope these ramblings make sense. Appreciate the help and the product itself.
-Nat
Hi Nate,
I think we can do something like this. Or we have some ideas anyway. But we are going to need to do some RnD.
Staty tuned.
Thanks
Todd