Ich habe mit meiner Antwort somit wohl nur das Thema angetrieben... Danke @master_d!
Beiträge von Sebbo
-
-
Hallo,
wieso denn speziell "Hallo an mich"?Ich weis gerade nicht, wie dein Array aussieht. Zeig es uns doch mal:
Du müsstest dann entweder noch eine Liste aller online Clients holen und die mit dem Array vergleichen (mit Hilfe von in_array z.B.) oder du kannst ggfs. gleich sehen, ob die online sind, weil z.B. ein "Online" Flag vorhanden - bezweifle ich allerdings. -
Hallo,
wie die Fehlermeldung bereits sagt, hast du keine Rechte, das zu machen, was du vor hast.In diesem Fall möchtest du das Skript ausführen, was das Rechtebit "x" benötigt. Mit einem "stat" oder einfachen "ls -l" auf die Datei kannst du dir die Rechte anschauen.
So sieht es wahrscheinlich aktuell aus:
So sollte es aussehen:
Es gibt zwei Möglichkeiten: Entweder hast du die Dateien mit beispielsweise dem "root" User heruntergeladen und willst es jetzt mit dem User "teamspeak" z.B. ausführen oder es fehlt wirklich einfach das oben genannte Recht.
Für ersteres musst du den Eigentümer der Dateien ändern:
Oder für alle Dateien, die in dem Verzeichnis liegen:"teamspeak" ist der Benutzer und "users" ist eine Gruppe. Mit Hilfe des Befehls "groups teamspeak" kannst du dir die Gruppen des entsprechenden Users anzeigen lassen:
In diesem Beispiel ist der User "teamspeak" z.B. den Gruppen "teamspeak" und "users" zugeordnet. Könntest dich also für eine der beiden entscheiden. Da nur der TS3 User darauf Zugriff haben sollte, würde ich die "teamspeak" Gruppe empfehlen.Danach loggst du dich als der User "teamspeak" ein und führst deinen Befehl nochmal aus.
Für den zweiteren Weg musst du einfach folgenden Befehl eingeben, um der Datei "Execute Rechte" zu geben:
Oder nur für den Eigentümer z.B. so:
Eigentümer und Gruppe müsste so gehen (nutze das zu selten, bin mir daher nicht sicher - im schlimmsten Fall sagt er aber einfach nur ungültige Syntax ) : -
Hallo,
es gibt ein Recht, welches aussagt, dass der User nur Channels mit Passwörter erstellen kann. Dieses Recht heißt "b_channel_create_modify_with_force_password" (Channels nur mit Passwort erstellen). Entferne das einfach von deiner Serveradmin Gruppe und dann sollte es das gewesen sein: Rechtsklick darauf -> Recht entfernenWenn du das Recht "i_channel_min_depth" in den Servergruppen suchst, kannst du mit der Maus über dem Recht "hovern", also einfach drüber stehen bleiben und dann zeigt es dir folgenden Text zur Hilfe an:
Zitat von i_channel_min_depth BeschreibungDieser Wert legt fest, ab welcher Tiefe ein Channel von einem Benutzer oder einer Gruppe erstellt oder verschoben werden darf. Ein Channel kann weiterhin bearbeiter, jedoch nicht in einer höheren Ebene angeordnet werden. Ein Wert von -1 bedeutet keine Mindesttiefe.
Bei der Serveradmin Gruppe ist dieses Recht standardmäßig entfernt.PS: Kann es sein, dass du irgendwelche Rechte importiert / überschrieben / geändert hast? Weil deine "Probleme" treten bei einem frisch / neu installiertem Server eigentlich nicht auf.
-
Super. Vielen Dank für dein Feedback!
-
Hast du dich zu beiden Servern per Favorit verbunden? Falls ja: Prüfe bitte, ob es dort Unterschiede gibt (auch in den erweiterten Einstellungen davon).
-
In deinem Fall die TS3 Server Dateien und hierfür notwendige Bibliothek libstdc++ 6.
Zitat von TS3 Server doc/server_quickstart.txt-----------------------------------------------------------
1. System requirements
-----------------------------------------------------------2. Linux
A reasonably modern Linux environment with libstdc++ 6 is required. Both 32bit and 64bit are
natively supported. In addition, TeamSpeak 3 requires the epoll API which was introduced in Linux
kernel 2.5.44. Support was added to glibc in version 2.3.2. -
Ok, dann fallen mir persönlich akut nur noch folgende Möglichkeiten ein:
- TS3 Client ist falsch konfiguriert (sagtest du aber, dass es richtig eingestellt ist)
- Headset ist im Geräte Manager als "Deaktiviert" oder "Fehlerhaft" markiert
- Headset ist im Windows-Soundmixer deaktiviert (stumm geschalten)
Was bedeutet denn "Im anderen TS funktioniert das ohne Probleme"? Selber Client, anderer Server oder gleicher Server, anderer Client?
-
Wenn die serverkey.dat Datei kaputt ist, kann das u. U. auch auftreten, ja. Da warst du wohl mit der Suche schneller als ich mit meiner Antwort.
Bgzl. der Kernel Message:
Zitat von http://serverfault.com/questions/644810/dspam-crashes-with-general-protection-kernel-errorEither you have bad RAM on your server (hopefully unlikely, but with DO, you never know...), or there is a bug in the version you are using, or it is corrupt, or your distribution has shipped binary-incompatible libraries.
Consider updating everything with apt. If you have a reason to suspect it might be a hardware problem, bother DO's support.
Bei Serverfault geht es zwar nicht um TeamSpeak direkt, aber um die selbe Kernel Meldung. Hier wird geraten, die entsprechenden Dateien nochmal neu herunterzuladen und alle Software Pakete zu aktualisieren.Es kann auch sein, dass der RAM defekt ist. Da du den vServer wahrscheinlich nicht selbst hostest, würde ich an deiner Stelle einfach mal beim Hoster nachfragen, ob sie das prüfen können, weil du merkwürdige Probleme hast, die darauf hin deuten.
-
Hast du schon mal die Einstellungen im Menü "Selbst" überprüft? Da kannst du verschiedene Profile auswählen:
-
Es gibt weit aus mehr Cronjobs, als nur die der User.
- /etc/crontab
- /etc/cron.d/
- /etc/cron.daily/
- /etc/cron.hourly/
- /etc/cron.monthly/
- /etc/cron.weekly/
Versuch doch mal, den Accounting Server zu erreichen:
Sollte dann so aussehen:Code$ telnet accounting.teamspeak.com 2008Trying 128.65.210.118...Connected to accounting.teamspeak.com.Escape character is '^]'.
Wenn du dann einen Punkt bspw. eintippst, sollte nichts passieren - die Verbindung sollte aber stehen bleiben. Mit "quit" kannst du die Verbindung beenden/trennen: -
Hast du schon mal ein anderes Headset eingestellt, das gespeichert, den TS3 Client geschlossen und ihn dann wieder aufgemacht, auf das richtige eingestellt und nochmal neugestartet?
-
Ok, passt so.
Die systemd Meldungen können durch Cronjobs kommen, wie es in einem anderen Forum jemand beschrieben hat: [SOLVED] systemd flooding system log every 5 minutes. What is wrong? - FedoraForum.org
Hast du Cronjobs installiert? Wenn ja: Welche?
-
Hi,
du musst das Recht in der entsprechenden Servergruppe entweder höher einstellen oder ganz deaktivieren (entfernen): i_client_max_idletime (Maximale Idle Time (Sekunden))Das Recht siehst du nur im fortgeschrittenen Rechtesystem (siehe Extras -> Optionen -> Anwendung). Ich würde einfach nach "idle" im Filter suchen, dann findest du es direkt.
Bzgl. des Lautsprecher / Headset Problems: Kannst du uns davon einen Screenshot zeigen?
-
Wenn die kern.log leer ist, kann es sein, dass du kein vollwertiges Linux hast, da es sich z.B. um einen Container handelt oder dein Linux verwendet bereits systemd.
Prüfe bitte folgende Logs:
- kern.log
- dmesg
- syslog / syslogd / rsyslog
Nein, dafür gibt es keinen Autostart - müsste man selbst bauen. Der Server wird ordnungsgemäß heruntergefahren, oder? Sprich, wenn du "./ts3server_startscript.sh start" ausführst, sagt er nicht, dass er eine ts3server.pid oder so gefunden hat, oder?
-
Nein, du brauchst keine ts3server.ini.
Ok, dann hattest du vielleicht einfach nur ein (starkes) Netzwerkproblem, wodurch die Verbindung nicht aufgebaut werden konnte. In der kern.log etc. steht zum angegebenen Zeitpunkt (2016-09-05 13:43) nichts drin, oder?
Beachte bitte, dass du ggfs. zwei Stunden drauf rechnen musst, damit die anderen Logs mit denen von TS3 übereinstimmen.
-
Ok, das ist aber ein eindeutiger Fehler: Dein Server konnte sich nicht mit dem Server verbinden, um die Accounting-Details abzufragen.
Deine Firewall passt soweit. Auf welcher TS3 Server Version bist du?
Ich hatte das Problem mit den älteren auch ab und zu mal. War ein Bug, der gefixt wurde. Mit der aktuellsten Version tritt das nicht mehr auf.
-
Vielen Dank für dein Feedback!
-
Eigentlich nicht, nein.
Schau mal nach, ob die libc++ Bibliothek installiert ist, wie es @SquareRoot erwähnt hat. Reinstalliere diese ggfs. auch einfach mal.
-
Hallo,
unter FreeBSD muss man seit einer 3.0.13.x Version das Kernel Module async io aktivieren:ZitatThe new file transfer routines on unix systems now depend on async io (aio*) routines
For FreeBSD this probably means you need to load the aio kernel module
Ist das bei dir aktiviert? Ggfs. ist das die Ursache deines Problems. Aktivieren kannst du es wie folgt: