steamcmd / docker Goto Github PK

View Code? Open in Web Editor NEW

141.0 5.0 19.0 119 KB

Docker image containing SteamCMD

Home Page: https://hub.docker.com/r/steamcmd/steamcmd

License: MIT License

Dockerfile 100.00%

steamcmd steam docker image container game-server

docker's Introduction

SteamCMD Docker Image

SteamCMD on various Docker base images for downloading and running Steam games and game server software. The images are rebuild daily with Github Actions and tagged on type of base image.

For detailed information about SteamCMD, see the official wiki. If you are looking for a programmatic way to retrieve information via SteamCMD, have a look at steamcmd.net.

Usage

Pull latest image

docker pull steamcmd/steamcmd:latest

Test interactively

docker run --entrypoint /bin/sh -it steamcmd/steamcmd:latest

Download CSGO

docker run -it steamcmd/steamcmd:latest +login anonymous +app_update 740 +quit

Download CSGO to local mounted directory "data"

docker run -it -v $PWD:/data steamcmd/steamcmd:latest +login anonymous +force_install_dir /data +app_update 740 +quit

License

MIT license

docker's People

Contributors

Stargazers

Watchers

Forkers

warlof cassiano-baltazar norbipeti eldius jesse-savary dockrbyter makubo abuxton mcneiljt gintoki98 dudesw575 robarmstrong96 goover karutoil erudot angelgnz kamehamehotdogs jonny199292 caffeelake

docker's Issues

Container stops 60 seconds after starting?

Hi,I have the steamcmd server core docker container I'm trying to run locally. The container appears to be starting up, launches Steam cmd, and then closes out after about 60 seconds. Is there a config file or something I need to set to keep the container running? Is there additional instructions on how to configure a server core container with Steam cmd? Like how to install games/executing, etc?

I have no issues setting up Steam cmd locally and running a game, but I can't get the docker container to work. It seems the documentation is lacking directions for server core/docker, and there is nothing on the wiki unless you are running Steam cmd locally. Thanks! I would greatly appreciate any help! Thank you!

Image build - not every 6 hours (latest update: 2 month ago)

Thank you very much for providing the images. The description says that the images are rebuilt every 6 hours. I checked the docker-hub repository and saw that the last update was 2 months ago. Therefore I'm opening an issue - so you have the information about the last update time.

Best regards

`/root/.local/share/Steam/steamcmd/steamcmd.sh: line 39: 10 Segmentation fault $DEBUGGER "$STEAMEXE" "$@"`

[BUG] Alpine image send error 42 at update

When I use the steamcmd +quit command,
I got the error 42

WARNING: setlocale('en_US.UTF-8') failed, using locale: 'C'. International characters may not work.
Redirecting stderr to '/root/Steam/logs/stderr.txt'
Could not find steamerrorreporter binary. Any minidumps will be uploaded in-process[  0%] Checking for available updates...
[----] Verifying installation...
[  0%] Downloading update...
[  0%] Checking for available updates...
[----] Download complete.
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Cleaning up...
[----] Update complete, launching Steamcmd...
The command '/bin/sh -c steamcmd +quit' returned a non-zero code: 42

My Dockerfile was just :

FROM steamcmd/steamcmd:alpine

WORKDIR /steam

RUN steamcmd +quit

But if I remove the RUN steamcmd +quit and use the bash command after build : docker run -it --rm --entrypoint /bin/sh local-image then steamcmd +quit
That work.

CentOS Exit code 42

The current CentOS images finish with an exit code of 42, just like the Alpine error issue where the first steamcmd run exists with a non-zero exit code and the second time with 0.

Using the official steamcmd.tar.gz installer together with wrapper scripts from the Ubuntu package was the solution for the Alpine image. This should be incorporated for all the CentOS images as well.

CentOS 8 Build Error

The automated CentOS 8 image build has started to fail consistently with the following error:

