File a001c... messages fluten meine syslog

    Nachdem ich das letzte Maintenance update eingespielt habe müllt mir der vdr die syslog ab kurz nach dem start mit meldungen a la

    Code
    Oct 19 19:41:09 vdr atd[12769]: File a001c801273c60 is in wrong format - aborting
Oct 19 19:41:09 vdr atd[12770]: File a001c001273249 is in wrong format - aborting
Oct 19 19:41:09 vdr atd[12771]: File a001c701273bd3 is in wrong format - aborting
Oct 19 19:41:09 vdr atd[12772]: File a001c1012732e8 is in wrong format - aborting
Oct 19 19:41:09 vdr atd[12773]: File a001c2012732ff is in wrong format - aborting
Oct 19 19:41:09 vdr atd[12774]: File a001c301273327 is in wrong format - aborting

    zu. Das tut der Funktionsfähigkeit des vdr zunächst keinen Abbruch. Da die Meldungen aber sehr schnell geschehen nimmt innerhalb weniger Stunden die syslog allen verfügbaren Platz ein, immerhin 1,5 Gigabyte. Und dann ist auch bald Schluss mit lustig. Keine Ahnung wem das verschuldet ist, vielleicht hat ja schon jemand anders dieses Phänomen beobachtet.


    Gruss,
    gandalf


    P.S.: Ich hänge nochmal den syslog und messages Ausschnitt des vdr Starts an.

    Dateien

    syslog.2.bz2 3,28 kB – 245 Downloads messages.1.bz2 8,8 kB – 253 Downloads

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

    Schau mal ob in /var/spool/cron/atspool/ oder /var/spool/cron/atjobs ein paar Auftragsleichen rumschwirren.


    Zu löschen mit atrm prozessnummer (zeigt er mit atq)


    Vorher ev mal reinschaun was in den Aufträgen drinn steht.

    Erstmal Danke für den Tip!


    in atjobs stehen tatsächlich um die 20 jobs drin, mit den besagten namen, alle von vdr, alle 0 bytes. Fragen:


    - Wie kommt es unter normalen Umständen zu den Einträgen?
    - Kann ich die einfach so löschen?
    - Wie sorge ich vor dass das nicht gleich wieder passiert?


    Alles in allem bin ich platt über die Reaktionszeit und deine Kompetenz :respekt :respekt


    Gandalf
    [EDIT]
    Habe versucht der Sache mit atrm beizukommen, aber die Dinger scheinen laufend wieder generiert zu werden und manchmal heisst es auch einfach

    Code
    Cannot unlink =001cb01273e19: No such file or directory

    . Wie kann ich herausfinden welche jobs Teil des Problems sind und welche einfach notwendige Jobs sind?
    [/EDIT]

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

    Einmal editiert, zuletzt von gandalf ()

    Warum weisst das die vom vdr sind, wenns 0 byte groß sind?


    Mit atrm sollten sie sich auf alle Fälle löschen lassen, ob manuell auch egal ist hab ich nie probiert.


    Hatte bisher mit at in Verbindung mit VDR nix ungewöhnliches festgestellt.


    Wenn du die Ursache rausfinden könntest liese sich eventuell was genaueres dazu sagen.

    Nun sie tragen alle vdr als user. auch atq gibt bspw. folgendes aus:

    Code
    vdr:/var/spool/cron/atjobs# atq
461     2006-10-15 22:06 = vdr
480     2006-10-19 08:13 = vdr
477     2006-10-18 21:58 = vdr
462     2006-10-15 22:16 = vdr
455     2006-10-15 11:55 a vdr
449     2006-10-13 21:52 a vdr
470     2006-10-17 08:13 = vdr


    Habe nochmal den vorhergehenden Eintrag editiert, vielleicht klärt das was. Ansonsten ist mir im moment schleierhaft wie ich die Ursache klären sollte. Hab mal versucht die mit den Daten aus vergangenen Tagen zu löschen, aber auch das ging nicht immer. Muss erstmal weg, guck nachher nochmal hier nach.

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

    Hm, sind aber alle älter die Dateine (ein paar Tage)


    Mal atd stoppen und manuell löschen würde ich sagen.
    /etc/init.d/atd stop
    /etc/init.d/cron stop (vermutlich ned nötig)


    löschen


    /etc/init.d/atd start


    Hast du auch n syslog, so von 2006-10-19 08:13 herum?
    Was war da los?

    Tut mir leid, musste ich alles löschen weil sie alles bis aufs letzte byte verbrauchte.
    Hab jetzt mal atd und cron gestoppt, die jobs geloscht und alles wieder gestartet. Nun muss ich halt mal beobachten. Erstmal reagiert das system aber wieder normal. War nämlich verständlicherweise davor ziemlich träge.


    [EDIT]
    So hab das System rebootet und soweit sieht alles klar aus.


    Danke mal in jedem Fall für die Hilfe!
    [EDIT]

    --------------------------------------------------------------------------
    HW: AMD Athlon(tm) 7850, 2 GB RAM, Gainward G210 (NVidia GF 210), nvidia 195.36.31, 640+750GB internal HD, 1TB +(2*1TB) NAS (WD My Book World Edition I&II), Hauppauge FF Rev. 2.1, Budget: AVerTV DVB-T 771, WinTV HVR-4000 DVB-S(2)
    VDR: 1.7.15, Plugins: xineliboutput osdteletext dvbsddevice epgsearch streamdev-server vnsiserver skinsoppalusikka tvonscreen live fritzbox menuorg externalplayer dvd text2skin

    Einmal editiert, zuletzt von gandalf ()

    Die Meldungen

    Zitat

    Oct 19 19:41:09 vdr atd[12769]: File a001c801273c60 is in wrong format - aborting


    sind ein Bug im atd. Debian Bug#115295: marked as done (at: atd misbehaves for usernames with 8+ characters (fix included))
    Behoben in at_3.1.9


    atd kommt nicht mit Usernamen klar, die länger als 8 Zeichen sind (hier: vdradmin-am).


    Die Jobs enstehen zum Beispiel, wenn über Konvertierungen für VCD oder SVCD angestoßen werden.


    Ich weiß nur leider nicht, wie ich eine neue Version von at in mein System bekomme.

    Backport machen.


    Paket ist n Backport von Debian 4.0 (Etch) und sollte unter Sarge laufen, Benutzung auf eigenen Gefahr.


    Paket entfernt, braucht wohl ne neuere lsb-base

    Hi Wilderigel !


    da ich den Fehler auch habe gleich mal probiert....



    danach vertsricke ich mich in Abhängigkeitsproblemen....
    wie kriege ich den alten at zurück ?

    über woody CT-vdr gewachsen auf YAVDR 2.6.6 @Jammy/ 4x CINE dvb-c/t
    ASROCK Q1900 + 4 GB + NVIDIA GT 730

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden