[Support] binhex - MinecraftBedrockServer


Recommended Posts

19 hours ago, PeteAsking said:

Th GUI I set key as the description and value as the integer. Is that right?

no, you set the key to be the key and the integer you want to be the value for the key, e.g screenshot below sets the creation of backups to be every 6 hours:-

image.png.038fb36d12648931cdf36e3ccc9f1e30.png

  • Like 1
Link to comment

After adding this and applying, I see duplicates for backup hours and purge days, is this ok?

root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='binhex-minecraftbedrockserver' --net='bridge' -e TZ="Europe/London" -e HOST_OS="Unraid" -e 'CREATE_BACKUP_HOURS'='12' -e 'PURGE_BACKUP_DAYS'='14' -e 'ENABLE_WEBUI_CONSOLE'='yes' -e 'ENABLE_WEBUI_AUTH'='yes' -e 'WEBUI_USER'='admin' -e 'WEBUI_PASS'='<censored>' -e 'WEBUI_CONSOLE_TITLE'='Minecraft Bedrock' -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -e 'PURGE_BACKUP_DAYS'='7' -e 'CREATE_BACKUP_HOURS'='4' -p '19132:19132/tcp' -p '19132:19132/udp' -p '19133:19133/tcp' -p '19133:19133/udp' -p '8222:8222/tcp' -v '/mnt/user/appdata/binhex-minecraftbedrockserver':'/config':'rw' 'binhex/arch-minecraftbedrockserver' 

 

 

Link to comment
6 minutes ago, jj_uk said:

I see duplicates for backup hours and purge days, is this ok?

no, you will need to remove the duplicates, if you are a new user then you do not need to add in these new keys, they will already exist in the template, you then simply tweak the 'values' to whatever you want.

Edited by binhex
Link to comment

I have got everything up and running and everyone can connect but i cannot figure out how to allow playstation users to be in creative mode.  I can set android and pc users to creative but i get "no targets matched selector" in console whenever i try to do this with the playstation users.  Ive used their playstation names, microsoft names, and tried xuids.  The server is set to creative in the properties file but the server is a survival world in game.  I'm fairly new with this stuff so i've probably missed something stupid but hoping to get some help.

Link to comment

I've been having issues where my worlds are reset whenever there is an update. The worlds generate the same but are back in the state when first generated. Is there a way to prevent this happening going forwards. Additionally, how do i restore the server from a previous auto backup?

 

Any help is appreciated. Thanks in advance

Edited by hutch
Link to comment
5 hours ago, hutch said:

I've been having issues where my worlds are reset whenever there is an update. The worlds generate the same but are back in the state when first generated. Is there a way to prevent this happening going forwards. Additionally, how do i restore the server from a previous auto backup?

 

Any help is appreciated. Thanks in advance

what is the path for /config specified as for the container?.

Link to comment
6 hours ago, hutch said:

/mnt/user/appdata/binhex-minecraftbedrockserver

ok and assuming you have a cache drive, is the share 'appdata' setting 'Use cache (for new files/directories)' set to 'Only'?, if not then i suspect mover is moving your files from the cache drive to the array, thus resetting your containers config. 

 

and to answer your previous question, the backups are stored in /config/minecraft/backups/ and you would restore by simply stopping the container and then copying the contents of one of the backup folders to /config/minecraft/worlds/ and then starting the container again.

Link to comment

Hey Binhex, not sure if this is related to the server.properties file not generating or just my stupid setup for unraid, but I wanted to share in case it helps you or anyone else.

 

I tried to create a second MC server and followed your steps, but it wouldn't create all the necessary files in its own config folder. It would only create

 

\[custom_minecraft_container_name]\minecraft\security\

 

In the [custom_minecraft_container_name] folder, it also created perms.txt and supervisord.log

 

deleting perms.txt and restarting the new container would magically create all the files inside the \minecraft\ folder

 

