MT2009 | OPENING 30.01.2026 | INTERNATIONAL OLDSCHOOL CLASSIC | PC & MOBILE

Wenn es am Ende 60/40 wird, sind min. 25% der Spielerschaft einfach weg.

Und jetzt stell dir mal vor: Wie will ein „Team“ eine Mobile-Version veröffentlichen, wenn sie nicht mal sowas auf die Reihe kriegen? :D


1. Die Backup-Story hat mehrere Red Flags Sie schreiben:

• 3 Backup-Methoden
• Mirror-Disks (RAID 1)
• zusätzliche Backups alle 10 Minuten
• separate Disk
• professionelle Datenrettungsfirma arbeitet seit 24h

Und trotzdem ist der einzige Backup vom 25.02 (fast 2 Wochen alt).

Das passt technisch nicht wirklich zusammen.

2. RAID / Mirror schützt genau gegen sowas

Wenn sie wirklich 2 gespiegelte Disks (RAID1) hatten:
fällt eine Disk aus läuft der andere weiter. Daten bleiben identisch erhalten

Ein FreeBSD Crash zerstört normalerweise keine Daten auf beiden Disks gleichzeitig.
RAID spiegelt zwar Fehler, aber ein einfacher OS-Crash löscht keine Datenbank.

3. Backups alle 10 Minuten?

Wenn das stimmt müsste es folgendes geben:
Backups von Samstag kurz vor dem Crash oder zumindest vom selben Tag
Dass alle 10-Minuten-Backups zerstört sind, aber ein 2 Wochen alter Backup existiert, ergibt technisch kaum Sinn.

Normal wäre:

letzter Backup wenige Minuten oder Stunden alt

4. OVH „unauthorized maintenance“

Das ist auch eine typische Ausrede.

Große Hoster wie OVHcloud machen keine unangekündigten Wartungen, die Serverdaten zerstören.

Wenn Wartung passiert:

• wird sie angekündigt
• oder betrifft Hardware / Netzwerk
• nicht plötzlich die Datenbank eines einzelnen Servers.

5. FreeBSD Crash zerstört keine Backups


Ein OS-Crash kann:Server stoppen, Dateisystem beschädigen
Aber nicht gleichzeitig: RAID zerstören, Backup-Disk zerstören alle Snapshots zerstören.

Das passiert praktisch nur wenn Backups falsch konfiguriert sind, alles auf demselben Server und/oder kein echtes Offsite-Backup

6. Der wahrscheinlichste reale Fall

Ich unterstelle einfach folgendes:

• Kein echtes Backup!
• Backups liegen auf derselben Maschine
• Datenbank ist korrupt gegangen
• Letzter Backup ist sehr alt

Dann schreibt man so eine Nachricht um die Community ruhig zu halten und Zeit zu gewinnen sowie keinen Hate zu bekommen

7. Warum der Poll existiert

Der Poll ist strategisch. Wenn Spieler für 25.02 stimmen, können sie sagen:
„Die Community wollte das.“

Damit ist der Shitstorm kleiner.

8. Meine Einschätzung (realistisch)
FreeBSD Crash > joa möglich
RAID + Backups komplett kaputt > maximal unwahrscheinlich
OVH schuld >extrem unwahrscheinlich
letzter Backup 2 Wochen alt !?!? Eher weil kein Backup existierte

9. Noch ein wichtiger Punkt
Sie sagen: Backup liegt auf dem PC des Entwicklers. Das ist ehrlich gesagt ein riesiger Amateur-Move.

Normalerweise sollte sowas wie:

• Offsite Backup
• Cloud Backup
• Storage Server
• Snapshot System

vorliegen.

Beste aussage:

"Our goal is to resolve this situation in the most fair, transparent, and responsible way possible."

Nachdem 24 Std. nichts sagende und intransparente Ankündigungen gemacht wurden, obwohl von Anfang an klar war das es diese Probleme gibt und es wurde mehrfach durch SA/TM und auch Mods suggeriert das deutliche Fortschritte gemacht wurden...

mkay

Trash admin, trash server, HAHAHAHHAH FULL WIPE AND FRESH START INCOMING H HA AH A H HA HAH AH ZH AH A HA

Habe doch gesagt dass die kein "mobile Version" haben bzw. der Server vorher offline geht ^^

Quote:

Originally Posted by kolos300 Wenn es am Ende 60/40 wird, sind min. 25% der Spielerschaft einfach weg. Und jetzt stell dir mal vor: Wie will ein „Team“ eine Mobile-Version veröffentlichen, wenn sie nicht mal sowas auf die Reihe kriegen? :D 1. Die Backup-Story hat mehrere Red Flags Sie schreiben: 3 Backup-Methoden Mirror-Disks (RAID 1) zusätzliche Backups alle 10 Minuten separate Disk professionelle Datenrettungsfirma arbeitet seit 24h Und trotzdem ist der einzige Backup vom 25.02 (fast 2 Wochen alt). Das passt technisch nicht wirklich zusammen. 2. RAID / Mirror schützt genau gegen sowas Wenn sie wirklich 2 gespiegelte Disks (RAID1) hatten: fällt eine Disk aus läuft der andere weiter. Daten bleiben identisch erhalten Ein FreeBSD Crash zerstört normalerweise keine Daten auf beiden Disks gleichzeitig. RAID spiegelt zwar Fehler, aber ein einfacher OS-Crash löscht keine Datenbank. 3. Backups alle 10 Minuten? Wenn das stimmt müsste es folgendes geben: Backups von Samstag kurz vor dem Crash oder zumindest vom selben Tag Dass alle 10-Minuten-Backups zerstört sind, aber ein 2 Wochen alter Backup existiert, ergibt technisch kaum Sinn. Normal wäre: letzter Backup wenige Minuten oder Stunden alt 4. OVH „unauthorized maintenance“ Das ist auch eine typische Ausrede. Große Hoster wie OVHcloud machen keine unangekündigten Wartungen, die Serverdaten zerstören. Wenn Wartung passiert: wird sie angekündigt oder betrifft Hardware / Netzwerk nicht plötzlich die Datenbank eines einzelnen Servers. 5. FreeBSD Crash zerstört keine Backups Ein OS-Crash kann:Server stoppen, Dateisystem beschädigen Aber nicht gleichzeitig: RAID zerstören, Backup-Disk zerstören alle Snapshots zerstören. Das passiert praktisch nur wenn Backups falsch konfiguriert sind, alles auf demselben Server und/oder kein echtes Offsite-Backup 6. Der wahrscheinlichste reale Fall Ich unterstelle einfach folgendes: Kein echtes Backup! Backups liegen auf derselben Maschine Datenbank ist korrupt gegangen Letzter Backup ist sehr alt Dann schreibt man so eine Nachricht um die Community ruhig zu halten und Zeit zu gewinnen sowie keinen Hate zu bekommen 7. Warum der Poll existiert Der Poll ist strategisch. Wenn Spieler für 25.02 stimmen, können sie sagen: „Die Community wollte das.“ Damit ist der Shitstorm kleiner. 8. Meine Einschätzung (realistisch) FreeBSD Crash > joa möglich RAID + Backups komplett kaputt > maximal unwahrscheinlich OVH schuld >extrem unwahrscheinlich letzter Backup 2 Wochen alt !?!? Eher weil kein Backup existierte 9. Noch ein wichtiger Punkt Sie sagen: Backup liegt auf dem PC des Entwicklers. Das ist ehrlich gesagt ein riesiger Amateur-Move. Normalerweise sollte sowas wie: Offsite Backup Cloud Backup Storage Server Snapshot System vorliegen.

Tolle und sehr technisch versierte Ausführung ;)

Kann alles so nur unterschreiben!

Glaube auch das hier menschliches Versagen vorliegt.

Zumindest jetzt sollte man doch ehrlich sein und sagen was Phase ist und nicht mit irgendwelchen Technischen begriffen um sich schmeißen die zusammenhängend überhaupt keinen Sinn ergeben. Allein das mit dem 24 Std. Notfall Recovery Team hat mich dir Ohren aufstellen lassen.

Aktueller Votestand (20:57):
[Only registered and activated users can see links. Click Here To Register...]

Wenn sie Ihre Spieler halten wollen würden, solllten sie blank ziehen und sagen was wirklich passiert ist und zu den Fehlern stehen. Klar würden immer noch einige gehen, aber das passiert nun mal wenn man Fehler macht, so lange man auch daraus lernt.

Der Admin hat sich einfach mal für die schlechteste Entscheidung entschieden. Einen rollback Server und einen fresh start Server zu starten. Die 2 Server werden die Spieler splittem, den ersten Server werden nur die leute spielen die krampfhaft an ihr EQ halten wollen, den 2. Server werden die meisten spielen, die aber wieder aufhören werden weil beide Server tod sein werden. Einfach traurig, sollten die Admins diese Entscheidung nicht zurück ziehen, ist dass das ende von Mt2009.

Hier gab es mehr als genug Warnungen im Thread. Die hatten davor doch erst nen Server der 1 Monat gehalten hat wo die 0 kommuniziert haben und es etliche Bugs gab.

Verstehe sowieso nicht das epvp hier nochmal den Server als Post zugelassen hat nach dem letzten scam.

das man sowas heutzutage nicht gebacken bekommt ,ist schon traurig

[Only registered and activated users can see links. Click Here To Register...]

Finales Vote-Ergebnis.

Laut aussage im Global-Chat wollten die den Server "heute" aka Gestern mit dem Backup starten, ist nicht geschehen. Seit schließen der Umfrage weiterhin keine Reaktion seitens der Serverleitung.

Also bei einem Fresh Start wäre ich dabei, hab leider damals den Anschluss verpasst bzw. nicht weitergespielt weil mir einfach das Design der Länderflagge nicht zugesprochen hat und so billig aussah, aber ich will mich diesmal nicht davon abschrecken lassen

Wer hier bei einer aktuellen Alternative die stabiler läuft trotzdem nochmal anfängt dem ist nicht mehr zu helfen.

Wer hätte das nur ahnen können :kappa:

war so klar das iwas passieren wird ma schauen wie das andere projekt dann laufen wird

[Only registered and activated users can see links. Click Here To Register...]

bei so einem vorhandenen System soll es angeblich Datenverlust gegeben haben:
- Main/Mirror SSD
- CLOUD Backup auf einem separaten HOST

Nichts von dem genannten hätte passieren können mit dem genannten Fehler.

Und das diese nun zusätzlich auf den Privaten Maschinen aber unabhängig vom Internet gehostet werden soll.. :'D vorher wurde nicht der Aufwand getrieben und auch jetzt wird das sicher nicht getan.

They have decided to start from 0. What an insult. I spent a fucking month entirely to be in the top and now I have to start from scratch? They should remove this sv from ELITEPVP NOW.