Error: Transaction check error:
  file /usr/share/gcc-8/python/libstdcxx/v6/__pycache__/xmethods.cpython-36.opt-1.pyc from install of libstdc++-8.3.1-5.el8.0.2.i686 conflicts with file from package libstdc++-8.3.1-4.5.el8.x86_64
  file /usr/share/gcc-8/python/libstdcxx/v6/__pycache__/xmethods.cpython-36.pyc from install of libstdc++-8.3.1-5.el8.0.2.i686 conflicts with file from package libstdc++-8.3.1-4.5.el8.x86_64
  file /usr/share/gcc-8/python/libstdcxx/v6/xmethods.py from install of libstdc++-8.3.1-5.el8.0.2.i686 conflicts with file from package libstdc++-8.3.1-4.5.el8.x86_64

The command '/bin/sh -c yum -y install glibc.i686 libstdc++.i686  && yum -y clean all' returned a non-zero code: 1

It started yesterday in this run.

Busybox/lite Exit code 42 bug

The current Busybox (lite) images finish with an exit code of 42, just like the Alpine error issue where the first steamcmd run exists with a non-zero exit code and the second time with 0.

Using the official steamcmd.tar.gz installer together with wrapper scripts from the Ubuntu package was the solution for the Alpine image. Busybox is a bare image so testing is needed to see if this solutions would also work for Busybox.

CentOS 6 build fails

Since yesterday the automated builds for CentOS 6 are failing with the following error:

Step 11/19 : RUN yum -y install glibc.i686 libstdc++.i686  && yum -y clean all
 ---> Running in 074f2c0a84b4
Loaded plugins: fastestmirror, ovl
Setting up Install Process
Error: Cannot retrieve repository metadata (repomd.xml) for repository: base. Please verify its path and try again
YumRepo Error: All mirror URLs are not using ftp, http[s] or file.
 Eg. Invalid release/repo/arch combination/
removing mirrorlist with no valid mirrors: /var/cache/yum/x86_64/6/base/mirrorlist.txt
The command '/bin/sh -c yum -y install glibc.i686 libstdc++.i686  && yum -y clean all' returned a non-zero code: 1
Error: Process completed with exit code 1.

There is no dependency on the CentOS 6 build so the builds for the other versions are still processed and pushed.

Ubuntu 20.04 support

Ubuntu 20.04 has been released and the official Ubuntu Docker image of 20.04 has been tagged as latest as well: https://hub.docker.com/_/ubuntu. Ubuntu 20.04 should be added to the list of available tags (base images) and if it's stable 20.04 could be tagged latest as well.

How to run with windows

Hello, i want to run the eqivalent of this on windows:
docker run -it -v $PWD:/data steamcmd/steamcmd:latest +login anonymous +force_install_dir /data +app_update 740 +quit
how should i do that?

ubuntu-24

update for ubuntu-24 which is now LTS.

ARM Support?

Is there any plan to add ARM support to this images?

Linux scheduled build Actions are failing

The Ubuntu scheduled build pipelines are failing in the Test step with the following message:

Command: steamcmd: stdout: patterns not found: [Loading Steam API...OK]

Failed to load steamclient.so on latest docker image.

While setting up a gmod server, I'm seeing a failure on startup. The command technically succeeds, but I'm unable to log in. steamclient.so is present and as shown below is found while searching for shared libraries, but it's failing to actually load it. The dockerfile used to run this is here.

Initializing Steam libraries for Workshop..

        30:	find library=steamclient.so [0]; searching

        30:	 search path=./tls/i686/sse2:./tls/i686:./tls/sse2:./tls:./i686/sse2:./i686:./sse2:.:bin/tls/i686/sse2:bin/tls/i686:bin/tls/sse2:bin/tls:bin/i686/sse2:bin/i686:bin/sse2:bin:tls/i686/sse2:tls/i686:tls/sse2:tls:i686/sse2:i686:sse2:		(LD_LIBRARY_PATH)

        30:	  trying file=./tls/i686/sse2/steamclient.so

        30:	  trying file=./tls/i686/steamclient.so

        30:	  trying file=./tls/sse2/steamclient.so

        30:	  trying file=./tls/steamclient.so

        30:	  trying file=./i686/sse2/steamclient.so

        30:	  trying file=./i686/steamclient.so

        30:	  trying file=./sse2/steamclient.so

        30:	  trying file=./steamclient.so

        30:	

        30:	

        30:	calling init: ./steamclient.so

        30:	

