2:02 a.m.
This is a multi-part message in MIME format.
--------------090400050908040206050504
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
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.
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
--------------090400050908040206050504
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-text-flowed" style="font-family: -moz-fixed;
font-size: 12px;" lang="x-unicode">Hi Ovirt users, <br>
<br>
I'm running ovirt hosted 3.4 with gluster data storage. <br>
When I add a new host (Centos 6.6) the data storage (as a
glsuterfs) cannot be mount. <br>
I have the following errors in gluster client log file : <br>
[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 <br>
[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)
<br>
[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) <br>
[2015-09-24 12:27:22.637333] E
[glusterfsd-mgmt.c:1604:mgmt_getspec_cbk] 0-mgmt: failed to fetch
volume file (key:/data) <br>
[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 <br>
[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'. <br>
[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 <br>
[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 <br>
And nothing server side. <br>
<br>
I suppose it is a version issue since on server side I have <br>
glusterfs-api-3.6.3-1.el6.x86_64 <br>
glusterfs-fuse-3.6.3-1.el6.x86_64 <br>
glusterfs-libs-3.6.3-1.el6.x86_64 <br>
glusterfs-3.6.3-1.el6.x86_64 <br>
glusterfs-cli-3.6.3-1.el6.x86_64 <br>
glusterfs-rdma-3.6.3-1.el6.x86_64 <br>
glusterfs-server-3.6.3-1.el6.x86_64 <br>
<br>
and on the new host : <br>
glusterfs-3.7.4-2.el6.x86_64 <br>
glusterfs-api-3.7.4-2.el6.x86_64 <br>
glusterfs-libs-3.7.4-2.el6.x86_64 <br>
glusterfs-fuse-3.7.4-2.el6.x86_64 <br>
glusterfs-cli-3.7.4-2.el6.x86_64 <br>
glusterfs-server-3.7.4-2.el6.x86_64 <br>
glusterfs-client-xlators-3.7.4-2.el6.x86_64 <br>
glusterfs-rdma-3.7.4-2.el6.x86_64 <br>
<br>
But since it is a production system, i'm not confident about
performing gluster server upgrade. <br>
Mounting a gluster volume as NFS is possible (the engine data
storage has been mounted succesfully). <br>
<br>
I'm asking here because glusterfs comes from the ovirt3.4 rpm
repository. <br>
<br>
If anyone have a hint to this problem <br>
<br>
thanks <br>
Jean-Michel <br>
<br>
</div>
</body>
</html>
--------------090400050908040206050504--
2:55 a.m.
This is a multi-part message in MIME format.
--------------090707010903090605090008
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
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.
-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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--------------090707010903090605090008
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<br>
<div class="moz-cite-prefix">On 09/25/2015 12:32 PM, Jean-Michel
FRANCOIS wrote:<br>
</div>
<blockquote cite="mid:5604F187.7020808@anaxys.com"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<div class="moz-text-flowed" style="font-family: -moz-fixed;
font-size: 12px;" lang="x-unicode">Hi Ovirt users, <br>
<br>
I'm running ovirt hosted 3.4 with gluster data storage. <br>
When I add a new host (Centos 6.6) the data storage (as a
glsuterfs) cannot be mount. <br>
I have the following errors in gluster client log file : <br>
[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 <br>
[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) <br>
[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) <br>
[2015-09-24 12:27:22.637333] E
[glusterfsd-mgmt.c:1604:mgmt_getspec_cbk] 0-mgmt: failed to
fetch volume file (key:/data) <br>
[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 <br>
[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'. <br>
[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 <br>
[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 <br>
And nothing server side. <br>
<br>
</div>
</blockquote>
<br>
This does look like an op-version issue. Adding Atin for any
possible help.<br>
-Ravi<br>
<br>
<blockquote cite="mid:5604F187.7020808@anaxys.com"
type="cite">
<div class="moz-text-flowed" style="font-family: -moz-fixed;
font-size: 12px;" lang="x-unicode"> I suppose it is a version
issue since on server side I have <br>
glusterfs-api-3.6.3-1.el6.x86_64 <br>
glusterfs-fuse-3.6.3-1.el6.x86_64 <br>
glusterfs-libs-3.6.3-1.el6.x86_64 <br>
glusterfs-3.6.3-1.el6.x86_64 <br>
glusterfs-cli-3.6.3-1.el6.x86_64 <br>
glusterfs-rdma-3.6.3-1.el6.x86_64 <br>
glusterfs-server-3.6.3-1.el6.x86_64 <br>
<br>
and on the new host : <br>
glusterfs-3.7.4-2.el6.x86_64 <br>
glusterfs-api-3.7.4-2.el6.x86_64 <br>
glusterfs-libs-3.7.4-2.el6.x86_64 <br>
glusterfs-fuse-3.7.4-2.el6.x86_64 <br>
glusterfs-cli-3.7.4-2.el6.x86_64 <br>
glusterfs-server-3.7.4-2.el6.x86_64 <br>
glusterfs-client-xlators-3.7.4-2.el6.x86_64 <br>
glusterfs-rdma-3.7.4-2.el6.x86_64 <br>
<br>
But since it is a production system, i'm not confident about
performing gluster server upgrade. <br>
Mounting a gluster volume as NFS is possible (the engine data
storage has been mounted succesfully). <br>
<br>
I'm asking here because glusterfs comes from the ovirt3.4 rpm
repository. <br>
<br>
If anyone have a hint to this problem <br>
<br>
thanks <br>
Jean-Michel <br>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
</body>
</html>
--------------090707010903090605090008--
10:16 a.m.
This is a multi-part message in MIME format.
--------------040909070901020105030108
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Hi Ravi,
Thanks for looking at my problem.
The two host are Centos6.6 the first one has been installed one year ago
and the second one this week.
Jean-Michel
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.
-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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
--------------040909070901020105030108
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Ravi,<br>
<br>
Thanks for looking at my problem.<br>
The two host are Centos6.6 the first one has been installed one year
ago and the second one this week.<br>
<br>
Jean-Michel<br>
<blockquote cite="mid:5604FE01.7020309@redhat.com"
type="cite"> <br>
<div class="moz-cite-prefix">On 09/25/2015 12:32 PM, Jean-Michel
FRANCOIS wrote:<br>
</div>
<blockquote cite="mid:5604F187.7020808@anaxys.com"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<div class="moz-text-flowed" style="font-family: -moz-fixed;
font-size: 12px;" lang="x-unicode">Hi Ovirt users, <br>
<br>
I'm running ovirt hosted 3.4 with gluster data storage. <br>
When I add a new host (Centos 6.6) the data storage (as a
glsuterfs) cannot be mount. <br>
I have the following errors in gluster client log file : <br>
[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 <br>
[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) <br>
[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) <br>
[2015-09-24 12:27:22.637333] E
[glusterfsd-mgmt.c:1604:mgmt_getspec_cbk] 0-mgmt: failed to
fetch volume file (key:/data) <br>
[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 <br>
[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'. <br>
[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 <br>
[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 <br>
And nothing server side. <br>
<br>
</div>
</blockquote>
<br>
This does look like an op-version issue. Adding Atin for any
possible help.<br>
-Ravi<br>
<br>
<blockquote cite="mid:5604F187.7020808@anaxys.com"
type="cite">
<div class="moz-text-flowed" style="font-family: -moz-fixed;
font-size: 12px;" lang="x-unicode"> I suppose it is a version
issue since on server side I have <br>
glusterfs-api-3.6.3-1.el6.x86_64 <br>
glusterfs-fuse-3.6.3-1.el6.x86_64 <br>
glusterfs-libs-3.6.3-1.el6.x86_64 <br>
glusterfs-3.6.3-1.el6.x86_64 <br>
glusterfs-cli-3.6.3-1.el6.x86_64 <br>
glusterfs-rdma-3.6.3-1.el6.x86_64 <br>
glusterfs-server-3.6.3-1.el6.x86_64 <br>
<br>
and on the new host : <br>
glusterfs-3.7.4-2.el6.x86_64 <br>
glusterfs-api-3.7.4-2.el6.x86_64 <br>
glusterfs-libs-3.7.4-2.el6.x86_64 <br>
glusterfs-fuse-3.7.4-2.el6.x86_64 <br>
glusterfs-cli-3.7.4-2.el6.x86_64 <br>
glusterfs-server-3.7.4-2.el6.x86_64 <br>
glusterfs-client-xlators-3.7.4-2.el6.x86_64 <br>
glusterfs-rdma-3.7.4-2.el6.x86_64 <br>
<br>
But since it is a production system, i'm not confident about
performing gluster server upgrade. <br>
Mounting a gluster volume as NFS is possible (the engine data
storage has been mounted succesfully). <br>
<br>
I'm asking here because glusterfs comes from the ovirt3.4 rpm
repository. <br>
<br>
If anyone have a hint to this problem <br>
<br>
thanks <br>
Jean-Michel <br>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>
--------------040909070901020105030108--
9:26 a.m.
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
-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(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
11:26 a.m.
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(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
2:44 a.m.
No one has an idea how to make a 3.7.4 glusterfs client connect a 3.6.2
server ?
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(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:50 a.m.
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(a)ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:48 a.m.
New subject: Cannot mount gluster storage data [SOLVED]
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(a)ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
3139
days inactive
3143
days old
7 comments
3 participants
participants (3)
-
Atin Mukherjee -
Jean-Michel FRANCOIS -
Ravishankar N