sys-cluster/glusterfs-3.0.2 has know bug about "crossing device" Bug fixed in glusterfs-3.0.3 patch for 3.0.2 available at http://patches.gluster.com/patch/2716/ Reproducible: Always Steps to Reproduce: 1. setup glusterfs 2. mount gluster 3. run 'ls -la ' to list gluster mountpoint Actual Results: warning appears in logs: [2010-03-26 18:11:41] W [posix.c:246:posix_lstat_with_gen] brick1: Access to /mnt/disk1//.. (on dev 771) is crossing device (773) Expected Results: no warnings should raised fixed in 3.0.3 patch for 3.0.2 here : http://patches.gluster.com/patch/2716/
(In reply to comment #0) Thank you for your report. However I would like to ask you not to CC maintainers yourself in the future. Let bug wranglers do their job.
GlusterFS 3.0.4 is released. Includes some important bug fixes. http://gluster.org/pipermail/gluster-users/2010-April/004425.html
Created attachment 229217 [details] ebuild for latest glusterfs no change since glusterfs-3.0.2.ebuild
anybody please commit to portage tree !
I am having problems with glusterfs 3.0.2 in a production environment, so would like to try 3.0.4 Deniss: I tried a simple bump of 3.0.2 but building 3.0.4 failed with: /bin/sh ../../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 -D_GNU_SOURCE -DXLATORDIR=\"/usr/lib/glusterfs/3.0.4/xlator\" -DSCHEDULERDIR=\"/usr/lib/glusterfs/3.0.4/scheduler\" -DTRANSPORTDIR=\"/usr/lib/glusterfs/3.0.4/transport\" -DGF_LINUX_HOST_OS -DLIBDIR=\"/usr/lib/glusterfs/3.0.4/auth\" -I../../contrib/rbtree -fPIC -Wall -g -shared -nostartfiles -march=native -O2 -pipe -MT libglusterfs_la-xlator.lo -MD -MP -MF .deps/libglusterfs_la-xlator.Tpo -c -o libglusterfs_la-xlator.lo `test -f 'xlator.c' || echo './'`xlator.c libtool: compile: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 -D_GNU_SOURCE -DXLATORDIR=\"/usr/lib/glusterfs/3.0.4/xlator\" -DSCHEDULERDIR=\"/usr/lib/glusterfs/3.0.4/scheduler\" -DTRANSPORTDIR=\"/usr/lib/glusterfs/3.0.4/transport\" -DGF_LINUX_HOST_OS -DLIBDIR=\"/usr/lib/glusterfs/3.0.4/auth\" -I../../contrib/rbtree -fPIC -Wall -g -nostartfiles -march=native -O2 -pipe -MT libglusterfs_la-xlator.lo -MD -MP -MF .deps/libglusterfs_la-xlator.Tpo -c xlator.c -fPIC -DPIC -o .libs/libglusterfs_la-xlator.o y.tab.c:421: error: expected expression at end of input Is your 3.0.4 ebuild exactly the same as 3.0.2? Can you send a diff?
(In reply to comment #5) > I am having problems with glusterfs 3.0.2 in a production environment, so would > like to try 3.0.4 > > Deniss: I tried a simple bump of 3.0.2 but building 3.0.4 failed with: > /bin/sh ../../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc > -DHAVE_CONFIG_H -I. -I../.. -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 > -D_GNU_SOURCE -DXLATORDIR=\"/usr/lib/glusterfs/3.0.4/xlator\" > -DSCHEDULERDIR=\"/usr/lib/glusterfs/3.0.4/scheduler\" > -DTRANSPORTDIR=\"/usr/lib/glusterfs/3.0.4/transport\" -DGF_LINUX_HOST_OS > -DLIBDIR=\"/usr/lib/glusterfs/3.0.4/auth\" -I../../contrib/rbtree -fPIC -Wall > -g -shared -nostartfiles -march=native -O2 -pipe -MT > libglusterfs_la-xlator.lo -MD -MP -MF .deps/libglusterfs_la-xlator.Tpo -c -o > libglusterfs_la-xlator.lo `test -f 'xlator.c' || echo './'`xlator.c > libtool: compile: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. > -D_FILE_OFFSET_BITS=64 -D__USE_FILE_OFFSET64 -D_GNU_SOURCE > -DXLATORDIR=\"/usr/lib/glusterfs/3.0.4/xlator\" > -DSCHEDULERDIR=\"/usr/lib/glusterfs/3.0.4/scheduler\" > -DTRANSPORTDIR=\"/usr/lib/glusterfs/3.0.4/transport\" -DGF_LINUX_HOST_OS > -DLIBDIR=\"/usr/lib/glusterfs/3.0.4/auth\" -I../../contrib/rbtree -fPIC -Wall > -g -nostartfiles -march=native -O2 -pipe -MT libglusterfs_la-xlator.lo -MD -MP > -MF .deps/libglusterfs_la-xlator.Tpo -c xlator.c -fPIC -DPIC -o > .libs/libglusterfs_la-xlator.o > y.tab.c:421: error: expected expression at end of input > > Is your 3.0.4 ebuild exactly the same as 3.0.2? Can you send a diff? Simple bump work just fine. The error you've hit is a parallel build issue. I'll try to patch it later today. Best regards, Kacper Kowalik
Added to tree =)