[S_API] SteamAPI_Init(): Loaded local 'steamclient.so' OK.

        30:	bin/libsteam_api.so: error: symbol lookup error: undefined symbol: Steam_ReleaseThreadLocalMemory (fatal)

        30:	./steamclient.so: error: symbol lookup error: undefined symbol: SteamBootstrapper_GetEUniverse (fatal)

        30:	./steamclient.so: error: symbol lookup error: undefined symbol: GetClientLauncherType (fatal)

        30:	./steamclient.so: error: symbol lookup error: undefined symbol: GetBootstrapperVersion (fatal)

        30:	./steamclient.so: error: symbol lookup error: undefined symbol: GetCurrentClientBeta (fatal)

CAppInfoCacheReadFromDiskThread took 1 milliseconds to initialize

        30:	find library=steamservice.so [0]; searching

        30:	 search path=./tls/i686/sse2:./tls/i686:./tls/sse2:./tls:./i686/sse2:./i686:./sse2:.:bin/tls/i686/sse2:bin/tls/i686:bin/tls/sse2:bin/tls:bin/i686/sse2:bin/i686:bin/sse2:bin:tls/i686/sse2:tls/i686:tls/sse2:tls:i686/sse2:i686:sse2:		(LD_LIBRARY_PATH)

        30:	  trying file=./tls/i686/sse2/steamservice.so

        30:	  trying file=./tls/i686/steamservice.so

        30:	  trying file=./tls/sse2/steamservice.so

        30:	  trying file=./tls/steamservice.so

        30:	  trying file=./i686/sse2/steamservice.so

        30:	  trying file=./i686/steamservice.so

        30:	  trying file=./sse2/steamservice.so

        30:	  trying file=./steamservice.so

        30:	  trying file=bin/tls/i686/sse2/steamservice.so

        30:	  trying file=bin/tls/i686/steamservice.so

        30:	  trying file=bin/tls/sse2/steamservice.so

        30:	  trying file=bin/tls/steamservice.so

        30:	  trying file=bin/i686/sse2/steamservice.so

        30:	  trying file=bin/i686/steamservice.so

        30:	  trying file=bin/sse2/steamservice.so

        30:	  trying file=bin/steamservice.so

        30:	  trying file=tls/i686/sse2/steamservice.so

        30:	  trying file=tls/i686/steamservice.so

        30:	  trying file=tls/sse2/steamservice.so

        30:	  trying file=tls/steamservice.so

        30:	  trying file=i686/sse2/steamservice.so

        30:	  trying file=i686/steamservice.so

        30:	  trying file=sse2/steamservice.so

        30:	  trying file=steamservice.so

        30:	 search cache=/etc/ld.so.cache

        30:	 search path=/lib/i386-linux-gnu:/usr/lib/i386-linux-gnu:/lib:/usr/lib		(system search path)

        30:	  trying file=/lib/i386-linux-gnu/steamservice.so

        30:	  trying file=/usr/lib/i386-linux-gnu/steamservice.so

        30:	  trying file=/lib/steamservice.so

        30:	  trying file=/usr/lib/steamservice.so

        30:	

dlmopen steamservice.so failed: steamservice.so: cannot open shared object file: No such file or directory

SteamInternal_SetMinidumpSteamID:  Caching Steam ID:  76561197960265728 [API loaded no]

Windows base images

SteamCMD is also available on Windows and some game servers are even exclusively build for Windows. Therefor it makes sense to also include Windows builds.

The current way of levering Github Actions can probably be re-used seeing Github Actions also supports running jobs on Windows hosts.

Can't install dota on ubuntu

I've tried both the latest (ubuntu-20) as well as the ubuntu-18 image, and attempting to install dota fails with a cryptic error.

I use the following command:
sudo docker run -it steamcmd/steamcmd:latest +login [my user] [mypw] +app_update 570 +quit

The game downloads and verifies the download, before showing the following:

 Update state (0x101) committing, progress: 8.62 (3868444206 / 44888062441)
 Update state (0x101) committing, progress: 15.71 (7053480492 / 44888062441)
src/clientdll/compatmanager.cpp (1988) : BFileExists( strSteam2WrapperSrcPath.String() )
assert_20221016233508_217.dmp[238]: Uploading dump (out-of-process)
/tmp/dumps/assert_20221016233508_217.dmp

assert_20221016233508_217.dmp[238]: Finished uploading minidump (out-of-process): success = no

assert_20221016233508_217.dmp[238]: error: libcurl.so: cannot open shared object file: No such file or directory

assert_20221016233508_217.dmp[238]: file ''/tmp/dumps/assert_20221016233508_217.dmp'', upload no: ''libcurl.so: cannot open shared object file: No such file or directory''

Error! App '570' state is 0x10C after update job.
Updating Workshop items for App '570'.
 Update state (0x3) reconfiguring, progress: 0.00 (0 / 0)
 Update state (0x1) running, progress: 0.00 (0 / 0)
 Update state (0x61) downloading, progress: 29.80 (19715096 / 66151330)
Work thread 'CContentUpdateContext::m_pCPUTh' is marked exited, but we could not immediately join prior to deleting -- proceeding without join

The key line seems to be src/clientdll/compatmanager.cpp (1988) : BFileExists( strSteam2WrapperSrcPath.String() ), and the things about libcurl.so are a red herring about uploading the minidump without a 32-bit curl library.

Installing other games (cs:go) works fine. Any idea where to start looking?

Waiting for user info...FAILED (Timed out)

I always get Waiting for user info...FAILED (Timed out), whenever I try to login. I've tried both my own account and anonymous and they both say the same thing. I've tried both the alpine and ubuntu images and I get the same thing.

Here the logs for when I tried to run it on the alpine image:

WARNING: setlocale('en_US.UTF-8') failed, using locale: 'C'. International characters may not work.
Redirecting stderr to '/root/Steam/logs/stderr.txt'
[  0%] Checking for available updates...
[----] Verifying installation...
Steam Console Client (c) Valve Corporation - version 1685487853
-- type 'quit' to exit --
Loading Steam API...OK

Steam>login anonymous

Connecting anonymously to Steam Public...OK
Waiting for client config...OK
Waiting for user info...FAILED (Timed out)
OK

Change CMD behaviour

To be more in line with expectations the current way of using CMD can be changed to ENTRYPOINT + CMD. For example this:

# Set default command
CMD ["steamcmd", "+help", "+quit"]

Should be changed to something like this:

# Set default command
ENTRYPOINT ["steamcmd"]
CMD ["+help", "+quit"]

Default tests with a Steam game server and browsing around should be done. Also the README should be updated accordingly.

Add basic tests

Currently the "code" and Docker builds are not tested. Running the build images after pushing them with a test/default command would already be a big improvement.

Broken Alpine Linux download

Greetings, I am trying to build an Dockerfile using Alpine Linux image. It seems for some reason it's doesn't download the app which is Source Dedicated Server

Dockerfile:
FROM steamcmd/steamcmd:alpine
RUN steamcmd +login anonymous +force_install_dir /opt/srcds +app_update 244310 validate +quit

Strange inconsistency with 'SteamApps' folder name between different host operating systems

I'm experiencing a strange problem where on my Debian hosts, apps get installed to ~/.steam/SteamApps, but on my Arch hosts, apps get installed to ~/.steam/steamapps (note the case difference).

I can reproduce the problem with the following Dockerfile:

FROM steamcmd/steamcmd:ubuntu-20
RUN steamcmd +login anonymous +app_update 232250 +quit
ENTRYPOINT ["tail", "-f", "/dev/null"]

