LCR Auto Updater funktioniert nicht mit ds-mod 0.2.2

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Status
Für weitere Antworten geschlossen.
K

kay1234

Mitglied
Mitglied seit
25 Jan 2006
Beiträge
262
Punkte für Reaktionen
0
Punkte
16
Hallo zusammen,

das ist zugegeben fast schon ein altes Thema, aber um den orginal Auto Updater Thread nicht weiter zu belasten poste ich das hier mal neu.

Ich möchte auf einen Post von jebu81 sowie die folgenden verweisen. Ich kann auch bestätigen, dass der LCR Updater (1.43 - 1.44.19) nicht mit dem aktuellen ds-mod 0.2.2 (auf stable-Firmware 04.01) zusammen arbeitet. Bei mir startet telefon nach der Installation des Updaters nicht mehr, siehe hier und hier.

Ich hoffe wir finden eine Lösung. Bin bereit zu testen, habe aber keine serielle Konsole. Bisher konnte ich nicht genau feststellen, wo das Problem liegen könnte. Außer telefon sind mir keine fehlenden (nicht gestarteten) Dienste aufgefallen. Soweit ich mich erinnere, hat telefon bei einem manuellen Start einen Fehler wegen einer fehlenden Datei ausgegeben. Danach konnte man zwar wieder telefonieren, aber der Updater hatte keine Anruferliste. Ob das LCR in dieser Situtation funktioniert hat, erinnere ich nicht.

Kay.
 
Ich habe den ds-mod seit heute installiert und teste gerade. Es hängt vermutlich an der geänderten busybox ash. Auch scheint der Updater nur nach der Installation gekillt zu werden, starte ich diesen im Telnet läuft alles wunderbar...

Grüße
Harald
 
Stimmt, wenn man den Updater von Hand startet klappt das soweit. Allerdings kriegt der telefon-Daemon danach trotzdem besagte Krise und verursacht lt. "top" über 90% Last. Die Box wird im Zuge dessen auch sehr, sehr träge...
 
Es gibt nun eine neue Betaversion V1.44.20, welche erweiterte Meldungen während des Neustarts des Telefonmoduls via der gemeinsamen Schnittstelle von Buhmann (Callmonitor) aufweist.

Es waren einige Anpassungen am Quellcode notwendig, welche vermutlich im Zusammenhang mit der im ds-mod installierten neuen Busyboxversion V1.1.0 hängen (vielleicht sind es auch nur offene Bugs in dieser Busybox Ash, welche ich umgehen musste...).

Bei mir läuft nun alles. Ich hatte zwischendurch noch das Problem, dass das Telefonmodul nach einem Neustart der Box nicht korrekt gestartet wird (deswegen auch die ps Ausgaben vor und nach dem Neustart des Telefonmoduls via rc.telefon). Ich hoffe, dass die letzten Änderungen auch dieses Problem beseitigt haben...

Danke und Grüße
Harald
 
Hallo Harald,

ich habe jetzt die 1.44.20 drauf, aber trotzdem noch die gleichen Probleme. Erst habe ich ein mod-Image ohne Callmonitor probiert, jetzt auch noch eins mit buehmann's Callmonitor. In beiden Fällen verursacht telefon eine Last von konstant über 90%.

Der Updater erkennt den Status des telefon-Daemon erst nachdem der Hörer einmal abgenommen und wieder aufgelegt wurde. Danach wird dann auch erst die Anrufliste angezeigt. Ich werde jetzt mal meine debug.cfg leeren und den Updater neu installieren.

