Re: glusterfs 3.5.2 libgfapi install needs GLIBC_2.14

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Niels.

I think you have just turned on the light for me here. If I install glusterfs_3.5.2 on a metal box and not a virtual machine I will not have this issue.

Thanks for your insight.

Best regards,

Rob Moss



Rob Moss l HPC Sr. Systems Administrator

Global Geophysical Services, Inc.
13927 S. Gessner Rd. - Missouri City, TX 77489 USA
Mobile: +1.832.235.6290
Fax: +1.713-808-7792
www.globalgeophysical.com

-----Original Message-----
From: Niels de Vos [mailto:ndevos@xxxxxxxxxx]
Sent: Thursday, August 07, 2014 11:19 AM
To: Robert Moss
Cc: gluster-users@xxxxxxxxxxx
Subject: Re: glusterfs 3.5.2 libgfapi install needs GLIBC_2.14

On Thu, Aug 07, 2014 at 03:42:31PM +0000, Robert Moss wrote:
> Hi Community,
>
> I am installing glusterfs 3.5.2 on a CentOS 6.5 minimal install. There
> are some dependencies that need to be installed and that was going
> well. When I got to the installation of glibfapi0-3.5.0, I get a
> dependency notification that tells me I need GLIBC_2.14. The same
> notification occurs using glibfapi0-3.4.0.

I have no idea what glibfapi0-3.4.0 or glibfapi0-3.5.0 are. If you mean libgfapi that is used by QEMU, samba+vfs_gluster and others, that should be provided by the glusterfs-api package.

> The CentOS Fora tells me "Do not replace GLIBC_2.12 with GLIBC_2.14".
> In fact if you look for GLIBC on pkgs.org only CentOS has not moved
> past GLIBC_2.12.

Yeah, upgrading glibc to a new major release is normally not something you want to do.

> I believe that I can yum install glusterfs 3.5.? and it does not throw
> a GLIBC_2.14 dependency. It is probably a vanishingly unimportant
> issue, but we would like to be able to pxeboot a load of blades and
> install minimal CentOS 6.5 with glusterfs and then configure, bond and
> go.

Packages and a .repo for to drop in /etc/yum.repos.d/ can be found here:
- http://download.gluster.org/pub/gluster/glusterfs/3.5/3.5.2/CentOS/

HTH,
Niels

>
> If yum is the answer then we may have to go with that, but if there is
> a work around for the GLIBC issue that would be nice.
>
> Thank you very much for your help, and for an awesome storage tool.
>
> Best regards,
>
> Rob Moss
>
>
> [cid:image002.png@01CFB22C.49C66E40]
> Rob Moss l HPC Sr. Systems Administrator
>
> Global Geophysical Services, Inc.
> 13927 S. Gessner Rd. - Missouri City, TX 77489 USA
> Mobile: +1.832.235.6290
> Fax: +1.713-808-7792
> www.globalgeophysical.com<http://www.globalgeophysical.com/>
> ----------------------------------------------------------------------
> ----------------- This email has been scanned for email related
> threats and delivered safely by Mimecast.
> For more information please visit http://www.mimecast.com
> ----------------------------------------------------------------------
> -----------------
>
>




> _______________________________________________
> Gluster-users mailing list
> Gluster-users@xxxxxxxxxxx
> http://supercolony.gluster.org/mailman/listinfo/gluster-users



This email has been scanned for email related threats and delivered safely by Mimecast.
For more information please visit http://www.mimecast.com
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux