Autohosts operating non-downloadable engines - Page 2

Autohosts operating non-downloadable engines

Various things about Spring that do not fit in any of the other forums listed below, including forum rules.

Moderator: Moderators

BigOof
Posts: 1
Joined: 20 Dec 2019, 19:47

Re: Autohosts operating non-downloadable engines

Post by BigOof »

Sorry for posting on an old thread, but I'd like to add to this:

Can confirm that I cannot download "spring 104.0.1-1333-gce618bd maintenance"
Currently an autohost bot is using said engine
Attempted to search for this engine manually via https://springrts.com/dl/buildbot/default/ | unable to find
1 x

User avatar
PicassoCT
Journeywar Developer & Mapper
Posts: 10322
Joined: 24 Jan 2006, 21:12

Re: Autohosts operating non-downloadable engines

Post by PicassoCT »

This is actually something that warrants a addition to lobby protocol. Forced surrender of server option controls by majority vote in a reasonable delayed time frame.
0 x

raaar
Metal Factions Developer
Posts: 857
Joined: 20 Feb 2010, 12:17

Re: Autohosts operating non-downloadable engines

Post by raaar »

some options:
- temporarily banning the autohost accounts until the issue is fixed
- restoring the engine versions so people can download them again
0 x

User avatar
PicassoCT
Journeywar Developer & Mapper
Posts: 10322
Joined: 24 Jan 2006, 21:12

Re: Autohosts operating non-downloadable engines

Post by PicassoCT »

The obvies solution make a autohost callable build bot that produces engines on demand
0 x

User avatar
ThinkSome
Posts: 340
Joined: 14 Jun 2015, 13:36

Re: Autohosts operating non-downloadable engines

Post by ThinkSome »

If the problem is engines taking up too much space on the server, then it can be solved without download issues by having the server act as an LRU reverse proxy cache for some other server that sits at someone's home.
0 x

User avatar
Silentwings
Moderator
Posts: 3655
Joined: 25 Oct 2008, 00:23

Re: Autohosts operating non-downloadable engines

Post by Silentwings »

Imo opinion a sane solution to this would be (1) uberserver writing a file somewhere specifying which engines recently (~within 1 week, say) were hosted on the server and (2) the disk cleanup scripts checking this file and not deleting stuff that is in use. Should be easy to do without filling the disk. Ofc (1) is dead easy and prs welcome, I don't even know where (2) lives/runs but iirc its just a python script?

The server (now) already has in-built tools for specifying when spring versions are to be forcibly discontinued.

Fyi this is low priorty for now, there are not many hosts involved and almost no one trying to use them.
0 x

User avatar
ThinkSome
Posts: 340
Joined: 14 Jun 2015, 13:36

Re: Autohosts operating non-downloadable engines

Post by ThinkSome »

Is someone even saving engine builds?
0 x

Google_Frog
Moderator
Posts: 2448
Joined: 12 Oct 2007, 09:24

Re: Autohosts operating non-downloadable engines

Post by Google_Frog »

Around 130 maintenance engines from 104.0.1-236-g23c7945 to 104.0.1-1455-g39f8fbd are stored on the Zero-K server. I copy them across manually with a web UI for testing and applying to the server. I don't know where they are stored, but they could surely be retrieved if required.
0 x

User avatar
ThinkSome
Posts: 340
Joined: 14 Jun 2015, 13:36

Re: Autohosts operating non-downloadable engines

Post by ThinkSome »

There are now 9 hosts operating on non-downloadable engines, which represents 17% of all hosts.
0 x

XenonF
Posts: 1
Joined: 07 Feb 2020, 02:04

Re: Autohosts operating non-downloadable engines

Post by XenonF »

Hi there all

While testing Battlelist's Battlerooms, I found that trying to access "BA10.24 - Metal Server" battleroom not only fails to download the engine, but also stop my Lobby ability to download maps (Using SpringLobby 0.269).

Said that, if there is no willing on banning the unusable Battleroom's hosters, at least implementing a Warning about the inability to play on that room in the battlelist would be thankful.

Thanks for your time and effort, XenonF.
0 x

lasl
Posts: 1
Joined: 19 Mar 2020, 21:24

Re: Autohosts operating non-downloadable engines

Post by lasl »

Hello everyone,

Situation is happening again:
Spring engine.PNG
(67.89 KiB) Not downloaded yet
half of [ACE] autohosts are not downloadable :(

It so frustrating that there are 4 users playing and I can't join :/
We really need to figure something about this!

Maybe making a archive server to download old versions of spring engine?
Maybe a section on ACE website to let people download and add it manuallly in the right path and a link for it (in the "motd" ?) when connecting to the autohost...
What do you think about this solution?
0 x

User avatar
FabriceFABS
Posts: 351
Joined: 28 Jul 2010, 16:20

Re: Autohosts operating non-downloadable engines

Post by FabriceFABS »

Hi lasl,

Thank you for information.
[ACE]Autohosts has been updated to engine «spring_{maintenance}104.0.1-1466-g9ee29da».

Maybe in some months, it will be the same, and I'll update same way. Just let me know about it.

All the best,
Fabrice
0 x

User avatar
ThinkSome
Posts: 340
Joined: 14 Jun 2015, 13:36

Re: Autohosts operating non-downloadable engines

Post by ThinkSome »

How many gigabytes of downloads are there per year? Cloud object storage seems cheap enough for this, 100GB storage+download would be about $2 / mo
0 x

User avatar
ThinkSome
Posts: 340
Joined: 14 Jun 2015, 13:36

Re: Autohosts operating non-downloadable engines

Post by ThinkSome »

Silentwings wrote:
28 Dec 2019, 11:04
Imo opinion a sane solution to this would be (1) uberserver writing a file somewhere specifying which engines recently (~within 1 week, say) were hosted on the server and (2) the disk cleanup scripts checking this file and not deleting stuff that is in use. Should be easy to do without filling the disk. Ofc (1) is dead easy and prs welcome, I don't even know where (2) lives/runs but iirc its just a python script?

The server (now) already has in-built tools for specifying when spring versions are to be forcibly discontinued.

Fyi this is low priorty for now, there are not many hosts involved and almost no one trying to use them.
Could the auto-delete be stopped until an adequate solution is implemented?
0 x

User avatar
ThinkSome
Posts: 340
Joined: 14 Jun 2015, 13:36

Re: Autohosts operating non-downloadable engines

Post by ThinkSome »

I am now hosting a mirror at https://think.nsupdate.info/mirror/spri ... intenance/ that will include everything that is actually used. Namely, it will not include the 120MB debug symbol packages or linux32 versions. Some windows versions may also get trimmed once I figure out which ones are actually used.

There is no SLA. Apart from the above exclusions, I will treat missing stuff as a bug and re-upload it from (cheap and near infinite) home storage.
1 x

User avatar
ThinkSome
Posts: 340
Joined: 14 Jun 2015, 13:36

Re: Autohosts operating non-downloadable engines

Post by ThinkSome »

Google_Frog wrote:
21 Jan 2020, 14:25
Around 130 maintenance engines from 104.0.1-236-g23c7945 to 104.0.1-1455-g39f8fbd are stored on the Zero-K server. I copy them across manually with a web UI for testing and applying to the server. I don't know where they are stored, but they could surely be retrieved if required.

How do you access these? I'd like to backup them.
0 x

Post Reply

Return to “General Discussion”