Speedport W900V, freetz 1.0, Meldung im Log

[Telefonmännchen]

Hallo Forum,
ich habe einen gefreezten Speedport W900V. Nachdem ich heute mal einen Blick ins Syslog geworfen habe, ist mir eine ständig wiederkehrende Meldung aufgefallen. Scheinbar soll irgendeine virtuelle LED angesteuert werden, und dabei geht scheinbar etwas schief.

Jul 17 14:40:24 fritz user.err telefon[553]: set initial telefon time from linux time to 14:40 17.07 2008!
Jul 17 14:40:29 fritz user.err kernel: [avm_led] virt led not registered
Jul 17 14:40:29 fritz user.err kernel: [avm_led] format error: "SET Name,Instanz = state"
Jul 17 14:40:39 fritz user.err kernel: [avm_led] virt led not registered
Jul 17 14:40:39 fritz user.err kernel: [avm_led] format error: "SET Name,Instanz = state"
Jul 17 14:40:41 fritz authpriv.info dropbear[1018]: Running in background
Jul 17 14:40:49 fritz user.err kernel: [avm_led] virt led not registered
Jul 17 14:40:49 fritz user.err kernel: [avm_led] format error: "SET Name,Instanz = state"
Jul 17 14:40:59 fritz user.err kernel: [avm_led] virt led not registered
Jul 17 14:40:59 fritz user.err kernel: [avm_led] format error: "SET Name,Instanz = state"
Jul 17 14:41:03 fritz user.warn kernel: /proc/tffs: info request: success
Jul 17 14:41:09 fritz user.err kernel: [avm_led] virt led not registered
Jul 17 14:41:09 fritz user.err kernel: [avm_led] format error: "SET Name,Instanz = state"

So sah es gleich nach einem manuellen Reboot aus. Und das setzt sich so im 10-Sekunden-Takt fort. Weiß jemand, welcher Dienst hier eine virtuelle LED ansteuern will und wie ich das abstellen kann? Die LED-Signalisation ist bei einem Speedport sowieso etwas gewöhnungsbedürftig. Zum Beispiel leuchten die LEDs für Festnetz und Internettelefonie ständig und blinken dann bei Verbindung. Naja, vielleicht heißt das ständige Leuchten ja auch, daß entsprechende Kanäle verfügbar sind.

Gruß Telefonmännchen

PS: Eine Forensuche mit der Meldung brachte keine verwertbaren Ergebnisse.


EDIT:
Hier mal noch ein ps auf der Konsole:

/var/mod/root # ps
  PID  Uid        VSZ Stat Command
    1 root       1420 S   init
    2 root            SWN [ksoftirqd/0]
    3 root            SW< [events/0]
    4 root            SW< [khelper]
    5 root            SW< [kthread]
    6 root            SW< [kblockd/0]
   23 root            SW< [pdflush]
   24 root            SW< [pdflush]
   26 root            SW< [aio/0]
   25 root            SW  [kswapd0]
   62 root            SW  [pm_info]
   69 root            SW  [mtdblockd]
   95 root            SW  [tffsd_mtd_0]
  367 root            SW< [capi_oslib]
  368 root            SW< [capi_oslib]
  369 root            SW  [capitransp]
  390 root            SW< [khubd]
  464 root      12784 S N /usr/bin/avm/ctlmgr
  484 root       2000 S   wpa_authenticator
  492 root      12784 S N /usr/bin/avm/ctlmgr
  493 root      12784 S N /usr/bin/avm/ctlmgr
  494 root      12784 S N /usr/bin/avm/ctlmgr
  528 root       4976 S   igdd
  532 root       3832 S   usermand
  536 root       4028 S   multid
  545 root       5040 S   dsld -i -n
  553 root       8044 S   telefon a127.0.0.1
  557 root       7604 S < voipd
  560 root       4444 S   pbd
  561 root       4444 S   pbd
  565 root       8044 S   telefon a127.0.0.1
  566 root       8044 S   telefon a127.0.0.1
  567 root       8044 S   telefon a127.0.0.1
  569 root       4444 S   pbd
  570 root       4444 S   pbd
  580 root       6260 S   /bin/avmike
  582 root            RWN [kdsld_token]
  584 root        960 S   /bin/run_clock -c /dev/tffs -d
  603 root       3968 S   /usr/bin/faxd -a
  612 root       1920 S   capiotcp_server -p5031 -m99
  641 root       1420 S   httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r Fr
  647 root       4976 S   igdd
  648 root       4976 S   igdd
  649 root       4976 S   igdd
  665 root       1432 S   syslogd -L -C
  667 root       1416 S   /sbin/klogd -c 4
  680 root       8044 S   telefon a127.0.0.1
  682 root       8044 S   telefon a127.0.0.1
  683 root       8044 S   telefon a127.0.0.1
  860 root       1544 S   /bin/ash /usr/sbin/callmonitor
  861 root       1420 S   logger -t callmonitor -p daemon.info
  888 root       1544 S   /bin/ash /usr/sbin/callmonitor
  889 root       1412 S   sleep 20000d
  890 root       1416 S   busybox nc 127.0.0.1 1012
  891 root       1544 S   /bin/ash /usr/sbin/callmonitor
  998 root        924 S   bftpd -d
 1018 root       1144 S   dropbear -p 22
 1028 root       1420 S   httpd -p 82 -c /mod/etc/httpd-wol.conf -h /mod/pkg/wo
 1046 root       1420 S   init
 1218 root       1200 S   dropbear -p 22
 1219 root       1440 S   -sh
 1249 root       1420 R   ps
/var/mod/root #

EDIT2:
So, nachdem ich mir nach einem Reboot das Bootlog noch einmal angeschaut habe, denke ich, daß ich der Verursacher festgestellt habe. Leider habe ich aber keinen Plan, was ich da tun kann.

Jan  1 01:00:54 fritz user.err kernel: [avm_led] "tam",0 ! already defined
Jan  1 01:00:54 fritz user.err kernel: [avm_led] format error: "DEF Name,Instanz = low_level_driver_index, gpio_number, physical_pin_number, physical_pin_name"
Jan  1 01:00:54 fritz user.err kernel: [avm_led_load_config] Syntax error in led config file /etc/led.conf at "DEF tam,0 = 99,32,21"

Vielleicht hat ja irgendeiner der Profis einen Hinweis. Der Syntax error dürfte sich m.E. im Readonly-Bereich befinden. Keine Ahnung, warum hier "tam" noch mal definiert werden soll, oder ob nur die Definition angepasst wird. Heute früh hatte ich beim Rechnerstart auch einen unerklärlichen Reboot der Box. Hmmm...

EDIT3:
In /etc/led.conf ist wirklich tam zwei mal definiert. Ein Mal "DEF tam,0 = 99,32,12,tam" und dann später scheinbar noch mal fehlerhaft als "DEF tam,0 = 99,32,21,tam". Und dann ist die /etc/led.conf wirklich readonly. Sch... Muß ich wohl mit leben.

 

[kuf001]

Hallo,

kann ich bestätigen, ist bei mir auch so. Ist zwar unschön, das hier das Log vollläuft, aber Funktionsstörungen hatte ich bisher nicht.

Vielleicht kann sich das aber trotzdem mal jemand ansehen?

Gruß

 

[Silent-Tears]

In /etc/led.conf ist wirklich tam zwei mal definiert. Ein Mal "DEF tam,0 = 99,32,12,tam" und dann später scheinbar noch mal fehlerhaft als "DEF tam,0 = 99,32,21,tam". Und dann ist die /etc/led.conf wirklich readonly. Sch... Muß ich wohl mit leben.

Das Problem kenne ich, es ist aber nichts wirklich relevantes. Sind nur Logmeldungen.

Was du versuchen könntest wäre ein

cp /etc/led.conf /var/tmp/led.conf
mount -obind /etc/led.conf /var/tmp/led.conf

und diese dann bearbeiten.

 

[olistudent]

Wir patchen die led.conf. Evtl. hat AVM da Änderungen vorgenommen. Kann vielleicht mal jemand die tam.conf aus einem aktuellen sp2fritz-Image posten? Dann schau ich mir das mal an. Evtl. wäre auch ein Ticket im Trac angebracht.

MfG Oliver

 

[Telefonmännchen]

Was du versuchen könntest wäre ein ...

OK, ich habe die Datei kopiert, editiert und gemountet. Fazit: Nix is, immer noch die gleiche Meldung alle zehn Sekunden. Ich denke, daß die Box die Conf ein liest und dann nicht mehr anfasst, aber sich weiterhin über den Syntaxerror beschwert. Man müßte wohl den entsprechenden Dienst neu starten. Da TAM ja mit der Anrufbeantworterfunktion zusammenhängt, ist mir das zu aufwendig, zumal ich nicht mal den boxinternen AB betreibe. Nehmen wir es als optische Schwäche, auch wenn es das Logging as absurdum führt. Man kann ja dann nichts mehr nachvollziehen, wenn man nicht gerade extern loggt. So wichtig ist es mir im Moment nicht, wenn es keine funktionellen Einschränkungen hat. Egal, warten wir auf eine neue Version. Trotzdem Danke.

Gruß Telefonmännchen

 

[Silent-Tears]

So wichtig ist es mir im Moment nicht, wenn es keine funktionellen Einschränkungen hat. Egal, warten wir auf eine neue Version

Sorry, aber das muss nun sein: Hellau, endlich jemand, der das Communitydenken begriffen hat. Wenige machen, viele nehmen mit.

 

[Telefonmännchen]

[OT]

Wenige machen, viele nehmen mit.

Das will ich nicht hier so unkommentiert stehen lassen. Leider fehlt mir das notwendige Knowhow und auch die Zeit, an dieser Stelle tiefer einsteigen zu können. Wie man an der Anzahl meiner Postings sehen kann, bin ich hier auch nicht ganz untätig und kein ausschließlicher Leecher. Ich versuche durchaus, mein Wissen dem Forum zur Verfügung zu stellen. Die Anzahl der eigenen Anfragen im Forum bewegt sich im unteren zweistelligen, wenn nicht sogar einstelligen Bereich. Und daß ich bezüglich Problemlösung untätig bin, kann man mir wohl auch kaum angesichts der Tatsache, daß olistudent geschrieben hat, daß die entsprechende Datei gepatcht wird, vorwerfen. Ich gehe davon aus, daß sie in einer Folgeversion fehlerfrei zur Verfügung steht, bin aber trotzdem bereit, mich durchaus einzubringen.

Sicher bin ich hier wie viele Nutznießer der Arbeit anderer, die ihr Engagement, so hoffe ich doch, als Hobby begreifen. Ich persönlich arbeite nun mal nicht gern "am offenen Herzen" (sprich Konsole der Box), weil ich mir nicht sicher bin, was ich dort tue, bzw. welche Nebeneffekte mein Wirken haben kann. Von Scripting verstehe ich soviel, daß ich versuche nachzuvollziehen, was dort getan wird. Deswegen bin ich aber noch lange nicht in der Lage, auch selbiges zu erstellen. Meine Erfahrungen beschränken sich auf VBA. Ich habe an dieser Stelle aufgegeben, weil Du selbst geschrieben hast, daß es nicht relevantes, sondern "nur" Logmeldungen sind. Der Fehler ist also für mich eher kosmetischer Natur und die Beseitigung daher nicht dringend.

So, und das mußt auch raus. Auch Helau...
[/OT]

Gruß Telefonmännchen