Re: Choice of Translator question

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

 



On Dec 29, 2007 12:08 AM, Gareth Bult <gareth@xxxxxxxxxxxxx> wrote:
> Ok, a little more testing .. wait, it gets better!
>
> I now have a x10 stripe.
>
> 10 stripes on node a - 10 AFR's          - 1 x10 Stripe
> 10 stripes on node b - (for self heal)     (to divide the heal chunk size)
>
> Sample;
>
> a. create 500M file
> b. take down one glusterfsd process
> c. append 2M to file
> d. bring glusterfsd back up
> e. head -c1 on file
>
> Problem #1;
>
> 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?

>
> Problem #2;
>
> Self-heal ignored the fact the file is sparse and copies the entire sripe ..
> so for a 500M file, the healing process actually copies 5Gb!!

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

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