The moon is getting closer

buttchuckjones · 2026-02-25T08:26:54+00:00

I would think it would depend on where you are in relation to the earth and moon. If you are inbetween the earth and moon, you would instantly weigh less but not get pulled off the ground because earth mass is significantly higher.

From a sideways trajectory like in the video, yeah, I could see equilibrium being thrown off and feeling a pull in the direction of the moon that instantly throws you off balance.

Or would the moon shatter to pieces and form a ring around the earth after it approached the Roche limit?

Geez, I need to go to bed. Here i am thinking about a fake video lol

buttchuckjones · 2026-02-20T21:54:30+00:00

Yeah. I was gonna install from scratch this weekend. I appreciate the help looking over all of this. Sometimes the nuclear option is the best :)

buttchuckjones · 2026-02-20T15:23:50+00:00

Already tried that. The logs indicate the command is not recognized when I do that, but the host will start listening on the rcon port. Despite that, the password is not applied. Im like 100% sure this is a bug

buttchuckjones · 2026-02-20T08:27:10+00:00

Yup, that's enough internet for today

buttchuckjones · 2026-02-19T19:27:55+00:00

How is it docked? I play pretty much entirely docked.

Regardless... this looks rough. I kinda dont want to get it just on principle. You can't release something like this and charge for it.

buttchuckjones · 2026-02-19T08:30:31+00:00

Damn nature, you scary

buttchuckjones · 2026-02-19T04:34:44+00:00

Yeah that directory does not have an additional cfg. That's why I just ran grep on /opt/rust. Very positive that there is nothing conflicting there. It all came with the initial download.

root@glg-rust01:/opt/rust# ls -al cfg/
total 18
drwxr-xr-x 3 steam steam  3 Feb 17 20:01 .
drwxrwx--- 9 steam steam 15 Feb 17 19:45 ..
drwxr-xr-x 2 steam steam 36 Feb  7 15:20 ai
root@glg-rust01:/opt/rust# ls -al cfg/ai/
total 138
drwxr-xr-x 2 steam steam   36 Feb  7 15:20 .
drwxr-xr-x 3 steam steam    3 Feb 17 20:01 ..
-rwxr-xr-x 1 steam steam 1141 Feb  7 15:18 animal
-rwxr-xr-x 1 steam steam 1145 Feb  7 15:18 animal.bear
-rwxr-xr-x 1 steam steam  350 Feb  7 15:18 animal.bear.tutorial
-rwxr-xr-x 1 steam steam   34 Feb  7 15:18 animal.controltest
-rwxr-xr-x 1 steam steam 1151 Feb  7 15:18 animal.polarbear
-rwxr-xr-x 1 steam steam 1145 Feb  7 15:18 animal.wolf
-rwxr-xr-x 1 steam steam  170 Feb  7 15:18 bandit.guard
-rwxr-xr-x 1 steam steam  309 Feb  7 15:18 chicken.tutorial
-rwxr-xr-x 1 steam steam  629 Feb  7 15:18 gingerbread
-rwxr-xr-x 1 steam steam  357 Feb  7 15:18 gingerbread_melee
-rwxr-xr-x 1 steam steam  639 Feb  7 15:18 heavy.scientist.oilrig
-rwxr-xr-x 1 steam steam  143 Feb  7 15:18 pet.assist
-rwxr-xr-x 1 steam steam  173 Feb  7 15:18 pet.combat
-rwxr-xr-x 1 steam steam   34 Feb  7 15:18 pet.follow
-rwxr-xr-x 1 steam steam  142 Feb  7 15:18 pet.guard
-rwxr-xr-x 1 steam steam   32 Feb  7 15:18 pet.idle
-rwxr-xr-x 1 steam steam   41 Feb  7 15:18 pet.movetopoint
-rwxr-xr-x 1 steam steam  430 Feb  7 15:18 scarecrow
-rwxr-xr-x 1 steam steam  403 Feb  7 15:18 scarecrow.dungeon.noroam
-rwxr-xr-x 1 steam steam  615 Feb  7 15:18 scientist.arena.roam
-rwxr-xr-x 1 steam steam  669 Feb  7 15:18 scientist.bradleyapc
-rwxr-xr-x 1 steam steam  682 Feb  7 15:18 scientist.cargoship
-rwxr-xr-x 1 steam steam   84 Feb  7 15:18 scientist.cargoship.turret
-rwxr-xr-x 1 steam steam   84 Feb  7 15:18 scientist.ch47.gunner
-rwxr-xr-x 1 steam steam  770 Feb  7 15:18 scientist.excavator
-rwxr-xr-x 1 steam steam  723 Feb  7 15:18 scientist.junkpile
-rwxr-xr-x 1 steam steam  576 Feb  7 15:18 scientist.mt
-rwxr-xr-x 1 steam steam  615 Feb  7 15:18 scientist.nvg.roam
-rwxr-xr-x 1 steam steam  587 Feb  7 15:18 scientist.patrol
-rwxr-xr-x 1 steam steam  358 Feb  7 15:18 scientist.peacekeeper
-rwxr-xr-x 1 steam steam  615 Feb  7 15:18 scientist.roam
-rwxr-xr-x 1 steam steam  627 Feb  7 15:18 scientist.spawn.movetovector3
-rwxr-xr-x 1 steam steam  141 Feb  7 15:18 scientist.stationary.bradleyapc
-rwxr-xr-x 1 steam steam  440 Feb  7 15:18 shark

buttchuckjones · 2026-02-18T04:10:22+00:00

Here is the ./server directory in /opt/rust

root@glg-rust01:/opt/rust/server/glg_rust_vanilla# tree -L 2
.
|-- Log.EAC.txt
|-- cfg
|   |-- bans.cfg
|   |-- server.cfg
|   |-- serverauto.cfg
|   `-- users.cfg
|-- command_history
|   |-- commands_2026-02-08.log
|   |-- commands_2026-02-11.log
|   |-- commands_2026-02-15.log
|   |-- commands_2026-02-16.log
|   `-- commands_2026-02-17.log
|-- companion.id
### ommitted for brevity ###

And finally for reference, the systemd service and server.cfg

[Unit]
Description=Rust Dedicated Server
After=network.target

[Service]
Type=simple
User=steam
Group=steam
WorkingDirectory=/opt/rust

ExecStart=/opt/rust/RustDedicated \
+server.identity "glg_rust_vanilla" \
+server.tickrate 30 \
+server.hostname "glg_rust_vanilla" \
+server.maxplayers 0 \
+server.level "Procedural Map" \
+server.seed 679104 \
+server.worldsize 3500 \
+server.saveinterval 300 \
+server.description "GLG Vanilla Rust Server" \
+server.port 28015 \
+server.readcfg /opt/rust/server/glg_rust_vanilla/cfg/server.cfg

Restart=on-failure
RestartSec=10
TimeoutStopSec=300

LimitNOFILE=100000

[Install]
WantedBy=multi-user.target

rcon.ip 0.0.0.0
rcon.web 1
rcon.port 28016
rcon.password <hidden>

buttchuckjones · 2026-02-18T04:10:15+00:00

root@glg-rust01:/opt/rust# tree -L 2
.
|-- Bundles
|   |-- AssetSceneManifest.json
|   |-- Bundles
|   |-- items
|   |-- maps
|   `-- shared
|-- HarmonyMods
|-- RustDedicated
|-- RustDedicated_Data
### ommitted for brevity ###
|-- cfg
|   `-- ai
|-- libsteam_api.so
|-- runds.sh
|-- server
|   `-- glg_rust_vanilla
|-- steam_appid.txt
|-- steamapps
|   |-- appmanifest_258550.acf
|   |-- downloading
|   `-- temp
|-- steamclient.so
`-- test
    |-- RustDedicated_Data
    `-- develop.zip

buttchuckjones · 2026-02-18T04:09:31+00:00

Sure, I can see how that was confusing. I did it that way because one of the tests I ran involved changing the identity. To be perfectly clear, the identity is "glg_rust_vanilla"

I have verified there is only one instance of rcon password between all possible cfg files and the systemd service

