Und wird die Lizenzdatei "vernünftig" als Parameter übergeben?
Seit wann muss man das? geht das überhaupt?
Die muss doch nur korrekt benannt und mit Lesezugriff für den TS3Server User im gleichen Ordner liegen? so ist es bei zumindest seit den betas immer geblieben ;D
Das ändert nichts an der Tatsache, das sie JETZT scheinbar nicht mehr funktioniert..
Das ist nen typischer "früher ging alles" Spruch..
WAS steht im Log zu der Lizenz?
in meinem TS3 Log steht z.B. folgendes
2013-05-06 19:17:25.344733|INFO |ServerLibPriv | | TeamSpeak 3 Server 3.0.7.1 (2013-03-18 10:56:27)
2013-05-06 19:17:25.473790|INFO |DatabaseQuery | | dbPlugin name: MySQL plugin, (c)TeamSpeak Systems GmbH
2013-05-06 19:17:25.473877|INFO |DatabaseQuery | | dbPlugin version: 1
2013-05-06 19:17:25.909125|INFO |Accounting | | Licensing Information
2013-05-06 19:17:25.909202|INFO |Accounting | | type : Non-profit
2013-05-06 19:17:25.909263|INFO |Accounting | | starting date : Mon Jan 21 00:00:00 2013
2013-05-06 19:17:25.909305|INFO |Accounting | | ending date : Thu Jul 25 00:00:00 2013
2013-05-06 19:17:25.909329|INFO |Accounting | | max virtualservers: 10
2013-05-06 19:17:25.909347|INFO |Accounting | | max slots : 512
Hast du deinen TS3 Server den an deine Server IP gebunden Über die Ini?
Na wie jetzt? du wolltest mehrere TS3 Server(keine TS3 vServer) auf einem vServer laufen lassen?
wahrscheinlich - alternativ halt mal das machen was ich meinte mit den Dateirechten und das log prüfen warum die Lizenz nicht funktioniert - ggf den vServer neustarten.
dann war/ist evtl der licence server nicht erreichbar weswegen dein TS3 auf das tmpfs zurück greift.
da der "mount" Befehl nicht funktioniert hast du einen alten vServer - schreib dem Support ein Ticket mit verweiß auf diesen Thread, die kennen das mit TS3 und dem tmpfs.
prüf bitte auch ob der User, unter welchem dein TS3 dienst läuft, noch immer vollen Zugriff auf alle Dateien im eigenen Ordner hat mach ggf ein chown user:group -R auf das Verzeichnis wo dein TS3 liegt.
#6.4 Iptables/Firewall Konfiguration > System abhärten
da du ja aber partitionieren kannst ist die HDD seitens des BIOS da, richtig?
was sagt den ein "fdisk -l" aus einer beliebigen (live) distru bzw. rescue system?
Ich hab nginx 1.4.1 von dotdeb laufen + php5-fpm(ondemand mit php5.4) + ssl+spdy.
Den Teil mit dem Kernel hab ich ignoriert da ich vorher schon aus den squeeze Backports den 3.2er Kernel hatte.
Es ging primär darum das man erst einmal (oder mehrfach) ein apt-get upgrade machen sollte (nach dem source.lst switch auf wheezy) bevor man direkt zum "dist-upgrade" schreitet.
Ich benutze erfolgreich ispconfig mit debian wheezy!
hatte es unter squeeze installiert und mein debian vorgestern nach dieser Anleitung auf wheezy gebracht.
Das einzige, was ich anpassen musste, war die dovecot konfiguration da die aus V1 nicht mit V2 kompatibel ist (gibt aber ein mitgeliefertes Migrations Script).
Alles läuft wunderbar - auch im DualStack.
Und eine Datenbank Reparatur funktioniert nicht?!
Ich hatte zumindest noch keinen Fall wo es sich nicht irgendwie wieder reparieren lies..
vmk,
was für Workarounds? ich hab unter debian keine Workarounds gebraucht - also musste ich da auch nichts entfernen - wie in Beitrag #13 schon geschrieben hab ich lediglich einen eigenen Kernel installiert
klonen per rsync ist letztendlich nichts anders als wenn ich mittels SCP in beiden Rettungsystemen die Daten spiegel!
Ich will nicht von rsync abraten, aber rsync war bei mir zumindest in einem der Rettungssystemen nicht vorhanden so das ich auf die SCP Variante zurückgreifen musste.
TPIT-Service, mein Beitrag #13 ist eine grobe Anleitung - den Rest findest du mittels google.
dann müsstest du trotzdem den KVM Server neu aufsetzen, mit allen Diensten usw..
Da ist simples "klonen" einfacher, aus meiner sicht sogar sogar schneller und wenige Fehleranfällig (was vergessen oder so).
Und? Neuer Tag, neues Glück? ;D
Und unter dem User, von welchem er ausgeführt werden soll, steht er nur 1x?
Du könntest, um dich nicht mit den Eigenarten von "vi" auseinander setzen zu müssen vorher "export EDITOR=nano" (oder mcedit?) ausführen (voraus gesetzt nano/mc sind installiert) (ich mag vi nicht...).
Was das doppelt ausführen angeht - die mail, die das Script versendet, kannst du dieser um debug Daten erweitern? z.B. ein "print_r($_SERVER [, true])"?
So könntest du erstmal sehen was da genau ein 2tes mal dein script triggert..
wenn du den alten Server durch den Support in den Rettungsmodus bekommst solltest du "eigentlich" das ganze system via SCP auf den neuen Server (der auch im Rettungsmodus ist) spiegeln können.
Danach müsstest du nur noch überall die neue IP-Adresse eintragen (sed?)
Ich hatte auch aufgrund der komplexen Konfiguration ein "klonen" vorgezogen.. ist zwar ein wenig Handarbeit nötig, aber funktioniert (siehe hier)
Das einzige was mich genervt hat, ist die neue IP und die TTL Zeiten der Domains..
was siehst du, wenn du dir mal alle Cronjobs im System anzeigen lässt?
for user in $(cut -f1 -d: /etc/passwd); do crontab -u $user -l; donefür das 2te Problem, welchen Editor nutzt du um Cronjobs zu bearbeiten?
Du hättest doch auch einen kleineren vserver nehmen können. nur hättest du das angebot der migration nicht nutzen können.
auf die dauer würdest du so aber sicher geld sparen....
Genauso hab ich es auch gemacht! War für mich logischer.
