Kidd Wicked wrote to All <=-
@MSGID: <57DEAAC9.443.fsx_mys@freeway.apana.org.au>
@TZ: 40f0
Anyone else having an issue on windows with MiS a31 shutting down
for no reason? I added a goodip.txt file and then I noticed it. wonder
if that was the problem. I looked at the telnet logs and all the other ones also and it didnt show anything fishy..
I have had MIS die on rare occasions on my R-Pi setup. Seems to be an onncasional thing across all supported platforms. A looping batch file will sort it in Windows - after MIS terminates, delete the stale semaphore then restart MIS. :)
On my Pi Linux system, I've taken it a step further. The script that monitors MIS and MIS2 also checks an "upgrade" semaphore. If this is present, MIS/MIS2 are NOT restarted, to prevent corrupting an upgrade that may be in progress. This works in conjunction with 2 other scripts. One is a script that I use to start an upgrade. This terminates MIS/MIS2, sets the semaphore backs up the system, copies the new binaries into place, then issues a reminder to manually complete the rest of the upgrade (i.e. read the docs g00r00 provided).
The other script that is a part of this system is the script to manually start MIS/MIS2. This script also deletes the "upgrade" semaphore, enabling the auto restart system.
This way, upgrades are simplified and the automatic restart of the BBS is managed automatically through the upgrade process.
There's no reason this couldn't be done in Windows. In fact, it could be whittled down to 2 batch files, the main looping batch file that runs the BBS (clear the upgrade semaphore, before entering the main loop to start the BBS). The other batch file would be the upgrade/backup one. :)
... A man takes a drink, the drink takes another, and the drink takes the man. --- MultiMail/Win32 v0.49
* Origin: Freeway BBS - freeway.apana.org.au (21:1/109)