Reply to thread

Message

<blockquote data-quote="Wiedmann" data-source="post: 1061924" data-attributes="member: 52725">Den kenne ich auch. Oder alternativ:[CODE][2014-02-02 07:17:51,510] [Log&nbsp; &nbsp; ] [Channel state thread] [ERROR] - ChannelState.DoSetChannelStates: An unknown error occured while setting channel states - The database backend (provider MySQL) could not be reached.Check the connection string: Server=mediacenter;Database=MpTvDb;User ID=foo;Password=bar;charset=utf8;Connection Timeout=30;Error: DatabaseUnavailableUnclassifiedGentle.Common.GentleException: The database backend (provider MySQL) could not be reached....[/CODE]oder auch mal:[CODE][2014-02-05 21:08:31,417] [Log&nbsp; &nbsp; ] [EPG Update thread] [ERROR] - Exception in Program.Persist() with Message The database backend (provider MySQL) could not be reached.Check the connection string: Server=mediacenter;Database=MpTvDb;User ID=foo;Password=bar;charset=utf8;Connection Timeout=30;[/CODE]Der MySQL Server zeigt hier dann auch jedesmal, dass der Client MP die Verbindung abgebrochen hat, ohne die Verbindung korrekt zu schliessen.Tatsächlich ist MP hier das einzigste Programm, was Probleme mit dem Zugriff auf den Server hat. &quot;<a href="http://dev.mysql.com/doc/mysqltest/2.0/en/mysql-stress-test-pl.html" target="_blank">mysql-stress-test.pl</a>&quot; zeigt, dass der Server keine Probleme hat.Die Querys und benutze Indexe von MP sollte man tatsächlich mal besser optimieren. Oder auch:Der TV Server verbindet sich hier im ø 105000 Mal in der Stunde mit dem Server, wählt seine Datenbank aus, und... macht nichts weiter. Diese unnötigen Abfragen machen 50% aller Abfragen aus. Und das bei derzeit ca. 60 / Sekunde vom TV Server.Also grundsätzlich provozieren kann ich den Fehler, wenn ich im SetupTV -&gt; Tv Channels ein &quot;Test timeshifting&quot; mache.Das der Dienst dabei Abstürtzt hatte ich bisher bei: SetupTV -&gt; Radio Channels -&gt; &quot;Test&quot; Scrambled.</blockquote>

[QUOTE="Wiedmann, post: 1061924, member: 52725"] Den kenne ich auch. Oder alternativ: [CODE][2014-02-02 07:17:51,510] [Log ] [Channel state thread] [ERROR] - ChannelState.DoSetChannelStates: An unknown error occured while setting channel states - The database backend (provider MySQL) could not be reached. Check the connection string: Server=mediacenter;Database=MpTvDb;User ID=foo;Password=bar;charset=utf8;Connection Timeout=30; Error: DatabaseUnavailableUnclassified Gentle.Common.GentleException: The database backend (provider MySQL) could not be reached. ... [/CODE] oder auch mal: [CODE][2014-02-05 21:08:31,417] [Log ] [EPG Update thread] [ERROR] - Exception in Program.Persist() with Message The database backend (provider MySQL) could not be reached. Check the connection string: Server=mediacenter;Database=MpTvDb;User ID=foo;Password=bar;charset=utf8;Connection Timeout=30; [/CODE] Der MySQL Server zeigt hier dann auch jedesmal, dass der Client MP die Verbindung abgebrochen hat, ohne die Verbindung korrekt zu schliessen. Tatsächlich ist MP hier das einzigste Programm, was Probleme mit dem Zugriff auf den Server hat. "[URL='http://dev.mysql.com/doc/mysqltest/2.0/en/mysql-stress-test-pl.html']mysql-stress-test.pl[/URL]" zeigt, dass der Server keine Probleme hat. Die Querys und benutze Indexe von MP sollte man tatsächlich mal besser optimieren. Oder auch: Der TV Server verbindet sich hier im ø 105000 Mal in der Stunde mit dem Server, wählt seine Datenbank aus, und... macht nichts weiter. Diese unnötigen Abfragen machen 50% aller Abfragen aus. Und das bei derzeit ca. 60 / Sekunde vom TV Server. Also grundsätzlich provozieren kann ich den Fehler, wenn ich im SetupTV -> Tv Channels ein "Test timeshifting" mache. Das der Dienst dabei Abstürtzt hatte ich bisher bei: SetupTV -> Radio Channels -> "Test" Scrambled. [/QUOTE]

Verification