Further to my question about reads on a degraded PG, my tests show
that indeed reads from rgw fail when not all OSDs in a PG are up, even
when the data is physically available on an up/in OSD.
I have a size and min_size of 2 on my pool, and 2 hosts with 2
OSDs on each. Crush map is set to write
Hi All,
Pls I got this result after i did an upgrade to 0.56.3. I'm not sure
if its a problem with upgrade or some other things.
# ceph osd tree
# idweight type name up/down reweight
-1 96 root default
-3 96 rack unknownrack
-2 4
Hi Femi,
Pls I got this result after i did an upgrade to 0.56.3. I'm not sure
-2 4 host server109
0 1 osd.0 DNE
1 1 osd.1 DNE
2 1 osd.2 DNE
Your OSDs
femi,
CC'ing ceph-user as this discussion probably belongs there.
Could you send a copy of your crushmap? DNE is typically what we see
when someone explicitly removes an osd with something like: 'ceph osd
rm 90' (Does Not Exist).
Also, out of curiosity, how did you upgrade you cluster? One box
On Sat, Feb 9, 2013 at 1:55 PM, Wido den Hollander w...@42on.com wrote:
From: Wido den Hollander w...@widodh.nl
It's still not clear to end users this should go into the
mon or global section of ceph.conf
Until this gets resolved document it here as well for the people
who look up their
On Mon, Feb 11, 2013 at 7:39 PM, Isaac Otsiabah zmoo...@yahoo.com wrote:
Yes, there were osd daemons running on the same node that the monitor was
running on. If that is the case then i will run a test case with the
monitor running on a different node where no osd is running and see what
On Thu, Feb 14, 2013 at 6:37 AM, Sylvain Munaut
s.mun...@whatever-company.com wrote:
Hi,
I was wondering how I could update a key's metadata like the Content-Type.
The solution on S3 seem to be to copy the key on itself and replacing
meta data. If I do that in ceph, will it work ? And more
Hey folks. We've gotten nearly 50 responses so far, and the data is proving to
be quite interesting! I will share it on the blog early next week.
The survey will be open until next Monday so that everyone has an opportunity
to participate. If you haven't gotten around to adding your
G'day Sage,
On Thu, Feb 14, 2013 at 08:57:11PM -0800, Sage Weil wrote:
On Fri, 15 Feb 2013, Chris Dunlop wrote:
In an otherwise seemingly healthy cluster (ceph 0.56.2), what might cause the
mons to lose touch with the osds?
Can you enable 'debug ms = 1' on the mons and leave them that way,
On Wed, Feb 13, 2013 at 10:19:36AM -0800, Gregory Farnum wrote:
On Wed, Feb 13, 2013 at 3:47 AM, Kevin Decherf ke...@kdecherf.com wrote:
On Mon, Feb 11, 2013 at 12:25:59PM -0800, Gregory Farnum wrote:
On Mon, Feb 11, 2013 at 10:54 AM, Kevin Decherf ke...@kdecherf.com wrote:
Furthermore, I
Hello Sam and Gregory, i got machines today and tested it with the monitor
process running on a separate system with no osd daemons and i did not see the
problem. On Monday i will do a few test to confirm.
Isaac
- Original Message -
From: Sam Lang sam.l...@inktank.com
To: Isaac
Can anyone who hit this bug please confirm that your system contains libc 2.15+?
On Tue, Feb 5, 2013 at 1:27 AM, Sébastien Han han.sebast...@gmail.com wrote:
oh nice, the pattern also matches path :D, didn't know that
thanks Greg
--
Regards,
Sébastien Han.
On Mon, Feb 4, 2013 at 10:22 PM,
12 matches
Mail list logo