Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Threaded View
HBase >> mail # user >> RPC - Queue Time when handlers are all waiting


Copy link to this message
-
Re: RPC - Queue Time when handlers are all waiting
Nope, since i've increase replication handlers from its default, it's
reporting with a ceiling of 1, before that a few days ago reported 15.
Why are RPC  queued in spite of having all handlers WAITING?
2013/12/10 Andrew Purtell <[EMAIL PROTECTED]>

> Aside from other issues being explored on this thread, "REPL IPC Server
> handler N on PORT WAITING Waiting for a call (since 22 hrs, 57mins, 38sec
> ago)" looks to me like ReplicationSource setting up IPC with INT_MAX for a
> timeout.
>
>
> On Thu, Dec 5, 2013 at 8:49 PM, Federico Gaule <[EMAIL PROTECTED]>
> wrote:
>
> > Hi,
> >
> > I have 2 clusters, Master (a) - Slave (b) replication.
> > B doesn't have client write or reads, all handlers (100) are waiting but
> > rpc.metrics.RpcQueueTime_num_ops and rpc.metrics.RpcQueueTime_avg_time
> > reports
> > to be rpc calls to be queued.
> > There are some screenshots below to show ganglia metrics. How is this
> > behaviour explained? I have looked for metrics specifications but can't
> > find much information.
> >
> > Handlers
> > http://i42.tinypic.com/242ssoz.png
> >
> > NumOps
> > http://tinypic.com/r/of2c8k/5
> >
> > AvgTime
> > http://tinypic.com/r/2lsvg5w/5
> >
> > Cheers
> >
>
>
>
> --
> Best regards,
>
>    - Andy
>
> Problems worthy of attack prove their worth by hitting back. - Piet Hein
> (via Tom White)
>

--

[image: http://www.despegar.com/galeria/images/promos/isodespegar1.png]

*Ing. Federico Gaule*
Líder Técnico - PAM <[EMAIL PROTECTED]>
Av. Corrientes 746 - Piso 9 - C.A.B.A. (C1043AAU)
tel. +54 (11) 4894-3500

*[image: Seguinos en Twitter!] <http://twitter.com/#!/despegarar> [image:
Seguinos en Facebook!] <http://www.facebook.com/despegar> [image: Seguinos
en YouTube!] <http://www.youtube.com/Despegar>*
*Despegar.com, Inc. *
El mejor precio para tu viaje.

Este mensaje es confidencial y puede contener información amparada por el
secreto profesional.
Si usted ha recibido este e-mail por error, por favor comuníquenoslo
inmediatamente respondiendo a este e-mail y luego eliminándolo de su
sistema.
El contenido de este mensaje no deberá ser copiado ni divulgado a ninguna
persona.
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB