Search results

Mittlerweile läuft es stabil, seit ich den Sinusbot als Service laufen lasse. Lag wohl echt daran.

Im Screen vom Sinusbot wird mir folgendes angezeigt. Vielleicht wird hierdurch das Problem sichtbar. 2017/01/21 17:11:00 bc8211a4 b1ed9f27 WARN Could not send description command: HTTP returned an error: Timeout while waiting for callback; Code: 500; Message: Timeout while waiting for...

Ich vermute mittlerweile das der Memory Leak im TS Client zustande kommt, wie genau er allerdings ausgelöst wird ist mir noch unklar.

Da ich vorgestern erst neu gestartet habe liegt er noch bei 2% RAM Nutzung. Laut Webinterface siehe Anhang.

Kein Docker, kein LXC. Lediglich mein VPS ist per KVM virtualisiert. Habe grade eben mal das update auf die 8. Jan Version gemacht, mal schauen wie es jetzt läuft. Scripts aktiv nutze ich keine - jedenfalls habe ich keine wissentlich aktiviert.

Heute liegt die RAM Auslastung wieder bei ~78%. free -m total used free shared buff/cache available Mem: 5967 4109 227 59 1629 1504 Swap: 4092 304 3788 Leider fällt davon wieder 25%auf die gleiche Instanz zurück, wohingegen die andere Instanz bei unter 3% arbeitet. Kann es...

Soll er denn überhaupt Webradio Cachen? Das wundert mich jetzt doch etwas... Falls du beim Script einen Freiwilligen Tester brauchst, hau mich an ;)

free -m gibt aus: total used free shared buff/cache available Mem: 5967 2178 1592 88 2196 3407 Swap: 4092 168 3924 Update habe ich soeben durchgeführt, im Anschluss free -m...

Betriebssystem: Linux ubuntu 16.10 SinusBot Version: 0.9.15-b20cc30 TS3 Version: 3.0.19.4 Problembeschreibung Ich nutze aktuell 2 Instanzen, beide Streamen lediglich Webradio. Innerhalb von ~1-2 Wochen steigt die RAM Nutzung einer Instanz auf über 2-3GB an. Die andere Instanz bliebt davon...