One of the things I like more than anything is a "Centralized view" of all systems, of which I consider SBBS to one of. I have started writing a number of automated tasks for SBBS and am trying to weigh the benefits of having it an internal timed event vs. putting it in an external scheduling system.
For the scripts I am working on, they are not dependent on any SBBS objects.
I'm using Rundeck here at home to schedule and orchestrate other workflows. If something goes wrong, I have a central view I can see immediately what went wrong, where, get output, etc.
Any thoughts one way or the other?
systems, of which I consider SBBS to one of. I have started writing a number of automated tasks for SBBS and am trying to weigh the benefits of having it an internal timed event vs. putting it in an external scheduling system. For the scripts I am working on, they are not dependent on any SBBS objects.
i'm not sure that's necessary for synchronet bbs. you could always grep the error logs. what do you expect to go wrong?
i'm not sure that's necessary for synchronet bbs. you could always grep
the error logs. what do you expect to go wrong?
Greping error logs is very manual.
Re: Timed Event in SBBS vs. Scheduled Event externally
By: MRO to Dmxrob on Sun Feb 17 2019 09:11 pm
i'm not sure that's necessary for synchronet bbs. you could always grep the error logs. what do you expect to go wrong?
Greping error logs is very manual. I'd much rather try to automate as much recovery as I can.
On 02-18-19 12:49, mark lewis wrote to Dmxrob <=-
Greping error logs is very manual.
really? don't tell that to my automated tools that use grep extensively
Sysop: | sneaky |
---|---|
Location: | Ashburton,NZ |
Users: | 25 |
Nodes: | 8 (0 / 8) |
Uptime: | 139:59:26 |
Calls: | 1,905 |
Calls today: | 1 |
Files: | 11,079 |
Messages: | 935,051 |