Skip to content
This repository has been archived by the owner on May 26, 2022. It is now read-only.

Could not get provider type for dimension X, does not exist #95

Open
Sir-Will opened this issue Feb 21, 2019 · 5 comments
Open

Could not get provider type for dimension X, does not exist #95

Sir-Will opened this issue Feb 21, 2019 · 5 comments

Comments

@Sir-Will
Copy link

Sir-Will commented Feb 21, 2019

hey,

I moved my 1.7 servers behind travertine and now some players are getting "Could not get provider type for dimension X, does not exist" for skyblock servers where they are not in the main world but in a plugin created world.

@electronicboy
Copy link
Member

You need to provide information about your setup so that we can actually attempt to replicate this and look into it.

@Sir-Will
Copy link
Author

I'm unable to reproduce this issue myself but getting a lot of reports from players having this issue. One said the issue is back once the server did restart. (Moving them to the spawn temp fixes it).

This happens on a forge cauldron server in bukkit plugin created worlds (uSkyBlock, Multiworld..).

@Sir-Will
Copy link
Author

Sir-Will commented Feb 22, 2019

This is the full crash report: https://pastebin.com/eeQ7Q6cU

This is what shows up on the server:

[17:34:30] [Server thread/INFO]: [Server thread] Server side modded connection established
[17:34:30] [Server thread/INFO]: SMP: Sync dimensions to client
[17:34:30] [Server thread/INFO]: DontDutchMeThere[/] logged in with entity id 313912 at ([skyworld] 2709.3308944709215, 63.0, 13198.606134294885)
[17:34:30] [Server thread/INFO]: Loaded player file for DontDutchMeThere
[17:34:31] [Server thread/INFO]: No custom rewards detected for the current user!
[17:34:31] [Server thread/INFO]: Sending server configs to client for com.enderio.core.common.config.ConfigHandler
[17:34:31] [Server thread/INFO]: Sent EMC data packets to: DontDutchMeThere
[17:34:31] [Server thread/INFO]: Sending server configs to client for tterrag.wailaplugins.config.WPConfigHandler
[17:34:31] [Server thread/INFO]: player logged in, sending handshake packet
[17:34:31] [Server thread/INFO]: Sending mutations to player: DontDutchMeThere
[17:34:31] [Server thread/INFO]: Player EntityPlayerMP['DontDutchMeThere'/313912, l='skyworld', x=2709.33, y=63.00, z=13198.61](DontDutchMeThere at 2709.3308944709215,63.0,13198.606134294885) connected. Sending ping
[17:34:31] [Server thread/INFO]: Sent config to 'DontDutchMeThere.'
[17:34:31] [Server thread/INFO]: SMP: Player logged in: Sync diminfo to clients
[17:34:31] [Server thread/INFO]: Sync dimension info to clients!
[17:34:31] [Server thread/INFO]: Send validation data to the client
[17:34:38] [Server thread/INFO]: DontDutchMeThere lost connection: Disconnected
[17:34:38] [Server thread/INFO]: Removing island config from memory.
[17:34:38] [Server thread/INFO]: Player data saved!
[17:34:38] [Server thread/INFO]: Removing player from memory: DontDutchMeThere
[17:34:38] [Server thread/INFO]: Removing DontDutchMeThere from scheduled timers: Player disconnected.
[17:34:38] [Server thread/INFO]: player logged out, removing from storage

And this is in the bungee log:

[17:34:27] [Netty Worker IO Thread #10/INFO]: [DontDutchMeThere] <-> ServerConnector [projectozone2] has connected
[17:34:38] [Netty Worker IO Thread #10/WARN]: [DontDutchMeThere] -> UpstreamBridge - NativeIoException: syscall:read(..) failed: Connection reset by peer
[17:34:38] [Netty Worker IO Thread #10/INFO]: [DontDutchMeThere] disconnected with: NativeIoException : syscall:read(..) failed: Connection reset by peer @ io.netty.channel.unix.FileDescriptor:-1
[17:34:38] [Netty Worker IO Thread #10/INFO]: [DontDutchMeThere] -> UpstreamBridge has disconnected
[17:34:38] [Netty Worker IO Thread #10/INFO]: [DontDutchMeThere] <-> DownstreamBridge <-> [projectozone2] has disconnected

@Sir-Will
Copy link
Author

Reverted to previous version and the issue is gone, so travertine seems to do something different here.

@MrVoltz
Copy link

MrVoltz commented Aug 10, 2020

Hi, we are facing the same issue on our server. We are running Thermos 1.7.10 on our backend servers. When you join a Bukkit dimension, Thermos sends DimensionRegister packet to client to inform it about the world's provider.

https://github.com/CyberdyneCC/Thermos/blob/bae97f16f0fac984a56083769ef75cb8a8eb1812/patches/net/minecraft/server/management/ServerConfigurationManager.java.patch#L114

I think that either the DimensionRegister packet doesn't get forwarded to the client at all, or sometimes the client receives the Respawn packet before the DimensionRegister and that causes client crash.

Sometimes it seems like the DimensionRegister packet doesn't get forwarded:

[INFO]: [xxx] <-> ServerConnector [serverB] has connected
[DEBUG]: [START Server -> Bungee][SENDING: ServerHello]
[DEBUG]: [HELLO Client <- Bungee][RECEIVED: ServerHello]
[DEBUG]: [HELLO Client -> Bungee][SENDING: ClientHello]
[DEBUG]: [HELLO Server <- Bungee][RECEIVED: ClientHello]
[DEBUG]: [HELLO Client -> Bungee][SENDING: ModList]
[DEBUG]: [HELLO Server <- Bungee][RECEIVED: ModList]
[DEBUG]: [HELLO Server -> Bungee][SENDING: ModList]
[DEBUG]: [WAITINGSERVERDATA Client <- Bungee][RECEIVED: ModList]
[DEBUG]: [WAITINGSERVERDATA Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [WAITINGCACK Server <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [WAITINGCACK Server -> Bungee][SENDING: ModIdData]
[DEBUG]: [WAITINGSERVERCOMPLETE Client <- Bungee][RECEIVED: ModIdData]
[DEBUG]: [WAITINGCACK Server -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [WAITINGSERVERCOMPLETE Client <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [WAITINGCACK Server -> Bungee][SENDING: FluidIdMap]
[DEBUG]: [WAITINGSERVERCOMPLETE Client <- Bungee][RECEIVED: FluidIdMap]
[DEBUG]: [WAITINGSERVERCOMPLETE Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [COMPLETE Server <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [COMPLETE Server -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [PENDINGCOMPLETE Client <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [DONE Server -> Bungee][SENDING: DimensionRegister]
[INFO]: [xxx] <-> DownstreamBridge <-> [serverA] has disconnected
[DEBUG]: [PENDINGCOMPLETE Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [DONE Server <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [COMPLETE Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [DONE Server <- Bungee][RECEIVED: HandshakeAck]

But sometimes, it does:

[INFO]: [xxx] <-> ServerConnector [serverB] has connected
[DEBUG]: [START Server -> Bungee][SENDING: ServerHello]
[DEBUG]: [HELLO Client <- Bungee][RECEIVED: ServerHello]
[DEBUG]: [HELLO Client -> Bungee][SENDING: ClientHello]
[DEBUG]: [HELLO Server <- Bungee][RECEIVED: ClientHello]
[DEBUG]: [HELLO Client -> Bungee][SENDING: ModList]
[DEBUG]: [HELLO Server <- Bungee][RECEIVED: ModList]
[DEBUG]: [HELLO Server -> Bungee][SENDING: ModList]
[DEBUG]: [WAITINGSERVERDATA Client <- Bungee][RECEIVED: ModList]
[DEBUG]: [WAITINGSERVERDATA Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [WAITINGCACK Server <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [WAITINGCACK Server -> Bungee][SENDING: ModIdData]
[DEBUG]: [WAITINGSERVERCOMPLETE Client <- Bungee][RECEIVED: ModIdData]
[DEBUG]: [WAITINGCACK Server -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [WAITINGSERVERCOMPLETE Client <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [WAITINGCACK Server -> Bungee][SENDING: FluidIdMap]
[DEBUG]: [WAITINGSERVERCOMPLETE Client <- Bungee][RECEIVED: FluidIdMap]
[DEBUG]: [WAITINGSERVERCOMPLETE Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [COMPLETE Server <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [PENDINGCOMPLETE Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [COMPLETE Server <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [COMPLETE Server -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [COMPLETE Client <- Bungee][RECEIVED: HandshakeAck]
[DEBUG]: [DONE Server -> Bungee][SENDING: DimensionRegister]
[DEBUG]: [COMPLETE Client <- Bungee][RECEIVED: DimensionRegister]
[INFO]: [xxx] <-> DownstreamBridge <-> [serverA] has disconnected
[DEBUG]: [COMPLETE Client -> Bungee][SENDING: HandshakeAck]
[DEBUG]: [DONE Server <- Bungee][RECEIVED: HandshakeAck]

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants