[GEDI] Unexpected libgfapi behaviour

Denis Chaplygin dchaplyg at redhat.com
Mon Oct 30 15:38:57 UTC 2017


Hello!

On Mon, Oct 30, 2017 at 3:30 PM, Niels de Vos <ndevos at redhat.com> wrote:

> On Mon, Oct 30, 2017 at 02:58:48PM +0100, Denis Chaplygin wrote:
> ...
> >
> > Looks like it loads volinfo and everything stops here. I attached my dump
> > file, so you make take a look on it if you like.
>
> In Wireshark, you can filter with "rpc" to show all the Gluster traffic.
> The GETSPEC call is indeed returning the .vol file with the volume
> layout.
>

I turned on libgfapi logging and that's what i have:
[2017-10-30 15:31:28.497128] T [MSGID: 0] [graph.y:187:new_volume]
0-parser: New node for 'testiso-open-behind'
[2017-10-30 15:31:28.497142] T [MSGID: 0] [xlator.c:208:xlator_dynload]
0-xlator: attempt to load file
/usr/lib64/glusterfs/3.12.1/xlator/performance/open-behind.so
[2017-10-30 15:31:28.500329] T [MSGID: 0] [xlator.c:263:xlator_dynload]
0-xlator: dlsym(notify) on
/usr/lib64/glusterfs/3.12.1/xlator/performance/open-behind.so: undefined
symbol: notify -- neglecting
[2017-10-30 15:31:28.500362] T [MSGID: 0] [graph.y:218:volume_type]
0-parser: Type:testiso-open-behind:performance/open-behind
[2017-10-30 15:31:28.500378] T [MSGID: 0] [graph.y:307:volume_sub]
0-parser: child:testiso-open-behind->testiso-quick-read
[2017-10-30 15:31:28.500389] T [MSGID: 0] [graph.y:324:volume_end]
0-parser: end:testiso-open-behind

Is it expected behavior? I think it could be root cause of my error.

The complete log is available at
https://paste.fedoraproject.org/paste/N8pFNfCA3Q5j5f~JkA9EyA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/integration/attachments/20171030/7aac22db/attachment.html>


More information about the integration mailing list