Zur Info:
Code: 
    * 29.03.06 00:07:47: TSB Dämon V1.44.20 Beta gestartet
    * 29.03.06 00:07:47: Fritz!Box Firmware Version (0401)
    * 29.03.06 00:07:47: TSB Callmonitor gestartet
    * 29.03.06 00:07:48: TSB updateCallList gestartet
    * 29.03.06 00:07:49: LCR Konfiguration aus debug.cfg wieder hergestellt (2184 bytes)
    * Stopping telefon....29.03.06 00:07:51: Tarifupdate gestartet
    * 29.03.06 00:07:52: Ping: lcr.telefonsparbuch.de
    * .29.03.06 00:07:52: Konfigurationsdatei wurde geändert
    * 29.03.06 00:07:52: - Alt: 0
    * 29.03.06 00:07:52: - Neu: Wed Mar 29 00:07:49 CET 2006
    * 29.03.06 00:07:52: Neue Tarifdaten: Tue, 28 Mar 2006 15:29:59 GMT > 0
    * 29.03.06 00:07:52: Konfigurationsdatei geladen (2184 bytes)
    * 29.03.06 00:07:53: Sende Konfigurationsdatei an "lcr.telefonsparbuch.de" (2184 bytes)
    * .done. Starting telefon...done. 29.03.06 00:07:55: LCR Datei erhalten (7551 bytes)
    * 29.03.06 00:07:57: LCR Steuerdatei hat sich durch Tarifupdate nicht geändert
    * 29.03.06 00:07:57: - Schreiben der LCR Steuerdatei nicht notwendig
    * 29.03.06 00:07:58: Update OK
    * 29.03.06 00:07:58: Telefonmodul muss nach Programmstart einmal gestartet werden...
    * 29.03.06 00:07:58: RESTART:
    * 29.03.06 00:07:58: PID Uid VmSize Stat Command 1 root 344 S init 2 root SW [keventd] 3 root SWN [ksoftirqd_CPU0] 4 root SW [kswapd] 5 root SW [bdflush] 6 root SW [kupdated] 7 root SW [mtdblockd] 8 root SW [tffsd_mtd3] 10 root 344 S init 11 root 448 S /bin/sh /etc/init.d/rc.S 464 root 232 S ledcfg -c -d -f /etc/Fritz_Box_7050.led.conf 492 root SW [ubik2_tx[8]] 493 root SW [capitransp] 497 root SW< [kdsld] 519 root Z N [ctlmgr] 525 root 1656 S N ctlmgr 538 root Z [websrv] 540 root 1228 S N websrv 543 root Z [igdd] 544 root Z [igdd] 562 root 1228 S N websrv 566 root 1228 S N websrv 575 root 1228 S N websrv 590 root Z [dnsmasq] 593 root 348 S dnsmasq -p 53 594 root Z [multid] 595 root 1224 S multid 617 root Z [multid] 618 root Z [multid] 626 root Z [dsld] 630 root 1480 S dsld -i -n 642 root Z [telefon] 655 root Z [voipd] 660 root 1948 S < voipd 663 root 192 S /bin/run_clock -c /dev/tffs/mtd3 -d 673 root 280 S tee /var/log/mod.log 773 root Z [telnetd] 775 root 236 S telnetd -l /sbin/ar7login 786 root Z [httpd] 791 root 328 S httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS 1094 root 388 S /bin/sh /etc/init.d/rc.firewall waitinp 1097 root 220 S sleep 300 1128 root Z [syslogd] 1130 root 376 S syslogd -L -C -R 192.168.171.20 1132 root Z [klogd] 1133 root 304 S /sbin/klogd 1201 root Z [ash] 1204 root Z [ash] 1208 root Z [ash] 1213 root Z [ash] 1221 root Z [ash] 1232 root Z [ash] 1304 root 424 S /bin/ash /usr/sbin/callmonitor --debug 1557 root Z [telefon] 1678 root Z [dropbear] 1685 root 368 S dropbear -p 22 -s -b /var/tmp/flash/banner 1734 root Z [httpd] 1737 root 328 S httpd -p 82 -c /mod/etc/httpd-wol.conf -h /mod/pkg/wo 1978 root 504 S /bin/sh /var/tmp/tsb/tsbdaemon.sh 2008 root 408 S /bin/sh /var/tmp/tsb/tsbcallmonitor.sh 2013 root 464 S /bin/sh /var/tmp/tsb/tsbupdateCallList.sh 2132 root 384 S ash /mod/etc/init.d/rc.telefon reload 2134 root 756 S telefon 1 a127.0.0.1 2135 root 280 S tee 2 2143 root 220 S sleep 5 2221 root 308 R ps
    * Stopping telefon......done. Starting telefon...done. 29.03.06 00:08:03: DONE:
    * 29.03.06 00:08:03: PID Uid VmSize Stat Command 1 root 344 S init 2 root SW [keventd] 3 root SWN [ksoftirqd_CPU0] 4 root SW [kswapd] 5 root SW [bdflush] 6 root SW [kupdated] 7 root SW [mtdblockd] 8 root SW [tffsd_mtd3] 10 root 344 S init 11 root 448 S /bin/sh /etc/init.d/rc.S 464 root 232 S ledcfg -c -d -f /etc/Fritz_Box_7050.led.conf 492 root SW [ubik2_tx[8]] 493 root SW [capitransp] 497 root SW< [kdsld] 519 root Z N [ctlmgr] 525 root 1656 S N ctlmgr 538 root Z [websrv] 540 root 1188 S N websrv 543 root Z [igdd] 544 root Z [igdd] 562 root 1188 S N websrv 566 root 1188 S N websrv 575 root 1188 S N websrv 590 root Z [dnsmasq] 593 root 348 S dnsmasq -p 53 594 root Z [multid] 595 root 1224 S multid 617 root Z [multid] 618 root Z [multid] 626 root Z [dsld] 630 root 1480 S dsld -i -n 642 root Z [telefon] 655 root Z [voipd] 660 root 1948 S < voipd 663 root 192 S /bin/run_clock -c /dev/tffs/mtd3 -d 673 root 280 S tee /var/log/mod.log 773 root Z [telnetd] 775 root 236 S telnetd -l /sbin/ar7login 786 root Z [httpd] 791 root 328 S httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS 1094 root 388 S /bin/sh /etc/init.d/rc.firewall waitinp 1097 root 220 S sleep 300 1128 root Z [syslogd] 1130 root 376 S syslogd -L -C -R 192.168.171.20 1132 root Z [klogd] 1133 root 304 S /sbin/klogd 1201 root Z [ash] 1204 root Z [ash] 1208 root Z [ash] 1213 root Z [ash] 1221 root Z [ash] 1232 root Z [ash] 1304 root 424 S /bin/ash /usr/sbin/callmonitor --debug 1557 root Z [telefon] 1678 root Z [dropbear] 1685 root 368 S dropbear -p 22 -s -b /var/tmp/flash/banner 1734 root Z [httpd] 1737 root 328 S httpd -p 82 -c /mod/etc/httpd-wol.conf -h /mod/pkg/wo 1978 root 508 S /bin/sh /var/tmp/tsb/tsbdaemon.sh 2008 root 408 S /bin/sh /var/tmp/tsb/tsbcallmonitor.sh 2013 root 464 S /bin/sh /var/tmp/tsb/tsbupdateCallList.sh 2132 root Z [ash] 2253 root 220 S sleep 5 2267 root 388 S sh /var/mod/pkg/telefon/etc/init.d/rc.telefon restart 2272 root 308 R ps 2273 root 684 R telefon 1 a127.0.0.1 2274 root 280 S tee 2
    * 29.03.06 00:08:03: Telefonmodul gestartet (Callmonitor und Mod kompatibel)
    * 29.03.06 00:08:14: SLEEP 10:
    * 29.03.06 00:08:14: PID Uid VmSize Stat Command 1 root 344 S init 2 root SW [keventd] 3 root SWN [ksoftirqd_CPU0] 4 root SW [kswapd] 5 root SW [bdflush] 6 root SW [kupdated] 7 root SW [mtdblockd] 8 root SW [tffsd_mtd3] 10 root 344 S init 11 root 448 S /bin/sh /etc/init.d/rc.S 464 root 232 S ledcfg -c -d -f /etc/Fritz_Box_7050.led.conf 492 root SW [ubik2_tx[8]] 493 root SW [capitransp] 497 root SW< [kdsld] 519 root Z N [ctlmgr] 525 root 1656 R N ctlmgr 538 root Z [websrv] 540 root 1188 R N websrv 543 root Z [igdd] 544 root Z [igdd] 562 root 1188 S N websrv 566 root 1188 S N websrv 575 root 1188 S N websrv 590 root Z [dnsmasq] 593 root 348 S dnsmasq -p 53 594 root Z [multid] 595 root 1224 S multid 617 root Z [multid] 618 root Z [multid] 626 root Z [dsld] 630 root 1480 S dsld -i -n 642 root Z [telefon] 655 root Z [voipd] 660 root 1948 S < voipd 663 root 192 S /bin/run_clock -c /dev/tffs/mtd3 -d 673 root 280 S tee /var/log/mod.log 773 root Z [telnetd] 775 root 236 S telnetd -l /sbin/ar7login 786 root Z [httpd] 791 root 328 S httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS 1094 root 388 S /bin/sh /etc/init.d/rc.firewall waitinp 1097 root 220 S sleep 300 1128 root Z [syslogd] 1130 root 376 S syslogd -L -C -R 192.168.171.20 1132 root Z [klogd] 1133 root 304 S /sbin/klogd 1201 root Z [ash] 1204 root Z [ash] 1208 root Z [ash] 1213 root Z [ash] 1221 root Z [ash] 1232 root Z [ash] 1304 root 424 S /bin/ash /usr/sbin/callmonitor --debug 1557 root Z [telefon] 1678 root Z [dropbear] 1685 root 368 S dropbear -p 22 -s -b /var/tmp/flash/banner 1734 root Z [httpd] 1737 root 328 S httpd -p 82 -c /mod/etc/httpd-wol.conf -h /mod/pkg/wo 1978 root 508 S /bin/sh /var/tmp/tsb/tsbdaemon.sh 2008 root 408 S /bin/sh /var/tmp/tsb/tsbcallmonitor.sh 2013 root 464 S /bin/sh /var/tmp/tsb/tsbupdateCallList.sh 2132 root Z [ash] 2267 root 388 S sh /var/mod/pkg/telefon/etc/init.d/rc.telefon restart 2273 root 756 S telefon 1 a127.0.0.1 2274 root 280 S tee 2 2311 root 220 S sleep 5 2315 root 308 R ps
    * 29.03.06 00:08:14: Warte auf nächstes Tarifupdate
 
Es gibt nochmal eine neue Version V1.44.21.
Im Augenblick teste ich nur mit Buhmanns Callmonitor...

Grüße
Harald
 
Leider auch mit der x.21 die gleichen Probleme. Installation und Neustart verlaufen problemlos, sobald ein Hörer abgenommen wird oder ein Update startet ist es aus.
Im Augenblick teste ich nur mit Buhmanns Callmonitor...
Zum Vergrößern anklicken....
Dann bleibe ich auch erstmal beim Callmonitor-Image.

Das Log vom LCR Callmonitor, inkl. zweimal Hörer abnehmen.
Code: 
    * 29.03.06 11:16:06: telefon: sizeof TA_DATA = 0x2dac!
    * 29.03.06 11:16:06: telefon: Setupdaten geslesen!
    * 29.03.06 11:16:06: telefon: CallLog found from: 29.03.06 11:15 LogIN: 0 LogOUT: 0
    * 29.03.06 11:16:07: telefon: found SIP Controller 5
    * 29.03.06 11:16:07: telefon: found POTS Controller 4
    * 29.03.06 11:16:07: telefon: found ISDN Controller 2
    * 29.03.06 11:16:10: telefon: found ISDN_NT Controller 3
    * 29.03.06 11:16:10: telefon: AB_LED: Power On
    * 29.03.06 11:16:11: telefon: InitAnalog ExternalXSC: 10
    * 29.03.06 11:16:11: telefon: CallLog save at: 29.03.06 11:16 LogIN: 0 LogOUT: 0
    * 29.03.06 11:16:11: telefon: TA terminated
    * 29.03.06 11:16:15: telefon: sizeof TA_DATA = 0x2dac!
    * 29.03.06 11:16:15: telefon: Setupdaten geslesen!
    * 29.03.06 11:16:15: telefon: CallLog found from: 29.03.06 11:16 LogIN: 0 LogOUT: 0
    * 29.03.06 11:16:15: telefon: found SIP Controller 5
    * 29.03.06 11:16:16: telefon: found POTS Controller 4
    * 29.03.06 11:16:16: telefon: found ISDN Controller 2
    * 29.03.06 11:21:29: telefon: found ISDN_NT Controller 3
    * 29.03.06 11:21:30: telefon: AB_LED: Power On
    * 29.03.06 11:21:30: telefon: InitAnalog ExternalXSC: 10
    * 29.03.06 11:21:30: telefon: Con ID: 0 Set D2Handle: 0
    * 29.03.06 11:21:31: telefon: IncomingCall from NT: ID 0, caller: "4374264" called: ""
    * 29.03.06 11:21:31: telefon: IntCFNRSlot: -1, CIPValue: 16
    * 29.03.06 11:21:31: telefon: NT call ID 1 redirected use Uml0 Slot(from) 4 and Slot(to) 5
    * 29.03.06 11:21:31: telefon: * state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
    * 29.03.06 11:21:31: telefon: ID 0 BChan (ext) 0x04
    * 29.03.06 11:21:31: telefon: * state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
    * 29.03.06 11:21:32: telefon: ID 0 ProceedingState: 0d
    * 29.03.06 11:21:32: telefon: set UseMSN to SIP0
    * 29.03.06 11:21:32: telefon: set UseMSN to SIP0
    * 29.03.06 11:21:32: telefon: ReroutCall: Reroute[4] Ctrl(5) MSN(0) CPN()
    * 29.03.06 11:21:32: telefon: AB_LED: B2 On
    * 29.03.06 11:21:33: telefon: * state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
    * 29.03.06 11:21:33: telefon: ID 1 BChan (ext) 0x08
    * 29.03.06 11:21:33: telefon: ConnectBChannelRerout 4<->8
    * 29.03.06 11:21:33: telefon: * state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
    * 29.03.06 11:21:33: telefon: ID 1 ProceedingState: 0d
    * 29.03.06 11:21:43: telefon: ID 0 ProceedingState: 45
    * 29.03.06 11:21:44: telefon: ID 0 ProceedingState: 45 Cause 0x3490
    * 29.03.06 11:21:44: telefon: * set state Umlto0 ID 1: D_DisconnectPending *
    * 29.03.06 11:21:44: telefon: * state change Umlfrom0 ID 0: D_DisconnectPending Reason: 3490*
    * 29.03.06 11:21:45: telefon: 29.03.06 11:21 0s Slot: -1 ID: 1 CIP: 16 SIP0 outgoing ChargeU: 0
    * 29.03.06 11:21:45: telefon: * set state Umlfrom0 ID 0: D_DisconnectPending *
    * 29.03.06 11:21:45: telefon: * state change Umlto0 ID 1: Disconnected Reason: 3400 *
    * 29.03.06 11:21:45: telefon: Disconnectreason: 3400
    * 29.03.06 11:21:45: telefon: AB_LED: B2 Off
    * 29.03.06 11:21:46: telefon: 29.03.06 11:21 0s Slot: -1 ID: 0 CIP: 16 incoming 4374264 ChargeU: 0
    * 29.03.06 11:21:46: telefon: * state change Umlfrom0 ID 0: Disconnected Reason: 3400*
    * 29.03.06 11:21:46: telefon: Disconnectreason: 3400
    * 29.03.06 11:21:50: telefon: socket accept from: 127.0.0.1
    * 29.03.06 11:35:03: telefon: Con ID: 0 Set D2Handle: 0
    * 29.03.06 11:35:04: telefon: IncomingCall from NT: ID 0, caller: "4374264" called: ""
    * 29.03.06 11:35:04: telefon: IntCFNRSlot: -1, CIPValue: 16
    * 29.03.06 11:35:04: telefon: NT call ID 1 redirected use Uml0 Slot(from) 4 and Slot(to) 5
    * 29.03.06 11:35:04: telefon: * state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
    * 29.03.06 11:35:05: telefon: ID 0 BChan (ext) 0x04
    * 29.03.06 11:35:05: telefon: * state change Umlfrom0 ID 0: D_ConnectPending Reason: 0*
    * 29.03.06 11:35:05: telefon: ID 0 ProceedingState: 0d
    * 29.03.06 11:35:06: telefon: set UseMSN to SIP0
    * 29.03.06 11:35:06: telefon: set UseMSN to SIP0
    * 29.03.06 11:35:06: telefon: ReroutCall: Reroute[4] Ctrl(5) MSN(0) CPN()
    * 29.03.06 11:35:07: telefon: AB_LED: B2 On
    * 29.03.06 11:35:07: telefon: * state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
    * 29.03.06 11:35:07: telefon: ID 1 BChan (ext) 0x08
    * 29.03.06 11:35:08: telefon: ConnectBChannelRerout 4<->8
    * 29.03.06 11:35:08: telefon: * state change Umlto0 ID 1: D_ConnectPending Reason: 0 *
    * 29.03.06 11:35:08: telefon: ID 1 ProceedingState: 0d
    * 29.03.06 11:35:08: telefon: ID 0 ProceedingState: 45
    * 29.03.06 11:35:08: telefon: ID 0 ProceedingState: 45 Cause 0x3490
    * 29.03.06 11:35:09: telefon: * set state Umlto0 ID 1: D_DisconnectPending *
    * 29.03.06 11:35:09: telefon: * state change Umlfrom0 ID 0: D_DisconnectPending Reason: 3490*
    * 29.03.06 11:35:09: telefon: 29.03.06 11:22 0s Slot: -1 ID: 1 CIP: 16 SIP0 outgoing ChargeU: 0
    * 29.03.06 11:35:09: telefon: * set state Umlfrom0 ID 0: D_DisconnectPending *
    * 29.03.06 11:35:10: telefon: * state change Umlto0 ID 1: Disconnected Reason: 3400 *
    * 29.03.06 11:35:10: telefon: Disconnectreason: 3400
    * 29.03.06 11:35:10: telefon: AB_LED: B2 Off
    * 29.03.06 11:35:10: telefon: 29.03.06 11:23 0s Slot: -1 ID: 0 CIP: 16 incoming 4374264 ChargeU: 0
    * 29.03.06 11:35:11: telefon: * state change Umlfrom0 ID 0: Disconnected Reason: 3400*
    * 29.03.06 11:35:11: telefon: Disconnectreason: 3400
    * 29.03.06 11:35:14: telefon: socket accept from: 127.0.0.1
 
Zuletzt bearbeitet:
Was ist dann aus. Wie sieht dann "ps" aus, laufen bestimmte Prozesse nicht mehr, bzw. ein Prozess belegt zuviel Rechenleistung über einen langen Zeitraum "top"?

Bei mir läuft es seit einigen Stunden und mit einigen Gesprächen problemlos...

Danke und Grüße
Harald
 
Hallo Harald,

nur eine kurze Rückmeldung, für mehr fehlt die Zeit. Seit ds.2.2 folgendes Szenario: Installiere ich Deinen autoupdater, startet telefon nicht mehr. Deinstalliere ich denUpdater, geht alles wieder.

Habe eben den aktuellen Updater ausprobiert.

Besten Gruß
fritzchen
 
Wie hast Du upgedatet:
- via "Version ändern" ohne Neustart
- via "Version ändern" mit anschließendem Neustart oder via Firmwareupdate

Nach dem Neustart war das Telefonmodul nicht aktiv (also ps zeigt den Prozess nicht mehr an)?

Dann würden mich die Infos unter "Meldungen" im LCR Updater Webmenü interessieren, da hier ein ps vor dem Neustart, direkt nach dem Neustart des Telefonmoduls und 10 Sekunden danach ausgegeben werden.

Danke und Grüße
Harald
 
