Michael, Loic,
I'm having similar issues with certain (k,m) combinations when storing
objects larger than 4MB. Since this thread is relatively old I was
wondering if anyone had fixed it or at least has identified this bug.
Any news?
Lluis
On Mon, Mar 31, 2014 at 5:08 PM, Michael Nelson wrote:
>
On Mon, 31 Mar 2014, Michael Nelson wrote:
Hi Loic,
On Sun, 30 Mar 2014, Loic Dachary wrote:
Hi Michael,
I'm trying to reproduce the problem from sources (today's instead of
yesterday's but there is no difference that could explain the behaviour you
have):
cd src
rm -fr /tmp/dev /tmp/o
Hi Loic,
On Sun, 30 Mar 2014, Loic Dachary wrote:
Hi Michael,
I'm trying to reproduce the problem from sources (today's instead of
yesterday's but there is no difference that could explain the behaviour you
have):
cd src
rm -fr /tmp/dev /tmp/out ; mkdir -p /tmp/dev ; CEPH_DIR=/tmp LC_ALL=C
Hi Michael,
I'm trying to reproduce the problem from sources (today's instead of
yesterday's but there is no difference that could explain the behaviour you
have):
cd src
rm -fr /tmp/dev /tmp/out ; mkdir -p /tmp/dev ; CEPH_DIR=/tmp LC_ALL=C MON=1
OSD=6 bash -x ./vstart.sh -d -n -X -l mon osd
I have a small cluster (4 nodes, 15 OSDs, 3-5 OSDs per node) running bits
from the firefly branch (0.78-430-gb8ea656).
I am trying out various k/m combinations for EC pools. Certain k/m
combinations are causing rados put to fail on the second 4MB chunk. I
realize some of these combinations mig
