Re: Choice of Translator question

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

 



>> On a self-heal, it does a self-heal on every stripe, regardless of the fact I only appended 2M.

>It is a bug then. Only 2 afrs should have done self heal, the ones where
>two chunks of 1MB of 2MBs were written to. How did you confirm all the
>10 afrs did selfheal?

Two methods of verification;

a. Watch the heal log lines come through for each chunk in the log file with debug turned on
b. Watch vmstat do the transfers, just to be 100% positive

>I need to check how it behaves on holes as no one had complained on this bug before.

Mmm, is ext3 normally used with gluster?

I could believe that different filesystems treat sparse files slightly differently ...

If I go to the extent of scripting a config with 100 stripes, is this likely to have any sort of negative impact with regards to the size / complexity of the config file .. ?
(assuming the above problems can be fixed, this might provide a solution for me)

One other (very) minor point .. once I have the stripe mounted, "df" is a factor of 10 out.
i.e. a 20G stripe partition with 5G used is showing as 200G with 50G used when using "df".

Thanks,
Gareth.



Thanks
Krishna

>
> Help! Bug!
>
> Here's a client config summary; (server condig is fairly obvious)
> ...
> volume stripes-stripe
>         type cluster/stripe
>         subvolumes afr-1 afr-2 afr-3 afr-4 afr-5 afr-6 afr-7 afr-8 afr-9 afr-10
>         option block-size *:1MB
> end-volume
> ...
> volume afr-1
>         type cluster/afr
>         subvolumes node1A node1B
>         option replicate *:2
>         option scheduler rr
> end-volume
> ...
> volume node1A
>         type protocol/client
>         option transport-type tcp/client
>         option remote-host nodea
>         option remote-subvolume stripes-1A
> end-volume
> volume node1B
>         type protocol/client
>         option transport-type tcp/client
>         option remote-host nodez
>         option remote-subvolume stripes-1B
> end-volume
>
>
>
>
>
> ----- Original Message -----
> From: "Csibra Gergo" <gergo@xxxxxxxxx>
> To: "Gareth Bult" <gareth@xxxxxxxxxxxxx>
> Sent: Friday, December 28, 2007 3:47:03 PM (GMT) Europe/London
> Subject: Re: Choice of Translator question
>
> Friday, December 28, 2007, 3:57:52 PM, Gareth Bult wrote:
>
> >>Oh. I don't understand this, can you explain why need to change configs regularly?
>
> > To add new systems,
>
> Add new systems to...? To the server? Adding new clients?
>
> > install newer versions of fuse and glusterfs,
>
> This and the upper is not a reason to rebuild/remirror afr-ed files.
> If a new version of glusterfs or fuse comes out or need to add new
> systems to anywhere in glusterfs system, you make a shutdown (unmount
> , kill glusterfsd (this make actually a regular sgutdown)) install new
> version and restart the glusterfs. The xattrs (they contains version
> informations) of mirrored files will be the same before and after
> version changes, so they will not remirrored.
>
> > to recover from fuse kernel lockups ..
>
> Yes. If this happens in write, yes. In this situation AFR-ed files
> need to be healed.
>
> > .. I've not yet seen raid/afr comments from anyone who actually
> > understands the problem, so I'm not likely to see a fix (?!)
>
> I understand this problem, but this because of bugs. Peoples in Z
> research working hard to fix them, and you gives lot information if
> you gives bugreports :)
>
>
> --
> Best regards,
>  Csibra Gergo                            mailto:gergo@xxxxxxxxx
>
>
>
>
> _______________________________________________
> 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