Direkt nach einem Neustart wird die Anrufliste nicht berechnet bzw. angezeigt.
Der Status der Telefonleitung wird nicht ausgewertet:
Code: 
Telefonmodul wird gerade gestartet.
Auswertungen noch nicht möglich...
Die Auslastung der Box ist normal.

Man nimmt einen Hörer ab oder der Updater startet ein Update, daraufhin verursacht telefon konstant über 90% Last.
Code: 
  PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
 2306 root     R        860  2300 92.9  2.7 telefon
 2809 root     R        348  2503  1.7  1.1 top
 4122 root     S        220  2024  0.5  0.7 sleep
 4128 root     S        220  1989  0.3  0.7 sleep
  660 root     S <     1928     1  0.0  6.2 voipd   .....

Die Prozessliste sieht dann so aus:
Code: 
/ # ps
  PID  Uid     VmSize Stat Command
    1 root        344 S   init
    2 root            SW  [keventd]
    3 root            SWN [ksoftirqd_CPU0]
    4 root            SW  [kswapd]
    5 root            SW  [bdflush]
    6 root            SW  [kupdated]
    7 root            SW  [mtdblockd]
    8 root            SW  [tffsd_mtd3]
  464 root        232 S   ledcfg -c -d -f /etc/Fritz_Box_7050.led.conf
  492 root            SW  [ubik2_tx[8]]
  493 root            SW  [capitransp]
  497 root            SW< [kdsld]
  525 root       1712 S N ctlmgr
  540 root       1192 S N websrv
  556 root       1192 S N websrv
  558 root       1192 S N websrv
  561 root       1192 S N websrv
  593 root        364 S   dnsmasq -p 53
  595 root       1224 S   multid
  630 root       1480 S   dsld -i -n
  660 root       1928 S < voipd
  663 root        192 S   /bin/run_clock -c /dev/tffs/mtd3 -d
  774 root        276 S   telnetd -l /sbin/ar7login
  791 root        328 S   httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS
 1131 root        376 S   syslogd -L -C -R 192.168.171.20
 1133 root        304 S   /sbin/klogd
 1290 root        424 S   /bin/ash /usr/sbin/callmonitor
 1840 root        368 S   dropbear -p 22 -s -b /var/tmp/flash/banner
 1887 root        328 S   httpd -p 82 -c /mod/etc/httpd-wol.conf -h /mod/pkg/wo
 1989 root        508 S   /bin/sh /var/tmp/tsb/tsbdaemon.sh
 2019 root        404 S   /bin/sh /var/tmp/tsb/tsbcallmonitor.sh
 2024 root        468 S   /bin/sh /var/tmp/tsb/tsbupdateCallList.sh
 2300 root        388 S   sh /var/mod/pkg/telefon/etc/init.d/rc.telefon restart
 2306 root        860 R   telefon 1 a127.0.0.1
 2307 root        280 S   tee 2
 2503 root        420 S   -sh
 2724 root        420 S   -sh
 2809 root        348 S   top
 2813 root        420 S   -sh
 4320 root        220 S   sleep 10
 4326 root        220 S   sleep 5
 4327 root        308 R   ps
