Steam Client Timeout auf Server

A new update (0.9.2) is available now!
Latest Hotfix: 0.9.2.1 (2026-05-13)

    Das mit dem Löschen kann ich nachvollziehen (also dass die Berechtigung nicht mehr aktualisiert wird), das ist tatsächlich ein Bug, welcher aber mit dem nächsten Update endlich behoben sein dürfte :saint:


    Quote from SonoBionda

    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.

    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?

    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.

    red51 mir ist gerade aufgefallen das player.getCurrentArea auch keine area zurück liefert wenn diese gerade erstellt wurde, erst wenn ich mich kurz bewege stimmt es wieder. Das hat zu einem bug geführt wenn man bei meinem plugin seinen claim erweitert hat kam man nicht mehr in das menü zurück um sofort weiter zu erweitern. Vorher als alles über Server.getAllAreas lief gab es das problem nicht. Ich habe jetzt einen workaround zumindest für das Menü gemacht und gebe die erweiterte zone wieder über den callback zurück. Wenn die zone als parameter gesetzt ist nimmt er diese statt player.getCurrentArea

    Dass die Permission beim Verlassen der Area nicht aktualisiert wird ist merkwürdig, evtl. ist das aber auch bereits behoben :thinking: Ansonsten am besten nach dem Update nochmal melden, falls das weiterhin auftreten sollte.


    Das Problem mit Player.getCurrentArea() kann ich aber bestätigen, das sollte mit dem nächsten Update behoben sein ^^

    • New

    Ich muss das Thema noch mal aufwärmen. Durch mein Shop plugin und die damit geladenen items (vermutlich) kam es jetzt schon öfter auf meinem Development Server zu einem timeout.

    Ich habe hier 2 logs, einmal bei einem crash und einmal das log danach ohne crash.


    beim crash stoppt er einfach mitten drin beim laden der assets und startet den server neu in diesem fall. Ich habe jetzt die constructionitems und clothingitems mal aus der default entfernt da ich aktuell deren icons und namen eh nicht korrekt auflösen kann. Ich werde noch ein wenig testen ob die timeouts jetzt weg sind oder nicht.

    Ich hab jedenfalls Plugins_SuppressFatalErrorLogs=False und es wird keine hs_err_pid angelegt

    • New

    Heute war wieder ein crash, gestern lief der server den ganzen tag ohne probleme, zeitweise mit 7 Spielern. In der Nacht ist er neu gestartet, heute kaum jemand drauf gewesen doch dann wieder abgeschmiert. Ich hab ein log export über die container logs gemacht so das nicht nur die game-logs drin sind. Crash ab Zeile ~3600

    • New

    Wieder ein timeout auf dem dev server aber diesmal anders, james1bow kam gerade rein und kurz darauf gabs einen timeout. Sieht aus als hätte sich der Plugin Manager resettet

    • New

    Eine Quelle könnte der screenshot befehl sein, schon das 2. mal direkt nach einem screenshot (aber ist nicht die einzige Ursache, screenshots hat auch bisher nie probleme gemacht also liegts evtl auch woanders)

    • New

    Hier wieder mit einer vermeintlich anderen Fehlerquelle

    • New

    Ich habe heute wieder einen crash gehabt. Gestern hatte ich per KI alle Plugins auf unsichere threads und kritische Strukturen prüfen lassen und es wurden auch einige Stellen umgebaut. Jetzt habe ich das neuste crashlog mal von der KI analysieren lassen und das sagt sie:

    Und hier das Log dazu:


    prod-crash-04-c.log

    • New

    Sorry für die späte Antwort! Leider ist ohne hs_err_pid schwer echt zu sagen, wo der Crash herkommt bzw. was ihn verursachen könnte :thinking: Da wäre naheliegend, dass es kein direkter API-Aufruf den Crash verursacht hat... lt. Stacktrace besteht aber scheinbar ein Zusammenhang mit der API.


    Da der Crash offenbar sehr sporadisch auftritt ist es wahrscheinlich schwierig, das auf ein bestimmtes Plugin einzugrenzen, oder?


    Die Meldung Create new JNIEnv tritt grundsätzlich immer auf, wenn ein neuer Thread eine API-Methode verwendet (da jeder Thread seine eigene JNIEnv-Instanz benötigt). Gibt es ein Plugin, welches viele oder immer neue Threads spawnt? 56 ist schon ein bisschen was... meiner Meinung nach sollte das aber eigentlich kein größeres Problem darstellen :wat:


    Oben war ja zwischendurch der Screenshot-Befehl grob im Verdacht? Welchen Befehl oder welche Methode verwendest du denn genau? Ist es sonst möglich, testweise Screenshots ganz zu deaktivieren (um zu sehen ob es dann auch Crashes gibt)?

    Du wolltest oben ja Items aus dem Shop entfernen, danach ist es aber trotzdem wieder gecrashed (oder waren die Items zu dem Zeitpunkt wieder drin)?

    • New

    Ja der screenshot war im verdacht, der wurde wohl auch in einem thread erstellt der außerhalb lag, das ist aber gefixt. player.createScreenshot wird verwendet.


    Code
                    player.createScreenshot(sizeFactor, 1, !screenshotWithoutGui, (BufferedImage bimg) -> {

                        final ByteArrayOutputStream os = new ByteArrayOutputStream();

                        try {

                            ImageIO.write(bimg, "jpg", os);

                            this.sendDiscordChatMessage(playerName, textToSend, os.toByteArray(), playerLanguage);

                        } catch (Exception e) {

                            // throw new UncheckedIOException(ioe);

                            logger().error(e.toString());

                        }

                    });

    Der Befehlt ließe sich schon deaktivieren aber der ist so alt, den gabs schon in der Java version und bisher hat er nie Probleme gemacht 😅, wenn dann ist es eher mit der Anzahl der Plugins als Nebenerscheinung dazu gekommen.

    In der Regel gibt's eh nur 2-3 Spieler inklusive mir die das regelmäßig nutzen um bilder ins discord zu senden. Nur 1 mal war bisher direkt danach ein crash.


    Die items aus dem Shop sind auf dem Main Server raus, da gibt es nur eine kleine globale liste mit 2 items. Ich habe zwar mittlerweile auch 3 lokale shops

    ... aber die haben jeweils nur ein kleines Sortiment und die meisten Spieler wissen noch nicht wo die stehen 🤣


    Hmm spontan wüsste ich nicht welches Plugin öfter neue Threads generieren sollte. In einem log von vorgestern wo es zwischen den Neustarts (3:00-17:00 GMT) kein crash war, ist Create new JNIEnv 192 mal zu finden.


    Ja es ist schwierig herauszufinden, ich hab schon alles an logging aktiviert aber es kommt kein hint auf den Verursacher.

Participate now!

Don’t have an account yet? Create a new account now and be part of our community!

Create Account Login