MythTV-Browser: Downgrade oder abwarten?

Antwort erstellen


Diese Frage dient dazu, das automatisierte Versenden von Formularen durch Spam-Bots zu verhindern.

BBCode ist eingeschaltet
[img] ist eingeschaltet
[url] ist eingeschaltet
Smileys sind ausgeschaltet

Die letzten Beiträge des Themas

Ich habe die Datenschutzerklärung gelesen und bin damit einverstanden.

   

Ansicht erweitern Die letzten Beiträge des Themas: MythTV-Browser: Downgrade oder abwarten?

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 16 Jan 2014, 09:01

Theli!
super, dass du da schon ein Licht am Ende des Tunnels siehst.
...das liegt an den Pillen die sie mir geben...
Dass da das Backend plötzlich mehrmals läuft, das hatte ich noch nie.
Ich bekam des öfteren beim Frontend-Start die Meldung, dass alle Karten belegt seien - das machte mich stutzig: Bei diesem Anlass hatte ich schon des öfteren andere Programme (Kaffeine, meTV, etc...)überprüft, obwohl ja eigentlich das Backend so konfiguriert ist, die alleinige Herrschaft über die TV-Hardware zu besitzen; ergo...

Das ist jetzt im Grunde OT, aber da ja doch so einige hier mitlesen noch folgendes:

Ich kann das Problem reproduzieren.

Beende Frontend nach einem Hänger mit TERM.
Starte Backend-konfiguration.
Bekomme den Hinweis, das Backend läuft noch und die Aufforderung es mit root-rechten zu stoppen, der ich folge.

Das Terminal sagt mir:

Code: Alles auswählen

b93] www.mythtv.org
2014-01-16 07:48:39.070739 C  Qt version: compile: 4.8.1, runtime: 4.8.1
2014-01-16 07:48:39.070742 N  Enabled verbose msgs:  general
2014-01-16 07:48:39.070759 N  Setting Log Level to LOG_INFO
2014-01-16 07:48:39.070791 I  Added logging to the console
2014-01-16 07:48:39.070807 I  Added syslogging to facility local7
2014-01-16 07:48:39.070811 I  Added database logging to table logging
2014-01-16 07:48:39.070886 N  Setting up SIGHUP handler
2014-01-16 07:48:39.070934 N  Using runtime prefix = /usr
2014-01-16 07:48:39.070943 N  Using configuration directory = /home/nansen/.mythtv
2014-01-16 07:48:39.071036 I  Assumed character encoding: de_DE.UTF-8
2014-01-16 07:48:39.071361 N  Empty LocalHostName.
2014-01-16 07:48:39.071366 I  Using localhost value of HageTux
2014-01-16 07:48:39.097084 N  Setting QT default locale to de_US
2014-01-16 07:48:39.097139 I  Current locale de_US
2014-01-16 07:48:39.097169 E  No locale defaults file for de_US, skipping
2014-01-16 07:48:39.101418 I  Starting IO manager (write)
2014-01-16 07:48:39.101474 I  Starting IO manager (read)
2014-01-16 07:48:39.101518 I  Starting process signal handler
2014-01-16 07:48:39.101576 I  Starting process manager
2014-01-16 07:48:39.207076 I  ScreenSaverX11Private: DPMS is disabled.
2014-01-16 07:48:39.237391 N  Desktop video mode: 1680x1050 60.001 Hz
cannot find libcec.solibcec.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
2014-01-16 07:48:39.335832 I  Loading de translation for module mythfrontend
2014-01-16 07:48:39.336671 E  LIRC: Failed to connect to Unix socket '/dev/lircd'
                        eno: Datei oder Verzeichnis nicht gefunden (2)
2014-01-16 07:48:39.336754 E  JoystickMenuThread: Joystick disabled - Failed to read /home/nansen/.mythtv/joystickmenurc
2014-01-16 07:48:39.343210 E  CECAdapter: Failed to load libcec.
2014-01-16 07:48:39.347618 I  Binding to UDP 127.0.0.1:6948
2014-01-16 07:48:39.347792 I  Binding to UDP [::1]:6948
2014-01-16 07:48:39.347961 I  Binding to UDP [fe80::92f6:52ff:fe03:61c8%eth0]:6948
2014-01-16 07:48:39.385491 I  Using Frameless Window
2014-01-16 07:48:39.385554 I  Using Full Screen Window
QFont::setPixelSize: Pixel size <= 0 (0)
QFont::setPixelSize: Pixel size <= 0 (0)
QFont::setPixelSize: Pixel size <= 0 (0)
QFont::setPixelSize: Pixel size <= 0 (0)
2014-01-16 07:48:39.606666 I  Using the Qt painter
2014-01-16 07:48:39.841886 I  Current MythTV Schema Version (DBSchemaVer): 1299
2014-01-16 07:48:40.027126 I  MythCoreContext: Connecting to backend server: 127.0.0.1:6543 (try 1 of 1)
2014-01-16 07:48:47.027770 E  MythSocket(26950a0:25): readStringList: Error, timed out after 7000 ms.
2014-01-16 07:48:47.027862 C  Protocol version check failure.
                        The response to MYTH_PROTO_VERSION was empty.
                        This happens when the backend is too busy to respond,
                        or has deadlocked in due to bugs or hardware failure.                       
                        
Die Konfiguration startet, gefolgt von dem Hinweis, das Backend liefe noch und der Auswahlbox - ich wähle stoppen. Alles - OK.

Code: Alles auswählen

2014-01-16 07:48:57.232805 I  Trying to stop backend
2014-01-16 07:48:57.232915 I  Locking input devices
2014-01-16 07:48:57.521529 I  Unlocking input devices
Aber nein - das Backend läuft noch unbehelligt weiter.
Ich kann nun in der Backend-Konfiguration konfigurieren was ich will und das GUI normal verlassen.
Ohne irgendwelche Fehlermeldungen bekomme ich nun die Nachfrage...
Would you like to start the mythtv backend?
...die man normalerweise bejahen würde - und Schwupps - ist das Chaos im Gange.


Auf der Konsole will ich mir mit:

Code: Alles auswählen

nansen@HageTux:~$ mythbackend -v
das log nochmal anschauen.
Beende mit Strg+Z
Bekomme:

Code: Alles auswählen

Angehalten              mythbackend -v
Aber die Prozesstabelle sagt.
1x mythbackend läuft und gehört mythtv
1x mythbackend, angehalten, gehört mir, dem User.

Zufällig schaue ich, vielleicht eine Minute später wieder hin, da ist der Prozess der mythtv gehört weg und nur der von mir wird noch (angehalten) geführt.
Dieser reagiert nicht auf TERM und bekommt also ein KILL.

Erst jetzt läuft kein Backend mehr.

Wenn ich nun die Konfiguration erneut starte, bekomme ich ein sauber(er)es Log:

Code: Alles auswählen

b93] www.mythtv.org
2014-01-16 08:42:54.839688 C  Qt version: compile: 4.8.1, runtime: 4.8.1
2014-01-16 08:42:54.839691 N  Enabled verbose msgs:  general
2014-01-16 08:42:54.839708 N  Setting Log Level to LOG_INFO
2014-01-16 08:42:54.839740 I  Added logging to the console
2014-01-16 08:42:54.839757 I  Added syslogging to facility local7
2014-01-16 08:42:54.839761 I  Added database logging to table logging
2014-01-16 08:42:54.839837 N  Setting up SIGHUP handler
2014-01-16 08:42:54.839886 N  Using runtime prefix = /usr
2014-01-16 08:42:54.839894 N  Using configuration directory = /home/nansen/.mythtv
2014-01-16 08:42:54.839988 I  Assumed character encoding: de_DE.UTF-8
2014-01-16 08:42:54.840307 N  Empty LocalHostName.
2014-01-16 08:42:54.840312 I  Using localhost value of HageTux
2014-01-16 08:42:54.893333 N  Setting QT default locale to de_US
2014-01-16 08:42:54.893386 I  Current locale de_US
2014-01-16 08:42:54.893416 E  No locale defaults file for de_US, skipping
2014-01-16 08:42:54.902170 I  Starting IO manager (write)
2014-01-16 08:42:54.902387 I  Starting IO manager (read)
2014-01-16 08:42:54.902559 I  Starting process signal handler
2014-01-16 08:42:54.902746 I  Starting process manager
2014-01-16 08:42:55.054353 I  ScreenSaverX11Private: DPMS is disabled.
2014-01-16 08:42:55.079104 N  Desktop video mode: 1680x1050 60.001 Hz
cannot find libcec.solibcec.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden
2014-01-16 08:42:55.208824 I  Loading de translation for module mythfrontend
2014-01-16 08:42:55.209987 E  LIRC: Failed to connect to Unix socket '/dev/lircd'
                        eno: Datei oder Verzeichnis nicht gefunden (2)
2014-01-16 08:42:55.210068 E  JoystickMenuThread: Joystick disabled - Failed to read /home/nansen/.mythtv/joystickmenurc
2014-01-16 08:42:55.219768 E  CECAdapter: Failed to load libcec.
2014-01-16 08:42:55.224716 I  Binding to UDP 127.0.0.1:6948
2014-01-16 08:42:55.224983 I  Binding to UDP [::1]:6948
2014-01-16 08:42:55.225183 I  Binding to UDP [fe80::92f6:52ff:fe03:61c8%eth0]:6948
2014-01-16 08:42:55.269492 I  Using Frameless Window
2014-01-16 08:42:55.269551 I  Using Full Screen Window
2014-01-16 08:42:55.466016 I  Using the Qt painter
QFont::setPixelSize: Pixel size <= 0 (0)
QFont::setPixelSize: Pixel size <= 0 (0)
QFont::setPixelSize: Pixel size <= 0 (0)
QFont::setPixelSize: Pixel size <= 0 (0)
2014-01-16 08:42:55.693616 I  Current MythTV Schema Version (DBSchemaVer): 1299

Wie schon gesagt, etwas OT.
Irgendwo hatte ich von Veränderungen in den mythbackend-Stop-Routinen gelesen. Vielleicht sind diese in meinem GUI nicht sauber implementiert?
Das könnte man sicher herausfinden, aber sei's drum. Ich weiss ja jetzt worauf ich achten muss.

Grüsse Ralf

Re: MythTV-Browser: Downgrade oder abwarten?

von theli » 15 Jan 2014, 19:12

Lieber Ralf,

super, dass du da schon ein Licht am Ende des Tunnels siehst. Echt erstaunlich was du da für Probleme hattest. Dass da das Backend plötzlich mehrmals läuft, das hatte ich noch nie. Obwohl ich MythTV in vielen verschiedenen Versionen und Instanzen immer mal wieder bei mir laufen hatte und habe.
Eventuell hat das was mit der Änderung der Backend-IP Adressen im MythTV Setup zu tun. Das hat bei mir auch schon dazu geführt, dass er die restliche Konfiguration nicht mehr gefunden hat, weil z.B. die TV-Karten mit dem BAckend Hostnamen verknüpft sind. Aber das hat bei mir nie dazu geführt, dass das Backend gleich mehrfach lief.

LG;
Theli

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 15 Jan 2014, 08:20

Hallo!

:D Es funktioniert, was freut,
:? und ich habe keine Ahnung warum, was ärgert.

Zusammenfassend:

Ich hatte gestern morgen noch über die Workbench den User "mythtvbrowser" hinzugefügt.
Einmal für "mythconverg", einmal generell für "mysql".
Unter Host, wählte ich "Any Host(%)".
Fügte aber noch einen Eintrag "lokalhost" hinzu.
Das Handbuch sagt:
"Die korrekte Vorgehensweise besteht darin, einen zweiten Eintrag mit Host='localhost' und User='some_user' einzufügen oder den Eintrag mit Host='localhost' und User='' zu löschen."
Auch das tat ich.

Dennoch konnte ich mich nicht als "mythtvbrowser" auf der Konsole einloggen.
Ob zu diesem Zeitpunkt bereits mehrere Backends liefen - möglicherweise sogar mit unterschiedlichen Netzwerkadressen - weiss ich nicht. Das habe ich nicht kontrolliert, denn jedesmal wenn ich ich zuvor über das MythTv-Setup Änderungen vorgenommen habe, verlief der Vorgang des Herunterfahrens und des Neustartens augenscheinlich ganz normal ab; es erfolgten keinerlei Fehlermeldungen, nichts irritierendes.
Erst gestern Abend, anlässlich des grossen Chaos, bemerkte ich die dreifache Instanz des Backends.

Soeben konnte ich mich also sowohl von der Konsole aus, als auch vom Plugin aus problemlos in "mythconverg" anmelden.
Allerdings immer noch nicht als "mythtvbrowser".

Möglicherweise liefen ja bereits vorher, während meiner Versuche, mehrere Backends, was vielleicht das Chaos erklären würde?
Zwar kann ich nicht erklären, wie es so gekommen ist, werde aber nun wie folgt vorgehen:
  • Ich habe mir eine Prozesstabelle oben angetackert die alles zeigt, was mit "my..." beginnt.
    Nun schaue ich, ob alles stabil bleibt.
    Dann kläre ich die Frage, ob dem auch so ist, wenn der Rechner aus war - schön langsam, Schritt für Schritt.
    Treten Probleme auf - z.B. beim Ändern irgendwelcher Einstellungen am Backend - insbesondere wenn es Schwierigkeiten beim Stoppen oder Neustarten gibt, werde ich dies nur gezielt über die Konsole tun und sehen ob sich was ändert.
    Zuletzt mache ich mich ans Aufräumen der mysql, aber erst nachdem es mir gelungen ist, mindestens einen funktionierenden User, den ich auch im Plugin verwenden kann, hinzuzufügen.
Ich bedanke mich aufrichtig für die Hilfe die mir zuteil wurde,
Ralf

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 14 Jan 2014, 20:15

Mist - heute morgen war alles normal, aber:
Ich komme nach Hause und der Rechner hängt auf halb Acht: Schwarz, keine Reaktion auf garnix. Hardware-Reset. :oops:
Scheinbar funktioniert alles, aber das Frontend kann das Backend nicht kontakten.
Ich stelle fest, dass drei(!) Backends gleichzeitig laufen, zwei davon beanspruchen Leistung.
Das Töten zieht sich endlos in die Länge.
Sehe zu, dass ich wieder die 127.0.0.1 eintrage.
Nach vielen Hängern läuft es nun wieder.
Ab jetzt fummel ich damit nur rum, wenn ich gleichzeitig eine Prozesstabelle im Blickfeld habe. :idea:

mvh Ralf

Re: MythTV-Browser: Downgrade oder abwarten?

von theli » 14 Jan 2014, 07:34

Hmm, ziemlich verzwickt. Seltsam, dass das so gar nicht funktionieren will bei dir. Vielleicht hilft dir dieser Link weiter: http://dev.mysql.com/doc/refman/5.1/de/ ... enied.html

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 14 Jan 2014, 07:11

danke für deine ausführliche Antwort!
...danke für's ausführliche lesen, Martin!
Hast du den MySQL Dämon nach Änderung der bind-adresse auch neu gestarte?
Ich hatte gesten sogar mal den Rechner aus: MythTv hatte plötzlich Probleme mit dem Sender-Lock, hing fest und noch bevor ich das Frontend killen konnte, rebootete der Rechner. Wow! Ich kann mich nicht erinnern, wann dergleichen das letzte Mal passierte...
Wenn ja, klappt der Login auf der Commandline über das mysql Kommando mit den selben Einstellungen wie im Plugin?
Nein - immer nur als root. Ich habe schon endlos viele Variationen durch, weswegen ich das Problem auch in der generellen mysql-Konfiguration und nicht im
Plugin sehe. Hier bekomme immer:

Code: Alles auswählen

ERROR 1045 (28000): Access denied for user 'mythtv'@'localhost' (using password: YES)
Der Fehlerdialog vom Plugin sollte noch mehr Informationen bieten.

Ja sicher - sagte ich ja gleich zu Anfang...
Hier die Variation mit 127.0.0.1 für Backend und DB-Host mit PW 0000:

Code: Alles auswählen

Unable to add a new recording schedule to the database.
Unable to establish a database connection.
Access denied for user 'mythtv'@'localhost' (using password: YES)


----- Start of stacktrace -----
mythtvbrowser.backend.BackendException: Unable to add a new recording schedule to the database.
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:737)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
Caused by: java.io.IOException
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:536)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  ... 3 more
Caused by: java.io.IOException: Unable to establish a database connection.
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:185)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  ... 6 more
Caused by: java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: YES)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  ... 7 more


Caused by:
java.io.IOException
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:536)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
Caused by: java.io.IOException: Unable to establish a database connection.
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:185)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  ... 6 more
Caused by: java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: YES)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  ... 7 more


Caused by:
java.io.IOException: Unable to establish a database connection.
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:185)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
Caused by: java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: YES)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  ... 7 more


Caused by:
java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: YES)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
----- End of stacktrace -----
Und hier die Variation ohne Passwort - sollte ja lt. MythTV Beschreibung so auch funtkionieren - ich probiere immer (auch auf der Konsole) beides:

Code: Alles auswählen

Unable to add a new recording schedule to the database.
Unable to establish a database connection.
Access denied for user 'mythtv'@'localhost' (using password: NO)


----- Start of stacktrace -----
mythtvbrowser.backend.BackendException: Unable to add a new recording schedule to the database.
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:737)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
Caused by: java.io.IOException
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:536)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  ... 3 more
Caused by: java.io.IOException: Unable to establish a database connection.
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:185)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  ... 6 more
Caused by: java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: NO)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  ... 7 more


Caused by:
java.io.IOException
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:536)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
Caused by: java.io.IOException: Unable to establish a database connection.
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:185)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  ... 6 more
Caused by: java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: NO)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  ... 7 more


Caused by:
java.io.IOException: Unable to establish a database connection.
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:185)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
Caused by: java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: NO)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  ... 7 more


Caused by:
java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: NO)
  at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1075)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3566)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3498)
  at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:919)
  at com.mysql.jdbc.MysqlIO.secureAuth411(MysqlIO.java:4004)
  at com.mysql.jdbc.MysqlIO.doHandshake(MysqlIO.java:1284)
  at com.mysql.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:2312)
  at com.mysql.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:2122)
  at com.mysql.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:774)
  at com.mysql.jdbc.JDBC4Connection.<init>(JDBC4Connection.java:49)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
  at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
  at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
  at java.lang.reflect.Constructor.newInstance(Constructor.java:534)
  at com.mysql.jdbc.Util.handleNewInstance(Util.java:409)
  at com.mysql.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:375)
  at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:289)
  at java.sql.DriverManager.getConnection(DriverManager.java:615)
  at java.sql.DriverManager.getConnection(DriverManager.java:195)
  at org.jmythapi.database.impl.DataBase.openDatabaseConnection(DataBase.java:153)
  at org.jmythapi.database.impl.DataBase.queryDataList(DataBase.java:519)
  at org.jmythapi.database.impl.DataBase.queryDataItem(DataBase.java:494)
  at org.jmythapi.database.impl.DataBase.getChannelInfo(DataBase.java:199)
  at mythtvbrowser.backend.BackendWrapper.addSchedule(BackendWrapper.java:583)
  at mythtvbrowser.ActionUtil$1.actionPerformed(ActionUtil.java:329)
  at mythtvbrowser.ActionUtil$AMenuProgramAction$1.run(ActionUtil.java:1546)
  at util.ui.progress.ProgressWindow$1.run(ProgressWindow.java:80)
----- End of stacktrace -----
Ha! Ich Doof.. ich Hirni... wie kann man nur so blind sein?
Warum bin ich nicht vorher darauf gekommen?

Ich änderte soeben in den Plugin-Einstellungen den User mythtv auf root mit dazugehörigem Password.
Funktioniert auf Anhieb. Einwandfreie Programmierung!


Kopfschüttel... ich gehe jetzt in den Garten, grabe ein Loch und setze mich zum Schämen rein.
Spätestens als ich alle Variationen auf der Konsole durchprobierte, hätte mir das einfallen können.

Das ist zwar jetzt keine Lösung, sollte aber wohl klarstellen, dass es an der mysql-Konfiguration und nicht am Plugin, bzw. dessen Handhabung des DB-User-Accounts liegt.