/ #

Der Status der Telefonleitungen wird korrekt ausgewertet, die Anrufliste wird ebenfalls korrekt angezeigt.

Wie hast Du upgedatet:
Zum Vergrößern anklicken....
Mittels "Version ändern" auf die 1.44.21 aktualisiert, danach aber trotzdem neu gesartet.
 
Telefonmodul wird gerade gestartet.
Auswertungen noch nicht möglich...
Zum Vergrößern anklicken....
Das sollte aber in der V1.44.21 behoben sein, bzw. natürlich wird das solange angezeigt, bis das Telefonmodul einmalig neu gestartet wird (sollte aber keine 2 Minuten dauern...).

Bei mir sieht die Prozessliste etwas anders aus:
Code: 
  PID  Uid     VmSize Stat Command
    1 root        344 S   init
    2 root            SW  [keventd]
    3 root            SWN [ksoftirqd_CPU0]
    4 root            SW  [kswapd]
    5 root            SW  [bdflush]
    6 root            SW  [kupdated]
    7 root            SW  [mtdblockd]
    8 root            SW  [tffsd_mtd3]
  301 root        232 S   ledcfg -c -d -f /etc/Fritz_Box_7050.led.conf
  329 root            SW  [ubik2_tx[8]]
  330 root            SW  [capitransp]
  334 root            SW< [kdsld]
  357 root       1720 S N ctlmgr
  378 root        400 S   wpa_authenticator
  387 root       1168 S N websrv
  391 root       1404 S   igdd
  399 root       1180 S   multid
  414 root       1168 S N websrv
  416 root       1168 S N websrv
  419 root       1168 S N websrv
  437 root       1660 S < voipd
  444 root        192 S   /bin/run_clock -c /dev/tffs/mtd3 -d
  483 root       1404 S   igdd
  486 root       1404 S   igdd
  487 root       1404 S   igdd
  514 root        264 S   /var/tmp/bftpd -d -c /var/tmp/bftpd.conf
  570 root        268 S   telnetd -l /sbin/ar7login
  596 root        328 S   httpd -p 81 -c /mod/etc/httpd.conf -h /usr/mww/ -r DS
  806 root        424 S   /bin/ash /usr/sbin/callmonitor
 1109 root        420 S   -sh
 6690 root        424 S   -sh
10439 root        500 S N /bin/sh /var/tmp/tsb/tsbdaemon.sh
10469 root        404 S N /bin/sh /var/tmp/tsb/tsbcallmonitor.sh
10474 root        468 S N /bin/sh /var/tmp/tsb/tsbupdateCallList.sh
10730 root        388 S N sh /var/mod/pkg/telefon/etc/init.d/rc.telefon restart
10732 root        856 R N telefon 1 a127.0.0.1
10734 root        280 S N tee 2
11794 root        220 S N sleep 10
11797 root        220 S N sleep 5
11798 root        308 R   ps
Bzw. via top:
Code: 
Mem: 24784K used, 5996K free, 0K shrd, 2456K buff, 9680K cached
Load average: 0.25, 0.21, 0.12    (State: S=sleeping R=running, W=waiting)

  PID USER     STATUS   RSS  PPID %CPU %MEM COMMAND
11198 root     R        348  6690  1.7  1.1 top
11240 root     S N      220 10474  0.5  0.7 sleep
  391 root     S       1404     1  0.1  4.5 igdd
  570 root     S        268     1  0.1  0.8 telnetd
  357 root     S N     1720     1  0.0  5.5 ctlmgr
  437 root     S <     1660     1  0.0  5.3 voipd
  487 root     S       1404   483  0.0  4.5 igdd
  483 root     S       1404   391  0.0  4.5 igdd
  486 root     S       1404   483  0.0  4.5 igdd
  399 root     S       1180     1  0.0  3.8 multid
  387 root     S N     1168     1  0.0  3.7 websrv
  419 root     S N     1168   414  0.0  3.7 websrv
  416 root     S N     1168   414  0.0  3.7 websrv
  414 root     S N     1168   387  0.0  3.7 websrv
10732 root     R N      788 10730  0.0  2.5 telefon
10439 root     S N      500     1  0.0  1.6 tsbdaemon.sh
10474 root     S N      468 10439  0.0  1.5 tsbupdateCallLi
 6690 root     S        424   570  0.0  1.3 sh
  806 root     S        424     1  0.0  1.3 callmonitor
 1109 root     S        420     1  0.0  1.3 sh
10469 root     S N      404 10439  0.0  1.3 tsbcallmonitor.
  378 root     S        400     1  0.0  1.2 wpa_authenticat
10730 root     S N      388     1  0.0  1.2 sh
    1 root     S        344     0  0.0  1.1 init
  596 root     S        328     1  0.0  1.0 httpd
10734 root     S N      280 10730  0.0  0.9 tee
  514 root     S        264     1  0.0  0.8 bftpd
  301 root     S        232     1  0.0  0.7 ledcfg
