[ovirt-users] Cannot mount gluster storage data [SOLVED]

Tue Sep 29 09:48:00 UTC 2015

Thanks Ravi,

I followed your advice and it works.
But I had to break rpm dependencies ...
For information : current ovirt 3.4 version still support glusterfs 3.6.3

- Jean-Michel

Le 29/09/2015 10:50, Ravishankar N a écrit :
>
>
> On 09/29/2015 01:14 PM, Jean-Michel FRANCOIS wrote:
>> No one has an idea how to make a 3.7.4 glusterfs client connect a 
>> 3.6.2 server ?
>
>
> Newer clients and older servers are not supported. It is advisable to 
> have the same version across all machines. If you don't want to 
> upgrade your production nodes to 3.7, you could perhaps manually 
> install 3.6 rpms [1] on your new host after uninstalling the existing 
> one..
>
> [1] http://download.gluster.org/pub/gluster/glusterfs/3.6/
>
> -Ravi
>
>> It is a bit strange to get this version incompatibility in the ovirt 
>> rpm repository.
>>
>> I found 3.6.2 rpms in another reporsitory, do you think I could try 
>> to install this version on current ovirt 3.4 installation ?
>>
>> - Jean-Michel
>>
>> Le 27/09/2015 18:26, Jean-Michel FRANCOIS a écrit :
>>>
>>> Le 27/09/2015 16:26, Atin Mukherjee a écrit :
>>>>
>>>> On 09/25/2015 01:25 PM, Ravishankar N wrote:
>>>>>
>>>>> On 09/25/2015 12:32 PM, Jean-Michel FRANCOIS wrote:
>>>>>> Hi Ovirt users,
>>>>>>
>>>>>> I'm running ovirt hosted 3.4 with gluster data storage.
>>>>>> When I add a new host (Centos 6.6) the data storage (as a glsuterfs)
>>>>>> cannot be mount.
>>>>>> I have the following errors in gluster client log file :
>>>>>> [2015-09-24 12:27:22.636221] I [MSGID: 101190]
>>>>>> [event-epoll.c:632:event_dispatch_epoll_worker] 0-epoll: Started
>>>>>> thread with index 1
>>>>>> [2015-09-24 12:27:22.636588] W [socket.c:588:__socket_rwv]
>>>>>> 0-glusterfs: readv on 172.16.0.5:24007 failed (No data available)
>>>>>> [2015-09-24 12:27:22.637307] E [rpc-clnt.c:362:saved_frames_unwind]
>>>>>> (-->
>>>>>> /usr/lib64/libglusterfs.so.0(_gf_log_callingfn+0x1eb)[0x7f427fb3063b] 
>>>>>>
>>>>>> (-->
>>>>>> /usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x1e7)[0x7f427f8fc1d7]
>>>>>> (-->
>>>>>> /usr/lib64/libgfrpc.so.0(saved_frames_destroy+0xe)[0x7f427f8fc2ee]
>>>>>> (-->
>>>>>> /usr/lib64/libgfrpc.so.0(rpc_clnt_connection_cleanup+0xab)[0x7f427f8fc3bb] 
>>>>>>
>>>>>> (--> /usr/lib64/libgfrpc.so.0(rpc_clnt_notify+0x1c2)[0x7f427f8fc9f2]
>>>>>> ))))) 0-glusterfs: forced unwinding frame type(GlusterFS Handshake)
>>>>>> op(GETSPEC(2)) called at 2015-09-24 12:27:22.636344 (xid=0x1)
>>>>>> [2015-09-24 12:27:22.637333] E
>>>>>> [glusterfsd-mgmt.c:1604:mgmt_getspec_cbk] 0-mgmt: failed to fetch
>>>>>> volume file (key:/data)
>>>>>> [2015-09-24 12:27:22.637360] W [glusterfsd.c:1219:cleanup_and_exit]
>>>>>> (-->/usr/lib64/libgfrpc.so.0(saved_frames_unwind+0x20e)
>>>>>> [0x7f427f8fc1fe] -->/usr/sbin/glusterfs(mgmt_getspec_cbk+0x3f2)
>>>>>> [0x40d5d2] -->/usr/sbin/glusterfs(cleanup_and_exit+0x65) 
>>>>>> [0x4059b5] )
>>>>>> 0-: received signum (0), shutting down
>>>>>> [2015-09-24 12:27:22.637375] I [fuse-bridge.c:5595:fini] 0-fuse:
>>>>>> Unmounting '/rhev/data-center/mnt/glusterSD/172.16.0.5:_data'.
>>>>>> [2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit]
>>>>>> (-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51]
>>>>>> -->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d]
>>>>>> -->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-:
>>>>>> received signum (15), shutting down
>>>>>> [2015-09-24 12:27:22.646246] W [glusterfsd.c:1219:cleanup_and_exit]
>>>>>> (-->/lib64/libpthread.so.0(+0x7a51) [0x7f427ec18a51]
>>>>>> -->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xcd) [0x405e4d]
>>>>>> -->/usr/sbin/glusterfs(cleanup_and_exit+0x65) [0x4059b5] ) 0-:
>>>>>> received signum (15), shutting down
>>>>>> And nothing server side.
>>>>>>
>>>>> This does look like an op-version issue. Adding Atin for any 
>>>>> possible help.
>>>> Yes this does look an op-version issue. The current version of the
>>>> client is not supported. What client and server version of gluster are
>>>> you using?
>>>>
>>>> ~Atin
>>> Hi Atin,
>>> the server has version 3.6.3 and client 3.7.4.
>>> Both were provided by ovirt-3.4-glusterfs-epel rpm repository, but 
>>> not at the same date :-)
>>>>> -Ravi
>>>>>
>>>>>> I suppose it is a version issue since on server side I have
>>>>>> glusterfs-api-3.6.3-1.el6.x86_64
>>>>>> glusterfs-fuse-3.6.3-1.el6.x86_64
>>>>>> glusterfs-libs-3.6.3-1.el6.x86_64
>>>>>> glusterfs-3.6.3-1.el6.x86_64
>>>>>> glusterfs-cli-3.6.3-1.el6.x86_64
>>>>>> glusterfs-rdma-3.6.3-1.el6.x86_64
>>>>>> glusterfs-server-3.6.3-1.el6.x86_64
>>>>>>
>>>>>> and on the new host :
>>>>>> glusterfs-3.7.4-2.el6.x86_64
>>>>>> glusterfs-api-3.7.4-2.el6.x86_64
>>>>>> glusterfs-libs-3.7.4-2.el6.x86_64
>>>>>> glusterfs-fuse-3.7.4-2.el6.x86_64
>>>>>> glusterfs-cli-3.7.4-2.el6.x86_64
>>>>>> glusterfs-server-3.7.4-2.el6.x86_64
>>>>>> glusterfs-client-xlators-3.7.4-2.el6.x86_64
>>>>>> glusterfs-rdma-3.7.4-2.el6.x86_64
>>>>>>
>>>>>> But since it is a production system, i'm not confident about
>>>>>> performing gluster server upgrade.
>>>>>> Mounting a gluster volume as NFS is possible (the engine data 
>>>>>> storage
>>>>>> has been mounted succesfully).
>>>>>>
>>>>>> I'm asking here because glusterfs comes from the ovirt3.4 rpm 
>>>>>> repository.
>>>>>>
>>>>>> If anyone have a hint to this problem
>>>>>>
>>>>>> thanks
>>>>>> Jean-Michel
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Users mailing list
>>>>>> Users at ovirt.org
>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> _______________________________________________
>> Users mailing list
>> Users at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>