Könntet Ihr bitte die beiden Bugs (so wie ich es verstanden habe, es sind zwei) in freetz-trac einstellen (beide bitte separat)? Dann schauen wir uns es an. Leider hat der Andreas aktuell keine Zeit, sodass sich nicht derjenuge, der callmonitor entwicklet hat (=Andreas), sondern ein anderer Entwickler mit dem Thema auseinander setzen muss, d.h. erst sich in den Code einarbeiten.
Callmonitor 1.13 und höher: Ankündigungen und Bedienung
- Ersteller buehmann
- Erstellt am
bolle
Aktives Mitglied
- Mitglied seit
- 10 Apr 2006
- Beiträge
- 1,437
- Punkte für Reaktionen
- 0
- Punkte
- 36
Hi,
irgendwie startet bei mir nach einem Neustart der Fritte der Callmonitor nicht mehr automatische. (Autostart ist aber auf ein) . Muss dann manuell eingeschaltet werden.
Aufgefallen ist mir das seit der letzten Labor....
Aktuell nutze ich:
490_06.04-rev27408_labor-freetz-devel-11716.de
Kann ich den Autostart auch via Cronjob auslösen?
irgendwie startet bei mir nach einem Neustart der Fritte der Callmonitor nicht mehr automatische. (Autostart ist aber auf ein) . Muss dann manuell eingeschaltet werden.
Aufgefallen ist mir das seit der letzten Labor....
Aktuell nutze ich:
490_06.04-rev27408_labor-freetz-devel-11716.de
Kann ich den Autostart auch via Cronjob auslösen?
koyaanisqatsi
IPPF-Urgestein
- Mitglied seit
- 24 Jan 2013
- Beiträge
- 14,210
- Punkte für Reaktionen
- 590
- Punkte
- 113
Hallo
Bestimmt.
Nimmst du ein /etc/init.d/rc.[namedesdienstes] Startskript dafür.
Am Besten mit Parameter: restart
Warum?
Wenn er aus irgendeinen Grund schon laufen sollte,
wird er erst beendet bevor er neugestartet wird.
Bestimmt.
Nimmst du ein /etc/init.d/rc.[namedesdienstes] Startskript dafür.
Am Besten mit Parameter: restart
Warum?
Wenn er aus irgendeinen Grund schon laufen sollte,
wird er erst beendet bevor er neugestartet wird.
olistudent
IPPF-Urgestein
- Mitglied seit
- 19 Okt 2004
- Beiträge
- 14,787
- Punkte für Reaktionen
- 13
- Punkte
- 38
Kannst du bitte in den Logfiles nachschauen warum der Callmonitor nicht startet. Ein cronjob ist doch keine Lösung!?
Und falls du ihn wirklich per Hand starten willst, dann trag doch "/etc/init.d/rc.callmonitor start" in die rc.custom ein.
Das Webinterface wird aber eingebunden?
Gruß
Oliver
Und falls du ihn wirklich per Hand starten willst, dann trag doch "/etc/init.d/rc.callmonitor start" in die rc.custom ein.
Das Webinterface wird aber eingebunden?
Gruß
Oliver
bolle
Aktives Mitglied
- Mitglied seit
- 10 Apr 2006
- Beiträge
- 1,437
- Punkte für Reaktionen
- 0
- Punkte
- 36
Hi, ja webif wird eingebunden. Nur das automatisch starten trotz häckchen funktioniert nicht. Starte dann den Callmonitor über das Webif manuell...
Um an die Logfiles zu kommen , muss ich da syslog aktivieren?
Im modlog steht folgendes. Stimmt aber nicht Callmonitor ist definitiv nicht gestartet...
rc.mod version freetz-devel-11716
Starting crond ... done.
AVM telnetd is disabled.
Starting Freetz webinterface ... done.
swap is disabled.
syslogd is disabled.
Starting inetd ... done.
Starting callmonitor ... done.
Starting vsftpd ... done.
Starting rc.custom ... done.
rc.mod finished.
Um an die Logfiles zu kommen , muss ich da syslog aktivieren?
Im modlog steht folgendes. Stimmt aber nicht Callmonitor ist definitiv nicht gestartet...
rc.mod version freetz-devel-11716
Starting crond ... done.
AVM telnetd is disabled.
Starting Freetz webinterface ... done.
swap is disabled.
syslogd is disabled.
Starting inetd ... done.
Starting callmonitor ... done.
Starting vsftpd ... done.
Starting rc.custom ... done.
rc.mod finished.
Zuletzt bearbeitet:
Hallo,
Gibt es eigentlich eine Chance, eine Fritz Dect 200 Steckdose per Callmonitor ein- und auszuschalten? Ich nutze die hier für verschiedene Dachen und es wäre ziemlich nett, die Teile per Anruf steuern zu können.
Gibt es eigentlich eine Chance, eine Fritz Dect 200 Steckdose per Callmonitor ein- und auszuschalten? Ich nutze die hier für verschiedene Dachen und es wäre ziemlich nett, die Teile per Anruf steuern zu können.
Hallo
hab das gleiche Problem wie Bolle, der callmonitor startet nicht automatisch, und er beendet sich selbstständig nach ca 1-2 Tagen, keine Ahnung wovon das abhängt. Irgendwann ist er wieder aus. Fritzbox ist eine 7490. Ist schon seit 3 OS Versionen so, bzw seitdem ich die Box habe, hatte vorher ne 7270 da liefs problemlos.
Die logs
hab noch ne Ausgabe der laufenden Prozesse angehängt, callmonitor läuft da 3 mal, ist das OK so?
hab das gleiche Problem wie Bolle, der callmonitor startet nicht automatisch, und er beendet sich selbstständig nach ca 1-2 Tagen, keine Ahnung wovon das abhängt. Irgendwann ist er wieder aus. Fritzbox ist eine 7490. Ist schon seit 3 OS Versionen so, bzw seitdem ich die Box habe, hatte vorher ne 7270 da liefs problemlos.
Die logs
Code:
Jan 1 01:01:08 fritz kern.err kernel: [ 68.530000] [ifx_ppa_mini_session_init]
Jan 1 01:01:08 fritz kern.err kernel: [ 68.530000] [ifx_ppa_mini_session_init] avm_pa sessionh_lookup table
Jan 1 01:01:08 fritz kern.err kernel: [ 68.530000] max_lan_entries 192
Jan 1 01:01:08 fritz kern.err kernel: [ 68.540000] max_wan_entries 192
Jan 1 01:01:08 fritz kern.err kernel: [ 68.540000] max_mc_entries 32
Jan 1 01:01:08 fritz kern.err kernel: [ 68.540000] max_bridging_entries 2048
Jan 1 01:01:08 fritz kern.err kernel: [ 68.550000] max_ipv6_addr_entries 128
Jan 1 01:01:08 fritz kern.err kernel: [ 68.550000] max_fw_queue 0
Jan 1 01:01:08 fritz kern.err kernel: [ 68.560000] max_6rd_entries 4
Jan 1 01:01:08 fritz kern.warn kernel: [ 68.560000] AVM - Lantiq-PPA: minimalist and slim Session Management: --- init successful
Jan 1 01:01:08 fritz kern.warn kernel: [ 68.560000] Session-Table Size: 256 * 192 byte = 48 kb
Jan 1 01:01:08 fritz kern.err kernel: [ 68.580000] [module-alloc-by-name] give 0x2000 bytes at 0x816e4000 to module 'ifx_ppa_mini_qos' (0x114000 bytes left)
Jan 1 01:01:08 fritz kern.err kernel: [ 68.600000] [module-alloc-by-name] 0x2000 bytes used, 0x2598 bytes expected
Jan 1 01:01:08 fritz kern.warn kernel: [ 68.610000] AVM - Lantiq-PPA: minimalist and slim QoS Management: --- init successful
Jan 1 01:01:09 fritz user.err dsld[1163]: Sync!!!!!!; vdsl_available=0
Jan 1 01:01:09 fritz user.err dsld[1163]: nr=0, dsld.udslinterfaces[nr]=0x449be8, attached=1
Jan 1 01:01:09 fritz user.err dsld[1163]: dsl_encap=1, use_dhcp=1
Jan 1 01:01:09 fritz user.err dsld[1163]: nr=2, dsld.udslinterfaces[nr]=0x449cd0, attached=1
Jan 1 01:01:09 fritz user.err dsld[1163]: dsl_encap=4, use_dhcp=1
Jan 1 01:01:09 fritz user.err dsld[1163]: syncdelaytimer: 3 secs
Jan 1 01:01:09 fritz user.err dsld[1163]: sync_group->syncdelaytimer=719454592
Jan 1 01:01:10 fritz daemon.debug callmonitor: entering DEBUG mode
Jan 1 01:01:10 fritz user.notice FREETZMOD: Reading AVM's phone book ... done. Starting callmonitor ... done.
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/config.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/dboxlcd.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/dial.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/mail.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/messages.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/musicpal.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/rc.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/roku.sh
Jan 1 01:01:10 fritz daemon.debug callmonitor: including /usr/lib/callmonitor/actions.d/samsung.sh
Jan 1 01:01:10 fritz kern.err kernel: [ 70.820000] [module-alloc-by-name] give 0x20000 bytes at 0x816e6000 to module 'adf' (0xf4000 bytes left)
Jan 1 01:01:10 fritz kern.err kernel: [ 70.830000] [module-alloc-by-name] 0x20000 bytes used, 0x1f134 bytes expected
Jan 1 01:01:10 fritz kern.err kernel: [ 70.980000] [module-alloc-by-name] give 0x4000 bytes at 0x81706000 to module 'hif_gmac' (0xf0000 bytes left)
Jan 1 01:01:10 fritz kern.err kernel: [ 70.990000] [module-alloc-by-name] 0x4000 bytes used, 0x43d4 bytes expected
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.030000] tgt_if =wasp
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.030000] mac address dest --> 0:de:ad:be:ef:ca
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.030000] mac address src--> ff:ff:ff:ff:ff:ff
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.030000] __gmac_dev_event *************************************
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.030000] event 5 name wasp
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.030000] __gmac_dev_event *************************************
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.030000] event 1 name wasp
Jan 1 01:01:10 fritz kern.err kernel: [ 71.060000] [module-alloc-by-name] give 0x2000 bytes at 0x8170a000 to module 'athlogger' (0xee000 bytes left)
Jan 1 01:01:10 fritz kern.err kernel: [ 71.070000] [module-alloc-by-name] 0x2000 bytes used, 0x3148 bytes expected
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.090000]
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.090000] athlogger mode: host
Jan 1 01:01:10 fritz kern.err kernel: [ 71.100000] [module-alloc-by-name] give 0x4000 bytes at 0x8170c000 to module 'fwd' (0xea000 bytes left)
Jan 1 01:01:10 fritz kern.err kernel: [ 71.110000] [module-alloc-by-name] 0x4000 bytes used, 0x4324 bytes expected
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.140000] FWD:loaded
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.140000]
Jan 1 01:01:10 fritz kern.err kernel: [ 71.180000] [module-alloc-by-name] give 0x23000 bytes at 0x81710000 to module 'atd' (0xc7000 bytes left)
Jan 1 01:01:10 fritz kern.err kernel: [ 71.190000] [module-alloc-by-name] 0x23000 bytes used, 0x24fec bytes expected
Jan 1 01:01:10 fritz kern.info kernel: [ 71.280000] net wasp: firmware: requesting ath_tgt_fw1.fw
Jan 1 01:01:10 fritz kern.warn kernel: [ 71.310000] FWD:loaded1 over MDIO MAC 0
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.930000] FWD:loaded1
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.930000] mdio_start_handshake waiting for target to up unit 0
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.930000] mdio handshake is good
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.930000] mdio_block_send exchanging block write parameters
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.930000] .
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.930000] mdio_block_send - start_address 0xbd003000 length 0x00002f24 exec_address 0xbd003000
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.940000] .Checksum for the file d6b8362d
Jan 1 01:01:11 fritz kern.warn kernel: [ 71.940000] .....................................................................................................................................................................................................................
Jan 1 01:01:11 fritz kern.warn kernel: [ 72.180000] Send waiting for lock
Jan 1 01:01:11 fritz kern.warn kernel: [ 72.210000] MDIO FWD GOOD - releasing the lock
Jan 1 01:01:11 fritz kern.warn kernel: [ 72.210000] total transfer time in jiffies 280
Jan 1 01:01:12 fritz user.notice FREETZMOD: rc.mod finished.
Jan 1 01:01:12 fritz kern.err kernel: [ 72.680000] kdsld: _register_vcc=encap RBE+PPPoE->PPPoE
Jan 1 01:01:12 fritz kern.err kernel: [ 72.680000] mpoa_setup vcc=8c169000, mpoa_type=0, mpoa_mode=1
Jan 1 01:01:12 fritz kern.err kernel: [ 72.680000]
Jan 1 01:01:12 fritz kern.err kernel: [ 72.690000] mpoa_setup_conn conn=0, mpoa_type=0, mpoa_mode=1
Jan 1 01:01:12 fritz user.err dsld[1163]: !!!!!!!!!!!!!!!!!route_add: default: metric=2, iface=dsl
Jan 1 01:01:12 fritz user.err dsld[1163]: udsliface=0(0x449be8), udsliface->attached=1, udsliface->enabled=1
Jan 1 01:01:12 fritz user.err dsld[1163]: udsliface=2(0x449cd0), udsliface->attached=1, udsliface->enabled=1
Jan 1 01:01:12 fritz kern.err kernel: [ 72.690000]
Jan 1 01:01:12 fritz kern.err kernel: [ 72.840000] kdsld: VPN: no vpn connections configured
Jan 1 01:01:12 fritz kern.warn kernel: [ 73.430000] .
Jan 1 01:01:12 fritz kern.warn kernel: [ 73.430000] HIF GMAC parametrs sent
Jan 1 01:01:12 fritz kern.warn kernel: [ 73.430000]
Jan 1 01:01:12 fritz kern.warn kernel: [ 73.430000] Discovery pkt from wasp
Jan 1 01:01:12 fritz kern.warn kernel: [ 73.430000]
Jan 1 01:01:12 fritz kern.warn kernel: [ 73.430000] Start Downloading all images
Jan 1 01:01:12 fritz kern.info kernel: [ 73.430000] net wasp: firmware: requesting ath_tgt_fw2.fw
Jan 1 01:01:13 fritz kern.warn kernel: [ 73.540000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 73.650000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 73.760000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 73.870000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 73.980000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 74.100000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 74.210000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 74.320000] Discovery pkt from wasp
Jan 1 01:01:13 fritz kern.warn kernel: [ 74.420000] Downloading target firmware image Waiting for Download complete...
Jan 1 01:01:14 fritz kern.warn kernel: [truncated] [ 74.430000] .........................................................................................................................................................................................................
Jan 1 01:01:14 fritz kern.warn kernel: [ 75.150000] Downloading target firmware completed.
Jan 1 01:01:14 fritz kern.warn kernel: [ 75.150000]
Jan 1 01:01:14 fritz kern.warn kernel: [ 75.150000] All images completed.
Jan 1 01:01:15 fritz kern.info kernel: [ 76.000000] kdsld: internet: set_snd_ipaddr: 80.133.98.51
Jan 1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] approved
Jan 1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] executing /etc/onlinechanged/00-get_ip
Jan 1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] executing /etc/onlinechanged/webdav_net
Jan 1 01:01:16 fritz user.notice ONLINECHANGED[2540]: [online] finished
Mar 16 21:07:33 fritz user.err telefon[1201]: set initial telefon time from linux time to 21:07:33 16.03 2014!
Mar 16 21:07:34 fritz kern.err kernel: [ 78.890000] TFFS: Fuellstand > 75 ... trigger Cleanup
Mar 16 21:07:35 fritz kern.warn kernel: [ 79.850000] [1]system-load 8 loadavg 2.72 0.78 0.27 - 120 tasks:27 % curr:ifx_ssc(5 %) max:ctlmgr(7 %, pid:1058), readytorun: 1, pgfault 2957/s (max 2 avg 1.0)
Mar 16 21:07:38 fritz kern.warn kernel: [ 82.710000] [0]system-load 4 loadavg 2.66 0.80 0.28 - 120 tasks:24 % curr:feedd(2 %) max:ifx_ssc(11 %, pid:115), readytorun: 3, pgfault 3223/s (max 2 avg 1.0)
Mar 16 21:07:40 fritz kern.warn kernel: [ 85.200000] Discovery pkt from wasp
Mar 16 21:07:40 fritz kern.info kernel: [ 85.330000] [WLAN_COM] INFO: received discovery pkt from 00:03:7f:ff:ff:ff
Mar 16 21:07:41 fritz kern.info kernel: [ 86.120000] avm_net_trace: New net trace device 'HW (2.4 + 5 GHz, wifi0)' registered with minor 129.
Mar 16 21:07:43 fritz kern.warn kernel: [ 87.990000] Netlink interface number created: 20
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.000000] wifi mac address name 0 wifi0 :8:96:d7:41:a2:a5
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.000000] wifi mac address name 1 wifi1 :8:96:d7:41:a2:a6
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.020000] __gmac_dev_event *************************************
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.020000] event 5 name wifi0
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.030000] __gmac_dev_event *************************************
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.030000] event 5 name wifi1
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.030000] __adf_net_register_wpscb: Registerd wps callback for wifi0
Mar 16 21:07:43 fritz kern.warn kernel: [ 88.030000] ATD APPBR Netlink iface number created: 21
Mar 16 21:07:44 fritz kern.info kernel: [ 88.830000] avm_net_trace: New net trace device 'AP (2.4 + 5 GHz, ath0)' registered with minor 131.
Mar 16 21:07:44 fritz kern.info kernel: [ 88.840000] avm_net_trace: New net trace device 'AP (2.4 + 5 GHz, ath0)' registered with minor 132.
Mar 16 21:07:44 fritz kern.warn kernel: [ 88.870000] __gmac_dev_event *************************************
Mar 16 21:07:44 fritz kern.warn kernel: [ 88.870000] event 5 name ath0
Mar 16 21:07:44 fritz kern.info kernel: [ 89.430000] [WLAN_HEARTBEAT] sending pings to 00:03:7f:ff:ff:ff
Mar 16 21:07:45 fritz kern.warn kernel: [ 90.100000] [1]system-load 100 % loadavg 2.69 0.84 0.29 - 120 tasks:136 % curr:ifx_ssc(39 %) max:perl(53 %, pid:1372), readytorun: 5, pgfault 612/s (max 1 avg 1.0)
Mar 16 21:07:46 fritz kern.info kernel: [ 90.900000] avm_net_trace: New net trace device 'Guest (2.4 + 5 GHz, guest4)' registered with minor 141.
Mar 16 21:07:46 fritz kern.info kernel: [ 90.910000] avm_net_trace: New net trace device 'Guest (2.4 + 5 GHz, guest4)' registered with minor 142.
Mar 16 21:07:49 fritz kern.warn kernel: [ 93.960000] [0]system-load 7 loadavg 2.87 0.91 0.32 - 119 tasks:57 % curr:gcupd(8 %) max:perl(19 %, pid:1372), readytorun: 4, pgfault 1166/s (max 1 avg 1.0)
Mar 16 21:07:49 fritz kern.warn kernel: [ 94.200000] __gmac_dev_event *************************************
Mar 16 21:07:49 fritz kern.warn kernel: [ 94.200000] event 13 name ath0
Mar 16 21:07:50 fritz kern.warn kernel: [ 94.600000] __gmac_dev_event *************************************
Mar 16 21:07:50 fritz kern.warn kernel: [ 94.600000] event 1 name ath0
Mar 16 21:07:50 fritz kern.warn kernel: [ 95.160000]
Mar 16 21:07:50 fritz kern.warn kernel: [ 95.160000] Target Reset Magic Patteren set in MDIO_REGS[]={0x3a3b, 0x3c3d, 0x3e3f, 0x4a4b, 0x4c4d, 0x4e4f, 0x5a5b, 0x5c5d, }
Mar 16 21:07:54 fritz daemon.info hostapd: ath0: STA 60:36:dd:b7:31:35 IEEE 802.11: associated
Mar 16 21:07:54 fritz daemon.info hostapd: ath0: STA 60:36:dd:b7:31:35 WPA: pairwise key handshake completed (RSN)
Mar 16 21:07:55 fritz kern.warn kernel: [ 100.160000] [1]system-load 100 % loadavg 3.12 0.99 0.35 - 120 tasks:107 % curr:ifx_ssc(32 %) max:perl(44 %, pid:1372), readytorun: 2, pgfault 1239/s (max 1 avg 1.0)
Mar 16 21:08:04 fritz daemon.info hostapd: ath0: STA 4c:80:93:18:67:ee IEEE 802.11: associated
Mar 16 21:08:04 fritz daemon.info hostapd: ath0: STA 4c:80:93:18:67:ee WPA: pairwise key handshake completed (RSN)
Mar 16 21:08:06 fritz kern.warn kernel: [ 110.500000] [1]system-load 100 % loadavg 3.16 1.11 0.39 - 120 tasks:128 % curr:ifx_ssc(64 %) max:ifx_ssc(64 %, pid:115), readytorun: 2, pgfault 0/s (max 0 avg 0.0)
Mar 16 21:08:08 fritz kern.info kernel: [ 113.400000] device wlan entered promiscuous mode
Mar 16 21:08:08 fritz kern.info kernel: [ 113.400000] lan: port 5(wlan) entering forwarding state
Mar 16 21:08:09 fritz kern.info kernel: [ 113.500000] device wlan_guest entered promiscuous mode
Mar 16 21:08:09 fritz kern.info kernel: [ 113.500000] guest: port 1(wlan_guest) entering forwarding state
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: chronyd version 1.25-pre1 starting
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: Initial txc.tick=10000 txc.freq=0 (0.00000000) txc.offset=0 => hz=100 shift_hz=7
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: set_config_hz=0 hz=100 shift_hz=7 basic_freq_scale=1.28000000 nominal_tick=10000 slew_delta_tick=833 max_tick_bias=1000
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: Linux kernel major=2 minor=6 patch=32
Mar 16 21:08:09 fritz daemon.info chronyd[2924]: calculated_freq_scale=1.00000000 freq_scale=1.00000000
Mar 16 21:08:09 fritz daemon.warn chronyd[2924]: Could not open driftfile /var/tmp/chrony.drift for reading
Mar 16 21:08:10 fritz daemon.info hostapd: ath0: STA 78:d6:f0:88:2b:a6 IEEE 802.11: associated
Mar 16 21:08:10 fritz daemon.info hostapd: ath0: STA 78:d6:f0:88:2b:a6 WPA: pairwise key handshake completed (RSN)
Mar 16 21:08:13 fritz daemon.info chronyd[2924]: Selected source 86.59.80.170
Mar 16 21:08:20 fritz kern.warn kernel: [ 124.520000] [1]system-load 2 loadavg 2.83 1.10 0.40 - 122 tasks:54 % curr:upnpd(16 %) max:upnpd(16 %, pid:1063), readytorun: 1, pgfault 273/s (max 3 avg 1.0)
Mar 16 21:08:47 fritz daemon.info hostapd: ath0: STA 40:f0:2f:66:38:42 IEEE 802.11: associated
Mar 16 21:08:48 fritz daemon.info hostapd: ath0: STA 40:f0:2f:66:38:42 WPA: pairwise key handshake completed (RSN)
Mar 16 21:09:17 fritz kern.info kernel: [ 182.460000] /proc/tffs: info request: success
Code:
rc.mod version freetz-devel-11874
crond is disabled.
AVM telnetd is started by phone, failed.
Starting Freetz webinterface ... done.
swap is disabled.
Starting syslogd ... done.
Starting inetd ... done.
Reading AVM's phone book ... done.
Starting callmonitor ... done.
rc.mod finished.hab noch ne Ausgabe der laufenden Prozesse angehängt, callmonitor läuft da 3 mal, ist das OK so?
Code:
root@fritz:/var/mod/root# ps
PID USER VSZ STAT COMMAND
1 root 1236 S init
2 root 0 SW [kthreadd]
3 root 0 SW [migration/0]
4 root 0 SW [ksoftirqd/0]
5 root 0 SW [watchdog/0]
6 root 0 SW [migration/1]
7 root 0 SW [ksoftirqd/1]
8 root 0 SW [watchdog/1]
9 root 0 SW [yield_w/0]
10 root 0 SW [yield_w/1]
11 root 0 SW [events/0]
12 root 0 SW [events/1]
13 root 0 SW [khelper]
16 root 0 SW [async/mgr]
32 root 0 SW [sync_supers]
33 root 0 SW [bdi-default]
35 root 0 SW [kblockd/0]
36 root 0 SW [kblockd/1]
56 root 0 SW [kswapd0]
57 root 0 SWN [ksmd]
58 root 0 SW [aio/0]
59 root 0 SW [aio/1]
73 root 0 SW [pm_info]
80 root 0 SWN [avmdebug]
106 root 0 SW [mtdblockd]
115 root 0 DW [ifx_ssc]
127 root 0 SW [l2tp]
131 root 0 SW [tffsd_mtd_0]
132 root 0 SW [avmnet_workqueu]
133 root 0 SW [PhyWaspHeartbea]
139 root 0 SW [avmnet_timer]
141 root 0 SW< [loop0]
174 root 0 SW [yaffs-bg-1]
352 root 0 SW [cleanup_timer_f]
428 root 0 SW [yaffs-bg-1]
442 root 0 SW [capi_pipew/0]
443 root 0 SW [capi_pipew/1]
444 root 0 SW [capi_schedw/0]
445 root 0 SW [capi_schedw/1]
446 root 0 SW [pcmlink_ctrl]
449 root 0 SW [capitransp]
452 root 0 SW< [avm_dect_thread]
453 root 0 SW [ksock tcp worke]
454 root 0 SW [ksock tcp serve]
655 root 932 S < /sbin/udevd --daemon
675 root 0 SW [khubd]
876 root 2244 S /bin/configd
926 root 3876 S dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
934 root 2380 S dsl_monitor -d
935 root 2380 S dsl_monitor -d
936 root 2380 S dsl_monitor -d
940 root 2380 S dsl_monitor -d
951 root 3876 S dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
952 root 3876 S dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
953 root 3876 S dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
954 root 3876 S dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
955 root 3876 S dsl_control -i10_00_10_40_00_04_01_07 -f/lib/modules/dsp_vr9/vr9-B-dsl.bin -n/etc/dsl/notify/dsl_notif
956 root 0 SW [autbtex]
957 root 0 SW [pmex_ne]
958 root 0 SW [pmex_fe]
1045 root 0 SWN [dectuart_route]
1048 root 2384 S avmipcd
1051 root 2900 S l2tpv3d
1058 root 13788 S /usr/bin/avm/ctlmgr
1063 root 6904 S upnpd
1101 root 3748 S multid
1104 root 13788 S /usr/bin/avm/ctlmgr
1105 root 13788 S /usr/bin/avm/ctlmgr
1106 root 13788 S /usr/bin/avm/ctlmgr
1121 root 3252 S ddnsd
1127 root 2600 S upnpdevd
1131 root 2600 S upnpdevd
1138 root 2400 S wland -B
1163 root 4016 S dsld -i -n
1182 root 5160 S pbd
1184 root 5160 S pbd
1186 root 5160 S pbd
1187 root 5160 S pbd
1200 root 1208 S telnetd -l /sbin/ar7login
1201 root 6036 S telefon a127.0.0.1
1205 root 6036 S telefon a127.0.0.1
1206 root 6036 S telefon a127.0.0.1
1209 root 5452 S dect_manager
1211 root 5532 S < voipd
1262 root 3560 S feedd
1269 root 0 SW [avmcsrpc]
1275 root 2036 S pictured -Dpicserver -Dhandheld -Dsequence -Dpicdb -Djpegconvert
1280 root 2924 S audiod
1312 root 4176 S /usr/bin/aha
1319 root 4176 S /usr/bin/aha
1320 root 4176 S {upper_conn} /usr/bin/aha
1321 root 4176 S /usr/bin/aha
1322 root 4176 S /usr/bin/aha
1323 root 4176 S /usr/bin/aha
1325 root 4176 S /usr/bin/aha
1326 root 4176 S /usr/bin/aha
1327 root 4176 S {sRX} /usr/bin/aha
1350 root 1756 S capiotcp_server -p5031 -m99
1368 root 1020 S oamd
1372 root 15096 S /opt/bin/perl fhem.pl fhem.cfg
1381 root 824 S /bin/run_clock -c /dev/tffs -d
1436 root 3184 S usermand
1494 root 3040 S contfiltd
1515 root 6904 S upnpd
1517 root 6904 S upnpd
1518 root 6904 S upnpd
1549 root 1204 S {busybox} httpd-webcfg -P /var/run/webcfg.pid -p 81 -c /mod/etc/webcfg.conf -h /usr/mww/ -r Freetz
1618 root 1216 S {busybox} syslogd -L -C
1623 root 1204 S /sbin/klogd -c 4
1657 root 1204 S {busybox} inetd
1737 root 0 SW [wlan_com_tx_thr]
2515 root 1236 S init
2526 root 932 S < /sbin/udevd --daemon
2530 root 932 S < /sbin/udevd --daemon
2535 root 0 SW [tgt_alive_poll_]
2815 root 1108 S hostapd -B /etc/wpa2/WSC_ath0.conf
2871 root 1100 S hostapd -B /tmp/secguest4
2924 root 1096 S /sbin/chronyd -n -f /var/tmp/chrony.conf
4735 root 1204 S {busybox} logger -t callmonitor -p daemon.info
4736 root 1204 S {busybox} logger -t callmonitor -p daemon.debug
4849 root 1196 S {busybox} sleep 20000d
4850 root 1200 S busybox nc 127.0.0.1 1012
6120 root 1228 S -sh
6160 root 0 SW [flush-31:0]
6399 root 1384 S {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
6400 root 1204 S {busybox} logger -t callmonitor -p daemon.info
6401 root 1204 S {busybox} logger -t callmonitor -p daemon.debug
6429 root 1384 S {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
6430 root 1384 S {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
6431 root 1384 S {callmonitor} /bin/ash /usr/sbin/callmonitor --debug
6432 root 1196 S {busybox} sleep 20000d
6433 root 1200 S busybox nc 127.0.0.1 1012
6515 root 1208 R {busybox} ps
Zuletzt bearbeitet:
Hi,
ich hab diesen Thread schon durchsucht, aber es wurde noch nicht besprochen.
Ich kann ja listener definieren um die Anrufe auf dem Linux Satreceiver anzuzeigen und auch für den PC mit Snarl geht das.
Aber wie bekomme ich die eingehenden Anrufe am Android Smartphone angezeigt?
Welche Art von http://freetz.org/wiki/packages/callmonitor/actions#Benachrichtigen brauche ich dafür und welches Gegenstück (app) muss am Smartphone laufen?
ich hab diesen Thread schon durchsucht, aber es wurde noch nicht besprochen.
Ich kann ja listener definieren um die Anrufe auf dem Linux Satreceiver anzuzeigen und auch für den PC mit Snarl geht das.
Aber wie bekomme ich die eingehenden Anrufe am Android Smartphone angezeigt?
Welche Art von http://freetz.org/wiki/packages/callmonitor/actions#Benachrichtigen brauche ich dafür und welches Gegenstück (app) muss am Smartphone laufen?
Nach kurzem Googlen hab ich "pushover" gefunden. Evtl. tut das was Du möchtest. Den curl-Request müsste man dann halt selbst als Aktion im callmonitor einrichten.
Oder Du nimmst die Fritz App Fon von AVM selbst.
Danke schon mal dafür.
Ich bin ja mit api calls überhaupt nicht bewandt.
Wie ich bei pushover gelesen habe soll man ein HTTP request mit POST machen.
Jetzt lese ich aber bei Freetz, dass es mit getmsg HTTP-GET-Requests gibt.
Pushover schreibt aber explizit das soll man nicht.
Weiter weiß ich jetz nicht.
Bei Freetz im Wiki steht das folgende als Beispiel für ein Get-Request:
Gibt es auch ein postmsg?
Ich bin ja mit api calls überhaupt nicht bewandt.
Wie ich bei pushover gelesen habe soll man ein HTTP request mit POST machen.
Jetzt lese ich aber bei Freetz, dass es mit getmsg HTTP-GET-Requests gibt.
Pushover schreibt aber explizit das soll man nicht.
Weiter weiß ich jetz nicht.
Bei Freetz im Wiki steht das folgende als Beispiel für ein Get-Request:
Code:
*:* ^ ^ getmsg 192.168.0.111 -p 222 -t "/home/phone?event=%s&id=%s&time=%s&source=%s&source_name=%s&destination=%s&destination_name=%s&extension=%s&duration=%s&provider=%s" "${EVENT}" "${ID}" "${TIMESTAMP}" "${SOURCE}" "${SOURCE_NAME}" "${DEST}" "${DEST_NAME}" "${EXT}" "${DURATION}" "${PROVIDER}"Gibt es auch ein postmsg?
Du bist nicht auf die vorgefertigten Aktionen beschränkt, sondern kannst alles machen, was du im Terminal auch kannst. Oder externe eigene Scriptfunktionen anstoßen (in /tmp/flash/callmonitor/actions.local.d/)
Direkt dort auf der Startseite ist ein Beispiel mit curl. Für den Callmonitor umgeschrieben wäre das dann wohl:
Wobei es evtl. bessere Benachrichtigungsapis für Android im LAN gibt, wo man seine privatesten Daten nicht über einen externen Anbieter schubsen muss. Sowas sollte sich aber - sofern existent - zügig finden lassen.
Direkt dort auf der Startseite ist ein Beispiel mit curl. Für den Callmonitor umgeschrieben wäre das dann wohl:
Code:
*:* ^ ^ curl -s -F "token=abc123" -F "user=user123" -F "message=Anruf von $SOURCE_NAME" https://api.pushover.net/1/messages.jsonWobei es evtl. bessere Benachrichtigungsapis für Android im LAN gibt, wo man seine privatesten Daten nicht über einen externen Anbieter schubsen muss. Sowas sollte sich aber - sofern existent - zügig finden lassen.
Ich habe jetzt einige Stunden mit dem Thema verbracht. Aber egal welche Art von action (dream2message,yac,samsung,getmsg,rawmsg) ich nehme, es klappt nicht.
Wenn ich, wie im Freetz Wiki beschrieben teste (zb.
) kommt im telnet immer "
Da fehlt doch eine Komponente, die am Smartphone auf die Meldungen lauscht.
Irgendeine App die auf diese Dinge lauscht (dream2message,yac,samsung,getmsg,rawmsg)
Irgendwie übersteigt das mein Wissen. Ich komm da nicht weiter. Und lass es erst mal sein.
Wenn ich, wie im Freetz Wiki beschrieben teste (zb.
Code:
callaction rawmsg <ip vom smartphone> "$SOURCE $SOURCE_NAME ruft an."
Code:
nc: can't connect to remote host (ip vom smartphone): Connection refusedDa fehlt doch eine Komponente, die am Smartphone auf die Meldungen lauscht.
Irgendeine App die auf diese Dinge lauscht (dream2message,yac,samsung,getmsg,rawmsg)
Irgendwie übersteigt das mein Wissen. Ich komm da nicht weiter. Und lass es erst mal sein.
Zuletzt bearbeitet:
bolle
Aktives Mitglied
- Mitglied seit
- 10 Apr 2006
- Beiträge
- 1,437
- Punkte für Reaktionen
- 0
- Punkte
- 36
Hi habe mir heute mal die aktuelle Labor gebaut von der 7490 gebaut!
Irgendwie habe ich jetzt ein Problem:
Jemand eine Idee?
Irgendwie habe ich jetzt ein Problem:
Code:
ACTION: 'curl https://api.prowlapp.com/publicapi/add -F xxxx application=FritzBox -F description="Anrufer fuer $DEST_ENTRY: $LF${SOURCE_ENTRY} $LF$SOURCE" --insecure'
curl: can't load library 'libssl.so.0.9.8'
[0:3] action failed with an exit status of 1Jemand eine Idee?
@bolle: 7490Labor enthält OpenSSL-1.0.x statt OpenSSL-0.9.8 wie alle anderen Firmwares bisher. Ich vermute mal, Du hast curl gegen "Freetz OpenSSL-0.9.8" gelinkt, diese dann ausgelagert. Das Medium mit den ausgelagerten Dateien hast Du mal eingesteckt gehabt mal nicht, auf jeden Fall hat es aber immer auch ohne das Medium funktioniert. Grund: zur Laufzeit wurde immer zumindest die "AVM OpenSSL-0.9.8" gefunden und verwendet. Jetzt fehlt diese halt bzw. die AVM-Firmware enthält diese nicht mehr.
kriegaex
Aktives Mitglied
- Mitglied seit
- 7 Nov 2006
- Beiträge
- 2,927
- Punkte für Reaktionen
- 3
- Punkte
- 36
Callmonitor auf GitHub und Rückwärtssuche-Fix für dastelefonbuch.de
Seit Februar 2013 hat es ja keine Callmonitor-Updates mehr gegeben, weil Andreas Bühmann einfach zu wenig Zeit hat. Ich mache ja auch seit Jahren nichts mehr für Freetz, aber ich habe mal mit Andreas' Einverständnis das SVN-Repository (liegt auf Sourceforge) nach Git konvertiert und auf GitHub veröffentlicht. Der Plan ist, die Codebasis dort weiterzupflegen. Das Schöne an GitHub ist, daß jeder Benutzer auch ohne Commit-Rechte im offiziellen Repo einfach das Projekt forken und etwas verändern/verbessern kann, z.B. einen Fehler beheben. Anschließend kann er einen Pull Request schicken und der Maintainer - wer immer das auch zukünftig sein mag - kann es reviewen und ggf. übernehmen.
A propos Fehlerbehebung:
Seit Februar 2013 hat es ja keine Callmonitor-Updates mehr gegeben, weil Andreas Bühmann einfach zu wenig Zeit hat. Ich mache ja auch seit Jahren nichts mehr für Freetz, aber ich habe mal mit Andreas' Einverständnis das SVN-Repository (liegt auf Sourceforge) nach Git konvertiert und auf GitHub veröffentlicht. Der Plan ist, die Codebasis dort weiterzupflegen. Das Schöne an GitHub ist, daß jeder Benutzer auch ohne Commit-Rechte im offiziellen Repo einfach das Projekt forken und etwas verändern/verbessern kann, z.B. einen Fehler beheben. Anschließend kann er einen Pull Request schicken und der Maintainer - wer immer das auch zukünftig sein mag - kann es reviewen und ggf. übernehmen.
A propos Fehlerbehebung:
- Ich habe mal exemplarisch die in 1.20.9 nicht mehr funktionsfähige Rückwärtssuche für dastelefonbuch.de gefixt (dasoertliche.de geht noch ohne Änderungen). Wer möchte, kann das direkt so bei sich patchen.
- Da ich eine 7270v1 habe, auf der seit der Umstellung auf Multi-User-Logins bei modernen Boxen der normale session-basierte Einzelbenutzer-Login nicht mehr geht und damit auch keine Rückwärtssuche mehr aufgerufen wird, habe ich mal geforscht, woran es liegt: Der Grund ist, daß auf 7270v1 und vermutlich auch anderen Geräten die Diagnose für Multi-User-Firmwares fälschlicherweise positiv ausfällt und somit die falsche Login-Technik benutzt wird. Ich habe das bei mir lokal behoben, aber kann es mangels Multi-User-Box nicht auf Regressionen testen und habe es deshalb auch noch nicht eingecheckt. Falls jemand den Code sehen will, kann ich es in einen Branch einchecken, damit jemand testen kann, ob nun, wie von Andreas vermutet, die Multi-User-Boxen nicht mehr (oder nicht in jedem Fall) gehen.
Hallo Alexander,
Cool, dass Du (wenn auch indirekt) wieder mitmachst ;-)
Grüße,
Gene
Cool, dass Du (wenn auch indirekt) wieder mitmachst ;-)
Ich hatte mal auch ein wenig Zeit in die Sache investiert gehabt und hatte am Ende auch den Verdacht, dass es genau daran liegt. Könntest Du bitte Deinen Fix publik machen bzw. an dieses Ticket anhängen? Danke!
Grüße,
Gene
Izzy
Mitglied
- Mitglied seit
- 10 Mrz 2006
- Beiträge
- 254
- Punkte für Reaktionen
- 0
- Punkte
- 0
Du bist mein Held! Allein der Tipp mit "DasÖrtliche" war schon Gold wert. Ich hatte das gar nicht ausprobiert, dachte das sei alles "im Dutt". Jetzt funktioniert es wenigstens wieder. Ein fettes Danke!
Neueste Beiträge
-
Ersatz für Festnetz-Telefon (IP Provider mit Portierung) mit Zugang via WiFi- Letzte: Zwanzigeinundzwanzig
-
Fritzbox 6490 v7+ debranding / branding entfernen
- Letzte: deutz6202
-
Ping-Spikes 7590 im lokalen Netzwerk- Letzte: genuede
-
zusätzliche 1GB AF, aber kein Kontingent bei DSL Vertrag mehr- Letzte: Gildehauser
-
FRITZ!Box 7530 / FRITZ!OS 8.0x vom 10.10.2024- Letzte: Dolde
