VDR Restart pünktlich um 5:00

  • Hallo all


    ist es eigentlich normal, daß der VDR einmal pro Tag neu startet und zwar pünktlich am Morgen um 5:00 ???
    dieses Verhalten sehe ich nämlich bei mir in den LOG-Files
    CRON-Jobs sind es definitiv nicht, das passiert alles nach 6:25


    hier noch meine Versionen:


    c't VDR: 1.2.6-27
    Kernel : 2.4.24-ctvdr-2


    Patches:
    --------------------------------------
    recordings-0.0.2
    disableDoubleEpgEntries-0.6
    elchiaio4d
    fix-black-square
    ac3overdvb-0.2.4
    ttxtsubs_ac3
    autopid_ac3overdvb
    wareagleicons_elchiapid
    switchtimer-0.0.4-wareagle
    jumpplay-0.5
    8bitcolor
    osdpip-0.0.3


    Plugins:
    ( N = Native Plugin )
    ( ! = Falscher Patchlevel )
    --------------------------------------
    vdr-plugin-calendar (0.1.4-2)
    vdr-plugin-clock (0.0.4-3)
    vdr-plugin-dvd (0.3.4-rc10-4)
    vdr-plugin-femon (0.0.7-2)
    vdr-plugin-games (0.6.1-4)
    vdr-plugin-mp3 (0.9.7-3)
    vdr-plugin-mplayer (0.9.7-3)
    vdr-plugin-newsticker (0.0.3-2)
    vdr-plugin-remote (0.3.1-3)
    vdr-plugin-streamdev-server (0.3.1-3)
    vdr-plugin-dvdselect (0.7a-3)


    Addon Packages:
    --------------------------------------
    vdr-addon-icons (0.3)
    vdr-addon-noad (0.4.2-4)
    vdr-addon-schemes (0.2)
    vdr-addon-tvmovie2vdr (0.1.3-1)


    Thanx
    grooves

  • Zitat

    Original von grooves


    dieses Verhalten sehe ich nämlich bei mir in den LOG-Files
    CRON-Jobs sind es definitiv nicht, das passiert alles nach 6:25


    wäre gut wenn du diese mal posten würdest, evtl nvram config so eingestellt das es morgens um 5 hochfährt um epg daten du besorgen? (irgendwie kommt mir die 5 uhr morgens verdammt bekannt vor)

    p5n7a-vm - debian lenny - vdr 1.7.9 - plugins: live, text2skin, epgsearch, xineliboutput cvs, streamdev-server - 2x tt s2-3200 - xine-vdpau 284 + df v9 patches - output vdr-sxfe
    p5n7a-vm - debian lenny - vdr 1.7.9 - plugins: text2skin, xineliboutput cvs, streamdev-client - xine-vdpau 284 + df v9 patches - output vdr-sxfe

  • Moinsen,


    ich meine mich dunkel dran zu erinnern, dass es an der Version lag.... ?(
    Bei mir trat es glaube ich auch mal auf, nach nem Update war es dann behoben.


    Gefährliches Halbwissen verbreitend
    Eisenbert

    KellerServer | Fractal Cockpit Server + DigiBit Twin SAT>IP Server | Ubuntu22 VM mit vdr 2.6 |

  • Hallo all


    Danke für die Tips


    in den LOG-Files steht leider nichts besonders drin, nur daß er neu startet


    --------


    Nov 25 04:09:30 vdr -- MARK --
    Nov 25 04:29:30 vdr -- MARK --
    Nov 25 04:49:30 vdr -- MARK --
    Nov 25 05:00:00 vdr vdr[4377]: cleaning up schedules data
    Nov 25 05:00:01 vdr runvdr: restarting VDR
    Nov 25 05:00:06 vdr kernel: saa7146: unregister extension 'dvb'.
    Nov 25 05:00:08 vdr kernel: Linux video capture interface: v1.00
    Nov 25 05:00:08 vdr kernel: saa7146: register extension 'dvb'.
    Nov 25 05:00:08 vdr kernel: saa7146_core: found saa7146 @ mem c8a63e00 (revision 1, irq 10) (0x13c2,0x0003).
    Nov 25 05:00:08 vdr kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1).
    Nov 25 05:00:08 vdr kernel: probe_tuner: try to attach to Technotrend/Hauppauge PCI rev2.1
    Nov 25 05:00:09 vdr kernel: stv0299.c: setup for tuner BSRU6, TDQB-S00x


    -----------
    obwohl ... das "cleaning up" usw. ........ vielleicht ist das die Ursache


    Was ist denn das Housekeeping ? und wie kann man das Problem lösen ??


    Gruß
    grooves

  • Problem habe ich auch, habe auch vor ein Paar Tage schon gepostet (Link), aber leider keine Antwort erhalten.


    Wenn ich um die Zeit ne Aufnahme programmiere startet VDR übrigens nicht neu.


    cronjob hab ich auch keinen gefunden, der dafür verantwortlich sein könnte

  • Hae jetzt mal meinen VDR neu kompiliert, heute hatte ich keinen restart um 5:00:


    Nov 26 05:00:00 mona vdr[4098]: cleaning up schedules data
    Nov 26 05:00:27 mona vdr[4095]: cleaning up id3 cache


    Mal weiter beobachten

  • Hi,


    auch neukompilieren wird da nicht helfen. wie schon weiter oben geschrieben, VDR 1.2 hat beim Houskeeping, d.h. bereinigung des EPG, löschen alter Timer usw. ein Problem und restartet deswegen, da das um 05:00 stattfindet. Ein Blick in das Log oben zeigt auch:


    Zitat


    Nov 25 05:00:00 vdr vdr[4377]: cleaning up schedules data
    Nov 25 05:00:01 vdr runvdr: restarting VDR


    Ist in 1.3 gefixt und macht auch sonst keine anderen Probleme. Ich würde da keine weitere Energie reinstecken.


    bye
    Sven


    Link: Richtig fragen

  • Falls es hilft:


    In der eit.c ist irgendwo ganz weit unten der Zeitpunt für den EPG-Cleanup definiert. Habe gerade leider die Sourcen nicht dabei. Ich hatte das so modifizirt, daß der Cleanup nie durchgeführt wird, weil die Wiederholungen von Enterprise teilweise um 5 Uhr sind und der VDR mir die Aufnhmen regelmäßig zerschossen hat. Da mein VDR nicht 24 Stunden läuft, sollte das auch kein Problem darstellen.
    Bei Bedarf poste ich mal den Patch - ist abr nur eine Zeile.

    Hardware: Gigabyte GA-970A-D3, AMD Athlon II X2 235e, 4GB RAM, Zotac GeForce 210 Synergy Edition 1GB, Corsair Force3 60GB SSD, Mystique SaTiX-S2 Dual, 6.4" TFT, Atric IR Einschalter Rev.5, Logitech Harmony 900, Samsung LE46A789 full HD LCD, Denon AVR-1910, USB Atmo-Light von Slime
    Software: yaVDR 0.5
    Streaming Client 1: Hauppauge MediaMVP
    Streaming Client 2: Telegant TG100 (wenn ich mal irgendwann die Zeit finde das UPnP-Plugin zu testen)

  • na gut, dann brauch ich garnicht erst versuchen hier noch alle Plugins mit Patchlevel usw. zu compilieren,


    eigentlich ist,s ja nicht so schlimm, ich weiß nur nicht was passiert,
    wenn ich mal ne Sendung über die 5:00 hinaus aufnehmen möchte,
    wird dann wohl nicht funktionieren,


    die 1.3 zu installieren ist ja ganz gut, ich hab mal vdrdevel ausprobiert,
    funktioniert auch, aber mir fehlen da einfach ein paar wichtige Plugins, die ich oft benutze, das ist Calendar und Streaming-Dev.
    Kommt das eigentlich da irgendwann mal rein ins Packet ???


    Gruß
    Grooves

  • Hi,


    na ja im schlimmsten Fall fehllen ein paar Sekunden der Aufnahme. Bei mir hat der Restart etwa 20 Sekunden gedauert.


    bye
    sven


    Link: Richtig fragen

  • es wird langsam esoterisch, heute hat er pünktlich um 8:00 gestartet,
    die Zeit 5:00 hat er diesmal überstanden,



    ..........
    Nov 29 04:27:44 vdr vdr[11260]: connect from 127.0.0.1, port 1039 - accepted
    Nov 29 04:27:46 vdr vdr[11260]: closing SVDRP connection
    Nov 29 04:55:36 vdr -- MARK --
    Nov 29 05:00:00 vdr vdr[11263]: cleaning up schedules data
    Nov 29 05:00:29 vdr vdr[11260]: cleaning up id3 cache
    Nov 29 05:15:36 vdr -- MARK --
    Nov 29 05:35:36 vdr -- MARK --
    Nov 29 05:55:36 vdr -- MARK --
    Nov 29 06:15:36 vdr -- MARK --
    Nov 29 06:26:47 vdr syslogd 1.4.1#10: restart.
    Nov 29 06:27:47 vdr vdr[11260]: connect from 127.0.0.1, port 1040 - accepted
    Nov 29 06:27:49 vdr vdr[11260]: closing SVDRP connection
    Nov 29 06:55:36 vdr -- MARK --
    Nov 29 07:15:36 vdr -- MARK --
    Nov 29 07:35:36 vdr -- MARK --
    Nov 29 07:55:36 vdr -- MARK --
    Nov 29 08:00:29 vdr vdr[11263]: System Time = Mon Nov 29 08:00:29 2004 (1101711629)
    Nov 29 08:00:29 vdr vdr[11263]: Local Time = Mon Nov 29 08:00:50 2004 (1101711650)
    Nov 29 08:08:15 vdr runvdr: restarting VDR
    Nov 29 08:08:20 vdr kernel: saa7146: unregister extension 'dvb'.
    Nov 29 08:08:22 vdr kernel: Linux video capture interface: v1.00
    Nov 29 08:08:22 vdr kernel: saa7146: register extension 'dvb'.
    ..............


    das ist ja alles ganz schön komisch,


    Gruß
    grooves

  • ...und ich dachte schon heute morgen um 9 Uhr, dass ich gestern versehentlich einen Timer gesetzt habe... Ich habe die CT3 drauf seit vorgestern und das acpi-wakeup.


    Habe also auch das Problem, dass der VDR von selbst startet.

    1x CT'VDR 4.5, AthlonXP 1700, 256MB, mit 1xDVS-S FF TT 1.5, AV-Board 1.3, 250 GB im Silverstone
    1x CT'VDR 5.0, PIII 650, 256MB, mit DXR3 und 1xTwinhan DVB-T PCI, 160 GB in HP Vectra Desktop

  • Hi,
    ich habe seit ca. eine Woche c't-VDR 3 (VDR-1.2.6) drauf und bin auch sehr, sehr zufrieden damit. Vorher hatte ich mit SuSE 8.2 alles zu Fuß gemacht und da gab es dieses Problem nicht.


    Seltsam finde ich auch, dass das Bild nach diesem restart schwarz bleibt. Umschalten oder den vdr Dienst neustarten bringt leider auch nix, bleibt schwarz.


    Hier mal ein Auszug aus /var/log/messages:



    Interessant finde ich auch, dass zwei restarts gemacht werden. einmal um 06:25 und dann nochmal um 06:47.


    Achja, nvram habe ich nicht installiert.


    Nach einem reboot des ganzen Systems läufts wieder.


    Gruß
    Obelix



  • Zitat

    Original von richf
    das war der syslogd, der den restart protokolliert - hat mit dem vdr nichts zu tun.


    gruß
    richf


    Jo, hast ja Recht. Wer lesen kann ist klar im Vorteil ;) Aber wieso war das TV Bild schwarz und erst durch ein reboot des Systems war das Bild wieder da ?


    Hier meine vdrinfo.log:


    Gruß
    Obelix



Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!