You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be nice to have a facility to suppress metserver (and maybe metclient) error e-mails when their is a known problem, e.g., the device is disconnected, without having to disable it. That way it could recover automatically when it comes back on line.
There might be something fancier that would be better, but a simple approach might be have a file in /usr2/control that the daemon reads. If it doesn't exist, processing is normal. If it does exist, it has a time limit/epoch for how long to suppress the e-mails, including options for indefinitely and until it recovers. Maybe deleting the file would be a simple way for the operator to restore it immediately.
The text was updated successfully, but these errors were encountered:
Consider expanding this conceptually to be a cut-off switch. That way metserver (& metclient) could be running on two machines and could be simply disabled/enabled by the operator depending on which is operational (and has the connector, if serial).
It seems like it would be nice if this could be automagically detected, but having the two machines communicate to decide who has the device seems too complicated and it is probably better if there is active control. Otherwise one could go a long way down a road optimizing this for many different unlikely fall-over scenarios.
It would be nice to have a facility to suppress metserver (and maybe metclient) error e-mails when their is a known problem, e.g., the device is disconnected, without having to disable it. That way it could recover automatically when it comes back on line.
There might be something fancier that would be better, but a simple approach might be have a file in /usr2/control that the daemon reads. If it doesn't exist, processing is normal. If it does exist, it has a time limit/epoch for how long to suppress the e-mails, including options for indefinitely and until it recovers. Maybe deleting the file would be a simple way for the operator to restore it immediately.
The text was updated successfully, but these errors were encountered: