Spigot & BungeeCord 1.16.1

Discussion in 'News and Announcements' started by md_5, Jun 25, 2020.

  1. md_5

    Administrator Developer

    Set seed in server.properties. Worlds in Spigot are independent of each other
     
  2. Success! Everything completed successfully. Copying final .jar files now.
    Copying craftbukkit-1.16.1-R0.1-SNAPSHOT.jar to /home/dadmar777/server/Midgard/./craftbukkit-1.16.1.jar
    - Saved as ./craftbukkit-1.16.1.jar
    Copying spigot-1.16.1-R0.1-SNAPSHOT.jar to /home/dadmar777/server/Midgard/./spigot-1.16.1.jar
    - Saved as ./spigot-1.16.1.jar
    Loading libraries, please wait... Starting server in same terminal
    [08:16:01] [main/INFO]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', name='PROD'
    [08:16:01] [main/FATAL]: Failed to start the minecraft server
    net.minecraft.server.v1_16_R1.SessionLock$ExceptionWorldConflict: /home/dadmar777/server/Midgard/./Midgard/session.lock: already locked (possibly by other Minecraft instance?) Have seen this reference to "session.lock" as error before
    at net.minecraft.server.v1_16_R1.SessionLock$ExceptionWorldConflict.a(SourceFile:98) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.SessionLock.a(SourceFile:44) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Convertable$ConversionSession.<init>(Convertable.java:198) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Convertable.c(Convertable.java:180) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Main.main(Main.java:97) [spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at org.bukkit.craftbukkit.Main.main(Main.java:202) [spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    Loading libraries, please wait...
    [08:16:11] [main/INFO]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', name='PROD'
    [08:16:11] [main/FATAL]: Failed to start the minecraft server
    net.minecraft.server.v1_16_R1.SessionLock$ExceptionWorldConflict: /home/dadmar777/server/Midgard/./Midgard/session.lock: already locked (possibly by other Minecraft instance?) And again reference to "session.lock" as error
    at net.minecraft.server.v1_16_R1.SessionLock$ExceptionWorldConflict.a(SourceFile:98) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.SessionLock.a(SourceFile:44) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Convertable$ConversionSession.<init>(Convertable.java:198) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Convertable.c(Convertable.java:180) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Main.main(Main.java:97) [spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at org.bukkit.craftbukkit.Main.main(Main.java:202) [spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    Loading libraries, please wait...
    [08:16:20] [main/INFO]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', name='PROD'
    [08:16:20] [main/FATAL]: Failed to start the minecraft server
    net.minecraft.server.v1_16_R1.SessionLock$ExceptionWorldConflict: /home/dadmar777/server/Midgard/./Midgard/session.lock: already locked (possibly by other Minecraft instance?)
    at net.minecraft.server.v1_16_R1.SessionLock$ExceptionWorldConflict.a(SourceFile:98) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.SessionLock.a(SourceFile:44) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Convertable$ConversionSession.<init>(Convertable.java:198) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Convertable.c(Convertable.java:180) ~[spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at net.minecraft.server.v1_16_R1.Main.main(Main.java:97) [spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    at org.bukkit.craftbukkit.Main.main(Main.java:202) [spigot-1.16.1.jar:git-Spigot-c3a49df-2f18108]
    Loading libraries, please wait... Now just a normal start - Working server ????
    [08:16:28] [main/INFO]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', name='PROD'
    [08:16:29] [main/INFO]: Reloading ResourceManager: Default, bukkit, SpyroTheDragonsWings
    [08:16:31] [Worker-Main-14/INFO]: Loaded 7 recipes
    [08:16:28] [main/INFO]: Environment: authHost='https://authserver.mojang.com', accountsHost='https://api.mojang.com', sessionHost='https://sessionserver.mojang.com', name='PROD'
    [08:16:29] [main/INFO]: Reloading ResourceManager: Default, bukkit, SpyroTheDragonsWings
    [08:16:31] [Worker-Main-14/INFO]: Loaded 7 recipes
    [08:16:34] [Server thread/INFO]: Starting minecraft server version 1.16.1
    [08:16:34] [Server thread/INFO]: Loading properties

    Edit: No surprise deleted session_lock from each of the worlds folders - now working........is this a mc1.16.1 thing.
     
    #262 DaDMaR777, Jul 8, 2020
    Last edited: Jul 10, 2020
  3. Thanks for all the wonderful work the spigot team does, very much appreciated
     
  4. Thanks. At this point I've explored enough of the new Nether to just keep it as-is, but if I ever have to do another reset (e.g. an End update?) I'll correct this. Seems that nether fortresses are way, way more rare in 1.16 than they were previously, which means an awful lot of the new nether is just empty space. Maybe it's just our seed, but I feel like the lava lakes are much larger and more common than in older worlds. Paths I am constructing to reach existing bases are nearly all requiring bridges of 50-200 blocks across lava. Old nether, everything was connected by tunnels, only one of which required a bridge.
     
  5. Awesome, thanks!
     
  6. Did the plugin loader change at all with this update? Several of the minigames that I wrote started failing with 1.16 and I was able to track it down to spigot trying to load my plugins before all the worlds had been loaded. In the past this had never been an issue but now my plugins can only safely load if I explicitly make them softdepend on multiverse-core
     
  7. I had that problem with 1.8, so maybe you've just been lucky all along.
     
  8. Shaggy67

    Supporter

    I don't know if the loader changed, but it sounds like your plugin should be a softdepend on multiverse-core anyway.
     
  9. You're probably right, and it's an easy enough fix to just update the plugin.yml and recompile. I guess if multiverse is managing multiple worlds we have to explicitly softdepend on it to ensure it loads first. I take it the "load: POSTWORLD" flag in the yml really only guarantees that the plugin will load after spigot initializes the core worlds and doesn't care about world managers like multiverse?
     
  10. You don't even need to do that. Just edit plugin.yml and drag it into the .jar file with WinRAR.
     
  11. Upgrading to 1.16.1 as we speak. --forceUpgrade is doing 16,868 chunks/minute. This world has 2.6 million chunks, so that's over 2 1/2 hours just to upgrade this world. And I have two other big worlds. Ugh.
     
  12. For all worlds of my server it took 17 hours in total
     
  13. Took four hours to upgrade my maps. Anyone know what this means?

    [ERROR] No key position_predicate in MapLike[{location_predicate:{predicate_type:"minecraft:block_match",block:"minecraft:water"},output_state:{Properties:{level:"0"},Name:"minecraft:water"},input_predicate:{predicate_type:"minecraft:block_match",block:"minecraft:dirt"}}]; No key position_predicate in MapLike[{location_predicate:{predicate_type:"minecraft:block_match",block:"minecraft:water"},output_state:{Properties:{level:"0"},Name:"minecraft:water"},input_predicate:{predicate_type:"minecraft:block_match",block:"minecraft:grass_block"}}]; No key position_predicate in MapLike[{location_predicate:{predicate_type:"minecraft:always_true"},output_state:{Properties:{snowy:"false"},Name:"minecraft:grass_block"},input_predicate:{predicate_type:"minecraft:random_block_match",probability:0.2f,block:"minecraft:grass_path"}}]; No key position_predicate in MapLike[{location_predicate:{predicate_type:"minecraft:block_match",block:"minecraft:water"},output_state:{Name:"minecraft:acacia_planks"},input_predicate:{predicate_type:"minecraft:block_match",block:"minecraft:grass_path"}}]

    EDIT: And cool - Players are logging in to the wrong world!
     
  14. Puremin0rez

    Moderator

    Vanilla issue, it's a DFU conversion error which is unfortunate. Hopefully 1.16.2 fixes it.
    https://bugs.mojang.com/browse/MC-191388
     
  15. Shaggy67

    Supporter

    Yes, I would assume it only means after spigot has loaded the default worlds.
     
  16. So I have a problem with players ending up in the wrong world when they rejoin after the upgrade to 1.16.1. I have 7 worlds via MultiVerse, and players always end up in the main world instead of the world they logged out from in 1.15.2. The x,y,z coordinates are from the 'other' world, so the result is they end up in a seemingly random location in the main world.

    If they quit (in 1.16.1) and rejoin, they end up in the right world. So it's a one-time only thing.

    Any idea what's going on and how to fix it? It seems the worlds in the MC playerdata .dat file are stored differently in 1.16 vs 1.15.
     
  17. Shaggy67

    Supporter

    I have a different multi world plugin and don't remember having this issue, so assume it's not a vanilla/spigot thing. This sounds like a MultiVerse issue?
     
    • Agree Agree x 1
  18. I think it's related to Vanilla processing. The playerdata .dat format has changed, and there's a .dat_old file after someone logs in.
     
  19. Puremin0rez

    Moderator

    I've seen quite a few people reporting this, it appears for some reason upon first login of pre1.16 -> 1.16 you can end up in the wrong world, for whatever reason. I'm unsure if it's a vanilla issue or a craftbukkit issue since it may be related to the multi-world support since I've only heard of people using Multiverse getting this issue.