search for: __strcmp_sse42

As an addition perf top shows %80 libc-2.12.so __strcmp_sse42 during glusterd %100 cpu usage Hope this helps... On Tue, Aug 22, 2017 at 2:41 PM, Serkan ?oban <cobanserkan at gmail.com> wrote: > Hi there, > > I have a strange problem. > Gluster version in 3.10.5, I am testing new servers. Gluster > configuration is 16+4 EC, I have three v...

Hi there, I have a strange problem. Gluster version in 3.10.5, I am testing new servers. Gluster configuration is 16+4 EC, I have three volumes, each have 1600 bricks. I can successfully create the cluster and volumes without any problems. I write data to cluster from 100 clients for 12 hours again no problem. But when I try to reboot a node, glusterd process hangs on %100 CPU usage and seems to

...#1 0x00007f413befb99b in hooks_worker () from /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f413a047700 (LWP 104256)): #0 0x0000003d99928692 in __strcmp_sse42 () from /lib64/libc.so.6 #1 0x00007f41462fd44a in dict_lookup_common () from /usr/lib64/libglusterfs.so.0 #2 0x00007f41462ff33d in dict_set_lk () from /usr/lib64/libglusterfs.so.0 #3 0x00007f41462ff5f5 in dict_set () from /usr/lib64/libglusterfs.so.0 #4 0x00007f414630007c in dict_set_dynstr ()...

...n hooks_worker () from > /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > Thread 2 (Thread 0x7f413a047700 (LWP 104256)): > #0 0x0000003d99928692 in __strcmp_sse42 () from /lib64/libc.so.6 > #1 0x00007f41462fd44a in dict_lookup_common () from > /usr/lib64/libglusterfs.so.0 > #2 0x00007f41462ff33d in dict_set_lk () from /usr/lib64/libglusterfs.so.0 > #3 0x00007f41462ff5f5 in dict_set () from /usr/lib64/libglusterfs.so.0 > #4 0x00007f41463000...

...and I've not got a chance to take a detail look at the logs and the strace output. I believe if you get to reboot the node again the problem will disappear. On Tue, 22 Aug 2017 at 20:07, Serkan ?oban <cobanserkan at gmail.com> wrote: > As an addition perf top shows %80 libc-2.12.so __strcmp_sse42 during > glusterd %100 cpu usage > Hope this helps... > > On Tue, Aug 22, 2017 at 2:41 PM, Serkan ?oban <cobanserkan at gmail.com> > wrote: > > Hi there, > > > > I have a strange problem. > > Gluster version in 3.10.5, I am testing new servers. Gluster &...

...; >>> #2 0x0000003aa5c07aa1 in start_thread () from > /lib64/libpthread.so.0 > >> >>> #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 > >> >>> Thread 2 (Thread 0x7f7a87cab700 (LWP 43076)): > >> >>> #0 0x0000003aa5928692 in __strcmp_sse42 () from /lib64/libc.so.6 > >> >>> #1 0x000000303f82244a in ?? () from /usr/lib64/libglusterfs.so.0 > >> >>> #2 0x000000303f82433d in ?? () from /usr/lib64/libglusterfs.so.0 > >> >>> #3 0x000000303f8245f5 in dict_set () from > >> >...

...0 #1 0x00007f928450099b in hooks_worker () from /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f92824cb700 (LWP 78916)): #0 0x0000003d9992867a in __strcmp_sse42 () from /lib64/libc.so.6 #1 0x000000310fe2244a in dict_lookup_common () from /usr/lib64/libglusterfs.so.0 #2 0x000000310fe2433d in dict_set_lk () from /usr/lib64/libglusterfs.so.0 #3 0x000000310fe245f5 in dict_set () from /usr/lib64/libglusterfs.so.0 #4 0x000000310fe2524c in dict_set_str () fro...

