-
-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Geyser-Spigot network listening port is not changing #2
Comments
Hey vecnar, Thanks for reporting this. I found the problem and just pushed a fix. Can you do a:
and try running again here? If it's still complaining about config.yml try removing the config.yml from the folder so it regenerates a fresh one (or alternatively try using a fresh/new volume as a test) and let me know if that takes care of it for you! |
Hey James, I tried using old volume and new one but i still see in the logs I think whatever the change you made is working now as I see Let me know if there is anything else you would like me to test. P.S. I also see that memory limit is not set when I execute command |
Hey vecnar, Thanks for testing this fix. I think what is happening is that the first time it is ran it's not changing it because when it tries to change it the file doesn't exist yet. I probably just need to add a default template to the project to fix this. That way when it runs for the first time it will already have the copied default template to fix the port in. I already had to do something similar with server.properties so this makes sense. The container is just so new that this hadn't come up much yet so I definitely appreciate you reporting this! I'm uploading a new version that has a default config.yml and will copy it if it's not present (which should make the port replacement operation from the environment variable work). I think this is all set but if you wouldn't mind testing this just to double check my work and make sure I didn't miss anything else it would be appreciated. Thanks again! |
Thank you for providing the fix, just tested clean install and can see in the logs that it is working, also tested it with a nintendo switch. It is understandable that new docker will be having many small problems/changes, many users will be able to report it to you once more start using it. Apologies for editing my previous comment after your reply. Would you like me to open it as a separate issue/question?
|
Hey vecnar, Great question! So that number is basically passed to Java when the Minecraft server is started. The exact startup looks like this:
In other words it's not the Docker memory limit that is set here. I actually didn't even consider the Docker memory limit although that is an interesting idea. Theoretically the way it works now it could use more than the memory limit since that memory limit is for Java. That wouldn't take into account how much memory the container itself is using and the Docker process, etc. which the Docker limit you're referring to would take that into account. That is definitely an interesting idea though for the documentation. If it doesn't cause any major problems or crashes during testing I could add how to use the Docker memory limit or somehow integrate it potentially somehow down the line here somewhere. Hopefully that explains that piece! |
Thank you for a detailed explanation James! |
You're very welcome! Thanks again for reporting this. Thanks for letting me know the Docker memory limit investigation. You're right that it's not an emergency right now but I definitely do try to plan out features like this and I know I would like to include some integration or documentation on using the Docker memory limits as well. Enjoy and take care! |
Hi James,
Thank you for creating a docker that combines all the necessary plugins together to make all minecraft editions to be able to join! Haven't tested much yet as i am new to minecraft and only want to have ability to play with daughter on her nintendo switch and my windows7 computer java edition. It looks like i will have to update to windows 10 as only version 1.16.1 is supported on windows 7 and geyser plugins and other are not.
Back to the issue, I would like to stay away from default network ports and defined network ports as per your environment variable using docker compose. I am able to connect when using default ports but not if i use different ones.
`legendary-minecraft-geyser-floodgate:
image: 05jchambers/legendary-minecraft-geyser-floodgate:latest
container_name: minecraft
`
I can see that plugins/Geyser-Spigot/config.yml port is defined as I entered 49132, I also noticed in the log "Your Geyser config is out of date! Please regenerate your config when possible." , removing it, restarting docker, changing port and restarting docker didn't help either, still showing "Started Geyser on 0.0.0.0:19132".
Docker logs attached dockerLogs.txt
Thank you,
Oleg
The text was updated successfully, but these errors were encountered: