Posts by SonoBionda

As far as I know, it's just the platform's image that's not displayed since the last update. Aside from that, it works fine.

Within the plugin, the limit is two locations per player. However, as an admin, you can increase this number per player.

To do this, you need to be standing on one of your or a player's locations, press "F", and select "set limit".

In the next window, you then overwrite the location name field with a number, which will then be the limit.

If the location isn't marked as private, it can be accessed from all other locations.

I believe it's also possible for admins to set server locations without a limit.

Quote from FioO

Bei mir reicht ja schon ein Knochen aus, damit Alles verschwindet.

Ich wette bei Dir werden Pflanzen und/oder Objekte von der Schwerkraft beeinflusst (in den Einstellungen).

Stell das mal aus und versuch noch mal

Quote from red51

Meinst du mit "entfernen" dass sie aus der Area rausgehen, oder meinst du dass sie sich selbst aus der Area löschen, also ihre Permission-Zuweisung darin?

Sie gehen aus ihrer soeben erstellten Area raus, also in die Wildnis, aber diese wird als solche nicht mehr erkannt und daher werden nicht die dafür vorgesehenen Berechtigungen erteilt.

Die erhaltenen Area-Spieler-Berechtigungen gelten somit auch außerhalb der Grenzen ihres Bereichs. Erst wenn ein Spieler die Sitzung verlässt und neu joint ist alles wie es sein soll.

Jedoch nur so lange bis er wieder claimt oder seinen Bereich mit dem Plugin erweitert.

Quote from red51

aber ich bin mir noch nicht ganz sicher, wie du das meinst.

Es geht um die Spieler die als Eigentüner einer Area eingetragen werden mit anderen Berechtigungen als die Standardberechtigungen der Area.

Der Wechsel von Standardberechtigung Area / Wildnis funktionniert.

Aber nicht Spielerberechtigung Area / Wildnis.

Wenn die sich nach der Zuteilung ihrer Berechtigungen aus ihrer Area entfernen, wird keine Wildnis mehr angezeit und sie nehmen die Area Berechtigungen mit - bis sie sich aus und wieder einloggen.

Quote from red51

Oder wenn man einfach aus der Area herausgeht?

Das meinte ich - wenn man eine Area mit F9 erstellt und sich innerhalb dieses Bereichs befindet, muss man erst raus gehen und wieder rein damit die Berechtigungen aktualisiert werden.

Mit dem Plugin ist es anders - wenn man damit einen Bereich erstellt und sich zwangsläufig darin befindet (anders geht es nicht), dann bekommt man direkt die Eigentümer Berechtigungen - nimmt diese aber mit in die Wildnis. Mit Plugin verhält sich das F9 Tool gleich (ohne Plugin wie zuvor beschrieben) ...

Aber um herauszufinden was da jetzt verkehrt läuft, müsste sich ein red51 mit einem Devidian austauschen

EDIT: genau genommen verschwindet die Wildnis beim adden eines Spieler (für diesen Spieler) - in beiden Fällen - mit und ohne Plugin - hab es noch mal getestet

Quote from red51

nur um das auszuschließen, Sachen wie zB das Nachladen von Plugins (mit dem reloadplugins oder rp Befehl) hast du aber während der crashenden Sessions nicht verwendet, oder?

Vielleicht hab ich das ein-/zweimal benutzt. Aber ich denke, das kann man trotzdem ausschließen, da er ja tagelang in einer Tour gecrasht ist. Seit der Änderung im Plugin läuft er immer noch einwandfrei

ok FioO - wie wäre es mit nem Poster als Teppich (1 zu 27000)

Und was ich hier nicht verstehe - muss man bei der Auswahl nicht auch die Höhe definieren?

Ich hätte gerne die Feuerstelle (unter den Lichtern zu finden) ohne Qualm und Funken - nur als Lichtquelle mit Knistern.

Denn Folgendes sieht nicht schön aus:

Wieso Maustaste? Ich klicke Enter, dann seh ich die Zahl mit der Höhe und dann Bild rauf/runter, fertig

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

