On 2014-10-28 20:33, Niels de Vos wrote: > On Tue, Oct 28, 2014 at 05:52:38PM +0100, Anders Blomdell wrote: >> On 2014-10-28 17:30, Niels de Vos wrote: >>> On Tue, Oct 28, 2014 at 08:42:00AM -0400, Kaleb S. KEITHLEY wrote: >>>> On 10/28/2014 07:48 AM, Darshan Narayana Murthy wrote: >>>>> Hi, >>>>> Installation of glusterfs-3.6beta with vdsm (vdsm-4.14.8.1-0.fc19.x86_64) fails on >>>>> f19 & f20 because of dependency issues with qemu packages. >>>>> >>>>> I installed vdsm-4.14.8.1-0.fc19.x86_64 which installs glusterfs-3.5.2-1.fc19.x86_64 >>>>> as dependency. Now when I try to update glusterfs by downloading rpms from : >>>>> http://download.gluster.org/pub/gluster/glusterfs/qa-releases/3.6.0beta3/Fedora/fedora-19/ >>>>> It fails with following error: >>>>> >>>>> Error: Package: 2:qemu-system-lm32-1.4.2-15.fc19.x86_64 (@updates) >>>>> Requires: libgfapi.so.0()(64bit) >>>>> Removing: glusterfs-api-3.5.2-1.fc19.x86_64 (@updates) >>>>> libgfapi.so.0()(64bit) >>>>> Updated By: glusterfs-api-3.6.0-0.5.beta3.fc19.x86_64 (/glusterfs-api-3.6.0-0.5.beta3.fc19.x86_64) >>>>> ~libgfapi.so.7()(64bit) >>>>> Available: glusterfs-api-3.4.0-0.5.beta2.fc19.x86_64 (fedora) >>>>> libgfapi.so.0()(64bit) >>>>> >>>>> Full output at: http://ur1.ca/ikvk8 >>>>> >>>>> For having snapshot and geo-rep management through ovirt, we need glusterfs-3.6 to be >>>>> installed with vdsm, which is currently failing. >>>>> >>>>> Can you please provide your suggestions to resolve this issue. >>>> >>>> Hi, >>>> >>>> Starting in 3.6 we have bumped the SO_VERSION of libgfapi. >>>> >>>> You need to install glusterfs-api-devel-3.6.0... first and build vdsm. >>>> >>>> But.... we are (or were) not planning to release glusterfs-3.6.0 on f19 and >>>> f20... >>>> >>>> Off hand I don't believe there's anything in glusterfs-api-3.6.0 that vdsm >>>> needs. vdsm with glusterfs-3.5.x on f19 and f20 should be okay. >>>> >>>> Is there something new in vdsm-4-14 that really needs glusterfs-3.6? If so >>>> we can revisit whether we release 3.6 to fedora 19 and 20. >>> >>> The chain of dependencies is like this: >>> >>> vdsm -> qemu -> libgfapi.so.0 >>> >>> I think a rebuild of QEMU should be sufficient. I'm planning to put >>> glusterfs-3.6 and rebuilds of related packages in a Fedora COPR. This >>> would make it possible for Fedora users to move to 3.6 before they >>> switch to Fedora 22. >> AFAICT the only difference between libgfapi.so.0 and libgfapi.so.7 are >> two added synbols (glfs_get_volfile, glfs_h_access) and __THROW on >> functions. Wouldn't it be possible to provide a compatibilty libgfapi.so.0 >> to ease migration? > > That is possible, sure. I think that rebuilding related packages is just > easier, there are only a few needed. Users that would like to run 3.6 > before it is made available with Fedora 22 need to add a repository for > the glusterfs-3.6 packages anyway, using the same repository to provide > related packages is simple enough. Except that you have to manually bump the version in those packages if yum should automatically pick up the new version (just realized that tonights rebuild of qemu was useless, since the version is the same :-(, sigh). I think a compat package would make the coupling between server and client looser, (i.e. one could run old clients on the same machine as a new server). Due to limited time and dependency on qemu on some of my testing machines, I still have not been able to test 3.6.0beta3. A -compat package would have helped me a lot (but maybe given you more bugs to fix :-)). > > But, if there is a strong interest in having a -compat package, we can > discuss that during tomorrows (Wednesdays) meeting. Sorry that i missed the meeting (due to DST change and not doing date -d "12:00 UTC" [should be in the etherpad]) /Anders -- Anders Blomdell Email: anders.blomdell@xxxxxxxxxxxxxx Department of Automatic Control Lund University Phone: +46 46 222 4625 P.O. Box 118 Fax: +46 46 138118 SE-221 00 Lund, Sweden _______________________________________________ Gluster-devel mailing list Gluster-devel@xxxxxxxxxxx http://supercolony.gluster.org/mailman/listinfo/gluster-devel