I also originally had issues modifying files in the bedrock_level folder, but deleting perms.txt allowed me to make changes.

 

If this doesn't help anyone, please ignore me.. 

Link to comment

Hoping I can get some assistance.  I installed bedrock a while back but never used it.  I recently brought it back up and updated it and saw github page mention of ENABLE_WEBUI_CONSOLE setting.  I confirmed my docker has the setting and its set to yes.  The log shows the variable is being set but I'm unable to see the console option in the unraid interface.  Below is my log for bedrock.  I've removed the docker with the option to remove the image and manually removed the docker folder in my appdata.

 

2020-07-15 22:15:42.750401 [info] System information Linux 01188cfddda9 4.19.107-Unraid #1 SMP Sun Mar 8 14:34:03 CDT 2020 x86_64 GNU/Linux
2020-07-15 22:15:42.792518 [info] OS_ARCH defined as 'x86-64'
2020-07-15 22:15:42.833382 [info] PUID defined as '99'
2020-07-15 22:15:42.888538 [info] PGID defined as '100'
2020-07-15 22:15:42.999714 [info] UMASK defined as '000'
2020-07-15 22:15:43.034457 [info] Permissions already set for volume mappings
2020-07-15 22:15:43.072575 [info] CREATE_BACKUP_HOURS defined as '12'
2020-07-15 22:15:43.111214 [info] PURGE_BACKUP_DAYS defined as '14'
2020-07-15 22:15:43.148849 [info] ENABLE_WEBUI_CONSOLE defined as 'yes'
2020-07-15 22:15:43.188430 [info] ENABLE_WEBUI_AUTH defined as 'yes'
2020-07-15 22:15:43.224943 [info] WEBUI_USER defined as 'admin'
2020-07-15 22:15:43.263847 [info] WEBUI_PASS defined as 'password'
2020-07-15 22:15:43.317055 [info] WEBUI_CONSOLE_TITLE defined as 'Minecraft Bedrock'
2020-07-15 22:15:43.371945 [info] Deleting files in /tmp (non recursive)...
2020-07-15 22:15:43.408194 [info] Starting Supervisor...
2020-07-15 22:15:43,885 INFO Included extra file "/etc/supervisor/conf.d/minecraft-bedrock-server.conf" during parsing
2020-07-15 22:15:43,885 INFO Set uid to user 0 succeeded
2020-07-15 22:15:43,891 INFO supervisord started with pid 6
2020-07-15 22:15:44,893 INFO spawned: 'backup-script' with pid 90
2020-07-15 22:15:44,895 INFO spawned: 'purge-script' with pid 91
2020-07-15 22:15:44,896 INFO spawned: 'start-script' with pid 92
2020-07-15 22:15:44,897 INFO spawned: 'webui-script' with pid 93
2020-07-15 22:15:44,898 INFO reaped unknown pid 7 (exit status 0)
2020-07-15 22:15:44,905 DEBG 'webui-script' stdout output:
[info] Starting Minecraft console Web UI...

2020-07-15 22:15:44,906 INFO success: backup-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-07-15 22:15:44,906 INFO success: purge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-07-15 22:15:44,906 INFO success: webui-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-07-15 22:15:44,906 DEBG 'purge-script' stdout output:
[info] Removing any Minecraft worlds backups with a creation date older than 14 days...

2020-07-15 22:15:44,906 DEBG 'start-script' stdout output:
[info] Minecraft folder '/config/minecraft' already exists, rsyncing newer files...

2020-07-15 22:15:44,935 DEBG 'backup-script' stdout output:
[info] Waiting 12 hours before running worlds backup...

