Package Details: minecraft-server 26.2-1

Git Clone URL: https://aur.archlinux.org/minecraft-server.git (read-only, click to copy)
Package Base: minecraft-server
Description: Minecraft server unit files, script, and jar
Upstream URL: https://minecraft.net/
Keywords: bash minecraft official script server
Licenses: custom
Conflicts: minecraft-canary, minecraft-server-systemd
Submitter: sorcix
Maintainer: edh
Last Packager: edh
Votes: 171
Popularity: 0.27
First Submitted: 2010-11-29 15:52 (UTC)
Last Updated: 2026-06-17 02:20 (UTC)

Dependencies (8)

Required by (0)

Sources (2)

Pinned Comments

edh commented on 2016-06-18 18:24 (UTC) (edited on 2021-10-02 08:19 (UTC) by edh)

To get an overview of the available options provided by the management script, be sure to have a look at the help page or read the according section on the ArchWiki article [1].

You can quit the console without shutting down the server by press ctrl+a d (first ctrl+a and after releasing the buttons press d; ctrl+b also works). This will detach your input from the server console. The attaching and detaching is done with tmux (previously GNU screen) since it lets you view and type into the console, send single commands to it and keep it alive without a connected user. Take a look at the the command overview at the ArchWiki [2] to get a feel for its power. (@carmelo12341)

[1] https://wiki.archlinux.org/title/Minecraft#Setup [2] https://wiki.archlinux.org/title/Tmux

Latest Comments

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 37 Next › Last »

edh commented on 2018-08-02 02:50 (UTC)

@Grelek Minecraft server logs are important though! Previously a similar error which has since been fixed was due to the server already running and the screen session therefore failing to start properly. Those kind of anomalies can be investigated if the server logs are present. Furthermore my very first request was not about the server logs at all and you disregarded that completely.

Pinning down the problem with merely the information which you provided until now is simply impossible as I can not reproduce your error! The systemd service should simply execute the script using the minecraft user as seen here and until now has not caused any problems itself AFAIK. Regarding the script, I can merely tell you that the error originated from somewhere around here.

If you do not want to investigate the problem in a reproducible way yourself (e.g. using a clean chroot), then I am afraid you have to provide more details.

Grelek commented on 2018-08-01 16:46 (UTC)

@edh Minecraft logs aren't relevant here, the server isn't even getting started. And the only info I have is the I posted here before. For some reason the systemd unit file does not work, although I can start the server just fine manually with the commands, even when I log in as the minecraft user.

edh commented on 2018-07-30 10:59 (UTC)

@Grelek I can not reproduce your described effect in a clean chroot. Please explain your problem in more detail: E.g. are there any other screen sessions running (pgrep -af SCREEN), what does the minecraft log tell you, ...

Grelek commented on 2018-07-30 10:38 (UTC) (edited on 2018-07-30 10:39 (UTC) by Grelek)

I can only start the server directly through minecraftd start command but not via systemd service. When I try to start minecraftd.service I get following error https://hastebin.com/wiracedipe.

edh commented on 2018-07-19 09:35 (UTC) (edited on 2018-07-19 13:22 (UTC) by edh)

@buzo Agreed, I changed the URL in the source array accordingly.

buzo commented on 2018-07-19 07:50 (UTC)

A better upstream URL would be https://minecraft.net/download/server . It is almost impossible to find the server download section from the entry page.

edh commented on 2018-06-14 18:44 (UTC) (edited on 2018-06-14 18:46 (UTC) by edh)

@Aentfs Hmmm, fair point. Though this would probably not work in conjunction with using it in the After directive which apparently is required to make the service start after all users were made available. This problem has been outlined by @fennectech in the comment section of the spigot AUR package.

Zagrea commented on 2018-06-12 17:50 (UTC)

You might want to add the WantedBy line back, as otherwise the service can't be enabled. (And therfore won't be started after a reboot)

edh commented on 2017-10-03 11:12 (UTC)

@BubuIIC Sorry for the inconvenience. The name change was introduced after a bug related to selecting screen sessions. Upon an upgrade via pacman a warning that a new configuration file is available should have been triggered and according to the Arch Linux policies the pacman output ought to be carefully watched. However I do understand your frustration. To be honest I do not grasp why I chose to expose this variable either. Though removing it now and thereby requiring an additional configuration merge would not really be a got solution IMHO.

BubuIIC commented on 2017-10-02 17:24 (UTC) (edited on 2017-10-02 18:25 (UTC) by BubuIIC)

Not sure what is happening but I can't get the idle server functionality to work. (it did work quite a while ago, only tried again now.) I always get this in the console log: Server is going down... timed out An error occurred while trying to reset the idle_server! Netcat: Connection from x.y.z.a <host.name>�� A screen minecraft session is already running. Please close it first. @edh, any ideas? Edit: Some additional info: * normal stop works as expected, only the idle stop seems to time-out * This is the output I get when running minecraftd status when the server is idle, this looks weird, not sure if it's releated: Idle server daemon status: running Status: running Number of processes = 0 (screen, bash, -2 x server) Total memory usage = 0 MB Edit2: OK, it works after changing the session name for the idle server according to the new config template... that was a bit painful to hunt down. Does this really need to be a variable in the config file?

« First ‹ Previous 1 .. 5 6 7 8 9 10 11 12 13 14 15 .. 37 Next › Last »