search for: __list_add

...ts wrote: > Complete  dmesg report contains entries :- Impressive. Can you give provide: lspci -vvv full serial log console output? and what were you doing when this happend? (starting X, playing games?) > > ------------[ cut here ]------------ > WARNING: at lib/list_debug.c:30 __list_add+0x68/0x81() > Hardware name: System Product Name > list_add corruption. prev->next should be next (ffff8801e7d9dda0), but was ffff88017ea4f730. (prev=ffff88017ea4f730). > Modules linked in: nls_utf8 xt_physdev ppdev ip6table_filter ip6_tables ipt_MASQUERADE iptable_nat nf_nat ipv6 snd_h...

...e you sent me into a public kernel bug report? Rich. ---------------------------------------------------------------------- mount -o -t logfs /dev/vda /sysroot/ [ 107.679255] BUG: unable to handle kernel NULL pointer dereference at 0000000000000008 [ 107.680173] IP: [<ffffffff81238127>] __list_add+0x16/0x83 [ 107.680173] PGD 0 [ 107.680173] Oops: 0000 [#1] SMP [ 107.680173] last sysfs file: /sys/devices/virtio-pci/virtio2/block/vdb/queue/rotational [ 107.680173] CPU 0 [ 107.680173] Modules linked in: nls_utf8 hfsplus hfs vfat fat logfs zlib_deflate i2c_piix4 i2c_core virtio_blk virti...

..., I'm running CentOS 6.5 as NFS server (v3 and v4) and exporting Ext4 and XFS filesystem. After many months that all works fine today the server crash: Jan 30 09:46:13 qb-storage kernel: ------------[ cut here ]------------ Jan 30 09:46:13 qb-storage kernel: WARNING: at lib/list_debug.c:26 __list_add+0x6d/0xa0() (Not tainted) Jan 30 09:46:13 qb-storage kernel: Hardware name: PowerEdge Jan 30 09:46:13 qb-storage kernel: list_add corruption. next->prev should be prev (ffff8804366c5df0), but was ffff8803f611fa68. (next=ffff8803f611fa68). Jan 30 09:46:13 qb-storage kernel: Modules linked in: n...

...dwick nslcd[11420]: [767df3] ldap_result() failed: Invalid DN syntax Mar 5 11:40:50 chadwick nslcd[11420]: [767df3] lookup of user usi660 failed: Invalid DN syntax Mar 5 11:41:46 chadwick kernel: ------------[ cut here ]------------ Mar 5 11:41:46 chadwick kernel: WARNING: at lib/list_debug.c:26 __list_add+0x6d/0xa0() (Not tainted) Mar 5 11:41:46 chadwick kernel: Hardware name: PowerEdge R910 Mar 5 11:41:46 chadwick kernel: list_add corruption. next->prev should be prev (ffff8820531518d0), but was ffff884d4c4594d0. (next=ffff884d4c4594d0). Mar 5 11:41:46 chadwick kernel: Modules linked in: gfs2...

...ts wrote: > Complete  dmesg report contains entries :- Impressive. Can you give provide: lspci -vvv full serial log console output? and what were you doing when this happend? (starting X, playing games?) > > ------------[ cut here ]------------ > WARNING: at lib/list_debug.c:30 __list_add+0x68/0x81() > Hardware name: System Product Name > list_add corruption. prev->next should be next (ffff8801e7d9dda0), but was ffff88017ea4f730. (prev=ffff88017ea4f730). > Modules linked in: nls_utf8 xt_physdev ppdev ip6table_filter ip6_tables ipt_MASQUERADE iptable_nat nf_nat ipv6 snd_h...

CentOS 6.4 x86_64 Kernel: 2.6.32-358.14.1.el6.x86_64 I have been noticing repeatedly that after a couple of weeks of uptime my NFS server starts to generate the following error: ------------[ cut here ]------------ WARNING: at lib/list_debug.c:26 __list_add+0x6d/0xa0() (Tainted: G W --- ------------ ) Hardware name: ProLiant DL380 G7 list_add corruption. next->prev should be prev (ffff88031930bde8), but was ffff8...

...(core dumped) On looking into the core file , it appears to be a issue with symbol_bind() where both &sym->list, &scope->symbols to list_add_tail seem to point the same .. Core was generated by `nft -f files/set_anand'. Program terminated with signal 11, Segmentation fault. #0 __list_add (next=0x7ffff97efda0, prev=0xfbc440, new=0xfbc440) at include/list.h:49 49 prev->next = new; (gdb) bt #0 __list_add (next=0x7ffff97efda0, prev=0xfbc440, new=0xfbc440) at include/list.h:49 #1 list_add_tail (head=0x7ffff97efda0, new=0xfbc440) at include/list.h:76 #2 symbol_bind (scope=<optim...

...d similar issues have been around a while, but the results I found tended to be for CentOS 6 and older kernels. Can anyone help me understand what this means? Jul 31 16:58:15 den-nagios kernel: ------------[ cut here ]------------ Jul 31 16:58:15 den-nagios kernel: WARNING: at lib/list_debug.c:33 __list_add+0xac/0xc0() Jul 31 16:58:15 den-nagios kernel: list_add corruption. prev->next should be next (ffff880174795358), but was 64756f6c6373646e. (prev=ffff880806a44458). Jul 31 16:58:15 den-nagios kernel: Modules linked in: dell_rbu dcdbas ip6t_rpfilter ipt_REJECT nf_reject_ipv4 ip6t_REJECT nf_reject...

...kernel module in a CentOS 6.4 host, but fails in rpm-check: Requires: kernel(__alloc_percpu) = 0x55f2580b kernel(__alloc_skb) = 0x25421969 kernel(__dev_get_by_index) = 0x6a6d551b kernel(__init_waitqueue_head) = 0xffc7c184 kernel(__ip_select_ident) = 0x848695b3 kernel(__kmalloc) = 0x5a34a45c kernel(__list_add) = 0x0343a1a8 kernel(__nla_put) = 0x3e2e6f8c kernel(__nla_reserve) = 0x391515a6 kernel(__per_cpu_offset) = 0x32047ad5 kernel(__pskb_pull_tail) = 0xaa1b9b4e kernel(__put_net) = 0xcb27f3de kernel(__secpath_destroy) = 0x430555cc kernel(__skb_checksum_complete) = 0xcf0b750c kernel(__skb_warn_lro_forwar...

We have just discovered that a large buffer cache generated from traversing a lustre file system will cause a significant system overhead for applications with high memory demands. We have seen a 50% slowdown or worse for applications. Even High Performance Linpack, that have no file IO whatsoever is affected. The only remedy seems to be to empty the buffer cache from memory by running