...ulti.debug...done. done. (gdb) run < /etc/iptables.post Starting program: /usr/bin/iptables-xml < /etc/iptables.post <iptables-rules version="1.0"> <!-- # Managed by puppet --> <table name="filter" > Program received signal SIGSEGV, Segmentation fault. __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:165 165 movdqu (%rsi), %xmm2 (gdb) bt #0 __strcmp_sse42 () at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:165 #1 0x00000000004041f8 in needChain (chain=0x0) at iptables-xml.c:276 #2 iptables_xml_main (argc=<optimized out>, argv=<...

...in hooks_worker () from > /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > Thread 2 (Thread 0x7f92824cb700 (LWP 78916)): > #0 0x0000003d9992867a in __strcmp_sse42 () from /lib64/libc.so.6 > #1 0x000000310fe2244a in dict_lookup_common () from > /usr/lib64/libglusterfs.so.0 > #2 0x000000310fe2433d in dict_set_lk () from /usr/lib64/libglusterfs.so.0 > #3 0x000000310fe245f5 in dict_set () from /usr/lib64/libglusterfs.so.0 > #4 0x000000310fe252...

...gt; > /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > > Thread 2 (Thread 0x7f92824cb700 (LWP 78916)): > > #0 0x0000003d9992867a in __strcmp_sse42 () from /lib64/libc.so.6 > > #1 0x000000310fe2244a in dict_lookup_common () from > > /usr/lib64/libglusterfs.so.0 > > #2 0x000000310fe2433d in dict_set_lk () from > /usr/lib64/libglusterfs.so.0 > > #3 0x000000310fe245f5 in dict_set () from /usr/lib64/libglusterfs.so.0...

...thread.so.0 #1 0x00007f7a898a099b in ?? () from /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so #2 0x0000003aa5c07aa1 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f7a87cab700 (LWP 43076)): #0 0x0000003aa5928692 in __strcmp_sse42 () from /lib64/libc.so.6 #1 0x000000303f82244a in ?? () from /usr/lib64/libglusterfs.so.0 #2 0x000000303f82433d in ?? () from /usr/lib64/libglusterfs.so.0 #3 0x000000303f8245f5 in dict_set () from /usr/lib64/libglusterfs.so.0 #4 0x000000303f82524c in dict_set_str () from /usr/lib64/libglusterfs...

...a898a099b in ?? () from > /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > #2 0x0000003aa5c07aa1 in start_thread () from /lib64/libpthread.so.0 > #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 > Thread 2 (Thread 0x7f7a87cab700 (LWP 43076)): > #0 0x0000003aa5928692 in __strcmp_sse42 () from /lib64/libc.so.6 > #1 0x000000303f82244a in ?? () from /usr/lib64/libglusterfs.so.0 > #2 0x000000303f82433d in ?? () from /usr/lib64/libglusterfs.so.0 > #3 0x000000303f8245f5 in dict_set () from /usr/lib64/libglusterfs.so.0 > #4 0x000000303f82524c in dict_set_str () from /us...

...64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > > > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > > > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > > > Thread 2 (Thread 0x7f92824cb700 (LWP 78916)): > > > #0 0x0000003d9992867a in __strcmp_sse42 () from /lib64/libc.so.6 > > > #1 0x000000310fe2244a in dict_lookup_common () from > > > /usr/lib64/libglusterfs.so.0 > > > #2 0x000000310fe2433d in dict_set_lk () from /usr/lib64/libglusterfs.so.0 > > > #3 0x000000310fe245f5 in dict_set () from /usr/lib64/libglu...

...m > > /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > > Thread 2 (Thread 0x7f92824cb700 (LWP 78916)): > > #0 0x0000003d9992867a in __strcmp_sse42 () from /lib64/libc.so.6 > > #1 0x000000310fe2244a in dict_lookup_common () from > > /usr/lib64/libglusterfs.so.0 > > #2 0x000000310fe2433d in dict_set_lk () from /usr/lib64/libglusterfs.so.0 > > #3 0x000000310fe245f5 in dict_set () from /usr/lib64/libglusterfs.so.0 > &gt...

