tries are just blank. Basically
it appears that CRUSH fails to find appropriate location for ALL the
data (the devices all have the same weight).
I hope someone here can tell me more about the usage of crushtool for
simulation like this. THank you
Best regards,
Nam Dang
Email: n...@de.cs.tite
a couple of days googling with no avails, and the
documentation does not address this issue at all.
Thank you very much for your help,
Best regards,
Nam Dang
Tokyo Institute of Technology
Tokyo, Japan
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body o
=sakura08
mon addr=192.168.172.178:6789
[osd.0]
host=sakura13
[osd.1]
host=sakura14
[osd.2]
host=sakura15
[osd.3]
host=sakura16
[osd.4]
host=sakura17
[osd.5]
host=sakura18
Best regards,
Nam Dang
Email: n...@de.cs.titech.ac.jp
Tokyo Inst
some library? Sorry for my inexperience
but I haven't found any mentioning of IO operations for files in the
API. Did I miss something?
Best regards,
Nam Dang
Email: n...@de.cs.titech.ac.jp
Tokyo Institute of Technology
Tokyo, Japan
On Wed, May 30, 2012 at 7:28 PM, Nam Dang wrote:
>
ess concurrently but internally the
mounting point is shared. I hope somebody with experience with Ceph
can help me answer this question.
Thank you very much,
Best regards,
Nam Dang
Tokyo Institute of Technology
Tokyo, Japan
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel&
he probably may be due to the locking mechanism of ceph
internally. But Dr. Weil previously answered my email stating that the
mounting is done independently so multithreading should not lead to
this problem. If there is anyway to work around this, please let me
know.
Best regards,
Na
It turned out my monitor went down without my knowing.
So my bad, it wasn't because of Ceph.
Best regards,
Nam Dang
Tokyo Institute of Technology
Tokyo, Japan
On Thu, May 31, 2012 at 10:08 PM, Nam Dang wrote:
> Dear all,
>
> I am running a small benchmark for Ceph with mult
Hi Noah,
By the way, the test suite of cephfs-java has a bug. You should put
the permission value in the form of 0777 instead of 777 since the
number has to be octal. With 777 I got directories with weird
permission settings.
Best regards
Nam Dang
Tokyo Institute of Technology
Tokyo, Japan
On
No, this occurs when I call mount(null) with the monitor being taken
down. The library should throw an Exception instead, but since SIGSEGV
originates from libcephfs.so so I guess it's more related to Ceph's
internal code.
Best regards,
Nam Dang
Tokyo Institute of Technology
Tokyo, Ja
I made a mistake in the previous email. As Noah said, this problem is
due to the wrapper being used with an unsuccessfully mounted client.
However, I think if the mount fails, the wrapper should throw an
exception instead of letting the client continue.
Best regards,
Nam Dang
Tokyo Institute of
to suggest you're right and Java is using native
> threads.
I check the error without multithreading and it was the same. And I'm
using Java 6, so threads should be real threads.
My guess is that it's related to some internal locking mechanism.
Best regards,
Nam Dang
--
To uns
11 matches
Mail list logo