Da mich mal die allgemeine Performance von meiner (WHF)-Kiste interessieren würde, hab ich mal zum Test den Dump eingespielt. Läuft dies dann bei mir auch fix?
Sieht gut aus. Die Map lädt in 3 Sekunden und selbst in unmittelbarer Nähe aller Farmen kann man z. B. problemlos essen und kämpfen.
Aber selbst die 3,5 GHz Einzelthread-Leistung sind verständlicherweise deutlich besser als die vier virtualisierten 2,4-GHz-Kerne, von denen außer bei Overviewer sich in der Regel 3 langweilen.
Zumal das Problem auch auftritt, sobald ich weit vom Zentrum beitrete (nachdem sich die Spawn-Region beruhigt hat). Wie gesagt, laggt der Server bereits, bevor überhaupt die Map geladen wird! Selbst mein popeliger Singlecore-vServer hat eine leere Map in 10 Sekunden geladen.
Zum lokalen Nachvollziehen ein Backup vom Server:
https://wyntoncraft.t23h.de/wyntoncraft_2017-08-10.rar (2,2 GB)
https://minecraft.net/de-de/download/server
Der Server läuft bereits seit Dienstagabend auf 1.12.1.
Mich bedrückt mehr, dass der ganze Server in der Tat seit 3. August extrem laggt. Down-/Upgrade des Linux-Kernels, Java-Umgebung etc. hat alles nichts gebracht.
Selbst im Recovery-System mit nichts weiter als dem Oracle-Java-Paket und einem im tmpfs abgelegten Minecraft-Server (so ziemlich alle Versionen ab 1.8+ zeigen das Phänomen) braucht der vServer über 20 Sekunden, bevor allein der Server-Thread (also die ganze Spiellogik) gestartet wird!
root@recovery:~/ramdisk# time $JAVA_HOME/bin/java -Xms1G -Xmx1G -jar minecraft_server.1.12.1.jar nogui
[13:56:32] [Server thread/INFO]: Starting minecraft server version 1.12.1
[13:56:32] [Server thread/INFO]: Loading properties
[13:56:32] [Server thread/INFO]: You need to agree to the EULA in order to run the server. Go to eula.txt for more info.
[13:56:32] [Server thread/INFO]: Stopping server
[13:56:32] [Server Shutdown Thread/INFO]: Stopping server
real 0m22.185s
user 0m32.930s
sys 0m4.100sEinen leeren Server (mit bereits erstellter Map) zu starten dauert noch einmal zusätzlich 10 Sekunden und ruckelt bereits irrsinnig.
[14:00:58] [Server thread/INFO]: Starting minecraft server version 1.12.1
[14:00:58] [Server thread/INFO]: Loading properties
[14:00:58] [Server thread/INFO]: Default game type: SURVIVAL
[14:00:58] [Server thread/INFO]: Generating keypair
[14:00:59] [Server thread/INFO]: Starting Minecraft server on *:25566
[14:01:00] [Server thread/INFO]: Using epoll channel type
[14:01:00] [Server thread/INFO]: Preparing level "world"
[14:01:02] [Server thread/INFO]: Loaded 488 advancements
[14:01:02] [Server thread/INFO]: Preparing start region for level 0
[14:01:04] [Server thread/INFO]: Preparing spawn area: 0%
[14:01:05] [Server thread/INFO]: Preparing spawn area: 8%
[14:01:06] [Server thread/INFO]: Preparing spawn area: 28%
[14:01:07] [Server thread/INFO]: Preparing spawn area: 48%
[14:01:08] [Server thread/INFO]: Preparing spawn area: 68%
[14:01:09] [Server thread/INFO]: Preparing spawn area: 90%
[14:01:10] [Server thread/INFO]: Done (9,843s)! For help, type "help" or "?"
[14:01:16] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 2012ms behind, skipping 40 tick(s)
[14:01:32] [User Authenticator #1/INFO]: UUID of player DosAmp is fd1d57aa-e1b6-4ebf-8ebc-4b4eb03c5954
[14:01:32] [Server thread/INFO]: DosAmp[/x.x.x.x:XXX] logged in with entity id 303 at (-47.91731547741008, 65.0, 183.91795792240785)
[14:01:32] [Server thread/INFO]: DosAmp joined the game
[14:01:42] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 7927ms behind, skipping 158 tick(s)
[14:01:59] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 8078ms behind, skipping 161 tick(s)
[14:02:16] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 8156ms behind, skipping 163 tick(s)
[14:02:27] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 2130ms behind, skipping 42 tick(s)
[14:03:17] [Server thread/WARN]: Can't keep up! Did the system time change, or is the server overloaded? Running 4057ms behind, skipping 81 tick(s)Den richtigen Server zu starten dauert jetzt fast eine Minute, während es vorher reichlich 6 Sekunden waren, und dieser zeigt in Folge Lag-Spitzen bis über einer Minute (normalerweise soll ein Tick 50 Millisekunden dauern).
Diese Erkenntnisse sowie Benchmarks von Netzwerkanbindung und I/O (welche stabil auf 100 MBit/s sowie 60 MB/s Lesen/Schreiben gedeckelt sind) legen nahe, dass der vServer bezüglich CPU-Ressourcen schwächelt. Blue sollte wohl mal ein Ticket eröffnen.
Mangels anderer Musik auf dem Massenspeicher dieses Geräts: Dirty Loops - Over the Horizon
Durch den Forencrash hats vermutlich auch hier die Uploads geschrottet.
Sagen wir mal so, dadurch dass sie >70% des Speicherplatzes des Forums ausgemacht haben, waren sie nicht primäres Ziel der Wiederherstellung, zumal sie nicht in meinem Abzug enthalten waren. Zumindest würde ich nicht garantieren, dass diese unversehrt gesichert wurden, und im Zweifelsfall anbieten, diese noch mal hochzuladen.
Im Kampf "Subkontrabass-Saxophon gegen Orgel" gibt es keine Gewinner.
Ich bin mit meinem WM einen anderen Weg gegangen:
- Das Fenster raussuchen, welches du mit deinem WM dekorieren magst
- Dessen Fensterdekoration ausschalten
- Eigenes Fenster mit den entsprechenden Abmessungen erstellen
- Das eigentliche Programm läuft als "Child"-Fenster. Füge das Child des Fensters, welches du eben entfernt hast, deinem Fenster hinzu
Bis auf das "Berauben" eines fremden Fenster-Managers ist das auch das übliche Grundkonzept eines WMs, der eigene Dekorationen zeichnet.
Das wäre in diesem Fall nicht mal nötig, da maximal ein Fenster gleichzeitig angezeigt werden soll und die Dekoration auch rundherum auf dem Root-Window gezeichnet werden kann.
nö nur in der beta
Was ich schon im letzten Thread vor dem Crash geschrieben hatte: Zudem auch sachlich falsch, da ursprünglich in Japan als 90-mm-Diskette eingeführt (das Gehäuse ist genau 9 Zentimeter breit) und nur für den US-Markt auf 3½″ abgerundet.
Den Fehler findet man aber immer noch in den selber gestrickten Datei-Öffnen/Speichern-Dialogen im deutschen Office 2000.
Hm, spricht was dagegen dem User das Recht zu geben?
Den einzelnen Datenbank-Benutzern würde ich das nicht zuteilen, da es sich zu Recht dabei um administrative Befehle handelt.
The CREATE USER, FILE, PROCESS, RELOAD, REPLICATION CLIENT, REPLICATION SLAVE, SHOW DATABASES, SHUTDOWN, and SUPER privileges are administrative and can only be granted globally.
Ein separates Backup-Konto (das neben RELOAD nur die zwei nötigen Berechtigungen zum Sichern auf jede Datenbank hat) wäre sinnvoller.
Gibt es jetzt auch ein Backupkonzept mit Offsite-Standort?
Ja, das wurde gestern Abend wieder implementiert; die Backups werden jetzt direkt im Anschluss auf den Hetzner-Backupspeicher kopiert.
Auch wenn das erste Datenbank-Backup heute Morgen erst mal dank eines "guten" Ratschlags von mir, welcher Administratorberechtigungen erfordert, leer war. 
mysqldump: Couldn't execute 'FLUSH /*!40101 LOCAL */ TABLES': Kein Zugriff. Hierfür wird die Berechtigung RELOAD benötigt (1227)
Mo 17.07. 00:50 Das WHF verschickt wieder Mails. Benutzerseitig ist hiermit die gesamte Funktionalität wiederhergestellt und Sje empfängt z. B. wieder Benachrichtigungen über 700+ von ihm abonnierte Threads.
Was ist damit gemeint?
So 16.07. 14:46 Smilie-Offensive vom 3. Juli wie geplant abgeschlossen.
So 16.07. 15:06 Die bandbreitenschonendste WHF-Schnittstelle filtert jetzt diese lästigen Emojis.
Was wurde eigentlich gelöscht??
Vorrangig alles, was hier nicht mehr relevant ist bzw. die größeren Entgleisungen im UIT. On-topic habe ich soweit nicht angefasst.
Ich will UTF Support. Wegen dem SPAẞ mit emojis. ?. Hups seit wann funktioniert das?
Die utf8mb4-Konversion habe ich gleich im Rahmen der Zusammenführung vorgenommen. Für MyBB 1.8 wäre das ohnehin obligatorisch. ?
Sa 15.07. 21:28 Auf mehrfachen Wunsch beginnt DosAmp damit, Inhalte aus dem temporären Forum ins "richtige" WHF zu übernehmen.
So 16.07. 00:50 Das Dateisystem steht, jetzt wird die Datenbank mit dem Stand von 00:46 vernäht. Ein paar spätabendliche Posts von Diamant001 fallen dabei über.
So 16.07. ~02:45 Die Datenbank-Zusammenführung wird mit einer massiven Löschung von Müllposts abgeschlossen.
So 16.07. 03:24 Winhistory-Forum läuft wieder unter der bekannten Adresse. Es war für 12 Tage, 3 Stunden und 48 Minuten offline. Es wird gerüchtet, dass für das WHF im Jahr 2017 angestrebt wird, eine Hochverfügbarkeit von One Nines (90%) zu erreichen. 
So 16.07. 03:26 Temporäres Forum leitet auf WHF weiter.
So 16.07. 04:26 DosAmp schreibt erste Mails, um nach dem Crash registrierte Forenmitglieder wieder zurückzugewinnen.
Zur Präzisierung: Folgendes wurde grundsätzlich aus dem temporären Forum übernommen:
Benutzer und ihre Rollen sind vorerst wie im Backup vom 16. Juni.
Mi 14.07. 20:49 Coni gibt DosAmp erstmals Zugriff auf den neuen Server.
Mi 14.07. 22:34 Coni und DosAmp spielen Scrabble mit den Konfigurationsdateien des alten Servers, soweit sie überhaupt noch in Textform vorliegen, um Webserver und Datenbank wieder ans Laufen zu bringen. Ein besonders subtiler Fehler bedarf sogar der Suche im Quellcode des MariaDB-Servers.
Mi 14.07. 23:51 Das aktuelle WHF (will heißen, die Down-Seite) läuft schon mal auf dem angedachten Server.
Do 13.07. 21:29 jeix fasst den aktuellen Status von Conis neuem Server in seinem Klassiker von 2010 zusammen:
Do 13.07. 21:40 DosAmp fällt auf, dass das WHF bzw. dessen Raubkopie bisher sehr gut einen soup.io pullt.
Der Werbebegriff bei Brother dafür ist Dual-CIS bzw. die explizite Erwähnung von Duplex-ADF. Die beiden können dies definitiv nicht, ansonsten findest du bei Brother in der Richtung auch nur Tintenstrahl-Mufus und Business-Geräte.
Was mir gerade auffällt: Blue-Fox wurde in crasbe umbenannt und ist nicht mehr gesperrt
Blue hat die Gelegenheit genutzt, ein paar (primär wegen defekter Mail-Adressen) gesperrte mit den jeweiligen aktiven Accounts zusammenzuführen.
In crasbes Fall ist das vermutlich eher nicht gewollt.
