[Gluster-devel] Duplicate Symlinks in ls
Erik Osterman
e at osterman.com
Fri May 4 08:34:55 UTC 2007
Yikes, I didn't realize that files must be unique per subvolume of a
unify translator. Guess I need to gc my glusterfs now. Hrm...
Any suggestions?
Is this a feature to be addressed in 1.4 with the f* stuff?
Thanks,
Erik
Amar S. Tumballi wrote:
> Erik,
> Yes, AFR replicates all the files (symlinks too) on its child nodes, but
> UNIFY requires the file (not directories) on only one of the child node.
>
> Thus, as of now (with this release) when one is changing configuration
> related to xlators/cluster/{afr,stripe,unify} the empty export directory
> is recommended to avoid inconsistancy.
>
> -amar
> (bulde on #gluster)
>
> On Fri, May 04, 2007 at 01:10:33AM -0700, Erik Osterman wrote:
>
>> Yes, the configuration prior to this had only 1 AFR layer with all 4
>> volumes inside of it. I had a problem getting uniform distribution of
>> files between the glusterfsd servers and got some help from bulde on
>> #gluster who showed me how to do it correctly.
>>
>> Is that the cause?
>>
>> Erik
>>
>>
>> Anand Avati wrote:
>>
>>> were the files in this created *after* coming to this configuration?
>>> or were the files already created with a different configuration and
>>> later on reconfigured?
>>>
>>> avati
>>>
>>> On 5/4/07, Erik Osterman <e at osterman.com> wrote:
>>>
>>>> ### Server
>>>>
>>>> volume ourcompany
>>>> type storage/posix
>>>> option directory /home/glusterfs/ourcompany.com
>>>> end-volume
>>>>
>>>> volume server
>>>> type protocol/server
>>>> subvolumes ourcompany
>>>> option transport-type tcp/server
>>>> option bind-address 0.0.0.0
>>>> option listen-port 6996
>>>> option client-volume-filename /etc/glusterfs/ourcompany-client.vol
>>>> option auth.ip.ourcompany.allow *
>>>> end-volume
>>>>
>>>> ### Client
>>>> volume ip0
>>>> type protocol/client
>>>> option transport-type tcp/client
>>>> option remote-host 1.2.3.23
>>>> option remote-port 6996
>>>> option remote-subvolume ourcompany
>>>> end-volume
>>>>
>>>> volume ip1
>>>> type protocol/client
>>>> option transport-type tcp/client
>>>> option remote-host 1.2.3.24
>>>> option remote-port 6996
>>>> option remote-subvolume ourcompany
>>>> end-volume
>>>>
>>>> volume ip2
>>>> type protocol/client
>>>> option transport-type tcp/client
>>>> option remote-host 1.2.3.25
>>>> option remote-port 6996
>>>> option remote-subvolume ourcompany
>>>> end-volume
>>>>
>>>> volume ip3
>>>> type protocol/client
>>>> option transport-type tcp/client
>>>> option remote-host 1.2.3.26
>>>> option remote-port 6996
>>>> option remote-subvolume ourcompany
>>>> end-volume
>>>>
>>>> volume afr1
>>>> type cluster/afr
>>>> subvolumes ip0 ip1
>>>> option replicate *:2 # All files 2 copies (RAID-1)
>>>> end-volume
>>>>
>>>> volume afr2
>>>> type cluster/afr
>>>> subvolumes ip2 ip3
>>>> option replicate *:2 # All files 2 copies (RAID-1)
>>>> end-volume
>>>>
>>>> volume ip
>>>> type cluster/unify
>>>> subvolumes afr1 afr2
>>>> option scheduler rr
>>>> option rr.limits.min-free-disk 2GB
>>>> end-volume
>>>>
>>>>
>>>>
>>>> Anand Avati wrote:
>>>>
>>>>> can you please post your client and server spec file too?
>>>>>
>>>>> avati
>>>>>
>>>>> On 5/4/07, Erik Osterman <e at osterman.com> wrote:
>>>>>
>>>>>> We are running the latest TLA as of around May 2, 3pm.
>>>>>>
>>>>>> lrwxrwxrwx 1 daemon ourproduct 12 2007-04-30 13:43 shared ->
>>>>>> /mnt/shared/
>>>>>> lrwxrwxrwx 1 daemon ourproduct 12 2007-04-30 13:43 shared ->
>>>>>> /mnt/shared/
>>>>>> lrwxrwxrwx 1 ourproduct ourproduct 1 2007-04-30 13:43 ourproduct
>>>>>> -> .
>>>>>> lrwxrwxrwx 1 ourproduct ourproduct 1 2007-04-30 13:43 ourproduct
>>>>>> -> .
>>>>>> drwx------ 2 ourproduct ourproduct 4096 2006-10-24 23:24 .ssh
>>>>>> drwxr-xr-x 3 ourproduct ourproduct 4096 2006-05-17 02:39
>>>>>>
>>>> .subversion
>>>>
>>>>>> lrwxrwxrwx 1 bin ourproduct 8 2007-04-30 13:43 trunk ->
>>>>>> 1.0.0037
>>>>>> lrwxrwxrwx 1 bin ourproduct 8 2007-04-30 13:43 trunk ->
>>>>>> 1.0.0037
>>>>>>
>>>>>>
>>>>>> It's not causing any problems for us, just through I'd bring it up.
>>>>>>
>>>>>>
>>>>>> Erik Osterman
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Gluster-devel mailing list
>>>>>> Gluster-devel at nongnu.org
>>>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel at nongnu.org
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
>>
More information about the Gluster-devel
mailing list