A Ghoshal
2015-Feb-21 10:16 UTC
[Gluster-users] pb glusterfs 3.4.2 built on Jan 3 2014 12:38:05
Correction on below mail - I forgot to mention the relevant log. From: A Ghoshal/MUM/TCS To: Pierre L?onard <pleonard at jouy.inra.fr> Cc: gluster-users at gluster.org, gluster-users-bounces at gluster.org Date: 02/21/2015 03:44 PM Subject: Re: [Gluster-users] pb glusterfs 3.4.2 built on Jan 3 2014 12:38:05 Sent by: A Ghoshal Hi Pierre, I looked up the following log in the source code: [2015-02-20 14:31:24.969984] E [glusterd-store.c:2487:glusterd_resolve_all_bricks] 0-glusterd: resolve brick failed in restore Looks like what glusterd is trying to do is map all peers to their UUIDs. This information is generally stored in /var/lib/glusterd/peers If you look in there, you will find one file for each peer. Here's an example from my system: root at serv0:/var/lib/glusterd/peers> ls da6b79c8-38c2-411d-b522-30229a9e907f root at ksc-base-unit0:/var/lib/glusterd/peers> cat da6b79c8-38c2-411d-b522-30229a9e907f uuid=da6b79c8-38c2-411d-b522-30229a9e907f state=3 hostname1=serv1 root at serv0:/var/lib/glusterd/peers> So, you should have such a file there for each host present in your pool. If not, there may be a problem. Also, I think that error with rdma.so shouldn't be a problem. It's just glusterd's way to check whether your build supports rdma or tcp. Your system must be using tcp socket to communicate among peers instead. Thanks, Anirban P.s. This is kind of a disclaimer - I am NOT a Red Hat developer, and not associated with the glusterfs development team in any official capacity. It's just that I use it from time to time. From: Pierre L?onard <pleonard at jouy.inra.fr> To: gluster-users at gluster.org Date: 02/20/2015 10:25 PM Subject: Re: [Gluster-users] pb glusterfs 3.4.2 built on Jan 3 2014 12:38:05 Sent by: gluster-users-bounces at gluster.org Hi Ghoshal, That's funny. What's your glusterd version? glusterd --version glusterfs 3.5.3 built on Nov 13 2014 11:06:04 It seems that I have diffrent release of glusterfs. Could be a problem. I know also that I have made an update of that computer a knew kernel, and new openssl and glibc . I remember I get a problem with the peers files a guy named Kaushal help me. The files wher not good on that same computer. So I find the good peers files by analysing all my 14 nodes and the server restart. Today I have check the peers files but find no evidency of mistake. sincerely -- Pierre L?onard Senior IT Manager MetaGenoPolis Pierre.Leonard at jouy.inra.fr T?l. : +33 (0)1 34 65 29 78 Centre de recherche INRA Domaine de Vilvert ? B?t. 325 R+1 78 352 Jouy-en-Josas CEDEX France www.mgps.eu _______________________________________________ Gluster-users mailing list Gluster-users at gluster.org http://www.gluster.org/mailman/listinfo/gluster-users =====-----=====-----====Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150221/9e67a87b/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 2560 bytes Desc: not available URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150221/9e67a87b/attachment.gif>