On Mon, Jul 15, 2013 at 3:18 AM, Michal Privoznik <mprivozn@redhat.com>wrote: > > Interesting. If you are still able to reproduce the crash, can you try to > get the line number within virSecurityManagerGenLabel where the crash > happened? I think it's the STREQ line (440 linenr). Question is whether > model or name is NULL. > > I'll try. I'm not sure why

...0.5/xlator/mgmt/glusterd.so >> > > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 >> > > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 >> > > Thread 2 (Thread 0x7f92824cb700 (LWP 78916)): >> > > #0 0x0000003d9992867a in __strcmp_sse42 () from /lib64/libc.so.6 >> > > #1 0x000000310fe2244a in dict_lookup_common () from >> > > /usr/lib64/libglusterfs.so.0 >> > > #2 0x000000310fe2433d in dict_set_lk () from /usr/lib64/libglusterfs.so.0 >> > > #3 0x000000310fe245f5 in dict_set () from /...

...gt; > /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > > #2 0x0000003aa5c07aa1 in start_thread () from /lib64/libpthread.so.0 > > #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 > > Thread 2 (Thread 0x7f7a87cab700 (LWP 43076)): > > #0 0x0000003aa5928692 in __strcmp_sse42 () from /lib64/libc.so.6 > > #1 0x000000303f82244a in ?? () from /usr/lib64/libglusterfs.so.0 > > #2 0x000000303f82433d in ?? () from /usr/lib64/libglusterfs.so.0 > > #3 0x000000303f8245f5 in dict_set () from /usr/lib64/libglusterfs.so.0 > > #4 0x000000303f82524c in dict...

...a898a099b in ?? () from > /usr/lib64/glusterfs/3.10.5/xlator/mgmt/glusterd.so > #2 0x0000003aa5c07aa1 in start_thread () from /lib64/libpthread.so.0 > #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 > Thread 2 (Thread 0x7f7a87cab700 (LWP 43076)): > #0 0x0000003aa5928692 in __strcmp_sse42 () from /lib64/libc.so.6 > #1 0x000000303f82244a in ?? () from /usr/lib64/libglusterfs.so.0 > #2 0x000000303f82433d in ?? () from /usr/lib64/libglusterfs.so.0 > #3 0x000000303f8245f5 in dict_set () from /usr/lib64/libglusterfs.so.0 > #4 0x000000303f82524c in dict_set_str () from /us...

.../xlator/mgmt/glusterd.so > >> > #2 0x0000003aa5c07aa1 in start_thread () from /lib64/libpthread.so.0 > >> > #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 > >> > Thread 2 (Thread 0x7f7a87cab700 (LWP 43076)): > >> > #0 0x0000003aa5928692 in __strcmp_sse42 () from /lib64/libc.so.6 > >> > #1 0x000000303f82244a in ?? () from /usr/lib64/libglusterfs.so.0 > >> > #2 0x000000303f82433d in ?? () from /usr/lib64/libglusterfs.so.0 > >> > #3 0x000000303f8245f5 in dict_set () from > /usr/lib64/libglusterfs.so.0 > &gt...

...ake a > detail look at the logs and the strace output. > > I believe if you get to reboot the node again the problem will disappear. > > On Tue, 22 Aug 2017 at 20:07, Serkan ?oban <cobanserkan at gmail.com> wrote: >> >> As an addition perf top shows %80 libc-2.12.so __strcmp_sse42 during >> glusterd %100 cpu usage >> Hope this helps... >> >> On Tue, Aug 22, 2017 at 2:41 PM, Serkan ?oban <cobanserkan at gmail.com> >> wrote: >> > Hi there, >> > >> > I have a strange problem. >> > Gluster version in 3.10.5,...