The title should explain pretty well but let me go a bit in depth. I have two modems, and two separate networks in my house hold. One of which houses my computer and my server that i have mine craft running on. It's a Motorola modem and a trendnet router. It port forwards just fine and i can get on the sever if I am on my other network. My other network is a Motorola modem and a linksys router. If i connect any of my computers to the 2nd network the connection to the server is a success, if i use my first network, the connection fails. What am I missing here? (if i switch both routers in each network with each other, i know the linksys one will allow me to, however if someone knows the problem besides doing that it would be much appreciated)
EDIT: Please find included this highly detailed diagram to further explain my situation
DOUBLE EDIT: Solved my own problem by using the local IP address instead of the external. A little annoyed that it must be done that way though. Is there a solution to that?
1
Enough positive feedback has been received that I think this fix should be made a thread of it's own.
This is not a fix for everything and every situation, but if your server was working, then suddenly wasn't after upgrading- GIVE THIS A TRY.
Symptoms reported:
This solution took care of the CPU usage issue, chunks started rendering again, and all the "lag" disappeared.
The only thing notable is that the GUI will not load and administration commands will have to be executed from the CLI window that opens with the script. NOT LIKE THAT REALLY MATTERS given that the GUI has been broke since previous updates, lacking the resource monitor and log summary.
DO NOT DOWNGRADE YOUR SERVER IF THE WORLD HAS ALREADY CONVERTED TO 1.8. DOWNGRADING IS NEVER A GOOD IDEA.
Players will lose ALL inventory items and ALL chests will be empty.
I can not stress enough that there was no changes made to the host server other than running 1.8.
Changing the systems JRE did not make any difference.
Attempting to allocate up to 4GB of RAM did not make any difference.
There was no reason to suspect the CPU of needing an upgrade, as it worked with 1.7.10 just fine.
Final Thought:
Hope this helps.
1
I had very similar issues, lost my mind, and proceeded to write an over-descriptive post in another thread.
I know you're running the jar and not the Windows executable, but add the nogui option to your startup script.
That has been working for others running the exe. Let me know if it does your jar setup any good.
10
I've been spending the past 6 hours trying to figure out what's wrong with my personal Minecraft Server, and only found this thread AFTER concluding that the problems my players are reporting are directly caused by updating to the server to 1.8 last week.
Symptoms reported:
This solution took care of the CPU usage issue, chunks started rendering again, and all the "lag" disappeared.
The only thing notable is that the GUI will not load and administration commands will have to be executed from the CLI window that opens with the script. NOT LIKE THAT REALLY MATTERS given that the GUI has been broke since previous updates, lacking the resource monitor and log summary.
DO NOT DOWNGRADE YOUR SERVER IF THE WORLD HAS ALREADY CONVERTED TO 1.8. DOWNGRADING IS NEVER A GOOD IDEA.
Players will lose ALL inventory items and ALL chests will be empty.
I can not stress enough that there was no changes made to the host server other than running 1.8.
Changing the systems JRE did not make any difference.
Attempting to allocate up to 4GB of RAM did not make any difference.
There was no reason to suspect the CPU of needing an upgrade, as it worked with 1.7.10 just fine.
Final Thought:
I hope this write up helps someone else running the Windows executable of Minecraft Server.