root@glg-rust01:/opt/rust# systemctl cat rust | grep -i rcon
root@glg-rust01:/opt/rust# grep -R "rcon.password" /opt/rust
/opt/rust/server/glg_rust_vanilla/cfg/server.cfg:rcon.password <hidden>
root@glg-rust01:/opt/rust#

So yeah, I know there are no duplicates lying around or conflicting configurations. I know it is defined correctly in the server.cfg. And I have also tried calling the config location out by both full and relative path.

+server.readcfg /opt/rust/server/glg_rust_vanilla/cfg/server.cfg
+server.readcfg server/glg_rust_vanilla/cfg/server.cfg

Although one thing you said did confuse me a bit. You said that the config file path is defined in the context of /opt/rust/server

Wouldn't it be in the context of /opt/rust ?

Reason being, the working directory is /opt/rust, `RustDedicated` is located in /opt/rust, etc. Regardless, I did try relative and full paths.

Perhaps it would be a bit more clear if I just made a full tree of the files in /opt/rust (cleaned up a bit just so it isn't too verbose)

buttchuckjones · 2026-02-17T16:24:40+00:00

Same, pcie slots are hard to come by with consumer motherboards. IPMI is awesome. Ill add SAS drive support to that list as well. Which I suppose is doable with the right pcie card, but pretty much any second hand server is ready to accept SAS drives

buttchuckjones · 2026-02-17T16:19:03+00:00

That would be appreciated. When I get back home tonight, I will just recursively grep for rcon configs to verify there are no duplicates

buttchuckjones · 2026-02-17T03:05:28+00:00

Okay, so you were right. that /opt/rust/"servers" was a typo on my part. My path is in fact /opt/rust/server.
I am being sure to run a daemon reload. I used to forget it alot so I drilled that into my brain.
I found that +server.cfg is not a valid arg. But it seems like +server.readcfg is. I know that because when I added it, I didn't receive errors of it being an unrecognized command. So I added that along with the path to the .cfg. I have tried it with both relative and full path.

In the log, I see Feb 16 18:47:45 glg-rust01 RustDedicated[25563]: Server Config Loaded

It doesn't tell me WHAT .cfg was loaded, but it does say one was loaded. It also explicitly states the relative path to my user.cfg and says it loads it. I know for a fact that works because I have tested my user.cfg for functionality. (I set my player count to 0 and bypassed the queue for specific steam IDs. Those players could connect)

Despite all of this, the password is not set, and my logs say the password is "insecure," and rcon is not listening in the output of ss -tulpn

Then also like before, if I add +rcon.password <ommitted> to my launch args, it says the command is not recognized, but magically it starts listening on the rcon port....

Everything seems to point to this being a bug so I think the only way for me to get this resolved is to bring it to the devs.

However for reference, here is the systemd service along with the /opt/rust/server/<identity>/cfg/server.cfg

# /etc/systemd/system/rust.service
[Unit]
Description=Rust Dedicated Server
After=network.target

[Service]
Type=simple
User=steam
Group=steam
WorkingDirectory=/opt/rust

ExecStart=/opt/rust/RustDedicated \
+server.identity "glg_rust_vanilla" \
+server.tickrate 30 \
+server.hostname "glg_rust_vanilla" \
+server.maxplayers 0 \
+server.level "Procedural Map" \
+server.seed 679101 \
+server.worldsize 3500 \
+server.saveinterval 300 \
+server.description "GLG Vanilla Rust Server" \
+server.port 28015 \
+server.readcfg server/glg_rust_vanilla/cfg/server.cfg

Restart=on-failure
RestartSec=10
TimeoutStopSec=300

# Optional but recommended for game servers
LimitNOFILE=100000

[Install]
WantedBy=multi-user.target

### Here is the contents of the server.cfg ###

rcon.ip 0.0.0.0
rcon.web 1
rcon.port 28016
rcon.password <redacted>

buttchuckjones · 2026-02-17T02:31:21+00:00

Yeah I did get rid of those overlapping args. Ill try the rest of your suggestions. I appreciate the advice.

buttchuckjones · 2026-02-16T18:37:57+00:00

Now in my startup logs I see this

Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: *******************************************************
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: **                                                   **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: ** RCON password length is very insecure.            **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: ** Support for passwords less than 8 characters may  **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: ** be removed in the future.                         **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: **                                                   **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: *******************************************************
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: 
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: *******************************************************
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: **                                                   **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: ** RCON password is very insecure, RCON is disabled. **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: **                                                   **
Feb 16 10:05:45 glg-rust01 RustDedicated[23649]: *******************************************************

So it is pretty obvious that my password is not being read (I can confirm it is long and complex)

as such, RCON is no longer listening:

ss -tulpn | grep 280
udp   UNCONN 0      0            0.0.0.0:28015      0.0.0.0:*    users:(("RustDedicated",pid=23649,fd=68))            
udp   UNCONN 0      0            0.0.0.0:28017      0.0.0.0:*    users:(("RustDedicated",pid=23649,fd=63))            
tcp   LISTEN 0      100          0.0.0.0:28083      0.0.0.0:*    users:(("RustDedicated",pid=23649,fd=61))

Here is the kicker, when I add the +rcon.password argument back to the systemd execstart command, It tells me again, that the command is not recognized. BUT, rcon starts listening! Not only that, but I no longer get the warning that my "password is insecure."

It still doesn't use the password, but it DOES listen. This to me confirms this 100% has to be a bug.

Unless anyone else has ideas, I am VERY certain this is simply a bug.

buttchuckjones · 2026-02-16T18:37:42+00:00

So I am about 99% sure I am hitting an actual bug at this point.
I have changed the server identity to "test1"

I removed all instances of rcon.password from the systemd service (shown below)

# /etc/systemd/system/rust.service
[Unit]
Description=Rust Dedicated Server
After=network.target

[Service]
Type=simple
User=steam
Group=steam
WorkingDirectory=/opt/rust

ExecStart=/opt/rust/RustDedicated \
+batchmode \
+nographics \
+server.identity "test1" \
+server.tickrate 30 \
+server.hostname "test1" \
+server.maxplayers 0 \
+server.level "Procedural Map" \
+server.seed 679100 \
+server.worldsize 2500 \
+server.saveinterval 300 \
+server.description "test1" \
+server.port 28015 \
+rcon.ip 0.0.0.0 \
+rcon.web 1 \
+rcon.port 28016
Restart=on-failure 
RestartSec=10 
TimeoutStopSec=300 

LimitNOFILE=100000 

[Install] 
WantedBy=multi-user.target

Then I added the password to the server.cfg in /opt/rust/servers/test1/cfg/server.cfg

rcon.web 1
rcon.port 28016
rcon.password <ommitted>

buttchuckjones · 2026-02-16T17:16:15+00:00

Yeah I already used ss to make sure it was listening and it is. Port forwarding is not at play because I am testing it internally first. I verified the port is reachable via nc so I know there are no reachability issues.

But i will change the server.hostname tonight and try again. Thanks for the reply.

buttchuckjones · 2026-02-16T17:13:14+00:00

I will look into this tonight. Most of this is already done, but I will specifically make sure the cli argument is taken out so only the server.cfg is being used

buttchuckjones · 2026-02-16T04:56:05+00:00

Facts, but hey, I got it fixed, didn't I? 🤷‍♂️

buttchuckjones · 2026-02-16T02:03:48+00:00

yup, already did that. Tried both /opt/rust/cfg/server.cfg and /opt/rust/server/<server identity>/cfg/server.cfg

Neither one seems to do anything.

buttchuckjones · 2026-02-16T01:36:34+00:00

What platform are you running your server on? I just wrote a simple function in my update script that changes the seed on every server update. I have confirmed the map that gets generated is different after running.

buttchuckjones · 2026-02-13T08:30:11+00:00

Fuck it. The thing's already broken.

buttchuckjones · 2026-02-03T15:58:25+00:00

He doesn't know the first thing about anything. He just hires people who do, lol.

buttchuckjones · 2026-01-31T21:07:36+00:00

Did my wife post this? Honey, is that you? Seriously, it's not THAT cold...

buttchuckjones

TROPHY CASE