Re: Weird lock-ups

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Gordan,

Next pre release will fix this, excuse us for not responding to this thread.

Thanks
Krishna

On Mon, Nov 3, 2008 at 7:05 AM, Gordan Bobic <gordan@xxxxxxxxxx> wrote:
> Hi,
>
> I 1.4.0pre5 doesn't seem to work for me at all.
>
> When I try to ls the share, I get broken directory entries. This is the sort
> of thing ls returns for my home directory:
>
> ?---------  ? ?                ?             ?            ? gordan
>
> instead of:
>
> drwxr-x--- 70 gordan           gordan      4096 Nov  3 01:22 gordan
>
> This is what ends up in the log:
> 2008-11-02 13:42:02 C [posix.c:2749:ensure_file_type] home-store: stat
> failed while trying to make sure entry /gluster/home/gordan/.
> wine is a directory: No such file or directory
> 2008-11-02 13:42:02 E [afr_self_heal.c:123:afr_lds_setdents_cbk] home:
> op_ret=-1 op_errno=2
> 2008-11-02 13:42:02 E [fuse-bridge.c:398:fuse_entry_cbk] glusterfs-fuse: 50:
> LOOKUP() /gordan => -1 (Input/output error)
>
> The .wine directory it is complaining about is actually a symling to a
> directory on a local file system.
>
> The above issue exhibits itself on both of the nodes when the 2nd node has
> the gluster daemon up and running. But when the 2nd node is removed and only
> one node remains, it starts working OK again.
>
> Gordan
>
> Christopher Hawkins wrote:
>>
>> When I upgraded I had only one problem... The way to specify a transport
>> type in the config file for server and client (I believe?) changed from:
>> option transport-type tcp/client
>> to:
>> option transport-type socket
>> option address-family inet
>>
>> See the wiki page here:
>>  http://www.gluster.org/docs/index.php/Changes_from_1.3_to_1.4
>>
>> Other than that everything worked great. I tried rolling back to 1.3 at
>> one point too and that worked fine, so if you needed to go back it should
>> work...
>>
>> Chris
>>
>> ----- Original Message -----
>> From: "Gordan Bobic" <gordan@xxxxxxxxxx>
>> To: "Gluster List" <gluster-devel@xxxxxxxxxx>
>> Sent: Wednesday, October 29, 2008 1:16:16 PM GMT -05:00 US/Canada Eastern
>> Subject: RE: Weird lock-ups
>>
>> Ah yes, I remember the inconsistency / splitbrain issue race condition
>> being discussed and demonstrated.
>>
>> Is migration from 1.3.x to 1.4.x transparent? Can I use the same
>> pre-populated backing store from 1.3.x, with xattrs set as 1.3.x set them?
>> Or is a backup/restore required?
>>
>> And if there is a problem, is the downgrade path clean (i.e. can I just
>> put 1.3.x back if 1.4.x goes wrong for me)? Are there any changes to xattrs
>> used/set that can cause compatibility problems?
>>
>> Thanks.
>>
>> Gordan
>>
>> -----Original Message-----
>> From: "KwangErn Liew" <ke.liew@xxxxxxxxx>
>> To: "Gordan Bobic" <gordan@xxxxxxxxxx>
>> Cc: "Gluster List" <gluster-devel@xxxxxxxxxx>
>> Sent: 29/10/08 14:55
>> Subject: Re: Weird lock-ups
>>
>> On Wed, Oct 29, 2008 at 12:09 AM, Gordan Bobic <gordan@xxxxxxxxxx> wrote:
>>
>>> KwangErn Liew wrote:
>>>
>>>> 1.3.x isn't exactly a usable release for AFR anymore.
>>>>
>>> That's pretty worrying. The "stable" release is unusable for AFR, but the
>>> pre-release is? Isn't that a bit backward? How stable is the pre-release?
>>>
>>
>> Split-brain issue is known in 1.3.x
>>
>> More info
>>
>> http://gluster-tmp.enix.org/docs/index.php/Understanding_AFR_Translator#Split_Brain
>>
>> The 1.4.x pre-release is in QA mode.
>>
>>
>> KwangErn
>>
>>
>>
>> _______________________________________________
>> 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
>




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux