search for: lib64

...Now without assistent entered data for pop access to googlemail.com . It seemed that this was successful. Even the testing of server settings. After applying all this settings it crashed -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f2a47edd7c0 (LWP 5130))] Thread 48 (Thread 0x7f28b2a22700 (LWP 5282)): #0 0x00007f2a3fc158fb in g_main_context_prepare () at /usr/lib64/libglib-2.0.so.0 #1 0x00007f2a3fc16230 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f2a3fc1642c in...

...This is the qemu log of instance: [2017-09-08 09:31:48.381077] C [rpc-clnt-ping.c:160:rpc_clnt_ping_timer_expired] 0-gv_openstack_1-client-1: server 10.0.1.202:49152 has not responded in the last 1 seconds, disconnecting. [2017-09-08 09:31:48.382411] E [rpc-clnt.c:365:saved_frames_unwind] (--> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fbcadb09e8b] (--> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fbcad8d08ee] (-- > /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fbcad8d09fe] (--> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fbcad8d2170] (--> /lib64/li...

...> > [2017-09-08 09:31:48.381077] C > [rpc-clnt-ping.c:160:rpc_clnt_ping_timer_expired] > 0-gv_openstack_1-client-1: server 10.0.1.202:49152 has not responded > in the last 1 seconds, disconnecting. > [2017-09-08 09:31:48.382411] E [rpc-clnt.c:365:saved_frames_unwind] > (--> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fbcadb09e8b] > (--> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fbcad8d08ee] > (-- >> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fbcad8d09fe] (--> >> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fbcad8d...

...> > [2017-09-08 09:31:48.381077] C > [rpc-clnt-ping.c:160:rpc_clnt_ping_timer_expired] > 0-gv_openstack_1-client-1: server 10.0.1.202:49152 has not responded > in the last 1 seconds, disconnecting. > [2017-09-08 09:31:48.382411] E [rpc-clnt.c:365:saved_frames_unwind] > (--> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fbcadb09e8b] > (--> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fbcad8d08ee] > (-- >> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fbcad8d09fe] (--> >> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fbcad8d...

...> > [2017-09-08 09:31:48.381077] C > [rpc-clnt-ping.c:160:rpc_clnt_ping_timer_expired] > 0-gv_openstack_1-client-1: server 10.0.1.202:49152 has not responded > in the last 1 seconds, disconnecting. > [2017-09-08 09:31:48.382411] E [rpc-clnt.c:365:saved_frames_unwind] > (--> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fbcadb09e8b] > (--> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fbcad8d08ee] > (-- > > /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fbcad8d09fe] (--> > /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fbcad8d217...

This is the qemu log of instance: [2017-09-08 09:31:48.381077] C [rpc-clnt-ping.c:160:rpc_clnt_ping_timer_expired] 0-gv_openstack_1-client-1: server 10.0.1.202:49152 has not responded in the last 1 seconds, disconnecting. [2017-09-08 09:31:48.382411] E [rpc-clnt.c:365:saved_frames_unwind] (--> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fbcadb09e8b] (--> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fbcad8d08ee] (-- > /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fbcad8d09fe] (--> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fbcad8d2170] (--> /lib64/li...

...olumes created. Problem happens volumes created but in stopped state. Problem also happens when volumes started state. Below is the 5 stack traces taken by 10 min intervals and volumes stopped state. --1-- Thread 8 (Thread 0x7f413f3a7700 (LWP 104249)): #0 0x0000003d99c0f00d in nanosleep () from /lib64/libpthread.so.0 #1 0x00007f4146312d57 in gf_timer_proc () from /usr/lib64/libglusterfs.so.0 #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x7f413e9a6700 (LWP 104250)): #0 0x0000003d99c0f585 in sigwai...

...echnically not a *hang* . Due to the costly handshaking operations for too many bricks from too many nodes, the glusterd takes a quite long amount of time to finish the handshake. > > --1-- > Thread 8 (Thread 0x7f413f3a7700 (LWP 104249)): > #0 0x0000003d99c0f00d in nanosleep () from /lib64/libpthread.so.0 > #1 0x00007f4146312d57 in gf_timer_proc () from > /usr/lib64/libglusterfs.so.0 > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > Thread 7 (Thread 0x7f413e9a6700 (LWP 104250)): > #0...

...> > [2017-09-08 09:31:48.381077] C > [rpc-clnt-ping.c:160:rpc_clnt_ping_timer_expired] > 0-gv_openstack_1-client-1: server 10.0.1.202:49152 has not responded > in the last 1 seconds, disconnecting. > [2017-09-08 09:31:48.382411] E [rpc-clnt.c:365:saved_frames_unwind] > (--> /lib64/libglusterfs.so.0(_gf_log_callingfn+0x13b)[0x7fbcadb09e8b] > (--> /lib64/libgfrpc.so.0(saved_frames_unwind+0x1de)[0x7fbcad8d08ee] > (-- >> /lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7fbcad8d09fe] (--> >> /lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0x90)[0x7fbcad8d...

Oh, you really don't want to go below 30s, I was told. I'm using 30 seconds for the timeout, and indeed when a node goes down the VM freez for 30 seconds, but I've never seen them go read only for that. I _only_ use virtio though, maybe it's that. What are you using ? On Fri, Sep 08, 2017 at 11:41:13AM +0200, Pavel Szalbot wrote: > Back to replica 3 w/o arbiter. Two fio jobs

...more than once! LLVM ERROR: inconsistency in registered CommandLine options and things crash. So anyone any ideas why we the linker isn't dropping all the other LLVM libraries, or any workaround for this, apart from just going back to the single libLLVM? Dave. [airlied at f21vm ~]$ ldd /usr/lib64/dri/kms_swrast_dri.so linux-vdso.so.1 (0x00007ffec17fe000) libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f8a68ac5000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f8a688a3000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f8a68685000) libdl.so.2 => /lib6...

...n3p1yt/glusterd_pstack.zip?dl=0 > >> >>> > >> >>> Content of the first stack trace is here: > >> >>> > >> >>> Thread 8 (Thread 0x7f7a8cd4e700 (LWP 43069)): > >> >>> #0 0x0000003aa5c0f00d in nanosleep () from /lib64/libpthread.so.0 > >> >>> #1 0x000000303f837d57 in ?? () from /usr/lib64/libglusterfs.so.0 > >> >>> #2 0x0000003aa5c07aa1 in start_thread () from > /lib64/libpthread.so.0 > >> >>> #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 >...

...ers who have reported a problem like this. Any ideas are welcome. Latest CentOS 5.5 w/patches, latest nVidia graphics driver, firefox from repos. | ###!!! ABORT: Request 0.0: BadRequest (invalid request code or no such | operation): file nsX11ErrorHandler.cpp, line 182 | _XError+0x00000116 [/usr/lib64/libX11.so.6 +0x00049E46] | _XReply+0x00000199 [/usr/lib64/libX11.so.6 +0x0004B8C9] | UNKNOWN [/usr/lib64/libX11.so.6 +0x0004BCE4] | UNKNOWN [/usr/lib64/libX11.so.6 +0x0004BF5E] | XRenderCreatePicture+0x000000EE [/usr/lib64/libXrender.so.1 | +0x00004DFE] | UNKNOWN [/usr/lib64/libcairo.so.2 +0x000338...

Hi, You can find pstack sampes here: https://www.dropbox.com/s/6gw8b6tng8puiox/pstack_with_debuginfo.zip?dl=0 Here is the first one: Thread 8 (Thread 0x7f92879ae700 (LWP 78909)): #0 0x0000003d99c0f00d in nanosleep () from /lib64/libpthread.so.0 #1 0x000000310fe37d57 in gf_timer_proc () from /usr/lib64/libglusterfs.so.0 #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x7f9286fad700 (LWP 78910)): #0 0x0000003d99c0f585 in sigwait...

Here you can find 10 stack trace samples from glusterd. I wait 10 seconds between each trace. https://www.dropbox.com/s/9f36goq5xn3p1yt/glusterd_pstack.zip?dl=0 Content of the first stack trace is here: Thread 8 (Thread 0x7f7a8cd4e700 (LWP 43069)): #0 0x0000003aa5c0f00d in nanosleep () from /lib64/libpthread.so.0 #1 0x000000303f837d57 in ?? () from /usr/lib64/libglusterfs.so.0 #2 0x0000003aa5c07aa1 in start_thread () from /lib64/libpthread.so.0 #3 0x0000003aa58e8bbd in clone () from /lib64/libc.so.6 Thread 7 (Thread 0x7f7a8c34d700 (LWP 43070)): #0 0x0000003aa5c0f585 in sigwait () from /l...

...the output? > > Michal > This is output of gdb 't a a bt' ~5 seconds after that error message appeared in log with remoteDispatchConnectGetAllDomainStats() mentioned. Thread 18 (Thread 0x7fd395ffb700 (LWP 3803)): #0 0x00007fd3bbc1f746 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007fd3bc5b3016 in virCondWait () from /usr/lib64/libvirt.so.0 #2 0x00007fd3bc5b3b63 in ?? () from /usr/lib64/libvirt.so.0 #3 0x00007fd3bc5b2db8 in ?? () from /usr/lib64/libvirt.so.0 #4 0x00007fd3bbc186b3 in start_thread () from /lib64/libpthread.so.0 #5 0x00007fd3bb94c76...

...<cobanserkan at gmail.com> wrote: > Hi, > You can find pstack sampes here: > https://www.dropbox.com/s/6gw8b6tng8puiox/pstack_with_debuginfo.zip?dl=0 > > Here is the first one: > Thread 8 (Thread 0x7f92879ae700 (LWP 78909)): > #0 0x0000003d99c0f00d in nanosleep () from /lib64/libpthread.so.0 > #1 0x000000310fe37d57 in gf_timer_proc () from /usr/lib64/libglusterfs.so.0 > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > Thread 7 (Thread 0x7f9286fad700 (LWP 78910)): > #0 0x00...

...rote: > > Hi, > > You can find pstack sampes here: > > https://www.dropbox.com/s/6gw8b6tng8puiox/pstack_with_debuginfo.zip?dl=0 > > > > Here is the first one: > > Thread 8 (Thread 0x7f92879ae700 (LWP 78909)): > > #0 0x0000003d99c0f00d in nanosleep () from /lib64/libpthread.so.0 > > #1 0x000000310fe37d57 in gf_timer_proc () from > /usr/lib64/libglusterfs.so.0 > > #2 0x0000003d99c07aa1 in start_thread () from /lib64/libpthread.so.0 > > #3 0x0000003d998e8bbd in clone () from /lib64/libc.so.6 > > Thread 7 (Thread 0x7f9286fad700 (L...

...if this is a gdal/sf issue so I apologize but recently I've been seeing errors that crash R/3.5.1 and throw a double-linked list error (see below). Has anyone else come across this issue and if so is there a fix? > rwhole <- st_transform(rwhole,st_crs(ele.map)) *** Error in `/usr/local/lib64/R/bin/exec/R': corrupted double-linked list: 0x0000000082787a00 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x80aef)[0x7f774ceceaef] /lib64/libc.so.6(+0x8137e)[0x7f774cecf37e] /usr/local/lib/libproj.so.13(pj_dealloc+0xe)[0x7f773f13ddee] /usr/local/lib/libgdal.so.20(_ZN10OGRProj4CTD1Ev+0x...

...ot an idea what it could be and point me in the right direction or help further analyzing this issue I'd be very grateful. kind regards Philippe d'Anjou (gdb) thread apply all bt Thread 16 (Thread 0x7f275e916700 (LWP 1973)): #0 0x00007f276b5a06d5 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f276df31c86 in virCondWait () from /lib64/libvirt.so.0 #2 0x00007f276df3258b in virThreadPoolWorker () from /lib64/libvirt.so.0 #3 0x00007f276df31a18 in virThreadHelper () from /lib64/libvirt.so.0 #4 0x00007f276b59cdc5 in start_thread () from /lib64/libpthread.so.0 #5...