Travertine icon indicating copy to clipboard operation
Travertine copied to clipboard

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

Open Sir-Will opened this issue 5 years ago • 5 comments

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.

Sir-Will avatar Feb 21 '19 19:02 Sir-Will

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

electronicboy avatar Feb 22 '19 11:02 electronicboy

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 avatar Feb 22 '19 14:02 Sir-Will

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 avatar Feb 22 '19 15:02 Sir-Will

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

Sir-Will avatar Feb 25 '19 10:02 Sir-Will

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]

MrVoltz avatar Aug 10 '20 16:08 MrVoltz