Hallo,
ich kann mir gut vorstellen, dass die Software einfach zu veralteten Code für deinen Webserver nutzt und daher nicht mehr ordnungsgemäß funktioniert:
Hi,
möchtest du uns diese Liste vielleicht auch vorher schon zeigen? 
Wie kann ich die SQLite Datenbank prüfen? Hatte noch nie Probleme mit denen.
Das ist etwas tricky und ich bin mir nicht sicher, ob das mit der SQLite DB von TeamSpeak überhaupt geht, weil die war glaub ich verschlüsselt, wenn ich mich richtig erinnere.
Prinzipiell gibt es aber den "sqlite" Client, wodurch du wie folgt die Datenbank anfassen kannst:
$ sqlite ts3server.sqlite
Die SQL Befehle sind unter SQLite etwas anders als in MySQL/MariaDB. Hier findest du aber eine nette Liste zur Orientierung: SQLite - Commands
Es ist egal, wie viel User da drauf sind. Es kann auch jeder beliebige andere Prozess die Ursache sein. Jedoch wird es nur beim TS3 Server bemerkbar. Wie gesagt: Es können auch anderen vServer auf dem Host-System die Ursache sein, dass die vielleicht schon sehr viel Performance fressen.
den Speicherplatz habe ich überprüft, es sind gerade mal 7% belegt.
Auch der Inode Speicherplatz? Das ist was anderes als der normal bekannte Speicherplatz.
Sobald das Forum mal wieder online sein sollte, kann ich mir gut vorstellen, dass du hier deine Antwort findest: http://forum.teamspeak.com/sho…se-to-get-it-back-to-work
Okay. Also es gibt nun folgende Vermutungen als Gründe für das Problem:
Installiere doch mal einen neuen TeamSpeak 3 Server mit einer SQLite Datenbank und teste den, ob der auch diese Probleme aufweist. Falls nein, kannst du das Linux System als Fehler schon mal ausschließen.
Je nachdem, wie viele User auf diesen TS dann drauf zugreifen, kann es sein, dass der Fehler wieder kommt. Das bestätigt dann, dass es sich um eine Disk I/O Limitierung durch deinen Hoster handelt. Falls der Fehler hier nicht auftritt, stoppe den TS3 Server und tausche die Datenbank mal gegen deine alte, also eigentliche aus. Funktioniert der TS3 Server mit dieser DB dann immer noch oder gibt es wieder Probleme? Bei Problemen würde es dann bedeuten, dass deine Datenbank korrupt, also kaputt ist.
Bevor du die Datenbank verschiebst und kopierst, zieh dir lieber erst ein Backup davon in irgendein Verzeichnis, wo du nicht einfach was rauslöschst!
Hallo,
ist deine Festplatte vielleicht voll?
df -hTdf -hTi
Was steht denn in den Log-Dateien des Systems drin?
Da es sich um einen vServer handelt, bezweifle ich, dass du die S.M.A.R.T. Werte der Disk (Festplatte) auslesen kannst. Du kannst es jedoch probieren:
aptitude install smartmontoolssmartctl -a /dev/sda
Anstatt "/dev/sda" gibst du hier deine Festplatte an. Mit "fdisk -l" kannst du dir vorhandene Disks z.B. anzeigen lassen.
Hallo Simas,
ein paar weitere Details im Vorab wären noch interessant. So wird sich keiner bei dir melden, da nicht jeder nachfragen möchte, was ungefähr benötigt wird. Mit Java kann man nämlich viel anstellen.
Ansonsten hätte ich noch folgende Infos, die mir spontan dazu einfallen:
Hallo,
installiere den TS3 Client vollständig neu. Das heißt auch den Ordner %APPDATA%\TS3Client löschen und die Registry danach bereinigen. Das musst du manuell und selbstständig machen. Über "Programme und Funktionen" deinstallierst du zwar die Software, allerdings nicht alles vollständig.
Danach installiere den Client neu und überprüfe deine Einstellungen. Teste das Headset dann auch mal, ob du was hörst, wenn du ein Test-Gespräch durchführst. Laut deiner Log-Meldung hast du nämlich massive Audio Probleme:
Zitat2015-07-07 17:17:48.690943|ERROR |SoundBckndIntf| | C:/Program Files/TeamSpeak 3 Client/soundbackends/directsound_win64.dll error: NO_DEFAULT_FOUND
Zur Bereinigung kann ich dir als Hilfsprogramm den CCleaner empfehlen - andere mögen ihn nicht und haben damit nur Probleme. Ich hatte damit seit über 5 Jahren noch nie ein Problem. CCleaner - PC Optimization and Cleaning - Free Download
wäre es schön wenn man alle möglichen Varianten dokumentieren könnte. Darunter sqlite zu mariadb/mysql, mariadb/mysql zu sqlite, mysql als DB mit den neuen libs, Backup per Psychokiller und eventuell per query.
Das kann ich am Wochenende mal machen. Da werde ich dann auch als erstes mal den Teil dokumentieren, wie das mit MySQL DB und MariaDB TS3 Server funktioniert.
PS: Teste die selbe Konfiguration mal nur mit dem MySQL anstatt MariaDB Plugin. Du musst den Namen dann natürlich auch in der INI-Datei anpassen. (Datei befindet sich im Anhang.)
Apache is a webserver. You need to open your used website ports.
By default there are following ports:
Some special configurations or webinterfaces may use other HTTP/HTTPS Ports. For example:
iptables -N WEBSERVERiptables -A WEBSERVER -p tcp -m multiport --dports 80,8080 -m comment --comment "HTTP" -j ACCEPTiptables -A WEBSERVER -p tcp -m multiport --dports 443,8443,9443 -m comment --comment "HTTPS" -j ACCEPTiptables -A WEBSERVER -j RETURN
...or...
iptables -N WEBSERVER
iptables -A WEBSERVER -p tcp -m tcp --dport 80 -m comment --comment "HTTP" -j ACCEPT
iptables -A WEBSERVER -p tcp -m tcp --dport 443 -m comment --comment "HTTPS" -j ACCEPT
iptables -A WEBSERVER -j RETURNHi,
here you can find an example for a iptables firewall: Schutz vor unerlaubten Zugriff mit Hilfe von iptables
Just create a file like "firewall.sh" and copy and paste the code. Then you may need to adjust some ports like "SSH-Zugriff" (means "SSH Access"; tcp 22).
You also should comment/remove the last line "iptables -P INPUT DROP" until you are 100 % sure, that the firewall should work fine as you configured and believe.
With the command "netstat -tulpen" you are able to get a full list of used network ports, which you should check, if they are required in your firewall or not.
Hallo Josh,
frag die anderen - die auf dem richtigen TS3 Server sind - doch bitte mal nach der IP-Adresse und verbinde dich dann auf diese direkt. Ggfs. ist dein DNS Eintrag für genau diese Adresse falsch, weshalb du eben wo anders raus kommst.
Solche Fehler können durch veraltete oder falsch synchronisierte DNS Server auftreten. Ich bin mir sehr sicher, dass du auf den Server gelangst, wenn du dich anstatts der Domain mit der IP und dem dazugehörigen Port verbindest.
Da das dann aber ja nicht die Lösung des Problems ist, würde ich dir raten, deine lokale DNS Liste mal zu leeren, sodass diese wirklich neu angelegt wird und zusätzlich kanst du noch deinen Router neustarten, sodass der die DNS Server neu einliest - kann ja sein, dass dein Router sich hier etwas aufgehangen hat.
Unter Windows kannst du als Administrator folgenden Befehl in der Eingabeaufforderung eingeben:
ipconfig /flushdns
Sieht dann so aus:
ZitatAlles anzeigenMicrosoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.
C:\Users\Sebastian>ipconfig /flushdns
Windows-IP-Konfiguration
Der DNS-Auflösungscache wurde geleert.
C:\Users\Sebastian>
Solltest du das Problem auch mit der IP und dem Port haben, zeige uns doch bitte mal deine Client Log-Datei. Diese findest du hier: %APPDATA%\TS3Client\logs
Hallo,
bist du sicher, dass du die Firewall vollständig deaktiviert hast? iptables kann Firewall Regeln plus sogenannte Policy Regeln speichern.
Zeig uns doch mal bitte deine Firewall. Mit iptables funktioniert das wie folgt:
iptables -L -n -viptables -L -n -v -t natEbenso wäre die Liste der lauschenden Ports und vorhandenen Prozesse interessant:
netstat -tulpen | grep ts3ps aux | grep ts3Kommst du per telnet auf deinen ServerQuery Login, wenn du es Remote (z.B. von deinem PC auf den Server) oder Lokal (direkt auf dem Server) durchführst? Für Remote Verbindungen gibt es z.B. eine Kommandozeile/einen Terminal unter Linux und MacOS oder für Windows eben die Eingabeaufforderung (CMD), PowerShell oder das geliebte Tool namens PuTTY. Telnet muss unter Windows ggfs. erst aktiviert werden: Aktivierung des Telnet-Clients unter Windows 7 (bei der Nutzung von PuTTY ist das nicht notwendig)
Falls du nicht weist, was ein ServerQuery ist bzw. wie du damit umgehst, kannst du das hier nachlesen: TeamSpeak 3 ServerQuery Benutzung
Zusätzlich sind unter Umständen noch folgende Log-Meldungen interessant bzw. nützlich:
Und zuletzt: Wie verbindet ihr euch auf den TS3 Server? Per IP oder DNS (FQDN), also Domain?
Hallo,
dein TS3 Server kann den Accouting Server von TeamSpeak nicht erreichen, weshalb er nach einiger Zeit (2h) den TS3 Server herunterfährt. Das haben bereits meine Vorredner gesagt.
Hier findest du eine Liste genutzter Ports von TS3: Schutz vor unerlaubten Zugriff mit Hilfe von iptables
Hallo,
die MariaDB ist mit der MySQL DB 100-%-ig kompatibel, weshalb es auch möglich ist, den TS3 Server auf der aktuellsten Version mit der MySQL DB laufen zu lassen. Ob hinten dran eine MariaDB oder MySQL DB läuft, ist TeamSpeak egal.
Der Hauptgrund für MariaDB ist lediglich der, dass die Performance höher als bei einer MySQL DB ist.
Eine Anleitung, wie du einen TS3 Server mit einer MySQL/MariaDB einrichtest, findest du hier: TeamSpeak Server Installation mit der MySQL/MariaDB Datenbank
Eine Migrationsanleitung gibt es ebenfalls, allerdings nur anders rum - von SQLite auf MySQL/MariaDB: TeamSpeak Server Migration von SQLite auf MySQL/MariaDB
Ich denke jedoch, dass die dir helfen kann, die Datenbank auch anders rum zu konvertieren/migrieren. Schreib dir einfach die Schritte zusammen und geh sie entgegengesetzt durch, sodass du dich von unten nach oben durch arbeitest und eben alles spiegelverkehrt durchführst. Denke aber bitte daran, dass du vorher noch ein Backup machst!
Was ich allerdings nicht verstehe, ist deine Begründung: Du nimmst aus Performance und Backup Gründen eine Remote DB von einem anderen Hoster? Du weist, dass das entferntere Datenbanken langsamer sind als lokale, da du die Daten jedesmal über das WAN/Netzwerk erst abrufen musst, oder? Ebenso ist das kein Backup. Wenn der Hoster nicht durch AGB oder ähnliches versichert, dass er regelmäßig Backups macht, musst du dich selber darum kümmern. Es kann durch ein fehlerhaftes TS3 Server Update schnell mal dazu führen, dass deine TS3 Server Daten in der Datenbank z.B. kaputt gehen, weil ein Konvertierungsvorgang fehlgeschlagen hat.
Deine Antwort passt auf jedes Bild. Jedes Verhältnis zwischen IN und OUT sieht recht realistisch aus. Sie sind ja auch realistisch, da sie alle von einem echten System stammen.
Deine Aussage würde bei einer Prüfung in der Schule, bei der IHK oder bei einer Frage durch einen Kollegen als vollständig falsch bzw. nicht hilfreich bewertet. Ein Kollege würde da eher eine weitere Frage hinter her werfen: Und warum sieht das recht realistisch aus?
@Marc: Der Unterschied zwischen deiner und @Thomas Antwort ist doch sichtlich, oder nicht? Du hast nur gesagt, dass "das Verhältnis recht realistisch aussieht".
Thomas dagegen hat dies so begründet, dass eingehender Traffic immer um das mindestens 1-fache wieder rausgesendet wird, da eben mehr Clients zuhören als gleichzeitig reden.
Hintergrund ist das Client-Server-Modell bzw. auch die "Client-Server-Architektur" genannt. Die besagt eben, dass man eine Verbindung zum Server aufbaut und von bzw. auch nach dort alle Daten sendet bzw. empfängt. Dadurch sendet Person A Daten an den Server, der vom TeamSpeak 3 Server automatisch an alle angemeldeten Clients - im selben Channel - zurückgesendet wird. Dadurch ergibt sich dieses "realistische Verhältnis": 1 zu >=1
Einer sendet. Einer oder mehrere empfangen das. Da das gesendete das selbe sein muss, wie das empfangen, ist der Verlauf der Kurven auch jeweils ähnlich. Ausnahmen machen hierbei leere Channels, wo nur ein Musikbot läuft oder teilweise auch ein Up- bzw. Download auf dem TS3 Server. Wenn du die beiden Kurven von Bild 3 vergleichst, wirst du feststellen, dass sie eigentlich immer den selben Verlauf zeigen: Beide hoch, beide grade, beide tief, beide grade,...
Da, wo das nicht so ist, war wohl ein Musikbot, Dateitransfer oder dergleichen Schuld. ServerQuery ist hier z.B. ein gutes Argument, denn du kannst einen noch so langen Befehl per Kommandozeile an den Server senden und er wird dir immer nur sehr kurz antworten, weshalb sich hier dann die Traffic-Mengen unterscheiden.
Beispiel:
Wir senden...
gm msg=Hallo\sWelt!\sDies\sist\sein\ssehr\slanger\seinfacher,\saber\sauch\sunnoetiger\sText,\sder\seinfach\snur\sein\sTest\sist.
...und erhalten...
error id=0 msg=ok
Wenn man den String umrechnet, wird das eine Zahl ergeben, die länger bzw. größer ist als die Antwort vom Server. Dadurch kann es dann mal vorkommen, dass sich die Kurven teilweise nicht mehr so ähneln.
@Thomas: Stellst du bitte die nächste Frage? 
Läuft!
@RootsWin: Deine Antwort und Begründung stimmt genauso wie die von @Thomas, allerdings hast du es mit deiner falsch Aussage bzg. der Downloads wieder vermasselt.^^
@Thomas: Du hast es vollkommen richtig beantwortet und begründet. Ebenso Danke für die Bestätigung, dass es immer ähnlich aussieht. Nächste Frage bitte.
Ja, die Daten stammen von einer frisch installierten Instanz, die erst seit ein paar Tagen läuft.^^
Auflösung:
Bild 1) Webserver
Ist daran erkennbar, dass der eingehende und ausgehende Traffic meistens, also größtenteils gleich ist. Grund hierfür ist, dass ein Client eine Webseite per TCP Protokoll anfordert und der Webserver entsprechend alle Daten der Webseite zurücksendet. Da es sich um TCP handelt, muss der angeforderte Teil ungefähr genauso viel wie der zurückgelieferte sein.
Bild 2) Windows Arma 3 Server
Ja, das ist sehr schwer zu erkennen und da es hierfür kein wirkliches "Muster" gibt, kann man das auch nicht wirklich begründen.^^
Bild 3 ) TeamSpeak Server
(siehe Begründung Thomas.)
Jep. Du wirst bei jedem TeamSpeak Server feststellen, dass sich die Graphen in einer Sache ähneln und daran erkennt man auch, dass nur eines der obigen Bilder passt.