Danke für die Hilfe, immer noch Kopfschüttelnd, Ralf....

Re: MythTV-Browser: Downgrade oder abwarten?

von theli » 13 Jan 2014, 19:57

Hallo Ralf,

danke für deine ausführliche Antwort!

Hast du den MySQL Dämon nach Änderung der bind-adresse auch neu gestarte? Wenn ja, klappt der Login auf der Commandline über das mysql Kommando mit den selben Einstellungen wie im Plugin?

Der Fehlerdialog vom Plugin sollte noch mehr Informationen bieten. Gibt es da keinen Button um den Stacktrace der Fehlermeldung in die Zwischenablage zu kopieren? Wenn ja, bitte schick mir das mal, damit ich schauen kann, was genau nicht geklappt hat.

Danke und lg,
Theli

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 13 Jan 2014, 09:49

Hallo Theli!

Vielen Dank für Deine Mühe.

Zunächst zur Vermeidung von Mißverständnissen:
würde auch für 127.0.0.1 (bei dir oben fehlt ein Punkt vor der 1)
Das war nur ein Tippfehler beim Posten, weil Copy&Paste aus der Workbench nicht funktionierte...
Ich denke für die meisten ist's leichter einfach nur den bestehenden Benutzer zu verwenden.
Mein Gedanke war, dass wir EDV-Grobmotoriker nicht Gefahr laufen, versehentlich den Zugriff des Frontends auf das Backend zu zerstören, wenn wir mit dem grossen Schraubenzieher in filigranen Datenbanken herumstochern; funktioniert alles auf Anhieb, ist's kein Problem.

Ich habe mich entschlossen nun (nach dem Staffelauftakt von gestern Abend) zunächst nur das Thema Netzwerkadressen anzugehen - dies wie folgt:

Ich öffne Lokales Backend (HageTux) und ändere hier die IP-Adresse/HageTux und die des Master-Backend von
127.0.0.1 auf 192.168.1.68 (der LAN-Adresse).
Schliesse das Backend.

Öffne (wieder) /etc/mysql/my.cnf. Keine Änderung

Code: Alles auswählen

bind-address		= 127.0.0.1
noch drin.

Öffne MythTv-Browser und tausche die IP's von
Backend Host & DB Host ebenfalls auf die LAN Adresse

Bekomme bei Programmierungsversuch wieder ein

Code: Alles auswählen

mythtvbrowser.backend.BackendException: Unable to add a new recording schedule to the database.
Stoppe Frontend und Backend.

Öffne MySQL Workbench
Öffne Server Administration, den (gestern eingetragenen) Server "TV1"

Hier bekomme ich (INFO) die Auskunft:
Host 127.0.0.1

Ich öffne "Options File".
Gebe "bind" in Locate optin ein und sehe den Eintrag:
"master-bind" ist leer.

Verlasse Workbench.

Kommentiere in /etc/mysql/my.cnf den

Code: Alles auswählen

#	bind-address		= 127.0.0.1
aus.

Starte Backend - normal
Starte Frontend - auch gut
Öffne Plugin MythTv-Browser - Alle Menüpunkte bis auf "open Settings" deselectiert.
Öffne "open Settings", lasse alles so wie es ist und bestätige nur...
Alle Punkte sind wieder in Funktion.
Bekomme beim Versuch zu programmieren wieder die obrige Meldung:

Code: Alles auswählen

mythtvbrowser.backend.BackendException: Unable to add a new recording schedule to the database.
Kontrolliere "my.cnf" - Bind immer noch auskommentiert.

Dumm.
Ich bin ja nicht der Einzige, der ein DE-Turorial für die Workbench sucht - das würde vielleicht helfen.
Aber egal - das wird alles noch viel schlimmer werden, wenn ich bei dem Punkt "Streaming auf's Tablett" auf meiner 2do-Liste angekommen bin.

Grüsse aus dem Dalsland, Ralf

Re: MythTV-Browser: Downgrade oder abwarten?

von theli » 12 Jan 2014, 15:53

Hallo Ralf,
CommunicationsException: Communications link failure
The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
Das klingt mir danach, als würde dein dein MySQL nicht auf allen Interfaces lauschen, sondern nur auf localhost (d.h. 127.0.0.1). Da wird in deiner /etc/mysql/my.cf als bind-address 127.0.0.1 eingetragen sein.
Ich fürchte einem grundlegenden Verständnissfehler zu unterliegen:
Warum benutzt das plugin überhaupt den User "mythtv"?
Wäre es nicht viel einfacher, für das Plugin einen anderen User "tvbrowser" mit gleichen Rechten einzurichten?
Du kannst natürlich auch gerne einen andere Benutzer anlegen und diesen verwenden. Ich denke für die meisten ist's leichter einfach nur den bestehenden Benutzer zu verwenden.
Für den User mythtv
von
%
%.hagetux (wieso klein geschrieben?)
%.127.0.01
localhost
Probier mal alle diese Berechtigungen zu Löschen und nur noch "%" zu verwenden. Das ist ein Wildcard uns sollte dann für alle beliebigen Hostnamen gelten.
Ich glaube %.hagetux stimmt nicht, das würde nur für Hostnamen mist Postfix ".habetux" greifen. Ich denke hier solltest du "%." davor weglassen und nur hagetux verwenden. Das selbe würde auch für 127.0.0.1 (bei dir oben fehlt ein Punkt vor der 1) gelten.

LG;
Theli (Martin)

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 12 Jan 2014, 14:34

Hallo nochmal (Martin?)
etwas Hallowach via ZOEGA und schon geht's weiter...

Für den User mythtv
von
  • %
    %.hagetux (wieso klein geschrieben?)
    %.127.0.01
    localhost
sind, wenn ich das richtig verstehe lt. Workbench alle folgenden Rechtegruppen gesetzt:
Object, DDL und Other (bis auf GRANT)

Ich habe mir auch nochmal den Abschnitt über die "Security PIN" in der "Detailed configuration Backend" für Vers.0.21 (ich fand keine Entsprechung für Vers.0.27) durchgelesen und mich überprüft; ja, der Anweisung "Use four zero's (0) to allow any client to connect and request database credentials.", bin ich zunächst gefolgt.
Im weiteren Verlaufe habe ich dann immer jeweils nichts (kein Passwort) oder vier Nullen getestet... oder eben als root mit Rootpasswort - das macht in den Fehlerausgaben (Plugin oder Konsole) keinen Unterschied.

Das ist zwar nicht (mehr) relevant, aber:
Irgendwo hatte ich was über die Namensauflösung in mysql gelesen... und wie wichtig es ist, sich an die korrekte Groß-Kleinschreibung zu halten. Ich habe keine Erklärung für die Kleinschreibung, bin aber 100% sicher den Hostnamen korrekt eingegeben zu haben.

Jetzt fällt mir erst recht nichts mehr ein...
mvh Ralf

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 12 Jan 2014, 12:56

Tausend Dank für die Mühe!
Im Posting versucht das Plugin über localhost zuzugreifen
Das hatte ich schon im Auge, aber es bezog zich ja auf den Benutzer, also "mythtv'@'localhost".
Zwar gab es in der Pluginkonfiguration die Möglichkeit den Datenbank-Host einzugeben, da der Zugang zum Backend-Host über die Netzwerk-Adresse (und der MAC) aber gut funktionierte, dachte ich, das sollte mit dem DB-Host auch gehen.
Dennoch funktionierte Deine Überlegung auf Anhieb: keine Login-Fehlermelung mehr, aber stattdessen die grundsätzliche Verweigerung(?):

Code: Alles auswählen

CommunicationsException: Communications link failure
The last packet sent successfully to the server was 0 milliseconds ago. The driver has not received any packets from the server.
Alternativ dazu probier doch mal bitte die Zugriffsberechtigungen für mythtv@localhost zu setzen.
Das habe ich getan. Es wird scheinbar angenommen, aber dennoch änder sich nichts (wieder mit Netzwerkadresse im Plugin).
Auch über die Konsole:

Code: Alles auswählen

ERROR 2003 (HY000): Can't connect to MySQL server on 'HageTux'
ich prüfe das als root um sicher zu sein - so habe ich den direkten Vergleich.

Die Workbench hatte ich mir schon dieser Tage installiert, tue mich aber schwer damit und da man meistens mehr Informationen zur Konsole im WEB findet, habe ich das ersteinmal auf die lange Bank geschoben.

Ich fürchte einem grundlegenden Verständnissfehler zu unterliegen:
Warum benutzt das plugin überhaupt den User "mythtv"?
Wäre es nicht viel einfacher, für das Plugin einen anderen User "tvbrowser" mit gleichen Rechten einzurichten?

mvh Ralf
(Kopfschwirr...Kaffee...Pause...sonst undokumentiertes Chaos)

Re: MythTV-Browser: Downgrade oder abwarten?

von theli » 12 Jan 2014, 10:51

Hi!

Ja, die MySQL Rechteverwaltung ist manchmal schwierig zu durchblicken. Ich empfehle dir die MySQL Workbench zu installieren. Dort kannst du dann über eine nette graphische Oberfläche die Berechtigungen setzen.

Was mir bei dir aufgefallen ist. Im Posting versucht das Plugin über localhost zuzugreifen. Im unten angeführten Beispiel hast du aber die Rechte für den Rechner Hostnamen gesetzt.
Probier doch mal in den Plugin-Settings HageTux als DB Hostname zu verwenden, sofern MySQL bei dir auf allen Interfaces lauscht (bind-address muss dafür in der my.cf Konfigurationsdatei auskommentiert sein). Alternativ dazu probier doch mal bitte die Zugriffsberechtigungen für mythtv@localhost zu setzen.

Auf der commandline kannst du mit
"mysql -D mythconverg -h HOSTNAME -u mythtv -p" sehr rasch ausprobieren ob die besetzten Berechtigungen greifen.

LG;
Theli

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 12 Jan 2014, 10:30

Hallo Theli!

Vielleicht sollte ich nun lieber in ein entsprechendes Forum wechseln, aber:

Code: Alles auswählen

nansen@HageTux:~$ mysql -u root -p mythconverg                                                                                  
Enter password:                                                                                                                              
Reading table information for completion of table and column names     
Your MySQL connection id is 712                                                                                                                                         
Server version: 5.5.34-0ubuntu0.12.04.1 (Ubuntu)         
mysql> grant all on mythconverg.* to mythtv@"%.HageTux" identified by "mythtv";
Query OK, 0 rows affected (0.00 sec)
mysql>  flush privileges;
Query OK, 0 rows affected (0.00 sec)
ändert nichts.
Mein Gedanke ist ähnlich wie in diesem Link hier:
http://www.mythtvtalk.com/mythtv-setup- ... est-10683/

Wieso bekomme ich ein OK, aber gleichzeitig "0 rows affected"?

Ich möchte mir nichts zerschiessen, denn ich habe nur diesen TV und gehe dementsprechend behutsam vor.
mvh Ralf

Re: MythTV-Browser: Downgrade oder abwarten?

von theli » 11 Jan 2014, 11:31

@Nansen:
Du musst die Zugriffsrechte noch richtig konfigurieren, vgl.
http://wiki.tvbrowser.org/index.php/Myt ... von_MythTV

Re: MythTV-Browser: Downgrade oder abwarten?

von Nansen » 06 Jan 2014, 07:35

Ich fürchte, eine vielstündige Auseinandersetzung mit mysql, wovon ich rein garnichts verstehe, ist unvermeidlich.

Code: Alles auswählen

Unable to add a new recording schedule to the database.
Unable to establish a database connection.
Access denied for user 'mythtv'@'localhost' (using password: YES)
Caused by: java.sql.SQLException: Access denied for user 'mythtv'@'localhost' (using password: YES)
... mit endloser Begründungsliste.
Dafür brauche ich'n Tag... mindestens.
Der Zugang zu MythWeb über das Plugin von TV-Browser aus, funktioniert tadellos.

Sollte dem einen oder anderen Leser, die Hürde bekannt sein, freue ich mich über Rat, ansonsten; leseln, lesen, lesen.

mvh Ralf

Nach oben