When you mean you 'add' a server here, you are adding another server to replicate subvolume? (ie, 2 to 3), or you had one server down when copying data (of 2 servers), and you bring back another server up and trigger the afr self heal ?
Regards,
Amar
On Tue, Mar 17, 2009 at 7:22 AM, nicolas prochazka <prochazka.nicolas@xxxxxxxxx> wrote:
Yes i'm trying without any translator but bugs persists.
Into logs i can not see anything interesting, size of file seems to be
always ok when it begin synchronize.
As i write before, if i cp files during normal operation ( 2 servers
ok ) all is ok, problem appears only when i try to resynchronize ( rm
all on one of server ( in storage/posix) directory, gluster recreate
file but empty or with buggy data.
I notice too, that with RC1, during resynchronise, if i try an ls on
mount point, ls is blocking until synchronisation is ending, with RC2,
ls is not blocking.
Regards,
Nicolas
On Tue, Mar 17, 2009 at 2:50 PM, Gordan Bobic <gordan@xxxxxxxxxx> wrote:
> Have you tried the later versions (rc2/rc4) without the performance
> trasnlators? Does the problem persist without them? Anything interesting
> looking in the logs?
>
> On Tue, 17 Mar 2009 14:46:41 +0100, nicolas prochazka
> <prochazka.nicolas@xxxxxxxxx> wrote:
>> hello again,
>> So this bug does not occur with RC1
>>
>> RC2,RC4 contains bug describe below, not RC1 , any idea ?
>> Nicolas
>>
>> On Tue, Mar 17, 2009 at 12:55 PM, nicolas prochazka
>> <prochazka.nicolas@xxxxxxxxx> wrote:
>>> I 'm just trying with rc2 , same bug as rc4.
>>> Regards,
>>> Nicolas
>>>
>>> On Tue, Mar 17, 2009 at 12:06 PM, Gordan Bobic <gordan@xxxxxxxxxx>
> wrote:
>>>> Can you check if it works correctly with 2.0rc2 and/or 2.0rc1?
>>>>
>>>> On Tue, 17 Mar 2009 12:04:33 +0100, nicolas prochazka
>>>> <prochazka.nicolas@xxxxxxxxx> wrote:
>>>>> oups,
>>>>> same problem in fact with simple 8 bytes text file, the file seems to
>>>>> be corrupt.
>>>>>
>>>>> Regards,
>>>>> Nicolas Prochazka
>>>>>
>>>>> On Tue, Mar 17, 2009 at 11:20 AM, Gordan Bobic <gordan@xxxxxxxxxx>
>>>>> wrote:
>>>>>> Are you sure this is rc4 specific? I've seen assorted weirdness when
>>>>>> adding
>>>>>> and removing servers in all versions up to and including rc2 (rc4
>>>>>> seems
>>>>>> to
>>>>>> lock up when starting udev on it, so I'm not using it).
>>>>>>
>>>>>> On Tue, 17 Mar 2009 11:15:30 +0100, nicolas prochazka
>>>>>> <prochazka.nicolas@xxxxxxxxx> wrote:
>>>>>>> Hello guys,
>>>>>>>
>>>>>>> strange problem :
>>>>>>> with rc4, afr synchronisation seems to be not work :
>>>>>>> - If i copy a file on mount gluster, all is ok on all servers
>>>>>>> - if i add a new server in gluster, this server create my files (
> 10G
>>>>>>> size ) , it's appear on XFS as 10G file but file does not contains
>>>>>>> original, just some octets,
>>>>>>> then gluster do not synchronise, perhaps because the size is same.
>>>>>>>
>>>>>>> regards,
>>>>>>> NP
>>>>>>>
>>>>>>>
>>>>>>> volume brickless
>>>>>>> type storage/posix
>>>>>>> option directory /mnt/disks/export
>>>>>>> end-volume
>>>>>>>
>>>>>>> volume brickthread
>>>>>>> type features/posix-locks
>>>>>>> option mandatory-locks on # enables mandatory locking
>>>>>>> on
>>>>>>> all
>>>>>> files
>>>>>>> subvolumes brickless
>>>>>>> end-volume
>>>>>>>
>>>>>>> volume brick
>>>>>>> type performance/io-threads
>>>>>>> option thread-count 4
>>>>>>> subvolumes brickthread
>>>>>>> end-volume
>>>>>>>
>>>>>>>
>>>>>>> volume server
>>>>>>> type protocol/server
>>>>>>> subvolumes brick
>>>>>>> option transport-type tcp
>>>>>>> option auth.addr.brick.allow 10.98.98.*
>>>>>>> end-volume
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -------------------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> volume brick_10.98.98.1
>>>>>>> type protocol/client
>>>>>>> option transport-type tcp/client
>>>>>>> option transport-timeout 120
>>>>>>> option remote-host 10.98.98.1
>>>>>>> option remote-subvolume brick
>>>>>>> end-volume
>>>>>>>
>>>>>>>
>>>>>>> volume brick_10.98.98.2
>>>>>>> type protocol/client
>>>>>>> option transport-type tcp/client
>>>>>>> option transport-timeout 120
>>>>>>> option remote-host 10.98.98.2
>>>>>>> option remote-subvolume brick
>>>>>>> end-volume
>>>>>>>
>>>>>>>
>>>>>>> volume last
>>>>>>> type cluster/replicate
>>>>>>> subvolumes brick_10.98.98.1 brick_10.98.98.2
>>>>>>> option read-subvolume brick_10.98.98.1
>>>>>>> option favorite-child brick_10.98.98.1
>>>>>>> end-volume
>>>>>>> volume iothreads
>>>>>>> type performance/io-threads
>>>>>>> option thread-count 4
>>>>>>> subvolumes last
>>>>>>> end-volume
>>>>>>>
>>>>>>> volume io-cache
>>>>>>> type performance/io-cache
>>>>>>> option cache-size 2048MB # default is 32MB
>>>>>>> option page-size 128KB #128KB is default option
>>>>>>> option cache-timeout 2 # default is 1
>>>>>>> subvolumes iothreads
>>>>>>> end-volume
>>>>>>>
>>>>>>> volume writebehind
>>>>>>> type performance/write-behind
>>>>>>> option aggregate-size 128KB # default is 0bytes
>>>>>>> option window-size 512KB
>>>>>>> option flush-behind off # default is 'off'
>>>>>>> subvolumes io-cache
>>>>>>> end-volume
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Gluster-devel mailing list
>>>>>>> Gluster-devel@xxxxxxxxxx
>>>>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Gluster-devel mailing list
>>>>>> Gluster-devel@xxxxxxxxxx
>>>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Gluster-devel mailing list
>>>> Gluster-devel@xxxxxxxxxx
>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>
>>>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxx
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel
--
Amar Tumballi
