-
Notifications
You must be signed in to change notification settings - Fork 550
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FEATURE]: Stop server between specified hours #877
Comments
Thanks for the suggestion. Thanks. |
Due to the complexity of this task and lack of demand, I've decided that the best approach would be to allow scripts to change the server whitelist mode to Admin Only through the API, which would solve this need without all the added complexity. |
While it may not be widely requested, I believe there’s a strong case for its necessity. Our goal is to automate server updates, which would significantly streamline our workflow. The plan is to have a test server updated daily and the main server on a weekly basis, each tied to their respective Git branches. A REST API would facilitate this process, allowing server management through endpoints like https://{server_ip}:{port}/api/v1/shutdownServer, with secure authentication via Bearer Token or User + Password. The challenge lies in ensuring TxAdmin remains operational during updates, which it isn’t if we need to shutdown FxServer in order to do this. Also we can’t update while FxServer is running as this led to data corruption in earlier attempts. |
@Tfc538 If your necessity is to do automatic updates, then the requested featured (scheduled stop/starts) are definitely not the adequate solution, but instead it would be some dynamic update thing in txAdmin itself. |
Hey @tabarra, I meant resource updates, not FXServer updates. Our LUA and DevOps engineers have outlined the following process:
|
Scope
Web
Feature Description
Since we've got an auto-restart feature, a start-stop system for specified hours wouldn't be a bad thing to introduce. My current workaround would be to use a cron to kill the Tmux and start it again after some time, but that's not the point. I know it won't be a feature for everyone, but many servers are empty during the night or chaos happens. Why should the resources be reserved if they are not being used.
Use Case
No response
Proposed Solution
Introduce a "Start-Stop" feature, that allows the user to specify time ranges where the server will be off/on.
Additional Info
No response
The text was updated successfully, but these errors were encountered: