[Gluster-devel] Duplicate Symlinks in ls
Erik Osterman
e at osterman.com
Fri May 4 08:13:10 UTC 2007
Sorry, I wasn't very clear. The files were created in the previous
configuration. The current configuration is showing the duplicity.
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