Beiträge von Bud

    Ich habe gestern und auch gerade eben den Server kurz ingame getestet, und das lief gar nicht gut.

    Munin: RAM

    Was man auf dem RAM-Graph sieht: Gestern gegen 19:00 bin ich mit der Elytra einfach mal straight in eine Richtung geflogen. Die Chunks kamen mit dem Laden nicht hinterher und nach wenigen Sekunden war ich im "Nichts" und der Server brach zusammen. Habe ihn dann um 19:15 neu gestartet und ohne dass ich überhaupt auf dem Server war, ist er um 19:25 wieder zusammengebrochen. Nach dem Start um 20:05 lief er einwandfrei, und brach heute auch bei einem neuen "Elytra-Test" nicht zusammen, obwohl ich mich nach wenigen Sekunden wieder im "Nichts" befand.

    Hier mal noch ein Auszug aus den Logs vom heutigen Test:

    Wie gehe ich das Problem am besten an? Woran liegt das?

    Ich habe mich mit meinem sudo und dem entsprechenden private-key mittels FileZilla auf meinen Server eingeloggt. Dort wollte ich ein Verzeichnis erstellen, was nicht funktioniert hat:

    Code
    Status:    Anzeigen des Verzeichnisinhalts für "/etc/munin" abgeschlossen
    Status:    Erstelle Verzeichnis '/etc/munin/netcup'...
    Befehl:    mkdir "netcup"
    Fehler:    mkdir /etc/munin/netcup: permission denied
    Befehl:    mkdir "/etc/munin/netcup"
    Fehler:    mkdir /etc/munin/netcup: permission denied

    Okay, relativ schnell ist mir aufgefallen das FileZilla kein sudo vor mkdir geschrieben hat. Also hab ich das Verzeichnis schnell über die Konsole erstellt. Dann habe ich versucht in den Ordner "netcup" mehrere Dateien mit FileZilla hochzuladen, was aufgrund von fehlenden Berechtigungen nicht funktioniert hat. Wie kann ich das Problem lösen? Selbst als ich extra für diesen Zweck den Login via root wieder zugelassen habe, hat er mich nicht auf den Server gelassen, trotz sudo systemctl restart ssh.

    Also keine Ahnung warum, aber aktuell scheint es zu funktionieren...

    Im Master gab es übrigens keine Fehlermeldung.

    Wie kann ich selber auf die Einrichtung wie von aRaphael geschildert kommen? Rein durch die Doku? Ich meine dort nicht im Ansatz das gefunden zu haben, was aRaphael mir aufgelistet zu haben. Oder war ich so blind?

    Mir geht es darum, dass ich euch ja nicht wegen jeder (für euch) Kleinigkeit schreiben möchte...

    Stimmt die ip-Adresse des Masters in der Konfig auf der node?

    Yes, das hatte ich schon ungefähr 10 Mal kontrolliert ^^

    Auf der node mal service munin-node restart ausgeführt?

    Mal gemacht, hat leider keine Änderung bewirkt.

    Mal im Master [Node] ersetzen durch [Node;FQDN]

    wobei FQDN das ist was auf der node bei hostname -f ausgegeben wird.

    Das habe ich mal nicht gemacht, weil ich ja die IP verwende, und mir FQDN dann ja nichts bringt, oder?

    Jede Änderung wird immer erst zu den nächsten vollen 5 min auf dem Master wirksam.

    Die Zeit hab ich abgewartet.

    Der "Mittlere"-Teil wird alle 5 Minuten je 3x ausgegeben. Bin mir nicht sicher, aber liegt es daran das ich IPv6 in ufw nicht geöffnet habe?

    telnet hat einwandfrei funktioniert:

    Code: telnet
    telnet NODE-IP 4949
    Trying NODE-IP...
    Connected to NODE-IP.
    Escape character is '^]'.
    # munin node at v12345678901234567890.megasrv.de
    quit
    Connection closed by foreign host.

    a2enconf munin, soweit ich das richtig im Kopf habe, hast Du ausgeführt?

    Danach den Indianer reloaden oder neustarten…

    Daran hat es gelegen. Vielen Dank dir!

    Angezeigt wird mir leider nur der master. Hab nochmal meine munin.conf und munin-node.conf überprüft, und weiß nicht, warum mein node nicht mit aufgelistet wird.

    Code: munin.conf auf meinem master
    # a simple host tree
    [Master]
        address 127.0.0.1
        use_node_name yes
    
    [Node]
        address 123.123.123.123
        use_node_name yes
    Code: munin-node.conf auf meinem node
    # A list of addresses that are allowed to connect.  This must be a
    # regular expression, since Net::Server does not understand CIDR-style
    # network notation unless the perl module Net::CIDR is installed.  You
    # may repeat the allow line as many times as you'd like
    
    allow ^123\.123\.123\.123$
    allow ^127\.0\.0\.1$
    allow ^::1$

    In /etc/munin/apache24.conf hast du überall "Require local" ersetzt durch "Require all granted" (und danach service apache2 restart) ?

    Hatte eins vergessen, service apache2 restart dann nochmal durchgeführt, leider keine Änderung.

    Hast du ne FW?

    und hast du auf dem node den Port 4949 in der FW freigemacht für den Master?

    ufw, aber 4949/tcp für IPv4 ist sowohl auf dem master als auch auf dem node offen

    würde denn etwas gegen die kombi munin/nginx statt apache sprechen?

    Mit Apache hatte ich schon mal zu tun (zur Übung einen Apache aufgesetzt, Domain eingebunden, certbot installiert etc.). Aktuell versuche ich mich in munin reinzufuchsen, aber vielleicht kommt nginx ja irgendwann...

    Hat geklappt, und nun auch die zwei Befehle von aRaphael

    Ich hab jetzt in der munin-node.conf auf meinem node die IP vom master zugelassen, sowie auf dem master in der munin.conf de IP des node eingetragen. Muss ich noch etwas machen?

    ip/munin ist leider nicht erreichbar. bzw er findet das Verzeichnis nicht. die 6 defaults in der munin.conf sind aber aktiv.

    Magst du erörtern, was genau deine Bedenken waren? Ich habe nichts gegen Spigot selbst jedoch interessiert es mich :)

    Hauptsächlich ging es um Sachen wie den Wither unter der End-Platform zu killen etc.

    CuzImBisonratte Vielen Dank für dein ausführliches Tutorial, ich überlege noch, ob ich das umsetzte...

    Ich möchte auch gerne mal paper als alternativen Server in den Raum werfen.

    Tatsächlich haben RAD750 und ich uns über Spigot und auch Paper unterhalten, und dann für Spigot entschieden, da uns bei Paper ein paar Sachen nicht klar waren, bzw. mir.

    Performance schön und gut, aber wenn man Spielerlebnis dadurch dann zu stark eingeschränkt ist, bringt mir das leider auch nichts... ;)

    Ich wollte mich gerade an Munin ran wagen, und da mein sudo nur in sein home-Verzeichnis kommt, mich mit root einloggen.

    Ich bin mir nicht sicher, ob ich mein root PW geändert habe, ohne es in Bitwarden zu hinterlegen, oder ob ich den SSH-Login für root generell gesperrt habe, wie ich es normalerweise mache (PermitRootLogin no).

    Fakt ist: Ich komme nicht mehr rein ^^

    Gibt es hier einen Lösungsansatz, oder bin ich verloren?

    Okay, danke dir :)

    NEG und BlueMap laufen soweit, und nun habe ich folgende Problemstellung:

    Ich hätte gerne das die IP:PORT von BlueMap unter map.example.com erreichbar ist. Allerdings habe ich mich schon eingelesen, und musste feststellen, dass man via DNS anscheinend nicht auf einen Port leiten kann. Schade. .htaccess als Weiterleitung auf IP:PORT somit die einzig sinnvolle Möglichkeit?

    Du kannst das mit dem Enderman auch per Worldguard erledigen :). Ich habe dir das unten rot makiert.

    Danke dir, aber aktuell versuche ich es mit NEG zu regeln, da dies ja schlanker ist.

    Beim Server stoppen ist mir folgendes aufgefallen:

    pasted-from-clipboard.png

    Das ist passiert, während kein Spieler online war. Was kann es hier für Gründe geben?

    Des Weiteren bekomme ich beim Starten des Servers folgende Meldung, obwohl l ich die aktuellste Spigot-Version habe, wenn ich das richtig gesehen habe. Bug von Spigot oder mein Fehler?

    2023-07-06 11_28_54-tellus@bavaria_ ~_minecraft.jpg