#1 19/04/2013 00:19:49

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

[0.26] mythwelcome reveil du backend

je rencontre un problème avec MythWelcome depuis le changement d'heure d'été. Mon backend n'est pas allumé en permanence et pour ne pas attendre le délai d'allumage (qui a été fortement réduit avec systemd) Je démarre toujours une plage d'allumage fixe entre 19h00 et 21h00. Je fais cela depuis très longtemps mais j'ai maintenant un souci. Lors du passage à l'heure d'été, je me suis aperçu que l'horloge du bios été mal configuré et je pense même que l'horloge de mon système est mal réglé mais là n'est pas le problème.
Le réveil sur les heures de la plage fixe ne se fait pas. En soit ce n'est pas grave, il suffit d'allumer le backend en cas de besoin. J'ai d'ailleurs mis un reveil WOL sur mes frontend de façon à ce qu'il réveille le backend à l'allumage d'un frontend. Mais le problème est que si j'ai un enregistrement dans cette plage horaire ou après, celui-ci n'a pas lieu car l'heure de reveil n'a pas été enregistré dans le script d'extinction  et ni transmise au bios et que le backend est eteint.

Avez-vous rencontré ce type de problème ? Il me semble qu'auparavant j'avais été obligé de décaler l'heure de réveil d'une heure pour que ça fonctionne; comme si la référence horaire entre le backend et mythwelcome n'était pas les mêmes ....

PS l'allumage et l'extinction du Backend se passe bien si je ne programme pas de plages d'allumage fixes

Dernière modification par gilles74 (19/04/2013 00:21:48)

Hors ligne

#2 19/04/2013 14:31:27

piratebab
Co-fondateur de MythTV-fr
Lieu : Sud Ouest
Inscription : 30/11/2007
Messages : 4 064
Mythbox

Re : [0.26] mythwelcome reveil du backend

J'ai aussi ce problème sur mon backend suite à une mise à jour de 0.25 (ancienne). Tout est OK coté heure, mais le démarrage auto ne se fait pas à la bonne heure. Et par contre, pas de démarrage sur enregistrement programmé.
Je n'ai pas eu le temps d'investiguer. Pas retesté depuis le passage heure d'été.


Mythuser depuis 2005

Hors ligne

#3 20/04/2013 08:39:19

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

Il faut que je commence par régler correctement l'heure car lors du passage à l'heure d'été j'ai été obligé de corriger mon script et d'introduire un décalage d'une heure.
Pour moi, le redémarrage pour enregistrement fonctionne correctement mais pas le démarrage sur plage fixe. Alors que ça fonctionnait sur la même version avant le changement d'heure.
De mémoire, j'avais un décalage d'un heure sur le redémarrage sur plage fixe, c'est à dire que pour un réveil à 19h j'avais mis 20h.

Comment avez-vous réglé votre heure ?

voici mes réglages

> timedatectl
      Local time: Sat 2013-04-20 08:44:28 CEST
  Universal time: Sat 2013-04-20 06:44:28 UTC
        RTC time: Sat 2013-04-20 08:44:28
        Timezone: Europe/Paris (CEST, +0200)
     NTP enabled: yes
NTP synchronized: no
 RTC in local TZ: no
      DST active: yes
 Last DST change: DST began at
                  Sun 2013-03-31 01:59:59 CET
                  Sun 2013-03-31 03:00:00 CEST
 Next DST change: DST ends (the clock jumps one hour backwards) at
                  Sun 2013-10-27 02:59:59 CEST
                  Sun 2013-10-27 02:00:00 CET

et avec ça, je ne suis pas obligé d'introduire un décalage dans le script d'enregistrement de l'heure du réveil

Dernière modification par gilles74 (20/04/2013 22:25:36)

Hors ligne

#4 21/04/2013 18:21:51

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

voici quelque test qui me laisse perplexe

> timedatectl
      Local time: Sun 2013-04-21 16:17:22 CEST
  Universal time: Sun 2013-04-21 14:17:22 UTC
        RTC time: Sun 2013-04-21 16:17:22
        Timezone: Europe/Paris (CEST, +0200)

avec ce réglage, si je demande un réveil à 18h15, le script enregistre "1366560900"
si que donne

sh-4.2$ date -d @1366560900 +%F" "%T
2013-04-21 18:15:00

et le pc se réveille à 16h15 ???? je lui ai demandé de rester 15 minutes en actif mais il s'éteint à 16h27 car il n'a plus rien à faire. Et il demande un réveil à "1366560900" soit 18h15.

J'ai attendu 18h15 pour savoir si le backend se réveille, et bien non!

Je précise que le backend a fait 3 enregistrements cette nuit à la bonne heure.

Quelqu'un a-t-il une explication à cette etrange situation ?

edit: j'ai fait un essai ce matin en mettant l'heure RTC en UTC, mais point de réveil

Dernière modification par gilles74 (21/04/2013 18:23:25)

Hors ligne

#5 22/04/2013 08:16:21

piratebab
Co-fondateur de MythTV-fr
Lieu : Sud Ouest
Inscription : 30/11/2007
Messages : 4 064
Mythbox

Re : [0.26] mythwelcome reveil du backend

Pour l'heure, j'utilise la méthode "standard" linux:
- heure hardware en UTC
- réglage du fuseau par tzdata

Tout est bien à l'heure, il n'y a que mythtv qui ne comprends pas.


Il n'y a que le cas de dual boot avec un windows que ça peut poser problème (win impose l'heure locale dans la RTC), mais c'est gérable, via une option de linux qui permet d'avoir la RTC en heure locale (option dont j'ai oublié le nom, il y a bien longtemps que je n'ai plus de dual boot).


Mythuser depuis 2005

Hors ligne

#6 23/04/2013 15:34:00

Ookaze
Expert MythTVMembre de l'équipe de traduction et traducteur de la documentation.
Inscription : 15/01/2008
Messages : 884
Mythbox

Re : [0.26] mythwelcome reveil du backend

On ne peut pas s'en sortir avec ces réglages, les seules configurations non buggées sont celles avec le RTC en UTC.
Toutes les autres configurations vont se planter aléatoirement ou pas, selon le moment où la machine a été arrêtée.
Donc, il faut remettre le RTC en UTC. Ensuite, il faut mettre à jour le adjtime. S'il n'existe pas encore, 'hwclock -u -w', s'il existe déjà, 'hwclock --adjust' au bout de 24h minimum.
Ensuite, au bout de deux jours, la machine devrait être opérationnelle. Ça vaut le coup de refaire un 'hwclock --adjust' au bout d'une semaine, histoire d'avoir la bonne dérive d'horloge.
Il faut un serveur de temps activé évidemment.

Normalement, après cela, tout devrait rentrer dans l'ordre avec un démarrage correct à la seconde près.

A noter que seul /etc/adjtime est géré par systemd. Certaines distributions (et mes OS) utilisaient une pseudo directive de la FHS et placent ou plaçaient le adjtime dans /var/lib/hwclock.
Si l'on fait cela, ce ne sera pas pris en compte par systemd à moins de le patcher aussi. Personnellement, j'ai remis adjtime dans /etc au lieu de tout patcher, mais c'est un point à surveiller.
Vérifier votre /etc/localtime si vous n'êtes pas sous un systemd récent et que donc vous n'avez pas timedatectl.

Attention aussi à ce que vous entrez comme heure dans RTC. Si c'est fait via un script, il faut bien entrer l'heure UTC !
Par exemple, dans la commande ci-dessous, il faut rajouter -u à date pour avoir l'heure UTC : date -u -d @1366560900 +%F" "%T
Ce qui donne "2013-04-21 16:15:00". Donc la situation n'est pas du tout étrange, mais parfaitement logique.
L'heure enregistrée pour le réveil est donc 16h15, qui est censée être en UTC (donc 18h15 heure locale). Mais comme la RTC est en temps local, le réveil se fera pour 16h15 heure locale, soit 14h15 UTC.

