Hi Joe, I've not had the problem you're experiencing. I have a little different process though. I do all of image work and prep as root and then change owner when I'm ready to have it interact with qemu. I'm running glusterfs 3.4.1 on Ubuntu 13.04 using the build steps I've outlined below for Bernhard. I've the insecure option enabled but I don't do any funky stuff with uid and gid at the gluster level.
Hi Bernhard, I've had good luck building upstream using qemu from debian sid for ubuntu 13.10. Rough steps to build follow #Make first rough attempt at getting build dependencies apt-get build-dep qemu # get almost all the rest and the tools to work up the debian magic apt-get install devscripts quilt libiscsi-dev libseccomp-dev libusbredirparser-dev libssh2-1-dev libvdeplug-dev libjpeg-dev glusterfs* # we need a newer version of libseccomp mkdir libseccomp cd libseccomp # grab it from upstream sid wget http://ftp.de.debian.org/debian/pool/main/libs/libseccomp/libseccomp_2.1.0+dfsg.orig.tar.gz wget http://ftp.de.debian.org/debian/pool/main/libs/libseccomp/libseccomp_2.1.0+dfsg-1.debian.tar.gz # get it ready tar xf libseccomp_2.1.0+dfsg.orig.tar.gz cd libseccomp-2.1.0+dfsg/ # install the debian magic tar xf ../libseccomp_2.1.0+dfsg-1.debian.tar.gz # apply series files if any while quilt push; do quilt refresh; done # build debs, they'll appear one directory up debuild -i -us -uc -b cd .. # install it dpkg -i *.deb # qemu deps have been satisfied let's build cd .. mkdir qemu cd qemu # download our sources. you'll want to check back frequently on these for changes wget http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_1.7.0+dfsg.orig.tar.xz wget http://ftp.de.debian.org/debian/pool/main/q/qemu/qemu_1.7.0+dfsg-2.debian.tar.gz wget http://download.gluster.org/pub/gluster/glusterfs/3.4/LATEST/glusterfs-3.4.2.tar.gz tar xf glusterfs-3.4.2.tar.gz tar xf qemu_1.7.0+dfsg.orig.tar.xz cd qemu-1.7.0+dfsg/ # unpack the debian magic tar xf ../qemu_1.7.0+dfsg-2.debian.tar.gz # bring glusterfs in to the buiild cp -r ../glusterfs-3.4.2 glusterfs # the glusterfs check in configure looks around weird. I've never asked why but moving the src stuff up one works and tests fine cd glusterfs/api/ mv src/* . cd ../.. #you'll need to edit debian/control to enable glusterfs replacing ##--enable-glusterfs todo #with the following # --enable-glusterfs glusterfs-common (>= 3.4.0), #And finally build. It'll take ages. http://xkcd.com/303/ # apply series if any while quilt push; do quilt refresh; done # build packages debuild -i -us -uc -b # You now have shiny qemu debs up a directory to install as you please with. Let me know if you have any problems. Also have you tried out the new port option in 3.4.2 yet for migrations? ----- Original Message ----- From: "Joe Topjian" <[email protected]> To: "Bernhard Glomm" <[email protected]> Cc: [email protected] Sent: Tuesday, January 14, 2014 4:24:26 AM Subject: Re: [Gluster-users] libgfapi on ubuntu Hi Bernhard (dropping -devel as I'm not subscribed) I've been able to compile qemu using Ubuntu 12.04 and the OpenStack Havana cloud archive ( https://wiki.ubuntu.com/ServerTeam/CloudArchive ) which comes with its own version of qemu. Maybe you can just pull qemu from that repo without having to use 12.04. If you do get qemu to compile, though, I'd be curious if you run into the issue described here: http://www.gluster.org/pipermail/gluster-users/2013-December/thread.html#38302 I've been trying for weeks to clear time out to debug more, but just haven't been able to. Thanks, Joe On Tue, Jan 14, 2014 at 1:59 AM, Bernhard Glomm < [email protected] > wrote: I'm running ubuntu 13.10 and try recompile qemu as described here https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1224517 in order to test libgfapi. unfortunately compiling failed with messages like this: .... In file included from /usr/include/libfdt.h:55:0, from /usr/src/rebuild-qemu/qemu-1.5.0+dfsg/device_tree.c:28: /usr/include/fdt.h:58:2: error: unknown type name âfdt32_tâ fdt32_t magic; /* magic word FDT_MAGIC */ ^ ..... this both files are causing the trouble: /usr/include/fdt.h and /usr/include/libfdt.h I tried the qemu sources from "trusty" (ubuntu 14.04) with them make failes with: ... dpkg-shlibdeps: error: no dependency information found for /usr/lib/libgfapi.so.0 (used by debian/qemu-system-misc/usr/bin/qemu-system-s390x) dh_shlibdeps: dpkg-shlibdeps -Tdebian/qemu-system-misc.substvars debian/qemu-system-misc/usr/bin/qemu-system-microblazeel debian/qemu-system-misc/usr/bin/qemu-system-or32 debian/qemu-system-misc/usr/bin/qemu-system-xtensaeb debian/qemu-system-misc/usr/bin/qemu-system-alpha debian/qemu-system-misc/usr/bin/qemu-system-sh4eb debian/qemu-system-misc/usr/bin/qemu-system-unicore32 debian/qemu-system-misc/usr/bin/qemu-system-m68k debian/qemu-system-misc/usr/bin/qemu-system-cris debian/qemu-system-misc/usr/bin/qemu-system-lm32 debian/qemu-system-misc/usr/bin/qemu-system-moxie debian/qemu-system-misc/usr/bin/qemu-system-microblaze debian/qemu-system-misc/usr/bin/qemu-system-s390x debian/qemu-system-misc/usr/bin/qemu-system-sh4 debian/qemu-system-misc/usr/bin/qemu-system-xtensa returned exit code 2 make: *** [install] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 debuild: fatal error at line 1361: dpkg-buildpackage -rfakeroot -D -us -uc -j10 failed .... anyone an idea how to proceed? Since the above mentioned bug report is closed with "won't fix" until there is a MIR filed for glusterfs I may ask will that be done? Otherwise how can I use libgfapi on an ubuntu system? TIA Bernhard _______________________________________________ Gluster-users mailing list [email protected] http://supercolony.gluster.org/mailman/listinfo/gluster-users _______________________________________________ Gluster-users mailing list [email protected] http://supercolony.gluster.org/mailman/listinfo/gluster-users
_______________________________________________ Gluster-users mailing list [email protected] http://supercolony.gluster.org/mailman/listinfo/gluster-users