2020-07-15 22:15:44,942 DEBG 'purge-script' stderr output:
find: ‘/config/minecraft/backups/*’
2020-07-15 22:15:44,942 DEBG 'purge-script' stderr output:
: No such file or directory

2020-07-15 22:15:44,951 DEBG 'purge-script' stdout output:
[info] Checking for old backups in 12 hours...

2020-07-15 22:15:44,952 DEBG 'webui-script' stderr output:
2020/07/15 22:15:44 Permitting clients to write input to the PTY.

2020-07-15 22:15:44,952 DEBG 'webui-script' stderr output:
2020/07/15 22:15:44 Using Basic Authentication
2020/07/15 22:15:44 Server is starting with command: screen -r minecraft

2020-07-15 22:15:44,952 DEBG 'webui-script' stderr output:
2020/07/15 22:15:44 URL: http://127.0.0.1:8222/
2020/07/15 22:15:44 URL: http://172.17.0.6:8222/

2020-07-15 22:15:45,953 INFO success: start-script entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-07-15 22:15:49,770 DEBG 'start-script' stdout output:
[info] Starting Minecraft Bedrock process in screen session 'minecraft'...
[info] To attach to the screen session run:-
[info] docker exec -u nobody -it <container name> screen -r minecraft

2020-07-15 22:15:49,770 DEBG 'start-script' stdout output:
[info] To detach from the screen session press:-
[info] CTRL+a and then release keys and press d

2020-07-15 22:15:49,775 DEBG 'start-script' stdout output:
[info] Minecraft Bedrock process is running

 

Link to comment
10 hours ago, Huascar said:

Hoping I can get some assistance.  I installed bedrock a while back but never used it.  I recently brought it back up and updated it and saw github page mention of ENABLE_WEBUI_CONSOLE setting.  I confirmed my docker has the setting and its set to yes.  The log shows the variable is being set but I'm unable to see the console option in the unraid interface.  Below is my log for bedrock.  I've removed the docker with the option to remove the image and manually removed the docker folder in my appdata.

 


2020-07-15 22:15:42.750401 [info] System information Linux 01188cfddda9 4.19.107-Unraid #1 SMP Sun Mar 8 14:34:03 CDT 2020 x86_64 GNU/Linux
2020-07-15 22:15:42.792518 [info] OS_ARCH defined as 'x86-64'
2020-07-15 22:15:42.833382 [info] PUID defined as '99'
2020-07-15 22:15:42.888538 [info] PGID defined as '100'
2020-07-15 22:15:42.999714 [info] UMASK defined as '000'
2020-07-15 22:15:43.034457 [info] Permissions already set for volume mappings
2020-07-15 22:15:43.072575 [info] CREATE_BACKUP_HOURS defined as '12'
2020-07-15 22:15:43.111214 [info] PURGE_BACKUP_DAYS defined as '14'
2020-07-15 22:15:43.148849 [info] ENABLE_WEBUI_CONSOLE defined as 'yes'
2020-07-15 22:15:43.188430 [info] ENABLE_WEBUI_AUTH defined as 'yes'
2020-07-15 22:15:43.224943 [info] WEBUI_USER defined as 'admin'
2020-07-15 22:15:43.263847 [info] WEBUI_PASS defined as 'password'
2020-07-15 22:15:43.317055 [info] WEBUI_CONSOLE_TITLE defined as 'Minecraft Bedrock'
2020-07-15 22:15:43.371945 [info] Deleting files in /tmp (non recursive)...
2020-07-15 22:15:43.408194 [info] Starting Supervisor...
2020-07-15 22:15:43,885 INFO Included extra file "/etc/supervisor/conf.d/minecraft-bedrock-server.conf" during parsing
2020-07-15 22:15:43,885 INFO Set uid to user 0 succeeded
2020-07-15 22:15:43,891 INFO supervisord started with pid 6
2020-07-15 22:15:44,893 INFO spawned: 'backup-script' with pid 90
2020-07-15 22:15:44,895 INFO spawned: 'purge-script' with pid 91
2020-07-15 22:15:44,896 INFO spawned: 'start-script' with pid 92
2020-07-15 22:15:44,897 INFO spawned: 'webui-script' with pid 93
2020-07-15 22:15:44,898 INFO reaped unknown pid 7 (exit status 0)
2020-07-15 22:15:44,905 DEBG 'webui-script' stdout output:
[info] Starting Minecraft console Web UI...

2020-07-15 22:15:44,906 INFO success: backup-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-07-15 22:15:44,906 INFO success: purge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-07-15 22:15:44,906 INFO success: webui-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs)
2020-07-15 22:15:44,906 DEBG 'purge-script' stdout output:
[info] Removing any Minecraft worlds backups with a creation date older than 14 days...

2020-07-15 22:15:44,906 DEBG 'start-script' stdout output:
[info] Minecraft folder '/config/minecraft' already exists, rsyncing newer files...

2020-07-15 22:15:44,935 DEBG 'backup-script' stdout output:
[info] Waiting 12 hours before running worlds backup...

2020-07-15 22:15:44,942 DEBG 'purge-script' stderr output:
find: ‘/config/minecraft/backups/*’
2020-07-15 22:15:44,942 DEBG 'purge-script' stderr output:
: No such file or directory

2020-07-15 22:15:44,951 DEBG 'purge-script' stdout output:
[info] Checking for old backups in 12 hours...

2020-07-15 22:15:44,952 DEBG 'webui-script' stderr output:
2020/07/15 22:15:44 Permitting clients to write input to the PTY.

2020-07-15 22:15:44,952 DEBG 'webui-script' stderr output:
2020/07/15 22:15:44 Using Basic Authentication
2020/07/15 22:15:44 Server is starting with command: screen -r minecraft

2020-07-15 22:15:44,952 DEBG 'webui-script' stderr output:
2020/07/15 22:15:44 URL: http://127.0.0.1:8222/
2020/07/15 22:15:44 URL: http://172.17.0.6:8222/

2020-07-15 22:15:45,953 INFO success: start-script entered RUNNING state, process has stayed up for > than 1 seconds (startsecs)
2020-07-15 22:15:49,770 DEBG 'start-script' stdout output:
[info] Starting Minecraft Bedrock process in screen session 'minecraft'...
[info] To attach to the screen session run:-
[info] docker exec -u nobody -it <container name> screen -r minecraft

2020-07-15 22:15:49,770 DEBG 'start-script' stdout output:
[info] To detach from the screen session press:-
[info] CTRL+a and then release keys and press d

2020-07-15 22:15:49,775 DEBG 'start-script' stdout output:
[info] Minecraft Bedrock process is running

 

You browse to http://172.17.0.6:8222/ in a new browser window. There is no option in the unraid interface.

Link to comment
On 7/16/2020 at 9:05 AM, PeteAsking said:

You browse to http://172.17.0.6:8222/ in a new browser window. There is no option in the unraid interface.

Could have sword I spoke to someone who actually showed me their left click context menu on the docker page.  If I can find a screenshot I'll share but also, thats the internal IP to the docker.  I'll try it manually to the external (internal to my network) IP.  Thanks for the advice.

Link to comment
Could have sword I spoke to someone who actually showed me their left click context menu on the docker page.  If I can find a screenshot I'll share but also, thats the internal IP to the docker.  I'll try it manually to the external (internal to my network) IP.  Thanks for the advice.
New users of this image will get the web UI option.

Sent from my CLT-L09 using Tapatalk

Link to comment
  • 2 weeks later...
On 7/18/2020 at 3:47 AM, Huascar said:

Could have sword I spoke to someone who actually showed me their left click context menu on the docker page.  If I can find a screenshot I'll share but also, thats the internal IP to the docker.  I'll try it manually to the external (internal to my network) IP.  Thanks for the advice.

image.png.f316b474737e2a86d393dfd50f0cb1e9.png

Link to comment
On 7/12/2020 at 2:46 AM, roobix said:

Hey Binhex, not sure if this is related to the server.properties file not generating or just my stupid setup for unraid, but I wanted to share in case it helps you or anyone else.

 

I tried to create a second MC server and followed your steps, but it wouldn't create all the necessary files in its own config folder. It would only create

 

\[custom_minecraft_container_name]\minecraft\security\

 

In the [custom_minecraft_container_name] folder, it also created perms.txt and supervisord.log

 

deleting perms.txt and restarting the new container would magically create all the files inside the \minecraft\ folder

 

I also originally had issues modifying files in the bedrock_level folder, but deleting perms.txt allowed me to make changes.

 

If this doesn't help anyone, please ignore me.. 

Ah, thank you! I was trying to get the Bedrock docker to work and couldn't work out what I was missing - installing it with default settings would lead to exactly the same behaviour. \security was the only folder being created, and perms.txt and supervisord.log the only files created, and when trying to open the web GUI/attach to the screen using cli I'd just get a "There is no screen to be resumed matching Minecraft" message. Deleting perms.txt and restarting the container fixed it immediately.

 

I thought I was going crazy and missing an obvious first step during initial install, but no matter how much I read and re-read the documentation there didn't seem to be anything about this issue. I'm assuming it's either a bug, or a quirk of how our unraids are set up.

Link to comment
Ah, thank you! I was trying to get the Bedrock docker to work and couldn't work out what I was missing - installing it with default settings would lead to exactly the same behaviour. \security was the only folder being created, and perms.txt and supervisord.log the only files created, and when trying to open the web GUI/attach to the screen using cli I'd just get a "There is no screen to be resumed matching Minecraft" message. Deleting perms.txt and restarting the container fixed it immediately.
 
I thought I was going crazy and missing an obvious first step during initial install, but no matter how much I read and re-read the documentation there didn't seem to be anything about this issue. I'm assuming it's either a bug, or a quirk of how our unraids are set up.
If you had to delete perms.txt then your permissions were not set correctly for the config folder you specified.

Sent from my CLT-L09 using Tapatalk

Link to comment
On 8/1/2020 at 4:17 AM, augot said:

 when trying to open the web GUI/attach to the screen using cli I'd just get a "There is no screen to be resumed matching Minecraft" message.

I'm having a similar issue. This is the first time I've installed this container and get the same message when I try to open the web GUI. I tried deleting "perms.txt" but that seems to have no effect. The minecraft folder appears to be fully fleshed out and I'm not seeing a \security folder. I am able to connect to the server with the Win10 client.

 

I've tried looking through the documentation I can find, but I'm not coming up with much. Any help would be appreciated, even if it's just pointing me at the thing I need to read. Thanks!

Edited by kzibert
Link to comment
On 8/3/2020 at 9:52 PM, kzibert said:

'm having a similar issue. This is the first time I've installed this container and get the same message when I try to open the web GUI.

i know this sounds random, but another user has fixed this by switching browser, so try firefox if you are using chrome, or chrome if you are using firefox.

Link to comment
On 8/1/2020 at 10:25 AM, binhex said:

If you had to delete perms.txt then your permissions were not set correctly for the config folder you specified.

Sent from my CLT-L09 using Tapatalk
 

That's what I had suspected - I saw that I had a few "permissions denied" for creating various folders in the logs, but I couldn't work out why that was. We're talking about a completely default installation, with the same 99/100 user permission choices that your other dockers (which are wonderful, btw) also use. Yet for this one, nope, it just wasn't being allowed until perms.txt was deleted. Odd!

Link to comment
That's what I had suspected - I saw that I had a few "permissions denied" for creating various folders in the logs, but I couldn't work out why that was. We're talking about a completely default installation, with the same 99/100 user permission choices that your other dockers (which are wonderful, btw) also use. Yet for this one, nope, it just wasn't being allowed until perms.txt was deleted. Odd!
Very odd indeed, I will double check this and ensure its not a bug, but I doubt i will be able to replicate.

Sent from my CLT-L09 using Tapatalk

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.