Moinsen,
ich versuch jetzt seit einigen Tagen das emonCMS meines Bruders in den Produktivbetrieb zu bekommen.
Dazu gibt's ein C-Programm, das u.a. 10 DS18B20 Sensoren ausliest und die Daten per Web-API in das lokale EmonCMS einpflegt.
Nach einiger Zeit (Rekord war bisher 10 Stunden) ist die Anwendung allerdings tot - sie hängt in einem read() von einem der Sensoren.
Jetzt bin ich zumindest schon mal so weit, dass das Kernel-Modul Fehler in die messages schreibt.
Daher meine Frage: kommt jemandem folgende Meldung bekannt vor oder kennt jemand dieses Verhalten?
Spoiler anzeigen
[ 3439.432222] Unable to handle kernel NULL pointer dereference at virtual address 00000004
[ 3439.432262] pgd = cdda0000
[ 3439.432276] [00000004] *pgd=19ee8831, *pte=00000000, *ppte=00000000
[ 3439.432311] Internal error: Oops: 817 [#1] PREEMPT ARM
[ 3439.432327] Modules linked in: ipt_REJECT nf_reject_ipv4 nf_log_ipv4 nf_log_common xt_LOG xt_limit xt_tcpudp xt_addrtype nf_conntrack_ipv4 nf_defrag_ipv4 xt_state ip6_tables nf_conntrack_netbios_ns nf_conntrack_broadcast nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack iptable_filter ip_tables x_tables bcm2708_wdog i2c_dev i2c_bcm2708 snd_bcm2835 snd_pcm snd_seq snd_seq_device snd_timer snd w1_therm w1_gpio wire cn uio_pdrv_genirq uio
[ 3439.432479] CPU: 0 PID: 3177 Comm: emonClient_mt Not tainted 3.18.11+ #781
[ 3439.432498] task: db3fc380 ti: db336000 task.ti: db336000
[ 3439.432541] PC is at w1_slave_show+0x2d8/0x398 [w1_therm]
[ 3439.432571] LR is at vsnprintf+0x27c/0x3e0
[ 3439.432589] pc : [<bf02736c>] lr : [<c02fc18c>] psr: 20000013
[ 3439.432589] sp : db337e08 ip : bf0275c0 fp : db337e54
[ 3439.432607] r10: 000000aa r9 : db337e27 r8 : db337e27
[ 3439.432621] r7 : d685de50 r6 : d9edc000 r5 : 00000fe5 r4 : 00000000
[ 3439.432637] r3 : 00000000 r2 : 1002ff7f r1 : 464b01ae r0 : 0000000d
[ 3439.432653] Flags: nzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
[ 3439.432667] Control: 00c5387d Table: 0dda0008 DAC: 00000015
[ 3439.432681] Process emonClient_mt (pid: 3177, stack limit = 0xdb3361b0)
[ 3439.432696] Stack: (0xdb337e08 to 0xdb338000)
[ 3439.432718] 7e00: bf0275d8 00000000 00000001 db2fd294 cdd70478 aed70478
[ 3439.432742] 7e20: 7f464b01 aa1002ff 000b6f54 cdc18ae0 bf027704 d9d79f80 00001000 d9edc000
[ 3439.432768] 7e40: c05a0ae4 00000001 db337e6c db337e58 c0364494 bf0270a0 cdc18ae0 d685de58
[ 3439.432791] 7e60: db337e94 db337e70 c01ab358 c0364474 cdc18ae0 00000001 db337eb8 00000000
[ 3439.432814] 7e80: 00001000 ce302d20 db337ea4 db337e98 c01a9c88 c01ab2c8 db337ef4 db337ea8
[ 3439.432837] 7ea0: c015cd10 c01a9c60 db336008 cdc18b10 b6f53000 db337f78 00000000 00000000
[ 3439.432860] 7ec0: db336028 00000000 db311480 d9d79f80 b6f53000 db336000 db337f78 00001000
[ 3439.432885] 7ee0: b6f53000 00001000 db337f3c db337ef8 c01aa670 c015cb64 5661dc24 c0138688
[ 3439.432908] 7f00: 5661dc24 db3114b4 00000000 db337f78 00000000 ce302d20 b6f53000 db336000
[ 3439.432932] 7f20: db337f78 00001000 b6f53000 00000000 db337f74 db337f40 c01386b4 c01aa558
[ 3439.432955] 7f40: db337f5c db337f50 c0155d3c 00000000 00000000 ce302d23 ce302d20 00001000
[ 3439.432977] 7f60: b6f53000 00000000 db337fa4 db337f78 c0138dc8 c0138628 00000000 00000000
[ 3439.433002] 7f80: 017dadf0 0000007e 00000000 00000003 c000eaa8 db336000 00000000 db337fa8
[ 3439.433025] 7fa0: c000e800 c0138d88 017dadf0 0000007e 00000006 b6f53000 00001000 00000000
[ 3439.433047] 7fc0: 017dadf0 0000007e 00000000 00000003 b5d1aa90 b5d1bf90 0000000a b5d1aa90
[ 3439.433070] 7fe0: 00000000 b5d1a970 b6e6feb8 b6e542b4 80000010 00000006 00000000 00000000
[ 3439.433146] [<bf02736c>] (w1_slave_show [w1_therm]) from [<c0364494>] (dev_attr_show+0x2c/0x58)
[ 3439.433188] [<c0364494>] (dev_attr_show) from [<c01ab358>] (sysfs_kf_seq_show+0x9c/0x104)
[ 3439.433219] [<c01ab358>] (sysfs_kf_seq_show) from [<c01a9c88>] (kernfs_seq_show+0x34/0x38)
[ 3439.433254] [<c01a9c88>] (kernfs_seq_show) from [<c015cd10>] (seq_read+0x1b8/0x488)
[ 3439.433282] [<c015cd10>] (seq_read) from [<c01aa670>] (kernfs_fop_read+0x124/0x16c)
[ 3439.433318] [<c01aa670>] (kernfs_fop_read) from [<c01386b4>] (vfs_read+0x98/0x188)
[ 3439.433346] [<c01386b4>] (vfs_read) from [<c0138dc8>] (SyS_read+0x4c/0xa0)
[ 3439.433386] [<c0138dc8>] (SyS_read) from [<c000e800>] (ret_fast_syscall+0x0/0x48)
[ 3439.433413] Code: eb4b5402 e5173004 e51b2031 e51b1035 (e5832004)
[ 3439.439395] ---[ end trace ec2b42b5a58f8df1 ]---
Ich muss da jetzt erst mal weiterschauen ...
Vielleicht hat ja der eine oder andere noch eine Idee zu diesem schrägen Verhalten?
Kleiner Hinweis am Rande: ein cat auf eine Sensordatei kann in diesem instabilen Zustand so hängen, dass er nicht mal mehr mit kill -9 eliminiert werden kann (reinrassiger Zombie im kernelmodus) sondern ein reboot nötig ist ( der dann auch teilweise hängt und nur noch Steckerziehen hilft).
Ich halt' Euch jedenfalls auf dem Laufenden ...
cu,
-ds-