Re: 4.19.{12,[13],14}: RIP: 0010:nf_conncount_cache_free+0x26/0x2f [nf_conncount]
Hello and good evening, Steffen Nurpmeso wrote in <20190118131055.rtue5%stef...@sdaoden.eu>: ... |The problem still persists with v14.19.15, i have reverter to ... |Jan 18 12:40:00 kernel: [37953.963613] BUG: unable to handle kernel \ |NULL pointer dereference at ... | Jan 18 00:40:00 kernel: [38154.458219] RIP: 0010:nf_conncount_cache_free\ | +0x26/0x2f [nf_conncount] ... No problems now with v4.19.17, thank you very much! I guess this makes an australian eight cylindre, or a 1000 KW electric car. Rammed straight in space here on my side, anyway. Ciao, and keep on rocking!!! --steffen | |Der Kragenbaer,The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)
Re: 4.19.{12,[13],14}: RIP: 0010:nf_conncount_cache_free+0x26/0x2f [nf_conncount]
Hello. The problem still persists with v14.19.15, i have reverter to v4.14.89 again. I add netfilter-devel because of a hint of someone, somewhere. Steffen Nurpmeso wrote in <20190112000517.nq-cw%stef...@sdaoden.eu>: | At the moment i am running AlpineLinux [edge] on both rented | Linux VM and Lpatop(s). (Note well: i love CRUX Linux!)] | |They have updated from flawless 4.14.xx to 4.19.xx series in |December. I went with 4.19.12, but after some hours there were |problems, the first time the server VM got completely stuck and |i had to force a hard shutdown -- the first in 606 days. |In the following twelve hours i saw two automatic reboots, i went |back to 4.14.89. ... Please find below the new/old (i cannot grasp that anyway) crash reports of v14.19.15: crit: Dec 29 00:15:01 kernel: [23338.689515] BUG: unable to handle kernel NULL pointer dereference at Jan 12 00:15:00 kernel: [36690.017115] BUG: unable to handle kernel NULL pointer dereference at Jan 18 00:40:00 kernel: [38154.448749] BUG: unable to handle kernel NULL pointer dereference at Jan 18 12:40:00 kernel: [37953.963613] BUG: unable to handle kernel NULL pointer dereference at messages: Jan 18 00:40:00 crond[2043]: USER root pid 4450 cmd run-parts /etc/periodic/12hourly ..yes i have changed invocation time after my last post... Jan 18 00:40:00 kernel: [38154.452940] PGD 0 P4D 0 ... Jan 18 02:00:00 crond[2043]: USER root pid 4587 cmd run-parts /etc/periodic/hourly Jan 18 02:07:44 syslogd started: BusyBox v1.29.3 Automatic reboot for whatever reason, nothing specific runs here? Jan 18 12:40:00 crond[2045]: USER root pid 3270 cmd run-parts /etc/periodic/12hourly Jan 18 12:40:00 kernel: [37953.969002] PGD 0 P4D 0 The 12hourly/sysstat does something like sort -n < /proc/net/xt_recent/alien_super with a couple of those, and outputs firewall status. warn: Jan 18 00:40:00 kernel: [38154.454203] Oops: [#1] SMP PTI Jan 18 00:40:00 kernel: [38154.455455] CPU: 0 PID: 4482 Comm: iptables Not tainted 4.19.15-0-vanilla #1-Alpine Jan 18 00:40:00 kernel: [38154.456792] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 Jan 18 00:40:00 kernel: [38154.458219] RIP: 0010:nf_conncount_cache_free+0x26/0x2f [nf_conncount] Jan 18 00:40:00 kernel: [38154.459623] Code: 9c 8e c1 d4 66 66 66 66 90 55 53 48 8b 77 08 48 8d 5f 08 48 8b 2e 48 39 de 74 15 48 8b 3d 05 20 00 00 e8 79 8e c1 d4 48 89 ee <48> 8b 6d 00 eb e6 5b 5d c3 66 66 66 66 90 41 55 41 54 55 53 83 7f Jan 18 00:40:00 kernel: [38154.462144] RSP: 0018:9d4c00f93d28 EFLAGS: 00010202 Jan 18 00:40:00 kernel: [38154.463085] RAX: 88c7bb3cee01 RBX: 88c7bb7597a0 RCX: 802e001e Jan 18 00:40:00 kernel: [38154.464052] RDX: 802e001f RSI: RDI: 88c7bbc17080 Jan 18 00:40:00 kernel: [38154.465040] RBP: R08: 0001 R09: 88c7bb7c67e8 Jan 18 00:40:00 kernel: [38154.466027] R10: 0401 R11: 9d4c00374001 R12: 88c7bb759780 Jan 18 00:40:00 kernel: [38154.467017] R13: 88c7bb6d1808 R14: 95ea3e40 R15: 88c7b5c6a118 Jan 18 00:40:00 kernel: [38154.468011] FS: 7f3b84922b68() GS:88c7bc20() knlGS: Jan 18 00:40:00 kernel: [38154.469046] CS: 0010 DS: ES: CR0: 80050033 Jan 18 00:40:00 kernel: [38154.470086] CR2: CR3: 7ece4000 CR4: 06b0 Jan 18 00:40:00 kernel: [38154.471165] DR0: DR1: DR2: Jan 18 00:40:00 kernel: [38154.472244] DR3: DR6: fffe0ff0 DR7: 0400 Jan 18 00:40:00 kernel: [38154.473380] Call Trace: Jan 18 00:40:00 kernel: [38154.474507] nf_conncount_destroy+0x5a/0x82 [nf_conncount] Jan 18 00:40:00 kernel: [38154.475651] cleanup_match+0x45/0x6d [ip_tables] Jan 18 00:40:00 kernel: [38154.476775] cleanup_entry+0x3e/0xa8 [ip_tables] Jan 18 00:40:00 kernel: [38154.477906] __do_replace+0x171/0x203 [ip_tables] Jan 18 00:40:00 kernel: [38154.479022] do_ipt_set_ctl+0x133/0x195 [ip_tables] Jan 18 00:40:00 kernel: [38154.480176] nf_setsockopt+0x4b/0x64 Jan 18 00:40:00 kernel: [38154.481390] __sys_setsockopt+0x8b/0xc1 Jan 18 00:40:00 kernel: [38154.482539] __x64_sys_setsockopt+0x20/0x23 Jan 18 00:40:00 kernel: [38154.483689] do_syscall_64+0x55/0xe4 Jan 18 00:40:00 kernel: [38154.484857] entry_SYSCALL_64_after_hwframe+0x44/0xa9 Jan 18 00:40:00 kernel: [38154.486061] RIP: 0033:0x7f3b848cd8d3 Jan 18 00:40:00 kernel: [38154.487229] Code: 83 c4 18 48 89 c7 e9 0c 3b fe ff c3 c3 31 c0 c3 49 89 ca 50 48 63 d2 48 63 f6 48 63 ff 45 89 c0 45 31 c9 b8 36 00 00 00 0f 05 <48> 89 c7 e8 e5 3a fe ff 5a c3 48 63 f6 50 48 63 ff 45 31 d2 45 31 Jan 18 00:40:00 kernel: [38154.489751] RSP: 002b:7ffde4b23820 EFLAGS: 0246 ORIG_RAX:
4.19.{12,[13],14}: RIP: 0010:nf_conncount_cache_free+0x26/0x2f [nf_conncount]
Hello. this is my first post to a Linux list, and i am not subscribed. [Used it from 01-11-1999 to about 2001, then happily went to FreeBSD. ^_^ But Linux again since 2015, on bare metal since last October/November. Many thanks -- working Unix/POSIX on a Laptop. Fantastic improvements on the documentation side, and upsetting technologies wherever i look and as far as i can penetrate that, sched, namespaces, filesystems .. Grazy! At the moment i am running AlpineLinux [edge] on both rented Linux VM and Lpatop(s). (Note well: i love CRUX Linux!)] They have updated from flawless 4.14.xx to 4.19.xx series in December. I went with 4.19.12, but after some hours there were problems, the first time the server VM got completely stuck and i had to force a hard shutdown -- the first in 606 days. In the following twelve hours i saw two automatic reboots, i went back to 4.14.89. 4.19.13: i saw announcement with nothing mentioned, went to the net stuff git repo and saw some commits mid december which could address the problem of 4.19.12 Dec 28 12:20:48 kernel: [34107.761146] RIP: 0010:__list_del_entry_valid+0x7f/0x86 (conn_free+0x36/0x86 [nf_conncount]), so i decided to wait for 4.19.14. Today it came in, but after exactly 10 hours this: crit: Jan 12 00:15:00 kernel: [36690.017115] BUG: unable to handle kernel NULL pointer dereference at warn: Jan 12 00:15:00 kernel: [36690.023028] Oops: [#1] SMP PTI Jan 12 00:15:00 kernel: [36690.024368] CPU: 0 PID: 3708 Comm: iptables Not tainted 4.19.14-0-vanilla #1-Alpine Jan 12 00:15:00 kernel: [36690.025679] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 Jan 12 00:15:00 kernel: [36690.027056] RIP: 0010:nf_conncount_cache_free+0x26/0p messages: Jan 12 00:15:00 crond[2046]: USER root pid 3677 cmd run-parts /etc/periodic/12hourly Jan 12 00:15:00 kernel: [36690.021645] PGD 0 P4D 0 That periodic script outputs sort(1)ed entries from xt_recent, and shows the state of the firewall. Here is the full warn entry: Jan 12 00:15:00 kernel: [36690.023028] Oops: [#1] SMP PTI Jan 12 00:15:00 kernel: [36690.024368] CPU: 0 PID: 3708 Comm: iptables Not tainted 4.19.14-0-vanilla #1-Alpine Jan 12 00:15:00 kernel: [36690.025679] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1ubuntu1 04/01/2014 Jan 12 00:15:00 kernel: [36690.027056] RIP: 0010:nf_conncount_cache_free+0x26/0x2f [nf_conncount] Jan 12 00:15:00 kernel: [36690.028459] Code: 19 9f c5 ed 66 66 66 66 90 55 53 48 8b 77 08 48 8d 5f 08 48 8b 2e 48 39 de 74 15 48 8b 3d 05 20 00 00 e8 f6 9e c5 ed 48 89 ee <48> 8b 6d 00 eb e6 5b 5d c3 66 66 66 66 90 41 55 41 54 55 53 83 7f Jan 12 00:15:00 kernel: [36690.030482] RSP: 0018:b5f5c055fd28 EFLAGS: 00010202 Jan 12 00:15:00 kernel: [36690.031411] RAX: 9c3bf96b4c01 RBX: 9c3bf7c7e680 RCX: 802e002c Jan 12 00:15:00 kernel: [36690.032376] RDX: 802e002d RSI: RDI: 9c3bfbc17080 Jan 12 00:15:00 kernel: [36690.033374] RBP: R08: 0001 R09: 9c3bfb5028a8 Jan 12 00:15:00 kernel: [36690.034372] R10: 0401 R11: b5f5c0374001 R12: 9c3bf7c7e660 Jan 12 00:15:00 kernel: [36690.035374] R13: 9c3bf5eb1808 R14: aeea3e40 R15: 9c3bf96fa118 Jan 12 00:15:00 kernel: [36690.036406] FS: 7f9ca8e25b68() GS:9c3bfc20() knlGS: Jan 12 00:15:00 kernel: [36690.037472] CS: 0010 DS: ES: CR0: 80050033 Jan 12 00:15:00 kernel: [36690.038532] CR2: CR3: 79ae CR4: 06b0 Jan 12 00:15:00 kernel: [36690.039628] DR0: DR1: DR2: Jan 12 00:15:00 kernel: [36690.040724] DR3: DR6: fffe0ff0 DR7: 0400 Jan 12 00:15:00 kernel: [36690.041791] Call Trace: Jan 12 00:15:00 kernel: [36690.042919] nf_conncount_destroy+0x5a/0x82 [nf_conncount] Jan 12 00:15:00 kernel: [36690.044035] cleanup_match+0x45/0x6d [ip_tables] Jan 12 00:15:00 kernel: [36690.045175] cleanup_entry+0x3e/0xa8 [ip_tables] Jan 12 00:15:00 kernel: [36690.046305] __do_replace+0x171/0x203 [ip_tables] Jan 12 00:15:00 kernel: [36690.047421] do_ipt_set_ctl+0x133/0x195 [ip_tables] Jan 12 00:15:00 kernel: [36690.048643] nf_setsockopt+0x4b/0x64 Jan 12 00:15:00 kernel: [36690.049809] __sys_setsockopt+0x8b/0xc1 Jan 12 00:15:00 kernel: [36690.050957] __x64_sys_setsockopt+0x20/0x23 Jan 12 00:15:00 kernel: [36690.052110] do_syscall_64+0x55/0xe4 Jan 12 00:15:00 kernel: [36690.053329] entry_SYSCALL_64_after_hwframe+0x44/0xa9 Jan 12 00:15:00 kernel: [36690.054516] RIP: 0033:0x7f9ca8dd08d3 Jan 12 00:15:00 kernel: [36690.055666] Code: 83 c4 18 48 89 c7 e9 0c 3b fe ff c3 c3 31 c0 c3 49 89 ca 50 48 63 d2 48 63 f6 48 63 ff 45 89 c0 45 31 c9 b8 36 00 00 00 0f 05 <48> 89 c7 e8 e5 3a fe ff 5a c3 48 63 f6 50