Steam Client Timeout auf Server

Devidian · Feb 11th 2026

Ich habe die Tage im OZ.Tools plugin eine property hinzugefügt um den log4j logger zu deaktivieren, dann werden von allen plugins die logs ins hauptlog geschrieben. Das könnte den memory footprint minimal verkleinern. Ich habe die Version nur noch nicht getagged

SonoBionda · Feb 11th 2026

Ich habe alle Log-Level auf ERROR und alle Event Logs (in den Utils) auf false - da dürfte eigentlich fast gar nichts geloggt werden, oder?

Hat das Wetter etwas mit dem Server RAM zu tun? Es gab vorhin ein Gewitter mit Regen und da war wieder eine spürbare Erhöung:

red51 · Feb 11th 2026

Nein, das Wetter hat eigentlich keinen Einfluss auf den RAM (zumindest serverseitig)... du kannst aber den Native-Memory weiter aufbröseln indem du serverinfo nativememory in die Konsole eingibst - damit siehst du, welcher Bereich des Spiels wieviel nativen Speicher verbraucht. Der erste Wert ist hier ausschlaggebend (den "Total" Wert dahinter kannst du ignorieren). Mit BildAuf und BildAb kannst du dann in der Konsole hoch- und runterscrollen

SonoBionda · Feb 12th 2026

Das war heute kurz vor dem Timeout:

Code

Managed: 307,527,680 b
Java VM: 113,246,208 b  / 1,073,741,824 b
Native: 368,910,561 b    (5,226,161,198 b)
    -> [None]  2,679,603 b   /   total: 282,096,370 b
    -> [ChunkTerrain]  16,827,903 b   /   total: 22,806,457 b
    -> [ChunkObjects]  8,817 b   /   total: 8,817 b
    -> [ChunkPlants]  1,930 b   /   total: 1,930 b
    -> [NetworkPacket]  635,378 b   /   total: 131,357,985 b
    -> [NetworkSerialize]  129,798 b   /   total: 1,061,935 b
    -> [NetworkSerializePacket]  485,153 b   /   total: 133,488,828 b
    -> [Compress]  3,438,610 b   /   total: 4,657,220 b
    -> [Undo]  0 b   /   total: 399,963 b
    -> [Sector]  0 b   /   total: 458,752 b
    -> [WorldPart]  2,130,048 b   /   total: 220,459,968 b
    -> [Heightmap]  0 b   /   total: 4,194,304 b
    -> [Inventory]  1,746 b   /   total: 3,873,500 b
    -> [World]  25,484 b   /   total: 129,674 b
    -> [Player]  1,089 b   /   total: 6,027,563 b
    -> [Permission]  69,888 b   /   total: 745,472 b
    -> [Vehicle]  3,094 b   /   total: 15,470 b
    -> [Npc]  1,334,724 b   /   total: 6,672,760 b
    -> [SQLite]  3,113,261 b   /   total: 3,143,366 b
    -> [WorldEdit]  0 b   /   total: 462,369 b
    -> [Cpp]  331,350,016 b   /   total: 3,432,948,563 b
    -> [Water]  1,114,116 b   /   total: 1,114,116 b
    -> [PluginAPI]  154,969 b   /   total: 1,468,290 b
    -> [NativePtr]  5,380,897 b   /   total: 58,520,849 b
    -> [TempBuffer]  0 b   /   total: 910,046,677 b

Display More

Was bedeutet der Wert bei Cpp? Bzw. spricht irgendein Wert dafür dass der RAM ausgereizt wurde und daher die Timeouts kommen?

SonoBionda · Feb 12th 2026

noch ein paar Werte von gerade eben (2 Spieler online)

mir kommt da nichts verdächtig vor -es ist irgendwie total willkürlich-:

Code

Managed: 307,527,680 b
Java VM: 113,246,208 b  / 1,073,741,824 b
Native: 368,910,561 b    (5,226,161,198 b)
    -> [None]  2,679,603 b   /   total: 282,096,370 b
    -> [ChunkTerrain]  16,827,903 b   /   total: 22,806,457 b
    -> [ChunkObjects]  8,817 b   /   total: 8,817 b
    -> [ChunkPlants]  1,930 b   /   total: 1,930 b
    -> [NetworkPacket]  635,378 b   /   total: 131,357,985 b
    -> [NetworkSerialize]  129,798 b   /   total: 1,061,935 b
    -> [NetworkSerializePacket]  485,153 b   /   total: 133,488,828 b
    -> [Compress]  3,438,610 b   /   total: 4,657,220 b
    -> [Undo]  0 b   /   total: 399,963 b
    -> [Sector]  0 b   /   total: 458,752 b
    -> [WorldPart]  2,130,048 b   /   total: 220,459,968 b
    -> [Heightmap]  0 b   /   total: 4,194,304 b
    -> [Inventory]  1,746 b   /   total: 3,873,500 b
    -> [World]  25,484 b   /   total: 129,674 b
    -> [Player]  1,089 b   /   total: 6,027,563 b
    -> [Permission]  69,888 b   /   total: 745,472 b
    -> [Vehicle]  3,094 b   /   total: 15,470 b
    -> [Npc]  1,334,724 b   /   total: 6,672,760 b
    -> [SQLite]  3,113,261 b   /   total: 3,143,366 b
    -> [WorldEdit]  0 b   /   total: 462,369 b
    -> [Cpp]  331,350,016 b   /   total: 3,432,948,563 b
    -> [Water]  1,114,116 b   /   total: 1,114,116 b
    -> [PluginAPI]  154,969 b   /   total: 1,468,290 b
    -> [NativePtr]  5,380,897 b   /   total: 58,520,849 b
    -> [TempBuffer]  0 b   /   total: 910,046,677 b

Display More

Das einzige was mir komisch vorkommt sind die Startparameter vom Server (immer anders).

AMD Ryzen 7 5800X 8-Core Processor, 16 Cores, 3632 MHz

AMD Ryzen 7 5800X 8-Core Processor, 16 Cores, 3712 MHz

AMD Ryzen 7 5800X 8-Core Processor, 16 Cores, 3722 MHz

AMD Ryzen 7 5800X 8-Core Processor, 16 Cores, 2874 MHz

SonoBionda · Feb 12th 2026

noch ein paar Zahlen - letzter Wert vor Crash

(AMD Ryzen 7 5800X 8-Core Processor, 16 Cores, 3632 MHz):

Code

Managed: 367,185,920 b
Java VM: 119,537,664 b  / 1,073,741,824 b
Native: 397,536,404 b    (6,993,667,397 b)
    -> [None]  7,475,645 b   /   total: 554,364,906 b
    -> [ChunkTerrain]  38,278,303 b   /   total: 55,563,145 b
    -> [ChunkConstructions]  996,752 b   /   total: 332,967,652 b
    -> [ChunkObjects]  60,570 b   /   total: 60,570 b
    -> [ChunkPlants]  30,160 b   /   total: 30,160 b
    -> [NetworkPacket]  739,022 b   /   total: 1,150,905,517 b
    -> [NetworkSerialize]  13,606 b   /   total: 3,146,140 b
    -> [NetworkSerializePacket]  579,292 b   /   total: 376,440,309 b
    -> [Compress]  4,142,592 b   /   total: 66,048,098 b
    -> [Undo]  1,645 b   /   total: 61,668 b
    -> [Sector]  0 b   /   total: 196,608 b
    -> [WorldPart]  3,195,072 b   /   total: 434,529,792 b
    -> [Heightmap]  0 b   /   total: 4,194,304 b
    -> [Map]  0 b   /   total: 13,369,344 b
    -> [Inventory]  0 b   /   total: 41,213,148 b
    -> [World]  0 b   /   total: 325,224 b
    -> [Player]  0 b   /   total: 9,549,131 b
    -> [Permission]  0 b   /   total: 2,795,520 b
    -> [Vehicle]  0 b   /   total: 18,564 b
    -> [Npc]  0 b   /   total: 7,942,554 b
    -> [SQLite]  8,377,492 b   /   total: 8,578,856 b
    -> [WorldEdit]  0 b   /   total: 8,441 b
    -> [Cpp]  331,350,016 b   /   total: 1,352,573,779 b
    -> [Water]  1,114,116 b   /   total: 1,114,116 b
    -> [PluginAPI]  31,368 b   /   total: 7,555,206 b
    -> [NativePtr]  1,110,079 b   /   total: 186,401,413 b
    -> [TempBuffer]  0 b   /   total: 2,383,713,232 b

Display More

Fehler beim ersten Neustart

(AMD Ryzen 7 5800X 8-Core Processor, 16 Cores, 4425 MHz):

Code

Port check done!
[ERROR] [19:30:09]  !!! UNCAUGHT EXCEPTION !!! 
    UnityEngine.DebugLogHandler:Internal_Log(LogType, LogOption, String, Object)
    RisingWorld.Server.Main:HandleError(Exception)
    RisingWorld.Common.JIWApplication:Update()


[ERROR] AddressInUseException: Port 4254 (TCP) is already in use!
    RisingWorld.Server.Main.CheckIfPortsAreOpen (System.Boolean throwException) (at <00000000000000000000000000000000>:0)
    RisingWorld.Server.Main.InitServerContext () (at <00000000000000000000000000000000>:0)
    RisingWorld.Server.Main.OnPostInitialize () (at <00000000000000000000000000000000>:0)
    RisingWorld.Common.JIWApplication.Update () (at <00000000000000000000000000000000>:0)
    ExceptionExtensions:PrintStackTrace(Exception)
    RisingWorld.Server.Main:HandleError(Exception)
    RisingWorld.Common.JIWApplication:Update()


[WARNING] [19:30:09] Exit (1)
[WARNING] [19:30:09] Q U I T   R I S I N G   W O R L D   S E R V E R
[END]

Display More

Erster Wert nach gelungenem Neustart

(AMD Ryzen 7 5800X 8-Core Processor, 16 Cores, 2882 MHz):

Code

Managed: 115,466,240 b
Java VM: 109,051,904 b  / 1,073,741,824 b
Native: 406,690,701 b    (707,258,396 b)
    -> [None]  20,409,072 b   /   total: 58,663,934 b
    -> [ChunkTerrain]  3,473,422 b   /   total: 3,473,422 b
    -> [ChunkObjects]  4,008 b   /   total: 4,008 b
    -> [ChunkPlants]  325 b   /   total: 325 b
    -> [NetworkPacket]  137,666 b   /   total: 4,201,438 b
    -> [NetworkSerialize]  9,114 b   /   total: 126,344 b
    -> [NetworkSerializePacket]  18 b   /   total: 18,796,655 b
    -> [Compress]  480,963 b   /   total: 480,963 b
    -> [Sector]  0 b   /   total: 65,536 b
    -> [WorldPart]  46,861,056 b   /   total: 46,861,056 b
    -> [Heightmap]  0 b   /   total: 4,194,304 b
    -> [Inventory]  0 b   /   total: 9,902 b
    -> [World]  0 b   /   total: 6,668 b
    -> [Player]  0 b   /   total: 45,104 b
    -> [Permission]  11,648 b   /   total: 23,296 b
    -> [Vehicle]  0 b   /   total: 3,094 b
    -> [Npc]  0 b   /   total: 1,323,544 b
    -> [SQLite]  2,652,230 b   /   total: 2,652,467 b
    -> [Cpp]  331,350,016 b   /   total: 375,300,947 b
    -> [Water]  1,114,116 b   /   total: 1,114,116 b
    -> [PluginAPI]  471 b   /   total: 2,650 b
    -> [NativePtr]  147,422 b   /   total: 6,605,825 b
    -> [TempBuffer]  0 b   /   total: 183,302,798 b

Display More

(glaube das sind jetzt erst mal genug Zahlen und hoffe, man kann irgendwelche Rückschlüsse ziehen)

SonoBionda · Tuesday, 8:17 am

ok - ich habe jetzt noch einen anderen Anbieter genommen (wo ich wahrscheinlich bleiben werde)

Der Server dort hat die gleichen Startschwierigkeiten, wenn ein geplanter Neustart ist und nimmt 2-3 Anläufe:

Display Spoiler

Loaded 4 plugins!

Starting RW Dedicated Server...

[ENET SERVER] Version: 2.4.7Starting 8 server chunk worker threads...

Starting 1 server water worker threads (update: 0.1, sync: 0.5)...

Server bind to IP: 208.115.206.171:4255

[ENET SERVER] Create Server IP: 208.115.206.171 Port: 4255 Clients: 256

[ERROR] InvalidOperationException: Host creation call failed ENet.Host.Create (System.Nullable`1[T] address, System.Int32 peerLimit, System.Int32 channelLimit, System.UInt32 incomingBandwidth, System.UInt32 outgoingBandwidth, System.Int32 bufferSize) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Plugins/JIW Network ENet/Plugins/ENet/ENet.cs:529) JIW.Network.ENet.Server.ENetNetworkServer.Start (System.String ip, System.UInt16 port) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Plugins/JIW Network ENet/Scripts/Server/ENetNetworkServer.cs:71) RisingWorld.Server.GameServer.StartNetworkServer (JIW.Network.Core.Server.AbstractNetworkServer server) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/GameServer.cs:647) RisingWorld.Server.GameServer.StartDedicatedServer () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/GameServer.cs:580) RisingWorld.Server.Main.InitServerContext () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:527) RisingWorld.Server.Main.OnPostInitialize () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:177) RisingWorld.Common.GameTime.GetPassedMinutes (System.Int32 hours, System.Int32 minutes, System.Int32 day, System.Int32 year) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/GameTime.cs:278) RisingWorld.Common.JIWApplication.Update () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/JIWApplication.cs:197) UnityEngine.Debug:LogException(Exception) ExceptionExtensions:PrintStackTrace(Exception) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/Utility/Extensions/ExceptionExtensions.cs:11) JIW.Network.ENet.Server.ENetNetworkServer:Start(String, UInt16) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Plugins/JIW Network ENet/Scripts/Server/ENetNetworkServer.cs:80) RisingWorld.Server.GameServer:StartNetworkServer(AbstractNetworkServer) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/GameServer.cs:647) RisingWorld.Server.GameServer:StartDedicatedServer() (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/GameServer.cs:580) RisingWorld.Server.Main:InitServerContext() (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:527) RisingWorld.Server.Main:OnPostInitialize() (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:177) RisingWorld.Common.GameTime:GetPassedMinutes(Int32, Int32, Int32, Int32) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/GameTime.cs:278) RisingWorld.Common.JIWApplication:Update() (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/JIWApplication.cs:197)Init server platform (Steam)Set environment variable to 324080[S_API] GameServer.Init(3497250475, 4255, 4254, eServerModeAuthentication, 202512221)[ERROR] [03:15:05] !!! UNCAUGHT EXCEPTION !!! UnityEngine.Debug:LogError(Object) RisingWorld.Server.Main:HandleError(Exception) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:935) RisingWorld.Common.JIWApplication:UncaughtException(Exception) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/JIWApplication.cs:1053) RisingWorld.Common.JIWApplication:Update() (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/JIWApplication.cs:281)[ERROR] SteamException: [S_API FAIL] SteamAPI_Init() failed RisingWorld.Server.Platforms.SteamServerSDK.SteamServer..ctor () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Platforms/SteamServerSDK/SteamServer.cs:77) RisingWorld.Server.Platforms.PlatformServerSDK.Initialize (RisingWorld.Server.GameServer+Type type, RisingWorld.Common.Platforms.SDK sdk) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Platforms/PlatformServerSDK.cs:42) RisingWorld.Server.GameServer.InitServerPlatform (RisingWorld.Common.Platforms.SDK sdk) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/GameServer.cs:677) RisingWorld.Server.Main.InitServerPlatform () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:678) RisingWorld.Server.Main.InitServerContext () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:530) RisingWorld.Server.Main.OnPostInitialize () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:177) RisingWorld.Common.GameTime.GetPassedMinutes (System.Int32 hours, System.Int32 minutes, System.Int32 day, System.Int32 year) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/GameTime.cs:278) RisingWorld.Common.JIWApplication.Update () (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/JIWApplication.cs:197) UnityEngine.Debug:LogException(Exception) ExceptionExtensions:PrintStackTrace(Exception) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/Utility/Extensions/ExceptionExtensions.cs:11) RisingWorld.Server.Main:HandleError(Exception) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Server/Main.cs:936) RisingWorld.Common.JIWApplication:UncaughtException(Exception) (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/JIWApplication.cs:1053) RisingWorld.Common.JIWApplication:Update() (at C:/GitLab-Runner/builds/jxpAq3Km/0/jiw-games/rising-world/Assets/Scripts/Common/JIWApplication.cs:281)[WARNING] [03:15:05] Exit (1)[WARNING] [03:15:05] Q U I T R I S I N G W O R L D S E R V E R

ABER - dort konnte ich jetzt auch eine hs_err_pid Datei finden die ich mal anhänge

Jetzt würde ich wirklich gerne mal wissen was hier vor sich geht

SonoBionda · Tuesday, 10:34 am

Hier ist noch ein hs_err-pid Log von heute (zu der Zeit gab es wohl auch ein Timeout)

Devidian · Tuesday, 10:35 am

Ah okay, dann geht es wohl um diese Methode hier

Code

    /*
     * Check if an area (virtual area) intersects with an existing area and return the existing area or null
     */
    public static Area isAreaIntersecting(Area area) {
        for (Area a : Server.getAllAreas()) {
            if (a != null && a.intersects(area)) {
                return a;
            }
        }
        return null;
    }

Display More

Aber was daran genau problematisch ist kann nur red51 beantworten befürchte ich 😅

red51 · Tuesday, 11:40 am

Der Crash wird möglicherweise durch den Aufruf Server.getAllAreas() durch das Plugin verursacht Schwer zu sagen, was hier tatsächlich das Problem ist... JNI ist leider sehr pingelig und gleichzeitig sehr schweigsam bei Fehlern oder Problemen.

Das hier ist die C#-seitige Implementation von Server.getAllAreas():

Display Spoiler

Sofern ich nichts übersehe könnte ich mir nur zwei Dinge vorstellen: Entweder die zur Area zugewiesene "javaArea" aus irgendeinem Grund nicht mehr valide ist. Die "javaArea" wird als globale Referenz gespeichert (damit sie nicht vom Java Garbage Collector erfasst wird).

Oder aber es steht der VM kein Speicher mehr zur Verfügung und das Erstellen des neuen Arrays schlägt fehl. Das Spiel prüft leider nicht, ob "env.NewObjectArray()" ein valides Array zurückgegeben hat (was nicht der Fall wäre, wenn zB kein Speicher mehr frei ist). Andererseits würde spätestens "env.SetObjectArrayElement()" darauf anschlagen, von daher weiß ich nicht, ob das überhaupt in Frage kommt... und innerhalb der Schleife gibt es auch keine neuen Allocations, daher sehe ich eigentlich keinen Bedarf für ein PopLocalFrame/PushLocalFrame o.ä

Devidian Unter welchen Umständen wird denn in deinem Plugin "isAreaIntersecting()" aufgerufen? Gibt es evtl. Situationen, in denen das sehr häufig aufgerufen wird (zB mehrmals hintereinander oder jeden Frame)?

SonoBionda Kann es sein, dass im Moment des Crashes oder kurz zuvor zB eine Area erstellt oder gelöscht wurde? Können andere Spieler generell ihre Area löschen bzw. haben sie Zugriff auf die Creative-Modus Area Werkzeuge (F9)?

Du könntest sonst evtl. nochmal folgendes zur server.properties Datei hinzufügen:

Plugins_JNIXcheck=True

und

Plugins_JNIVerbose=True

Damit könnte die Log-Datei dann ggf. ein paar mehr Informationen enthalten im Falle eines Crashes. Wenn es dann wieder crasht, poste bitte einmal die Log-Datei bzw. zumindest das Ende der Log-Datei (oder sende mir den Log via PN) und vll auch die hs_err_pid

Devidian · Tuesday, 11:58 am

Hmm also eigentlich war das hauptsächlich dafür gedacht beim erstellen zu prüfen ob eine existierende area, z.b. eine über F9 erstellte oder von einem anderen Plugin erstellte bereits den aktuellen chunk berührt oder im Fall das man einen claim erweitert wird der chunk geprüft in dem die area erweitert werden soll. Und wenn dem so ist sollte das erstellen oder erweitern unterbunden werden. Ja man kann Areas wieder löschen, die Methode verwendet aber dann diese Methode nicht, allerdings glaube ich das ich weiss worauf du hinaus willst, wenn jemand eine area löscht während getAllAreas ausgeführt wird dann könnte es eine null ref geben. Das aber so oft zur gleichen Zeit erstellt und gelöscht wird ist eher unwahrscheinlich, also wird ein Methode wohl wirklich zu oft diesen call machen.

Es gab aber auch noch andere Stellen wo ich das aufgerufen habe, ich werde mal sehen ob ich die calls dort reduzieren kann, ich glaube an mindestens einer Stelle kann ich es definitiv anders lösen.

Devidian · Tuesday, 12:17 pm

Ich hab einige Stellen nun ausgetauscht und player.getCurrentArea(); verwendet wo es möglich war. Es sollte jetzt wirklich nur noch beim erstellen einer Area verwendet werden.

Bitte einmal die v0.6.1 ausprobieren SonoBionda

SonoBionda · Tuesday, 12:32 pm

Habe alles in die Wege geleitet -die beiden Einträge in die Properties und Landclaim 0.6.1

Dann schaun wir mal

mir fällt da noch was ein:

Ich hatte mit dem F9 Tool einige Server Areas erstellt und dabei nicht auf die Chunkborders geachtet. Das könnte vllt. den stellenweise Multirequest erklären. Ich werde die noch mal neu aufziehen und an den Chunkborders ausrichten.

Was ich auch noch ansprechen möchte ist die falsche Handhabung der Permissions nach dem claimen red51 - egal ob mit Tool oder über das Plugin - die werden nicht aktualisiert wenn man sich dann aus dem geclaimten Bereich entfernt - erst nach einem erneuten Einloggen

Devidian · Tuesday, 1:50 pm

Quote from SonoBionda

Habe alles in die Wege geleitet -die beiden Einträge in die Properties und Landclaim 0.6.1
Dann schaun wir mal

mir fällt da noch was ein:
Ich hatte mit dem F9 Tool einige Server Areas erstellt und dabei nicht auf die Chunkborders geachtet. Das könnte vllt. den stellenweise Multirequest erklären. Ich werde die noch mal neu aufziehen und an den Chunkborders ausrichten.

Was ich auch noch ansprechen möchte ist die falsche Handhabung der Permissions nach dem claimen red51 - egal ob mit Tool oder über das Plugin - die werden nicht aktualisiert wenn man sich dann aus dem geclaimten Bereich entfernt - erst nach einem erneuten Einloggen

Display More

Ja das mit den Permissions der Areas stimmt. Wenn man eine Area löscht in der man sich gerade befindet, bleiben die aktuellen permissions bestehen. Auch wenn man respawned hat man noch die permissions aus der zone in der man gestorben ist, ist mir zumindest öfter mal aufgefallen.

SonoBionda · 2026-02-19T07:29:04+01:00

Das Problem scheint gelöst zu sein. Seit der Änderung von LandClaim keine crashes mehr

GTX nutzt den Scheduler zum Neustart und nachdem ich hier gelesen hatte, dass man restart durch shutdown ersetzen soll braucht es auch keine mehrmaligen Anläufe mehr.

Vielen Dank für Eure Hilfe

Participate now!