Pour revenir à la normale, il faut mettre à jour la RTC en UTC, faire en sorte que ce soit pris en compte par le système, puis laisser MythTV inscrire l'heure de réveil.

Dernière modification par Ookaze (23/04/2013 15:48:15)

Hors ligne

#7 24/04/2013 00:09:57

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

merci pour ces explications qui ne me donnent toutefois pas de solution:

si je régle mon heure RTC sur localtime, je peux prendre tel quelle l'heure que me fournit Mythtv
si je régle le RTC sur UTC, il faut que j'introduise un décalage de 2 heures pour avoir un réveil correct.
adjtime est réglé sur UTC depuis le début

-0.004416 1366744711 0.000000
1366744711
UTC

je n'ai aucune idée d'ou peut provenir ce décalage (avant le changement d'heure, j'avais un décalage d'une heure). 

le format de l'heure de réveil dans le setup est réglé sur yyyy-MM-ddThh:mm:ss
la commande d'écriture de l'heure du réveil dans le setup est mythshutdown --setwakeup $time

le format de l'heure dans mythwelcome est time_t
la commande d'ecriture de l'heure dans mythwelcome est sudo /usr/bin/setwakeup.sh $time

il semble donc que Mythtv ( la commande du setup) prenne l'heure locale et non pas l'heure UTC et pourtant j'ai vérifié que mes programmes sont bien enregistrés dans le base de données en heure UTC

Hors ligne

#8 24/04/2013 19:29:32

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

Essai de la journée
L'heure du bios sur UTC, décalage dans le script à 0 : 2 enregistrements manqués ce matin
Décalage porté à - 2 heures à midi : enregistrement réussi cet après-midi
Réglage de la plage de réveil à 21 heures : le backend a démarré à 19h00 il semble que le backend ne se soit pas arrêté. Il vient d'annoncer à 20H45 qu'il allait entrer dans une une période d'activité et l'heure de réveil fournie par mythtv est fixé à 1366837880  soit 21H15 en UTC, la date du prochain enregistrement ????? (l'heure de l'émission dans la base est "2013-04-24 19:15:00")

pourquoi mythtv fournit l'heure locale et non pas l'heure UTC ??

Dernière modification par gilles74 (24/04/2013 21:15:40)

Hors ligne

#9 25/04/2013 12:40:37

Ookaze
Expert MythTVMembre de l'équipe de traduction et traducteur de la documentation.
Inscription : 15/01/2008
Messages : 884
Mythbox

Re : [0.26] mythwelcome reveil du backend

gilles74 a écrit :

merci pour ces explications qui ne me donnent toutefois pas de solution:

si je régle mon heure RTC sur localtime, je peux prendre tel quelle l'heure que me fournit Mythtv
si je régle le RTC sur UTC, il faut que j'introduise un décalage de 2 heures pour avoir un réveil correct.
adjtime est réglé sur UTC depuis le début

-0.004416 1366744711 0.000000
1366744711
UTC

OK, donc il faut impérativement placer l'heure système en UTC, et surtout pas en localtime.
La configuration de l'adjtime est bonne, il reste à faire correspondre l'heure RTC, donc en UTC.
Il ne faut introduire aucun décalage dans l'heure, comment celle-ci est-elle calculée par MythTV ?
C'est là qu'est le problème.

gilles74 a écrit :

je n'ai aucune idée d'ou peut provenir ce décalage (avant le changement d'heure, j'avais un décalage d'une heure). 

le format de l'heure de réveil dans le setup est réglé sur yyyy-MM-ddThh:mm:ss
la commande d'écriture de l'heure du réveil dans le setup est mythshutdown --setwakeup $time

le format de l'heure dans mythwelcome est time_t
la commande d'ecriture de l'heure dans mythwelcome est sudo /usr/bin/setwakeup.sh $time

il semble donc que Mythtv ( la commande du setup) prenne l'heure locale et non pas l'heure UTC et pourtant j'ai vérifié que mes programmes sont bien enregistrés dans le base de données en heure UTC

OK, quel est le contenu de /usr/bin/setwakeup.sh ?
Aussi, y a-t-il d'autres options que yyyy-MM-ddThh:mm:ss pour l'heure de réveil de MythTV ? Je ne me rappelle plus. Avec tout en time_t ce serait plus simple.

Hors ligne

#10 25/04/2013 12:45:20

Ookaze
Expert MythTVMembre de l'équipe de traduction et traducteur de la documentation.
Inscription : 15/01/2008
Messages : 884
Mythbox

Re : [0.26] mythwelcome reveil du backend

gilles74 a écrit :

Essai de la journée
L'heure du bios sur UTC, décalage dans le script à 0 : 2 enregistrements manqués ce matin
Décalage porté à - 2 heures à midi : enregistrement réussi cet après-midi
Réglage de la plage de réveil à 21 heures : le backend a démarré à 19h00 il semble que le backend ne se soit pas arrêté. Il vient d'annoncer à 20H45 qu'il allait entrer dans une une période d'activité et l'heure de réveil fournie par mythtv est fixé à 1366837880  soit 21H15 en UTC, la date du prochain enregistrement ????? (l'heure de l'émission dans la base est "2013-04-24 19:15:00")

pourquoi mythtv fournit l'heure locale et non pas l'heure UTC ??

Ça c'est normal, la solution se trouve dans ce que j'ai demandé au post précédent.
En revanche, avec l'heure BIOS en UTC, ta machine doit être à l'heure, et ne plus l'être lorsque tu y places le localtime, sauf si tu as un NTP qui force à chaque fois la date.
Toutes les applications vont te fournir l'heure locale telle que définie sur ton système, et non pas l'UTC, c'est normal.

L'UTC c'est la représentation interne pour les applications, l'heure locale c'est pour les humains.

Hors ligne

#11 27/04/2013 00:13:06

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

Bon j'ai trouvé l'explication et Ookaze, elle ne va pas forcement te plaire .....

http://code.mythtv.org/trac/ticket/10995

donc il existe une option pour régler l'heure retournée par mythshutdown en localtime ou en UTC mais de base Mythshutdown renvoie l'heure locale. Ce qui est assez logique car le processus d'arrêt doit prendre en compte les plages d'allumage forcé qui sont elles en heure locale.

Ensuite il existe 2 solutions
   - soit mettre le bios en UTC et introduire un décalage, ou mettre le bios en local sans décalage mais dans les 2 cas, il faut ajuster l'heure à chaque chagement d'heure ( pas très pratique)
   - soit modifier le script setwakeup.sh pour qu'il convertisse l'heure locale en UTC et mettre le bios en UTC.

Si on utilise pas les plages d'allumage forcé, on peut utiliser l'option UTC de mythshutdown et mettre time_t dans le format de l'heure du setup.

Dernière modification par gilles74 (14/05/2013 00:07:38)

Hors ligne

#12 01/05/2013 20:08:42

piratebab
Co-fondateur de MythTV-fr
Lieu : Sud Ouest
Inscription : 30/11/2007
Messages : 4 064
Mythbox

Re : [0.26] mythwelcome reveil du backend

Merci ookaze et gilles pour ces recherches. J'avais laissé tombé faute de temps et de dispo de la mythbox.
Donc, si j'ai bien compris:
- on met la RTC en UTC
- on met le bon fuseau horaire avec tzdata
- mettre time-t pour le setup
- bug corrigé à partir de 0.26.1

c'est bien ça ,


Mythuser depuis 2005

Hors ligne

#13 01/05/2013 21:58:02

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

piratebab a écrit :

- bug corrigé à partir de 0.26.1

oui et non, en fait les devs ont introduit une option pour que Mythshutdown renvoie l'heure locale ou UTC mais par defaut elle est en locale. voir le ticket cité ci-dessus

Donc si tu veux utiliser la RTC en UTC, il faut faire ce qui tu dis + ajouter l'option --utc dans ta commande du mythtv-setup

mythshutdown --setwakeup --utc $time

puis mettre la commande de lancement de ton script d'écriture de l'heure pour le bios (setwakeup.sh) dans mythwelcome.

Si tu ne veux pas utiliser Mythwelcome et mettre la commande setwakeup.sh dans le setup de mythtv, il faudra modifier le script setwakeup.sh  de cette façon


#!/bin/sh
#
# set ACPI Wakeup time
# usage: setwakeup.sh seconds
#    seconds - number of seconds from epoch to UTC time (time_t time format)
#

# conversion de l'heure locale et UTC

 SECS=`date  --date "\`date --date -u @$1 +%F" "%T\`" +%s`


echo 0 > /sys/class/rtc/rtc0/wakealarm    # clear alarm
echo $SECS > /sys/class/rtc/rtc0/wakealarm   # write the waketime

à noter que mythwelcome renvoie l'heure en UTC (c'est là que je ne comprend le choix d'utiliser  par défaut l'heure locale comme retour de mythshutdown)

Hors ligne

#14 13/05/2013 15:26:22

Ookaze
Expert MythTVMembre de l'équipe de traduction et traducteur de la documentation.
Inscription : 15/01/2008
Messages : 884
Mythbox

Re : [0.26] mythwelcome reveil du backend

gilles74 a écrit :

Bon j'ai trouvé l'explication et Ookaze, elle ne va pas forcement te plaire .....

http://code.mythtv.org/trac/ticket/10995

donc il existe une option pour régler l'heure retournée par mythshutdown en localtime ou en UTC mais de base Mythshutdown renvoie l'heure locale. Ce qui est assez logique car le processus d'arrêt doit prendre en compte les plages d'allumage forcé qui sont elles en heure locale.

Ensuite il existe 2 solutions
   - soit mettre le bios en UTC et introduire un décalage, ou mettre le bios en local sans décalage mais dans les 2 cas, il faut ajuster l'heure à chaque chagement d'heure ( pas très pratique)
   - soit modifier le script setwakeup.sh pour qu'il convertisse l'heure locale en UTC et mettre le bios en UTC.

Si on utilise pas les plages d'allumage forcé, on peut utiliser l'option UTC de mythshutdown et mettre time_t dans le format de l'heure du setup.

Oui, c'est ce que je disais, il faut vérifier ce que tu avais dans ton script.
Le mien converti effectivement les heures locales en UTC, donc j'avais dû remarquer que l'heure renvoyée était locale, je ne savais pas que ce n'était pas censé être le cas.
De plus, j'ai effectué la configuration de sorte que ce soit toujours mythshutdown qui fournisse les heures, du coup tout est cohérent chez moi.
Je vais quand même bien vérifier cela ce soir.

Bon, j'ai regardé si mon problème (parfois les enregistrements de 20h40 ne se font pas) pouvait être lié à ce bug, et il semble que ce soit le cas.
J'ai mis en place des logs de ce qui est placé comme réveil sous la forme  "moment de la mise à jour du réveil : time_t (heure insérée)", ça donne ça sur les derniers jours :

mar. avril 30 01:42:03 CEST 2013 : 1367299740 (mar. 30 avril 2013 07:29:00 CEST)
mar. avril 30 08:01:39 CEST 2013 : 1367350380 (mar. 30 avril 2013 21:33:00 CEST)
mar. avril 30 22:08:02 CEST 2013 : 1367359140 (mar. 30 avril 2013 23:59:00 CEST)
mer. mai 1 00:30:43 CEST 2013 : 1367386140 (mer. 01 mai 2013 07:29:00 CEST)
mer. mai 1 08:00:40 CEST 2013 : 1367433780 (mer. 01 mai 2013 20:43:00 CEST)
jeu. mai 2 02:17:03 CEST 2013 : 1367472540 (jeu. 02 mai 2013 07:29:00 CEST)
jeu. mai 2 08:00:40 CEST 2013 : 1367520180 (jeu. 02 mai 2013 20:43:00 CEST)
ven. mai 3 00:30:03 CEST 2013 : 1367558940 (ven. 03 mai 2013 07:29:00 CEST)
ven. mai 3 08:01:39 CEST 2013 : 1367606580 (ven. 03 mai 2013 20:43:00 CEST)
ven. mai 3 20:45:36 CEST 2013 : 1367618340 (ven. 03 mai 2013 23:59:00 CEST)
sam. mai 4 00:32:44 CEST 2013 : 1367645340 (sam. 04 mai 2013 07:29:00 CEST)
sam. mai 4 08:00:41 CEST 2013 : 1367704740 (sam. 04 mai 2013 23:59:00 CEST)
dim. mai 5 02:18:03 CEST 2013 : 1367731740 (dim. 05 mai 2013 07:29:00 CEST)
dim. mai 5 08:01:44 CEST 2013 : 1367770080 (dim. 05 mai 2013 18:08:00 CEST)
dim. mai 5 18:10:36 CEST 2013 : 1367791140 (dim. 05 mai 2013 23:59:00 CEST)
lun. mai 6 00:32:40 CEST 2013 : 1367818140 (lun. 06 mai 2013 07:29:00 CEST)
lun. mai 6 08:00:41 CEST 2013 : 1367868780 (lun. 06 mai 2013 21:33:00 CEST)
mar. mai 7 00:48:03 CEST 2013 : 1367904540 (mar. 07 mai 2013 07:29:00 CEST)
mar. mai 7 08:01:39 CEST 2013 : 1367952180 (mar. 07 mai 2013 20:43:00 CEST)
mar. mai 7 20:45:36 CEST 2013 : 1367963940 (mar. 07 mai 2013 23:59:00 CEST)
mer. mai 8 02:37:03 CEST 2013 : 1367990940 (mer. 08 mai 2013 07:29:00 CEST)
mer. mai 8 08:01:42 CEST 2013 : 1368038580 (mer. 08 mai 2013 20:43:00 CEST)
jeu. mai 9 02:12:03 CEST 2013 : 1368077340 (jeu. 09 mai 2013 07:29:00 CEST)
jeu. mai 9 08:00:43 CEST 2013 : 1368124980 (jeu. 09 mai 2013 20:43:00 CEST)
ven. mai 10 01:37:03 CEST 2013 : 1368163740 (ven. 10 mai 2013 07:29:00 CEST)
ven. mai 10 08:00:44 CEST 2013 : 1368211380 (ven. 10 mai 2013 20:43:00 CEST)
dim. mai 12 11:09:34 CEST 2013 : 1368395940 (dim. 12 mai 2013 23:59:00 CEST)
lun. mai 13 00:30:04 CEST 2013 : 1368422940 (lun. 13 mai 2013 07:29:00 CEST)
lun. mai 13 08:01:41 CEST 2013 : 1368477180 (lun. 13 mai 2013 22:33:00 CEST)
lun. mai 13 17:51:38 CEST 2013 : 1368477180 (lun. 13 mai 2013 22:33:00 CEST)

Les jours à 22h33 comme aujourd'hui sont des erreurs, et apparemment c'est aléatoire, car souvent c'est OK.
En revanche, c'est toujours OK pour les plages de réveil forcé.
J'ai donc bien un souci, et peut-être un autre en sus de celui remonté là. Le bug était ma dernière option, donc merci de m'avoir sans doute sauvé quelques enregistrements de plus. Je vais patcher tout ça et voir si cela va mieux.

Pour info, je n'ai pas mis time_t dans la conf du format de l'heure de réveil mais yyyy-MM... Sans doute parce que time_t ne passait pas avec mythshutdown.

Dernière modification par Ookaze (13/05/2013 21:09:24)

Hors ligne

#15 14/05/2013 00:06:33

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

Ookaze a écrit :

Les jours à 22h33 comme aujourd'hui sont des erreurs, et apparemment c'est aléatoire, car souvent c'est OK.

rien n'est aléatoire en informatique ...... essaye de supprimer les plages de réveil forcé pour voir si il y a une différence. J'ai personnellement été obligé de les supprimer.

Ookaze a écrit :

En revanche, c'est toujours OK pour les plages de réveil forcé.

tu peux confirmer que mythtv se reveille à l'heure demandée SVP et non pas "est allumé au début de la plage forcée".  Quelle est ta plage forcée ?

Ookaze a écrit :

Pour info, je n'ai pas mis time_t dans la conf du format de l'heure de réveil mais yyyy-MM... Sans doute parce que time_t ne passait pas avec mythshutdown.

je confirme j'ai dit une bétise, il n'est pas possible de mettre autre chose que yyyy-MM.....

Hors ligne

#16 14/05/2013 15:44:21

Ookaze
Expert MythTVMembre de l'équipe de traduction et traducteur de la documentation.
Inscription : 15/01/2008
Messages : 884
Mythbox

Re : [0.26] mythwelcome reveil du backend

gilles74 a écrit :

rien n'est aléatoire en informatique ...... essaye de supprimer les plages de réveil forcé pour voir si il y a une différence. J'ai personnellement été obligé de les supprimer.

Sauf les "race conditions" wink. J'ai besoin de mes plages de réveil forcé, et elles ne me posent aucun souci. Mais parfois j'ai loupé quelques enregistrements durant l'heure d'hiver.

gilles74 a écrit :
Ookaze a écrit :

En revanche, c'est toujours OK pour les plages de réveil forcé.

tu peux confirmer que mythtv se reveille à l'heure demandée SVP et non pas "est allumé au début de la plage forcée".  Quelle est ta plage forcée ?

Mes plages forcées sont 07h30-8h00 et 23h59-0h30. Je n'ai jamais eu de souci avec.
Je vais continuer à surveiller, j'espère que cela va régler le problème repéré hier (donc non corrigé hier avant le patch).

Catastrophe, j'ai rajouté l'option --utc à mythshutdown sans réfléchir, et voilà que maintenant les heures sont systématiquement fausses (toujours en retard de deux heures).
Donc en fait, c'était bien correct auparavant, et je n'étais pas du tout impacté par le "bug".
Si je comprends bien le fonctionnement, --utc indique que la date passée est en UTC, ce qui n'est pas le cas chez moi, puisque la date d'enregistrement que récupère mythshutdown est forcément locale.
Donc somme toute c'est bien cohérent que mythshutdown considère la date passée comme locale par défaut. Je vais revenir à ma conf précédente dès que possible. Mon enregistrement à 22h33 devait être parce que j'avais déjà passé le patch, et là ça continue aujourd'hui, alors que tout était OK avant.

Dernière modification par Ookaze (15/05/2013 11:20:14)

Hors ligne

#17 16/05/2013 07:38:34

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

Comme souvent dans les phases de transition, le comportement dépend de la version que l'on possède. Ainsi chez moi, je possède la dernière version officielle disponible sur les dépôts arch, et j'ai un comportement différent. Le réveil de la machine pour enregistrement fonctionne parfaitement à condition de convertir l'heure fournie par mythtv en UTC. Mais si je mets une plage de réveil à 19h30 par exemple, j'ai un réveil à 15h30 soit 4 heures de décalage qui s'explique de la façon suivante: 2 heures de décalage parce que mythtv convertit l'heure locale de la plage fixe en UTC et 2 heures de plus car moi aussi je convertis l'heure fournie en UTC.

Toutefois il est maintenant acquis que mythtv retourne desormais l'heure locale et non plus l'heure UTC comme avant. Il faut donc bien modifier le script de transmission de l'heure au bios pour convertir l'heure locale en UTC si le bios est réglé en UTC.

On pourrait aussi mettre l'heure locale dans le bios et ne pas changer le script mais je ne sais pas si cette solution se mettra automatiquement à jour lors des changements d'heure été/ hiver.

Je vais mettre à jour le tuto pour tenir compte de ce nouveau fonctionnement.

Hors ligne

#18 16/05/2013 10:36:09

Ookaze
Expert MythTVMembre de l'équipe de traduction et traducteur de la documentation.
Inscription : 15/01/2008
Messages : 884
Mythbox

Re : [0.26] mythwelcome reveil du backend

J'avais oublié le détail de la version.
J'utilise la version 0.26.0 de base.
J'ai tout vérifié, et en fait chez moi, ça se passe différemment :
- La date qui est fournie à la commande de mise à jour de l'heure de réveil est locale. Donc mon "mythshutdown --setwakeup" reçoit une heure locale et la traite comme telle par défaut;
- Ensuite, la commande configurée dans mythwelcome (configuration utilisée par mythshutdown qui fait partie de mythwelcome) pour effectivement mettre en place l'heure de réveil, je l'ai configurée pour recevoir un time_t, donc implicitement la date passée est en UTC, donc traduite par mythshutdown;
- C'est cette date en time_t qui est passée à mon script de réveil qui se contente en fait de la réécrire telle quelle dans la RTC via le noyau Linux;

Ce qui explique le fait que je n'ai pas eu de souci (lié à ce bug). Je continue à surveiller quand même que j'ai bien réglé mon problème initial.

Hors ligne

#19 17/05/2013 07:23:23

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

et voilà, il faut encore que tu gaches la fête wink et ma théorie.

Je suis paramètré exactement comme le tuto à savoir
format de l'heure dans le setup yyyy-MM-ddddThh:mm:ss
format de l'heure dans mythwelcome time_t
l'heure du bios est en UTC

et je suis obligé de faire une conversion de l'heure fournie par mythtv de local en UTC pour que ça fonctionne.

Je n'y comprends plus rien !!!!! y a-t-il une autre trublion que pourrait apporter sa pierre à l'édifice ? ( ou plutôt au champ de ruine)

Hors ligne

#20 17/05/2013 11:52:07

Ookaze
Expert MythTVMembre de l'équipe de traduction et traducteur de la documentation.
Inscription : 15/01/2008
Messages : 884
Mythbox

Re : [0.26] mythwelcome reveil du backend

Les heures sont-elles bonnes dans tes données programme ?
Sinon, as-tu bien une variable TZ dans ton environnement ?
As-tu essayé sans effectuer la transformation ?
A priori ton timedatectl montre que le timezone est bien en place, donc là je ne vois pas d'où ça peut venir.

Hors ligne

#21 09/10/2013 20:47:42

gilles74
Administrateur, expert MythTVExpert en configuration du DVB-SAT., développeurMembre de l'équipe de traduction, s'occupe de l'adaptation francophone de accuweather.
Inscription : 20/02/2008
Messages : 3 914
Mythbox

Re : [0.26] mythwelcome reveil du backend

problème résolu avec le passage à 0.27.

Je suis de nouveau avec des plages de réveil qui fonctionne et je transmets l'heure sans modification au programme de l'heure dans le bios.

Je passe en résolu

Hors ligne

Réponse rapide

Veuillez composer votre message et l'envoyer
Si vous êtes un être humain ne changez pas le contenu de ces deux champs.

Pied de page des forums

Propulsé par FluxBB

Webmasteur SnouF

Hébergé par Tuxfamily

Valid XHTML 1.0 Strict