11234 root     S N      220 10439  0.0  0.7 sleep
  444 root     S        192     1  0.0  0.6 run_clock
    7 root     SW         0     1  0.0  0.0 mtdblockd
    3 root     SWN        0     0  0.0  0.0 ksoftirqd_CPU0
  334 root     SW<        0     1  0.0  0.0 kdsld
  330 root     SW         0     1  0.0  0.0 capitransp
    2 root     SW         0     1  0.0  0.0 keventd
    8 root     SW         0     1  0.0  0.0 tffsd_mtd3
    6 root     SW         0     0  0.0  0.0 kupdated
    4 root     SW         0     0  0.0  0.0 kswapd
    5 root     SW         0     0  0.0  0.0 bdflush
  329 root     SW         0     1  0.0  0.0 ubik2_tx[8]

Eventuell liegt das Problem/Ursache auch an einem anderen Prozess...

Nach einem Telefonhörer abheben und auflegen benötigt das Telefonmodul für ca. 10 Sekunden > 90% CPU Last, anschließend ist es wieder ruhig.

Wie verhält es sich denn, wenn Du die anderen Prozesse, welche bei mir nicht aufgeführt sind deaktivierst:
- dropbear
- syslogd
- /sbin/klogd

Grüße
Harald
 
Zuletzt bearbeitet:
TelefonSparbuch schrieb:
Das sollte aber in der V1.44.21 behoben sein, bzw. natürlich wird das solange angezeigt, bis das Telefonmodul einmalig neu gestartet wird (sollte aber keine 2 Minuten dauern...).
Zum Vergrößern anklicken....
OK, werde ich gleich mal drauf achten.

TelefonSparbuch schrieb:
Eventuell liegt das Problem/Ursache auch an einem anderen Prozess...
Zum Vergrößern anklicken....
Ich habe jetzt den syslogd, dropbear und die iptables generell deaktiviert. Neustart steht gleich an.

TelefonSparbuch schrieb:
Nach einem Telefonhörer abheben und auflegen benötigt das Telefonmodul für ca. 10 Sekunden > 90% CPU Last, anschließend ist es wieder ruhig.
Zum Vergrößern anklicken....
Da kann ich im Moment nur von träumen:
Code: 
 14:10:58 up 48 min
load average: 1.39, 1.26, 1.11
CPU Last: 83% Gesamt (Idle: 17%)
 
Wir kommen der Sache näher, es scheint an einem der gen. Prozesse oder den iptables zu liegen. Jetzt läuft alles rund. Taste mich dann mal Prozess für Prozess vor...

[Edit] Die iptables sind schuld. Welche Regel genau weiß ich noch nicht, im Syslog tauchen aber auch keine DROP-Meldungen auf.

[Edit2] Im Syslog macht sich das so bemerkbar:
Code: 
03-29-2006	14:49:09	User.Warning	192.168.171.1	kernel: SRC=127.0.0.1 DST=127.0.0.1 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=48704 PROTO=TCP SPT=1011 DPT=1043 SEQ=2314806438 ACK=2323608205 WINDOW=16384 RES=0x00 ACK PSH FIN URGP=0 OPT (0101080A0001AD670001679D) ip_conntrack_tcp: INVALID: i

Das bringt den telefon vollkommen aus dem Tritt. Abhilfe schafft man dadurch, dass man 127.0.0.1 in die Whitelist einträgt. Ich wüsste jetzt nicht, dass das ein Risiko mit sich bringt. Sieht das jemand anders? Man sollte die firewall vielleicht auch starten, damit man merkt das es trotzdem nicht funktioniert.
 
Zuletzt bearbeitet:
Klasse, die 1.44.21 funktioniert bei mir! Meine iptables waren auch vorher schon down, das kann bei der 1.44.19 also nicht alles gewesen sein. Hatte das ds-mod unkonfiguriert drauf und da waren iptables abgeschaltet. Jetzt: ds-mod drauf (iptables waren wieder automatisch aus) und alles ok.

DANKE! :groesste:

Jetzt müssten wir noch rausfinden, was das Problem mit iptables ist, damit man sie auch mal benutzen kann. Kann das gerade nicht testen, weil ich die Box im Moment produktiv brauche.
 
Status
Für weitere Antworten geschlossen.

Zurzeit aktive Besucher

Gesamt: 719 (Mitglieder: 24, Gäste: 695)

Neueste Beiträge

Statistik des Forums

Themen
244,838
Beiträge
2,219,256
Mitglieder
371,543
Neuestes Mitglied
Brainbanger
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück