[Gluster-devel] 1.3.8 FreeBSD Compilation issues

Jordan Mendler jmendler at ucla.edu
Fri May 9 16:06:44 UTC 2008


After all that, I get:
2008-05-09 08:56:50 W [posix.c:1472:posix_incver] brick-ns: lgetxattr:
Operation not supported

It looks like FreeBSD's ZFS port is still in the process of integrating
extended attributes (http://wiki.freebsd.org/ZFS). Doh!

Are there any work arounds for using gluster without extended attributes?
Your wiki indicates there is no chance of getting striping or AFR working
without them. Is this correct?

It's a shame because ZFS would be a huge benefit to gluster, and I don't
know that I really want to get started with OpenSolaris or something like
Nexenta.

Thanks,
Jordan


On Fri, May 9, 2008 at 8:54 AM, Jordan Mendler <jmendler at ucla.edu> wrote:

> Turns out Fuse wasn't starting problem when called from the rc.d script. I
> did a kldload and I am not longer getting that error. Get some other errors,
> but I first need to debug my config.
>
> Thanks,
> Jordan
>
>
> On Fri, May 9, 2008 at 8:44 AM, Jordan Mendler <jmendler at ucla.edu> wrote:
>
>> Definitely progressing. Everything compiles and installs (that is with
>> exporting this paths and forcing BUILD_FUSE_CLIENT="yes" in ./configure).
>> Now I get this in my debug logs:
>>
>> 2008-05-09 08:40:23 D [glusterfs.c:166:get_spec_fp] glusterfs: loading
>> spec from /tmp/gluster/etc/glusterfs/glusterfs-client.vol
>> 2008-05-09 08:40:23 D [spec.y:107:new_section] parser: New node for
>> 'brick1'
>> 2008-05-09 08:40:23 D [xlator.c:115:xlator_set_type] xlator: attempt to
>> load file /usr/local/lib/glusterfs/1.3.8/xlator/protocol/client.so
>> 2008-05-09 08:40:23 D [spec.y:127:section_type] parser:
>> Type:brick1:protocol/client
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:brick1:transport-type:tcp/client
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:brick1:remote-host:storage-0-1.genome.ucla.edu
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:brick1:remote-subvolume:brick
>> 2008-05-09 08:40:23 D [spec.y:198:section_end] parser: end:brick1
>> 2008-05-09 08:40:23 D [spec.y:107:new_section] parser: New node for
>> 'brick-ns'
>> 2008-05-09 08:40:23 D [xlator.c:115:xlator_set_type] xlator: attempt to
>> load file /usr/local/lib/glusterfs/1.3.8/xlator/protocol/client.so
>> 2008-05-09 08:40:23 D [spec.y:127:section_type] parser:
>> Type:brick-ns:protocol/client
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:brick-ns:transport-type:tcp/client
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:brick-ns:remote-host:storage-0-1.genome.ucla.edu
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:brick-ns:remote-subvolume:brick-ns
>> 2008-05-09 08:40:23 D [spec.y:198:section_end] parser: end:brick-ns
>> 2008-05-09 08:40:23 D [spec.y:107:new_section] parser: New node for
>> 'bricks'
>> 2008-05-09 08:40:23 D [xlator.c:115:xlator_set_type] xlator: attempt to
>> load file /usr/local/lib/glusterfs/1.3.8/xlator/cluster/unify.so
>> 2008-05-09 08:40:23 D [spec.y:127:section_type] parser:
>> Type:bricks:cluster/unify
>> 2008-05-09 08:40:23 D [spec.y:185:section_sub] parser:
>> child:bricks->brick1
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:bricks:scheduler:rr
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:bricks:namespace:brick-ns
>> 2008-05-09 08:40:23 D [spec.y:141:section_option] parser:
>> Option:bricks:rr.limits.min-free-disk:5%
>> 2008-05-09 08:40:23 D [spec.y:198:section_end] parser: end:bricks
>> 2008-05-09 08:40:23 D [glusterfs.c:128:fuse_graph] glusterfs: setting
>> option mount-point to /tmp/1
>> 2008-05-09 08:40:23 D [xlator.c:115:xlator_set_type] xlator: attempt to
>> load file /usr/local/lib/glusterfs/1.3.8/xlator/mount/fuse.so
>> 2008-05-09 08:40:23 E [fuse-bridge.c:2611:init] glusterfs-fuse: fuse_mount
>> failed (No such file or directory)
>>
>> 2008-05-09 08:40:23 E [glusterfs.c:546:main] glusterfs: Initializing FUSE
>> failed
>>
>> I really gotta learn some more C.
>>
>> Jordan
>>
>>
>>
>> On Thu, May 8, 2008 at 7:45 PM, Amar S. Tumballi <amar at zresearch.com>
>> wrote:
>>
>>> -lconv should be added while linking fuse. or check with './configure
>>> --help' in fuse project that they have some options like '--disable-iconv'.
>>>
>>> try doing this before compiling glusterfs (just do 'make clean' before
>>> building again)
>>>
>>> export LDFLAGS="-L/usr/local/lib -liconv"
>>>
>>> Regards,
>>> Amar
>>>
>>>
>>> On Thu, May 8, 2008 at 7:40 PM, Jordan Mendler <jmendler at ucla.edu>
>>> wrote:
>>>
>>>> I tried that and couldn't get it to work. I played around quite a bit
>>>> trying to hack the autoconf and makefiles into building fuse, but couldn't
>>>> quite get it. Unfortunately I don't have that extensive of a background in
>>>> either C or FreeBSD. Ultimately I got this in my logs, but not really sure
>>>> where to go from here:
>>>>    2008-05-08 18:41:11 E [xlator.c:120:xlator_set_type] xlator:
>>>> dlopen(/usr/local/lib/glusterfs/1.3.8/xlator/mount/fuse.so):
>>>> /usr/local/lib/libfuse.so.2: Undefined symbol "libiconv_open"
>>>>
>>>> If anyone has any suggestions on trying to get fuse mounted on BSD, I'd
>>>> be happy to hear them.
>>>>
>>>> Thanks,
>>>> Jordan
>>>>
>>>>
>>>> On Thu, May 8, 2008 at 6:14 PM, Amar S. Tumballi <amar at zresearch.com>
>>>> wrote:
>>>>
>>>>> Yes, mostly  I suspect the same,
>>>>> Try adding these two commands,
>>>>>
>>>>> export CFLAGS="-I/usr/local/include"
>>>>> export LDFLAGS="-L/usr/local/lib"
>>>>>
>>>>> Is there a path issue or something you would suggest trying to get
>>>>>> gluster to recognize fuse and install the client? Also, if these will be
>>>>>> effected by the patches that were committed, is there a particular snapshot
>>>>>> that you think would both include this and likely be stable for production
>>>>>> use?
>>>>>>
>>>>> Without testing things over FUSE on BSD its hard to give a warranty
>>>>> about production use. But other things (like server export) should be stable
>>>>> enough to use in production.
>>>>>
>>>>>
>>>>>>
>>>>>> Thanks so much,
>>>>>> Jordan
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Amar Tumballi
>>>>> Gluster/GlusterFS Hacker
>>>>> [bulde on #gluster/irc.gnu.org]
>>>>> http://www.zresearch.com - Commoditizing Super Storage!
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Amar Tumballi
>>> Gluster/GlusterFS Hacker
>>> [bulde on #gluster/irc.gnu.org]
>>> http://www.zresearch.com - Commoditizing Super Storage!
>>>
>>
>>
>



More information about the Gluster-devel mailing list