This only doesn't work for me if terrain is included; otherwise, it works as usual with Page Up/Down and the Up/Down Arrow keys.

A single click of Ctrl is the default key for locking objects.

Holding Ctrl and using the Arrow keys or Page Up/Down rotates the locked objects in all directions.

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

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

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:

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

noch ein paar Zahlen - letzter Wert vor Crash

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

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

Fehler beim ersten Neustart

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

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]

Erster Wert nach gelungenem Neustart

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

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

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

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

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

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

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

Das war heute kurz vor dem Timeout:

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

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

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:

Quote from Devidian

Das Ende mit Log4j ist korrekt, das wird als aller letztes geschlossen, hier z.b. ein log von meinem regulären Server wenn ein neustart initialisiert wird:

hm - mein Server war im Startvorgang und hat abrupt abgebrochen; das kam direkt nach dedicated server is ready

Loaded 4 plugins!
Starting RW Dedicated Server...
[ENET SERVER] Version: 2.4.7
Starting 8 server chunk worker threads...
Starting 1 server water worker threads (update: 0.1, sync: 0.5)...
Server bind to IP: 89.163.193.44:4255
[ENET SERVER] Create Server IP: 89.163.193.44 Port: 4255 Clients: 256
Init server platform (Steam)
Set environment variable to 324080
[S_API] GameServer.Init(1503904044, 4255, 4254, eServerModeAuthentication, 202512221)
Register Steam message hook...
Server SteamID: 90071992547409920  (0)
[Masterlist] Start ping
Initialized server (1671 ms)
Create Public Webserver IP: 89.163.193.44 Port: 4254
Add Prefix: /
Add Prefix: /info
Add Prefix: /playerlist
[ERROR] [06:01:56] Cannot find server header: '' (full path: /home/s1465262/risingworld/)
Add Prefix: /images/header
Add Prefix: /game/maptile
Add Prefix: /game/image
Add Prefix: /game/asset
Add Prefix: /game/chunkmultirequest
Initialized webserver (1 ms)
Establishing connection...
[Masterlist] Returned OK. IP -> 89.163.193.44
[STEAM] Server connected, public IP -> 89.163.193.44
Dedicated server is ready! (2.628 s)
Create new JNIEnv  (handle: 134323559377520, thread: 35)
[Java] [OZLogger] Terminating Log4j framework globally.

aber mal sehen - noch läuft der 2. Start von heut morgen

Ja, die Plugins laufen noch und ja keine hs_err_pid Datei obwohl "Plugins_SuppressFatalErrorLogs" auf False.

Den Scheduler werd ich mal einrichten - es ist eine scheduler.example Datei vorhanden.

Devidian war so hilfsbereit meine Konfiguration mit und ohne seinen Plugins auf einem seiner Server laufen zu lassen und wenn ich mich recht erinnere kam dabei raus, dass die gar nicht mal so ram-hungrig sind und das Spiel selbst schon um die 1,5 G verbraucht!? Devidian korrigiere mich, falls ich hier Quatsch schreibe

Mein Hoster hat mich auf ein schnellers/anderes System umziehen lassen - um dort Fehler auszuschließen. Und am Montag waren auch immer noch jede Menge Timeouts.

Aber gestern lief der Server tatsächlich mal von 6:00 bis 24:00 Uhr durch (ich hab ihn jetzt auf 6 Uhr Start und 24 Uhr stopp gestellt)

Mal sehen, wie es heute weiter geht - beim Start heute morgen gab es schon wieder 2 Logs; der erste endete mit:

Create new JNIEnv (handle: 134323559377520, thread: 35)

[Java] [OZLogger] Terminating Log4j framework globally.

Devi, die Abfrage mit dem AFK, das funktioniert so nicht.

Denn wenn man im Bett liegt dann ist man nach 30 Sekunden afk während man auf die anderen Spieler wartet und wird im Bett liegend gekickt.

Also müsste man wohl doch abfragen -wer liegt im Bett - der ist save - und wer nicht im Bett liegt (afk oder aktiv) der wird gekickt, oder ermahnt, oder beides.