[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gluster-devel] AFR problem with 2.0rc4
From: |
Gordan Bobic |
Subject: |
Re: [Gluster-devel] AFR problem with 2.0rc4 |
Date: |
Tue, 17 Mar 2009 14:34:16 +0000 |
User-agent: |
RoundCube Webmail/0.2 |
Ouch. Maybe this would be a good time to do md5sum comparison check on all
of my servers and downgrade back to rc1... :-/
Thanks for reporting the problem.
Gordan
On Tue, 17 Mar 2009 15:22:32 +0100, nicolas prochazka
<address@hidden> 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 <address@hidden> 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
>> <address@hidden> 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
>>> <address@hidden> wrote:
>>>> I 'm just trying with rc2 , same bug as rc4.
>>>> Regards,
>>>> Nicolas
>>>>
>>>> On Tue, Mar 17, 2009 at 12:06 PM, Gordan Bobic <address@hidden>
>> 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
>>>>> <address@hidden> 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 <address@hidden>
>>>>>> 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
>>>>>>> <address@hidden> 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
>>>>>>>> address@hidden
>>>>>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Gluster-devel mailing list
>>>>>>> address@hidden
>>>>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Gluster-devel mailing list
>>>>> address@hidden
>>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>>
>>>>
>>
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> address@hidden
>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>
- [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, Gordan Bobic, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, Gordan Bobic, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, Gordan Bobic, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4,
Gordan Bobic <=
- Re: [Gluster-devel] AFR problem with 2.0rc4, Anand Avati, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, Amar Tumballi, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/17
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/18
- Re: [Gluster-devel] AFR problem with 2.0rc4, Amar Tumballi, 2009/03/18
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/19
- Re: [Gluster-devel] AFR problem with 2.0rc4, nicolas prochazka, 2009/03/19
- Re: [Gluster-devel] AFR problem with 2.0rc4, Gordan Bobic, 2009/03/19
- Re: [Gluster-devel] AFR problem with 2.0rc4, Vikas Gorur, 2009/03/19
- Re: [Gluster-devel] AFR problem with 2.0rc4, Gordan Bobic, 2009/03/19