Bump:). It would be helpful, if someone can share info related to debugging
using counters/stats
On Sun, Oct 12, 2014 at 7:42 PM, Jakes John jakesjohn12...@gmail.com
wrote:
Hi All,
I would like to know if there are useful performance counters in
ceph which can help to debug
Hi All,
I would like to know if there are useful performance counters in
ceph which can help to debug the cluster. I have seen hundreds of stat
counters in various daemon dumps. Some of them are,
1. commit_latency_ms
2. apply_latency_ms
3. snap_trim_queue_len
4. num_snap_trimming
What
for a replica size of 3, maximum write bandwidth must be
120MB * 4 / 3 = 160 MB
Thanks
On Wed, Oct 1, 2014 at 7:24 PM, Christian Balzer ch...@gol.com wrote:
Hello,
On Wed, 1 Oct 2014 14:43:49 -0700 Jakes John wrote:
Hi Ceph users,
I am stuck with the benchmark
Hi Ceph users,
I am stuck with the benchmark results that I
obtained from the ceph cluster.
Ceph Cluster:
1 Mon node, 4 osd nodes of 1 TB. I have one journal for each osd.
All disks are identical and nodes are connected by 10 G. Below is the dd
results
dd if=/dev/zero
Hi,
I would like to know few points regarding the consistent hashing of
CRUSH algorithm. When I read the algorithm, I noticed that if a selected
bucket(device) is failed or overloaded, it skips and selects a new bucket.
Similar is the case if collision happens. If such an event happens, how
Thanks Loic.
On Mon, Sep 1, 2014 at 11:31 PM, Loic Dachary l...@dachary.org wrote:
Hi John,
On 02/09/2014 05:29, Jakes John wrote: Hi,
I have some general questions regarding the crush map. It would be
helpful if someone can help me out by clarifying them.
1. I saw that a bucket
Hi,
I have some general questions regarding the crush map. It would be
helpful if someone can help me out by clarifying them.
1. I saw that a bucket 'host' is always created for the crush maps which
are automatically generated by ceph. If I am manually creating crushmap,
do I need to always