[1] 2 >>> MLD-5.x / Systems / x86 Systeme (PC) / MLD 5.3 - epg2vdr + scraper2vdr können sich nicht am mysql-server anmelden
 

Offline skippy

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2280
    • View Profile
Hallo zusammen,

nach dem wir gestern bei der MLD 5.3 den mysql-server und den epg-daemon zum Laufen bekommen haben, habe ich heute auf dem MLD-Server das epg2vdr und scraper2vdr Plugin installiert. Auf dem Server läuft auch der mysql-server und der epg-daemon. Die messages wird mit folgenden Meldungen geflutet, dass sich die Plugins nicht connecten können:
Code: [Select]
Feb 15 18:44:28 (MLD) user.err vdr: scraper2vdr: Trying to re-connect to database!
Feb 15 18:44:28 (MLD) user.err vdr: scraper2vdr: Calling mysql_init(8248)
Feb 15 18:44:28 (MLD) user.err vdr: scraper2vdr: Closing mysql connection and calling mysql_thread_end(8248)
Feb 15 18:44:28 (MLD) user.err vdr: scraper2vdr: Error, connecting to database at '10.132.128.100' on port (3306) failed
Feb 15 18:44:28 (MLD) user.err vdr: scraper2vdr: Could not access database '10.132.128.100:3306'
Feb 15 18:44:28 (MLD) user.err vdr: scraper2vdr: Could not access database '10.132.128.100:3306' (tried to open vdrs)
Feb 15 18:44:28 (MLD) user.err vdr: scraper2vdr: Retry #95 failed, retrying in 30 seconds!
Feb 15 18:44:38 (MLD) user.err vdr: epg2vdr: Trying to re-connect to database!
Feb 15 18:44:38 (MLD) user.err vdr: epg2vdr: Calling mysql_init(8237)
Feb 15 18:44:38 (MLD) user.err vdr: epg2vdr: Closing mysql connection and calling mysql_thread_end(8237)
Feb 15 18:44:38 (MLD) user.err vdr: epg2vdr: Error, connecting to database at '10.132.128.100' on port (3306) failed
Feb 15 18:44:38 (MLD) user.err vdr: epg2vdr: Could not access database '10.132.128.100:3306'
Feb 15 18:44:38 (MLD) user.err vdr: epg2vdr: Could not access database '10.132.128.100:3306' (tried to open vdrs)
Feb 15 18:44:38 (MLD) user.err vdr: epg2vdr: Retry #16 failed, retrying in 60 seconds!

Das hat u.a. zur Folge, dass sich der VDR auf dem MLD-Server nicht als VDR in der Datenbank eintragen kann. Somit können dort auch keine Timer zur Aufnahme hin verschoben werden. Starte ich hingegen, den RPi (MLD 5.1), trägt er sich sofort in der Datenbank ein. Dort tauchen keine Meldungen auf, dass ein Connect über Port 3306 nicht möglich ist.

Code: [Select]
mysql> select * from vdrs;
+--------------------------------------+------------+------------+---------------+----------------------------------------------------------+-------+------------+------------+----------+--------+----------------+-------------------+------+-------+------------+------------+--------------------+----------+------------+-----------+
| uuid                                 | inssp      | updsp      | name          | version                                                  | dbapi | lastupd    | nextupd    | state    | master | ip             | mac               | pid  | svdrp | tunercount | shareinweb | usecommonrecfolder | videodir | videototal | videofree |
+--------------------------------------+------------+------------+---------------+----------------------------------------------------------+-------+------------+------------+----------+--------+----------------+-------------------+------+-------+------------+------------+--------------------+----------+------------+-----------+
| 64DEB60F-73C2-45A9-9C13-1DA350D521DD | 1487181339 | 1487181339 | MLD-RPi3-Ambi | vdr 2.2.0 epg2vdr 1.1.16-GITv212-6-g7ea3691 (02.11.2016) |     4 |       NULL |       NULL | attached | n      | 10.132.128.109 | b8:27:eb:fe:5d:f6 | NULL |  6419 |          1 |          1 |                  1 | /data/tv |      14370 |     11326 |
| epgd                                 | 1487177849 | 1487178699 | MLD-Server    | epgd 1.1.93-GITv54-8-g437881a (14.02.2017)               |     4 | 1487178699 | 1487221899 | standby  | -      | 10.132.128.100 | NULL              | 4369 |  NULL |       NULL |       NULL |               NULL | NULL     |       NULL |      NULL |
+--------------------------------------+------------+------------+---------------+----------------------------------------------------------+-------+------------+------------+----------+--------+----------------+-------------------+------+-------+------------+------------+--------------------+----------+------------+-----------+
2 rows in set (0,00 sec)

Ich habe auch die Datenbank mit dem epgd-tool gelöscht und neu angelegt. Das hat aber auch keine Änderung gebracht.

Die Debug-Logs habe ich hochgeladen => der Upload Code lautet: S66uRF

Viele Grüße skippy
meine MLDs (show / hide)

Offline skippy

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2280
    • View Profile
Einen Unterschied habe ich im error.log des mysql-servers gefunden. Bei der MLD 5.1 war der Server mit '0.0.0.0' angegeben, während jetzt bei der MLD 5.3 als Server  '::' steht.

Auszug error.log MLD 5.1:
Code: [Select]
150821 20:10:42 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
150821 20:10:42 [Note] Plugin 'FEDERATED' is disabled.
150821 20:10:42 InnoDB: The InnoDB memory heap is disabled
150821 20:10:42 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150821 20:10:42 InnoDB: Compressed tables use zlib 1.2.8
150821 20:10:42 InnoDB: Using Linux native AIO
150821 20:10:42 InnoDB: Initializing buffer pool, size = 128.0M
150821 20:10:42 InnoDB: Completed initialization of buffer pool
150821 20:10:42 InnoDB: highest supported file format is Barracuda.
150821 20:10:42  InnoDB: Waiting for the background threads to start
150821 20:10:43 InnoDB: 5.5.43 started; log sequence number 52679978
150821 20:10:43 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
150821 20:10:43 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
150821 20:10:43 [Note] Server socket created on IP: '0.0.0.0'.
150821 20:10:44 [Note] Event Scheduler: Loaded 0 events
150821 20:10:44 [Note] mysqld: ready for connections.
Version: '5.5.43-0+deb8u1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)
150821 20:15:01 [Note] mysqld: Normal shutdown

150821 20:15:01 [Note] Event Scheduler: Purging the queue. 0 events
150821 20:15:03 [Warning] mysqld: Forcing close of thread 5  user: 'epg2vdr'

150821 20:15:03 [Warning] mysqld: Forcing close of thread 4  user: 'epg2vdr'

150821 20:15:03 [Warning] mysqld: Forcing close of thread 3  user: 'epg2vdr'

150821 20:15:03  InnoDB: Starting shutdown...
150821 20:15:04  InnoDB: Shutdown completed; log sequence number 52712365
150821 20:15:04 [Note] mysqld: Shutdown complete

Auszug error.log MLD 5.3:
Code: [Select]
170215 17:53:22 mysqld_safe Starting mysqld daemon with databases from /var/cache/mysql-data
2017-02-15 17:53:23 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details
).
2017-02-15 17:53:23 0 [Note] /usr/sbin/mysqld (mysqld 5.6.30-1) starting as process 2066 ...
2017-02-15 17:53:24 2066 [Note] Plugin 'FEDERATED' is disabled.
2017-02-15 17:53:24 2066 [Note] InnoDB: Using atomics to ref count buffer pool pages
2017-02-15 17:53:24 2066 [Note] InnoDB: The InnoDB memory heap is disabled
2017-02-15 17:53:24 2066 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2017-02-15 17:53:24 2066 [Note] InnoDB: Memory barrier is not used
2017-02-15 17:53:24 2066 [Note] InnoDB: Compressed tables use zlib 1.2.8
2017-02-15 17:53:24 2066 [Note] InnoDB: Using Linux native AIO
2017-02-15 17:53:24 2066 [Note] InnoDB: Not using CPU crc32 instructions
2017-02-15 17:53:24 2066 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2017-02-15 17:53:24 2066 [Note] InnoDB: Completed initialization of buffer pool
2017-02-15 17:53:25 2066 [Note] InnoDB: Highest supported file format is Barracuda.
2017-02-15 17:53:25 2066 [Note] InnoDB: 128 rollback segment(s) are active.
2017-02-15 17:53:25 2066 [Note] InnoDB: Waiting for purge to start
2017-02-15 17:53:25 2066 [Note] InnoDB: 5.6.30 started; log sequence number 2334758186
2017-02-15 17:53:25 2066 [Note] Server hostname (bind-address): '*'; port: 3306
2017-02-15 17:53:25 2066 [Note] IPv6 is available.
2017-02-15 17:53:25 2066 [Note]   - '::' resolves to '::';
2017-02-15 17:53:25 2066 [Note] Server socket created on IP: '::'.
2017-02-15 17:53:25 2066 [Note] Event Scheduler: Loaded 0 events
2017-02-15 17:53:25 2066 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.6.30-1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)
2017-02-15 20:13:34 2066 [Note] /usr/sbin/mysqld: Normal shutdown

2017-02-15 20:13:34 2066 [Note] Giving 8 client threads a chance to die gracefully
2017-02-15 20:13:34 2066 [Note] Event Scheduler: Purging the queue. 0 events
2017-02-15 20:13:34 2066 [Note] Shutting down slave threads
2017-02-15 20:13:36 2066 [Note] Forcefully disconnecting 6 remaining clients
2017-02-15 20:13:36 2066 [Warning] /usr/sbin/mysqld: Forcing close of thread 35  user: 'epg2vdr'

2017-02-15 20:13:36 2066 [Warning] /usr/sbin/mysqld: Forcing close of thread 194  user: 'epg2vdr'

2017-02-15 20:13:36 2066 [Warning] /usr/sbin/mysqld: Forcing close of thread 43  user: 'epg2vdr'

2017-02-15 20:13:36 2066 [Warning] /usr/sbin/mysqld: Forcing close of thread 42  user: 'epg2vdr'

2017-02-15 20:13:36 2066 [Warning] /usr/sbin/mysqld: Forcing close of thread 464  user: 'epg2vdr'

2017-02-15 20:13:36 2066 [Warning] /usr/sbin/mysqld: Forcing close of thread 466  user: 'epg2vdr'

2017-02-15 20:13:36 2066 [Note] Binlog end

Ich weiß allerdings nicht, ob dieser Unterschied die Ursache ist, bzw. wo man was ändern müsste, damit es passt.

Viele Grüße skippy
meine MLDs (show / hide)

Offline mikeM

  • MLD-Debugger
  • Profi Member
  • ****
  • Posts: 453
    • View Profile
Sieht nach einem Problem mit IPV6 aus. Das :: ist V6 as 0.0.0.0 ist V4.
Müsste wahrscheinlich einfach nur im MySQL Server als berechtigte Adresse eingetragen werden.
Siehe auch hier: https://dev.mysql.com/doc/refman/5.5/en/ipv6-support.html

Gruß
Michael
VDR1: MLD 5.3, Asrock Q1900, 8GB, TechnoTrend S-4200 Twin
VDR2: MLD 5.3, ASUS M2N, Athlon 3800, 4GB, ZOTAC NVidia 720, Skystar S2, lirc serial
VDR3: MLD 5.3, ASUS M2N, Athlon 3800, 4GB NVidia 630, Skystar S2

Offline rfehr

  • MLD-Developer
  • Expert Member
  • ******
  • Posts: 1512
    • View Profile
Hi,

If the address is ::, the server accepts TCP/IP connections on all server host IPv4 and IPv6 interfaces. Use this address to permit both IPv4 and IPv6 connections on all server interfaces.

https://dev.mysql.com/doc/refman/5.5/en/ipv6-server-config.html

ist aber für IPv4 und IPv6.

Gruß,
 Roland
1x OctopusNet 4x DVB-C
1x Zotac ITX-A Atom 330
1x RPI2 als Client
1x BananaPi
1x Wetekplay
1x MCC 100
2x RPI3
2x RPi4
1x https://www.zotac.com/at/product/mini_pcs/pi335

Offline skippy

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2280
    • View Profile
Danke für eure Hinweise. Wenn ich es richtig interpretiere, sollten die LOG-Meldungen so eigentlich korrekt sein. Der Unterschied ist, dass bei der MLD 5.3 IPv6 und IPv4 aktiviert ist und bei der MLD 5.1 nur IPv4. Wo/wie kann ich es denn den IPv6 Support konkret abstellen?

Viele Grüße skippy
meine MLDs (show / hide)

Offline rfehr

  • MLD-Developer
  • Expert Member
  • ******
  • Posts: 1512
    • View Profile
Hi Skippy,

eigentlich sollte das kein Problem sein, da ja beides erlaubt ist, also IPv4 u. IPv6.
Das Liegt noch an irgendwas anderem, vieleicht an den rechten, wer auf die epg2vdr Datenbank zugreifen darf?

Gruß,
 Roland

1x OctopusNet 4x DVB-C
1x Zotac ITX-A Atom 330
1x RPI2 als Client
1x BananaPi
1x Wetekplay
1x MCC 100
2x RPI3
2x RPi4
1x https://www.zotac.com/at/product/mini_pcs/pi335

Offline mikeM

  • MLD-Debugger
  • Profi Member
  • ****
  • Posts: 453
    • View Profile
