Server not starting when Oxide is installedFixed
5c2d88ae4ea06.jpg Wulf

I believe LGSM is using a curl method that is assuming every URL ends with a file, which they do not. In this case, our develop URL redirects to a URL that CONTAINS a filename, but doesn't END with a filename as it has arguments in the URL. The solution would be for LGSM to always set a filename when using curl to grab the file, instead of using whatever the URL may or may not contain as the filename.

Now I was able to install Oxide, started the server but Oxide is not active, should I try to restat the server again?

@Wulf can you incorporate the Linux build into https://umod.org/games/rust/latest.json somehow?

The recent update you pushed out caused our server to download it and get stuck in a reboot loop again since it is unable to parse messages in the description telling it to download the development version instead. Why isn't the fix incorporated into the non-development version?
bottiger
@Wulf can you incorporate the Linux build into https://umod.org/games/rust/latest.json somehow?

The recent update you pushed out caused our server to download it and get stuck in a reboot loop again since it is unable to parse messages in the description telling it to download the development version instead. Why isn't the fix incorporated into the non-development version?
No, sorry. The download is only there as a temporary measure. Data can be obtained via AppVeyor (where the URL redirects) if needed.
5c2d88ae4ea06.jpg Wulf
No, sorry. The download is only there as a temporary measure. Data can be obtained via AppVeyor (where the URL redirects) if needed.

When is the final fix?

RageMadVenom

When is the final fix?

As of right now, this is is the "final fix" until there is a better option.

5c2d88ae4ea06.jpg Wulf
No, sorry. The download is only there as a temporary measure. Data can be obtained via AppVeyor (where the URL redirects) if needed

I'm not sure what you mean, our automatic updater is already downloading from "download_url" which points to http://umod.org/games/rust/download which is what I'm assuming "AppVeyor" is.

We have an updater script that scans https://umod.org/games/rust/latest.json for a version change and if there is and protocol is in the description, then it will download from http://umod.org/games/rust/download and restart the server. So when you released that update today it downloaded the bad version and killed our server until I could access it.

I'm just wondering if you can just add an entry in the json like download_url_linux which will have the appropriate url for the Linux version. Otherwise it would be impossible to have an automated updater or at least very messy and prone to breakage if we have to parse the description to see if you are telling people to use the development URL for Linux instead.

bottiger

I'm not sure what you mean, our automatic updater is already downloading from "download_url" which points to http://umod.org/games/rust/download which is what I'm assuming "AppVeyor" is.

We have an updater script that scans https://umod.org/games/rust/latest.json for a version change and if there is and protocol is in the description, then it will download from http://umod.org/games/rust/download and restart the server. So when you released that update today it downloaded the bad version and killed our server until I could access it.

I'm just wondering if you can just add an entry in the json like download_url_linux which will have the appropriate url for the Linux version. Otherwise it would be impossible to have an automated updater or at least very messy and prone to breakage if we have to parse the description to see if you are telling people to use the development URL for Linux instead.

https://umod.org/games/rust/download = redirect to GitHub for Windows builds
https://umod.org/games/rust/download/develop = redirect to AppVeyor for Linux/temporary builds

If https://umod.org/games/rust/latest.json has a version change, the Linux/develop one most likely will as well.

This is the old package system, a new system will be replacing this, so we aren't sinking a lot of time into reworking how the current single-version system works, as it'll just be replaced in the near future.

Merged post

@bottiger, sorry, but caused your post content to be lost. The above links are as described and can be used for their respective OS versions.

Solved the problem, what you have to do is:

1. Stop the server.
2. Change oxide to 1
3. Start the server.
4. Wait for it to finish downloading umod and says "Done updating umod!"
5. KILL it.
6. Change Oxide to 0
7. Upload the two files to /RustDedicated_Data/Managed  (linux fix files that wulf talked about)
8. Start back up

Don't revert oxide to 1 tho, since plugins will be loaded

Credits to Jade#9951 from discord, he was the one that got the idea

5d5a96f1a7c3a.png hunted5

the text is good the link is not

Sorry about that, thought I had fixed that in the post last night.

After the update, the server does not start with the Oxide mod, there is some solution to this problem
same problem, the server simply refuses to work with Oxide, but without it everything works stably

I'm confused, could someone clarify something for me?

When FacePunch said they were going to discontinue Linux support, they also said that "this only applies to gaming on linux. Hosting on linux will be unaffected" or something similar.

= So why do we how have windows / linux builds separated ?

Locked automatically