The app I'm installing in this example is TF2, but I've seen the same thing when installing Source SDK Base 2013 Dedicated Server, so I don't think this problem is dependent on the app.

Build: docker build -t steamcmd-test .

Run: docker run --name test steamcmd-test

Shell into the container in another terminal: docker exec -it test bash

Inside the container: ls -l .steam

The output on my Debian hosts:

total 32
drwxr-xr-x 1 root root 4096 Aug  9 21:16 appcache
drwxr-xr-x 1 root root 4096 Aug  9 21:21 config
drwxr-xr-x 2 root root 4096 Aug  9 21:15 depotcache
drwxr-xr-x 1 root root 4096 Aug  9 21:15 logs
-rwxr-xr-x 1 root root  224 Aug  9 21:21 registry.vdf
lrwxrwxrwx 1 root root   12 Aug  9 18:21 root -> /root/.steam
lrwxrwxrwx 1 root root   12 Aug  9 18:21 steam -> /root/.steam
drwxr-xr-x 1 root root 4096 Aug  9 21:21 SteamApps
drwxr-xr-x 1 root root 4096 Aug  9 21:15 steamcmd
drwxr-xr-x 3 root root 4096 Aug  9 21:15 userdata

The output on my Arch hosts:

total 36
drwxr-xr-x 1 root root 4096 Aug  9 21:58 appcache
drwxr-xr-x 1 root root 4096 Aug  9 22:03 config
drwxr-xr-x 2 root root 4096 Aug  9 21:58 depotcache
drwxr-xr-x 1 root root 4096 Aug  9 21:58 logs
-rwxr-xr-x 1 root root  224 Aug  9 22:03 registry.vdf
lrwxrwxrwx 1 root root   12 Aug  9 18:21 root -> /root/.steam
lrwxrwxrwx 1 root root   12 Aug  9 18:21 steam -> /root/.steam
drwxr-xr-x 5 root root 4096 Aug  9 22:03 steamapps
drwxr-xr-x 1 root root 4096 Aug  9 21:58 steamcmd
drwxr-xr-x 3 root root 4096 Aug  9 21:58 userdata

For the sake of the test, I've made sure to re-download the steamcmd container. Both my test hosts are using the ubuntu-20 image with an Image ID of 1aa5e865e28c:

REPOSITORY          TAG         IMAGE ID       CREATED          SIZE
steamcmd/steamcmd   ubuntu-20   1aa5e865e28c   4 hours ago      406MB

What is the intended casing of this directory? What difference between the two host operating systems or host Docker configs could possibly be causing the discrepancy?

Add information for saving Steam in Docker volume

In order to prevent update rechecking and Steam Guards, it is possible to attach the containers /root/.steam (on alpine version) folder to a host volume. It can be done, for example, using the volume command -v steam:/root/.steam:z like this:

# For the alpine version
docker run -it --rm -v steam:/root/.steam:z steamcmd/steamcmd:latest +login <username> <password>

I think such information should be added in the README since it's a very usefull technique to help going towards a CI approach with steamcmd.

Unfortunately, here are some concerns with this approach:

A single Steam Guard will always be asked the first time the container is launched
Maybe the volume could overwrite the steamcmd updates. We need to check if the steamcmd folder is a subfolder of the steam one or not (/root/.steam on alpine version).

dlmopen steamservice.so failed: steamservice.so: cannot open shared object file: No such file or directory

Problem:

When running the Docker container for steamcmd/steamcmd:latest, I'm encountering an issue related to a missing shared object file steamservice.so.

Steps to Reproduce:

Pulled the steamcmd/steamcmd:latest image: docker pull steamcmd/steamcmd:latest
Ran the container with entrypoint as /bin/sh: docker run --entrypoint /bin/sh -it steamcmd/steamcmd:latest
Executed steamcmd.

Expected Behavior:

I expect steamcmd to launch successfully without any errors.

Actual Behavior:

Received the following error message:

dlmopen steamservice.so failed: steamservice.so: cannot open shared object file: No such file or directory

Environment:

OS: Ubuntu 20
Docker version: 24.0.6
Image: steamcmd/steamcmd:latest

Logs:

# steamcmd
ln: failed to create symbolic link '/root/.steam/root': No such file or directory
ln: failed to create symbolic link '/root/.steam/steam': No such file or directory
Redirecting stderr to '/root/Steam/logs/stderr.txt'
Logging directory: '/root/Steam/logs'
[  0%] Checking for available updates...
[----] Verifying installation...
[  0%] Downloading update...
[  0%] Checking for available updates...
[----] Download complete.
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Extracting package...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Installing update...
[----] Cleaning up...
[----] Update complete, launching Steamcmd...
Redirecting stderr to '/root/Steam/logs/stderr.txt'
Logging directory: '/root/Steam/logs'
[  0%] Checking for available updates...
[----] Verifying installation...
Steam Console Client (c) Valve Corporation - version 1696019544
-- type 'quit' to exit --
Loading Steam API...dlmopen steamservice.so failed: steamservice.so: cannot open shared object file: No such file or directory
OK

Steam>

Additional Context:

/root/Steam/logs/stderr.txt is empty

Github Actions `add-path` deprecation warning

The following deprecation warning is showing in the Github Actions logs:

The `add-path` command is deprecated and will be disabled soon. Please upgrade to using Environment Files. For more information see: https://github.blog/changelog/2020-10-01-github-actions-deprecating-set-env-and-add-path-commands/

This should be looked into and changed to (according to the message) the usage of Environment Files.

Docker images in Github Packages

Besides pushing to the default Docker Registry we could also push the Docker images to the Github Packages registry. Seeing Docker Hub recently started to enforce a pull limit this would offer an alternative if someone has reached their pull limit on the Docker Hub.

Alpine image doesn't run CS2

I can successfully install CS2 (AppID 730) but it won't start:

$ docker inspect steamcmd/steamcmd:alpine-3 
[
    {
        "Id": "sha256:3f0c8c559c50a9c78eda0a91d1f4628924142830ad1a600d78efb21c8699535a",
        "RepoTags": [
            "steamcmd/steamcmd:alpine-3"
        ],
        "RepoDigests": [
            "steamcmd/steamcmd@sha256:62d2ac729b313a3ffa9f827b9cf81daf6b625ff55f2b3eb05f3c2980ddffbd65"
        ],
....

$ docker run --rm -p 27015:27015/udp --entrypoint bash -v /tmp/cs2:/cs2 -it steamcmd/steamcmd:alpine-3
384a94ad33fa:~# steamcmd +force_install_dir /cs2 +login anonymous +app_update 730 validate +quit
WARNING: setlocale('en_US.UTF-8') failed, using locale: 'C'. International characters may not work.
Redirecting stderr to '/root/Steam/logs/stderr.txt'
Logging directory: '/root/Steam/logs'
[  0%] Checking for available updates...
[----] Verifying installation...
[  0%] Downloading update...
[  0%] Checking for available updates...
[----] Download complete.
[----] Extracting package...

...................

 Update state (0x5) verifying install, progress: 89.77 (31878365195 / 35509481818)
 Update state (0x5) verifying install, progress: 93.80 (33306457436 / 35509481818)
 Update state (0x5) verifying install, progress: 97.73 (34703327306 / 35509481818)
Success! App '730' fully installed.

384a94ad33fa:~# /cs2/game/bin/linuxsteamrt64/cs2 -dedicated -ip 0.0.0.0 +map de_dust2
bash: /cs2/game/bin/linuxsteamrt64/cs2: cannot execute: required file not found

Haven't tried the Ubuntu or Rocky ones, but I assume they work because of (64 bit) glibc.

Add goss test

In issue 40 an error with the pipeline was reported. The error was caused by the goss action. The action uses a deprecated feature (add-path) and has not yet been updated so it has been temporarily removed from the pipeline.

Because goss is a valuable tool to test Docker images, I open this issue to see if we can update goss, build a custom goss action or find an alternative.