mirror of
https://github.com/GameServerManagers/LinuxGSM.git
synced 2026-04-25 14:15:59 +03:00
[GH-ISSUE #2022] [Suggestion] Multi-installation support with 1 installation of LinuxGSM #1586
Labels
No labels
Atomic
Epic
cannot reproduce
command: backup
command: console
command: debug
command: details
command: fast-dl
command: install
command: mods
command: monitor
command: post-details
command: restart
command: send
command: start
command: stop
command: update
command: update-lgsm
command: validate
command: wipe
distro: AlmaLinux
distro: Arch Linux
distro: CentOS
distro: Debian
distro: Fedora
distro: RedHat
distro: Rocky Linux
distro: Ubuntu
distro: openSUSE
engine: goldsrc
engine: source
game: 7 Days to Die
game: ARMA 3
game: Ark: Survival Evolved
game: Assetto Corsa
game: Avorion
game: BATTALION: Legacy
game: Barotrauma
game: Battalion 1944
game: Battlefield 1942
game: Black Mesa: Deathmatch
game: Blade Symphony
game: Call of Duty 2
game: Call of Duty 4
game: Call of Duty: United Offensive
game: Counter-Strike 1.6
game: Counter-Strike 2
game: Counter-Strike: Global Offensive
game: Counter-Strike: Source
game: Day of Infamy
game: Dayz
game: Death Match Classic
game: Don't Starve Together
game: ET: Legacy
game: Eco
game: Factorio
game: Factorio
game: Garry's Mod
game: Half-Life
game: Hurtword
game: Insurgecy
game: Insurgecy
game: Insurgency: Sandstorm
game: Just Cause 3
game: Killing Floor
game: Killing Floor 2
game: Left 4 Dead 2
game: Minecraft
game: Minecraft Bedrock
game: Mordhau
game: Multi Theft Auto
game: Mumble
game: Natural Selection 2
game: No More Room in Hell
game: Pavlov VR
game: Post Scriptum
game: Project Zomboid
game: Quake 3
game: QuakeWorld
game: Red Orchestra: Ostfront 41-45
game: Return to Castle Wolfenstein
game: Rising World
game: Rust
game: San Andreas Multiplayer
game: Satisfactory
game: Soldat
game: Soldier of Fortune 2
game: Squad
game: Squad 44
game: Starbound
game: Stationeers
game: Sven Co-op
game: Team Fortress 2
game: Teamspeak 3
game: Teeworlds
game: Terraria
game: The Front
game: Unreal Tournament 2004
game: Unreal Tournament 3
game: Unreal Tournament 99
game: Unturned
game: Valheim
game: Wurm Unlimited
game: Zombie Master Reborn
game: label missing
good first issue
help wanted
info: alerts
info: dependency
info: docker
info: docs
info: email
info: query
info: steamcmd
info: systemd
info: tmux
info: website
info: website
needs more info
outcome: duplicate
outcome: issue resolved
outcome: issue resolved
outcome: issue unresolved
outcome: pr accepted
outcome: pr rejected
outcome: unconfirmed
outcome: wontfix
outcome: wrong forum
potential-duplicate
priority
pull-request
type: bug
type: feature
type: feature
type: feature request
type: game server request
type: refactor
waiting response
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/LinuxGSM#1586
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @BigRedWolfy on GitHub (Oct 2, 2018).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/2022
Just thought it'd be good if you could manage multiple installations of different servers with only 1 installation of LinuxGSM rather than having several installations for each server, which would seem to waste a lot of space if say I had 3 gmod servers. Even if this is only for game servers of the same game, it would be good to see say for example if the filesystem was like:
serverfiles/gmodserver1/
serverfiles/gmodserver2/
etc....
as well as having all the configs for these servers in the lgsm-config folder. I've tried for a while to do this myself and looked on the discord for help, but the best I could find was a separate installation of LinuxGSM for each server because I did NOT want them so share game files
@UltimateByte commented on GitHub (Oct 2, 2018):
You're right, it would be cool. That's why it is already possible. ;)
https://github.com/GameServerManagers/LinuxGSM/wiki/Multiple-Game-Servers#single-installation-multiple-instances
We've been discussing this with dgibbs before. This kind of a structure (or slightly different, but same idea) might be planed for the next LinuxGSM major update.
There would be a major rework of how instances are managed so it's not for tomorrow, especially when trying to keep it as retrocompatible as possible.
Well, then why not making separate users? It'll use up the same space and be more secure.
If you still want to make multiple servers per user, then you can create a directory per server with each their own linuxgsm:
Just make sure your instances are named differently, otherwise tmux sessions will overlap and one will close the other or not be able to start properly.
@BigRedWolfy commented on GitHub (Oct 2, 2018):
what I was referring to was to be able to use one, lets say master user that controls several game servers in say a cluster located in: /cluster/gmodservers/
what I'm suggesting is that you have multiple installations in:
/cluster/gmodservers/serverfiles/servera/
/cluster/gmodservers/serverfiles/serverb/
/cluster/gmodservers/serverfiles/serverc/
/cluster/gmodservers/serverfiles/serverd/
/cluster/gmodservers/serverfiles/servere/
with instances named:
servera
serverb
serverc
serverd
servere
and configs located in
/cluster/gmodservers/lgsm/lgsm-config/
and this is all with 1 installation of LinuxGSM.
Yes this is probably less secure but I do see this being more storage efficient and it would be easier to make global modifications. Atm I'm using a similar structure with symlinks for the common and instance cfgs that that they are kept identical between servers and I can edit their configs from one location.
If you're worried about security, I don't know if linuxGSM does support this and I kind of doubt it, but haven't tried it, is that you could allow different users to access different servers via their instance file, based on the file's owner and group settings rather than who installed it