Hi all,

I have the same problem, just curious.
could it be caused by poor hdd performance  ?
read/write speed doesn't match the network speed ?

Currently i'm using desktop hdd in my cluster.

Rgrds,
Rzk




On Tue, Oct 29, 2013 at 6:22 AM, Kyle Bader <kyle.ba...@gmail.com> wrote:

> You can change some OSD tunables to lower the priority of backfills:
>
>         osd recovery max chunk:   8388608
>         osd recovery op priority: 2
>
> In general a lower op priority means it will take longer for your
> placement groups to go from degraded to active+clean, the idea is to
> balance recovery time and not starving client requests. I've found 2
> to work well on our clusters, YMMV.
>
> On Mon, Oct 28, 2013 at 10:16 AM, Kevin Weiler
> <kevin.wei...@imc-chicago.com> wrote:
> > Hi all,
> >
> > We have a ceph cluster that being used as a backing store for several VMs
> > (windows and linux). We notice that when we reboot a node, the cluster
> > enters a degraded state (which is expected), but when it begins to
> recover,
> > it starts backfilling and it kills the performance of our VMs. The VMs
> run
> > slow, or not at all, and also seem to switch it's ceph mounts to
> read-only.
> > I was wondering 2 things:
> >
> > Shouldn't we be recovering instead of backfilling? It seems like
> backfilling
> > is much more intensive operation
> > Can we improve the recovery/backfill performance so that our VMs don't go
> > down when there is a problem with the cluster?
> >
> >
> > --
> >
> > Kevin Weiler
> >
> > IT
> >
> >
> >
> > IMC Financial Markets | 233 S. Wacker Drive, Suite 4300 | Chicago, IL
> 60606
> > | http://imc-chicago.com/
> >
> > Phone: +1 312-204-7439 | Fax: +1 312-244-3301 | E-Mail:
> > kevin.wei...@imc-chicago.com
> >
> >
> > ________________________________
> >
> > The information in this e-mail is intended only for the person or entity
> to
> > which it is addressed.
> >
> > It may contain confidential and /or privileged material. If someone other
> > than the intended recipient should receive this e-mail, he / she shall
> not
> > be entitled to read, disseminate, disclose or duplicate it.
> >
> > If you receive this e-mail unintentionally, please inform us immediately
> by
> > "reply" and then delete it from your system. Although this information
> has
> > been compiled with great care, neither IMC Financial Markets & Asset
> > Management nor any of its related entities shall accept any
> responsibility
> > for any errors, omissions or other inaccuracies in this information or
> for
> > the consequences thereof, nor shall it be bound in any way by the
> contents
> > of this e-mail or its attachments. In the event of incomplete or
> incorrect
> > transmission, please return the e-mail to the sender and permanently
> delete
> > this message and any attachments.
> >
> > Messages and attachments are scanned for all known viruses. Always scan
> > attachments before opening them.
> >
> > _______________________________________________
> > ceph-users mailing list
> > ceph-users@lists.ceph.com
> > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
> >
>
>
>
> --
>
> Kyle
> _______________________________________________
> ceph-users mailing list
> ceph-users@lists.ceph.com
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
>
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to