Das war ja das, was ich auch gemeint habe. Der EPG User muss halt auch für den Zugriff über IPV6 die Rechte bekommen:
Code: [Select]
GRANT ALL PRIVILEGES ON epg2vdr.* TO 'epg2vdr'@'::1';
VDR1: MLD 5.3, Asrock Q1900, 8GB, TechnoTrend S-4200 Twin
VDR2: MLD 5.3, ASUS M2N, Athlon 3800, 4GB, ZOTAC NVidia 720, Skystar S2, lirc serial
VDR3: MLD 5.3, ASUS M2N, Athlon 3800, 4GB NVidia 630, Skystar S2

Offline rfehr

  • MLD-Developer
  • Expert Member
  • ******
  • Posts: 1512
    • View Profile
Hi Skippy,

oder mal in der setiup.conf vom VDR
das hier eintragen

epg2vdr.DbHost = 127.0.0.1

Gruß,
  Roland
« Last Edit: February 15, 2017, 23:01:07 by rfehr »
1x OctopusNet 4x DVB-C
1x Zotac ITX-A Atom 330
1x RPI2 als Client
1x BananaPi
1x Wetekplay
1x MCC 100
2x RPI3
2x RPi4
1x https://www.zotac.com/at/product/mini_pcs/pi335

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
Ich hab beides gemacht, dann geht's
Nur das Ändern des Users in der DB reicht nicht

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline rfehr

  • MLD-Developer
  • Expert Member
  • ******
  • Posts: 1512
    • View Profile
Das war ja das, was ich auch gemeint habe. Der EPG User muss halt auch für den Zugriff über IPV6 die Rechte bekommen:
Code: [Select]
GRANT ALL PRIVILEGES ON epg2vdr.* TO 'epg2vdr'@'::1';

Hi,
das ist aber im epd-daemon eingentlich schon drin

GRANT ALL PRIVILEGES ON epg2vdr.* TO 'epg2vdr'@'%' IDENTIFIED BY 'epg';

den das '%' ist für IPv4 u. IPv6.

Gruß,
  Roland
1x OctopusNet 4x DVB-C
1x Zotac ITX-A Atom 330
1x RPI2 als Client
1x BananaPi
1x Wetekplay
1x MCC 100
2x RPI3
2x RPi4
1x https://www.zotac.com/at/product/mini_pcs/pi335

Offline rfehr

  • MLD-Developer
  • Expert Member
  • ******
  • Posts: 1512
    • View Profile
Ich hab beides gemacht, dann geht's
Nur das Ändern des Users in der DB reicht nicht

Claus

Den User braucht man auch nicht ändern.
Es liegt vermutlich am plugin selber.

Es reicht die setup.conf zu ändern.
« Last Edit: February 15, 2017, 23:24:17 by rfehr »
1x OctopusNet 4x DVB-C
1x Zotac ITX-A Atom 330
1x RPI2 als Client
1x BananaPi
1x Wetekplay
1x MCC 100
2x RPI3
2x RPi4
1x https://www.zotac.com/at/product/mini_pcs/pi335

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
Das Ändern der setup.conf ist keine Lösung, da der Zugriff ja auch von einem entfernten VDR aus funktionieren muss. Und am Plugin liegt's nicht, da der Zugriff per "mysql -u epg2vdr -pepg -h 192.168.178.15" auch nicht geht. per "mysql -u epg2vdr -pepg -h mld-test" geht aber.

Claus

MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
Interessanter Weise klappt jedoch der Zugriff von einem entferntem PC problemlos ...
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline rfehr

  • MLD-Developer
  • Expert Member
  • ******
  • Posts: 1512
    • View Profile
Interessanter Weise klappt jedoch der Zugriff von einem entferntem PC problemlos ...

 -h mld-test ist doch bestimmt locahost/127.0.0.1

« Last Edit: February 15, 2017, 23:46:14 by rfehr »
1x OctopusNet 4x DVB-C
1x Zotac ITX-A Atom 330
1x RPI2 als Client
1x BananaPi
1x Wetekplay
1x MCC 100
2x RPI3
2x RPi4
1x https://www.zotac.com/at/product/mini_pcs/pi335

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20528
    • View Profile
    • ClausMuus.de
Hast Rest.

Ich hab jetzt ne Lösung gefunden. Nach löschen der Datenbank und anschließendem neustart geht's jetzt bei mir.
Alternativ kann dies ausgeführt werden:
Code: [Select]
. /etc/rc.config; echo "GRANT ALL PRIVILEGES ON epg2vdr.* TO 'epg2vdr'@'$HOST_NAME' IDENTIFIED BY 'epg';" |mysql -u root --verbose
Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

[1] 2 >>> MLD-5.x / Systems / x86 Systeme (PC) / MLD 5.3 - epg2vdr + scraper2vdr können sich nicht am mysql-server anmelden
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.