[1] MLD-5.x / ToDo list / Timer Syncronisierungs Konfiguration geht verlohren
 

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 18578
    • View Profile
    • ClausMuus.de
Die Einstellungen unter "SVDRP Verbindung" gehen verloren:
https://www.minidvblinux.de/forum/index.php/topic,9779.msg77242.html#msg77242
MLD 5.1 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.1 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 6TB HDD - Lian Li PC-C37B - Samsung LE40A559
MLD 5.4 - OctopusNet - ASRock Q1900M - 2GB RAM 250GB HDD

Offline outis

  • Adv. Member
  • ***
  • Posts: 149
    • View Profile
Timer Syncronisierungs Konfiguration geht verlohren
« Reply #1 on: May 13, 2020, 21:51:48 »
Hallo Claus,

ich habe mir den Problembären rpi4 und MLD 5.5 noch einmal vorgeknöpft. Das Problem der Timersynchronisation ist ein unbeständiges. Mal sind die Timer synchron, mal nicht. Wenn sie weg ist, die Synchronisation, ist sie nach einiger Zeit wieder da. Ist sie da, ist sie nach einiger Zeit auch wieder abhanden gekommen. Ich kann das alles nicht gezielt reproduzieren.  :(
Viele Grüße
Jochen

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 18578
    • View Profile
    • ClausMuus.de
Timer Syncronisierungs Konfiguration geht verlohren
« Reply #2 on: May 14, 2020, 12:46:03 »
Hast Du in Deinem Netzwerk zwei PCs mit dem selben Namen oder noch schlimmer der selben IP-Adresse?
Ich hab das alle paar Jahre mal, das die Fritzbox mehreren PCs die selbe IP-Adresse zuweist. Dann kommt es zu allen möglichen komischen Verhalten. Deines würde auch dazu passen.
Die Lösung ist dann, einfach die Fritzbox neu booten, und danach auch die problem PCs, in Deinem Fall den VDR Server und den Client.
MLD 5.1 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.1 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 6TB HDD - Lian Li PC-C37B - Samsung LE40A559
MLD 5.4 - OctopusNet - ASRock Q1900M - 2GB RAM 250GB HDD

Offline outis

  • Adv. Member
  • ***
  • Posts: 149
    • View Profile
Timer Syncronisierungs Konfiguration geht verlohren
« Reply #3 on: May 14, 2020, 13:15:47 »
Hier ist keine Fritzbox im Einsatz und die Rechner haben statische IPs außerhalb des DHCP-Adressbereichs des Routers. Und wie gesagt: Diese Vergesslichkeit kommt nur zum Tragen, wenn der rpi4/MLD5.5 als Server im Spiel ist. Ist ein rp3/MLD5.4 an seiner Stelle im Einsatz, ist mir das Problem noch nicht untergekommen. Mag Zufall sein. Solche Netzwerkprobleme sind blöd...
Viele Grüße
Jochen

Offline outis

  • Adv. Member
  • ***
  • Posts: 149
    • View Profile
Timer Syncronisierungs Konfiguration geht verlohren
« Reply #4 on: May 16, 2020, 11:55:59 »
Noch ein paar Beobachtungen:

Wenn der rpi-Client frisch gestartet oder rebootet wird, sieht er die timer vom rpi4-Server. Wenn der Client-VDR in den suspend geht oder nur der vdr (nicht der Rechner) neu gestartet wird, geht die Synchronisation verloren. Das geschieht auch automatisch nach einiger Zeit, auch wenn der Client-vdr durchläuft. Und dann scheint nur ein reboot zu helfen. Abwarten und Tee trinken hilft offenbar nicht. Da muss ich meine Aussage von weiter oben offenbar korrigieren.
« Last Edit: May 16, 2020, 12:32:15 by outis »
Viele Grüße
Jochen

Offline outis

  • Adv. Member
  • ***
  • Posts: 149
    • View Profile
Timer Syncronisierungs Konfiguration geht verlohren
« Reply #5 on: June 10, 2020, 11:42:39 »
Da hätten wir noch neue Beobachtungen:

Code: [Select]
Jun 10 11:04:04 MLD user.err vdr: [8818] ERROR: can't send 'POLL MLD-Server4 TIMERS' to 'MLD-ClientSZ'
Jun 10 11:08:35 MLD user.err vdr: [8818] SVDRP MLD-Server4 < 192.168.100.107:6419 timeout while waiting for response from 'MLD-ClientSZ'
Jun 10 11:13:06 MLD user.err vdr: [8818] SVDRP MLD-Server4 < 192.168.100.107:6419 timeout while waiting for response from 'MLD-ClientSZ'

Wer ist nun Henne, wer Ei? ;)
Viele Grüße
Jochen

[1] MLD-5.x / ToDo list / Timer Syncronisierungs Konfiguration geht verlohren
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.