Hi Sage,
I've test this patch.
With 8 times test, only 1 (the first time) got a thread assert fail.As
back trace 1 showed:
== back trace 1 ==
(gdb) bt
#0 0x00367fa30265 in raise () from /lib64/libc.so.6
#1 0x00367fa31d10 in a
> The libceph API is not yet very well tested.
> Can you simply mount the filesystem from both hosts using the kernel
> client and have your application open/access the single file with the
> standard system call interface?
Hi Brian,
There are three reasons for using libceph API:
1. My applicati
Hi ,
My osd hosts configuration :
cpu : 4 processor, Intel(R) Core(TM)2 Quad CPU Q8400 @ 2.66GHz
mem : 4GB
NIC : 1GB
disk:
SATA disk WDC WD3200AAJS-0 320GB ---> save osd data
SATA SSD OCZ-VERTEX2 60GB -> save osd journal
filesystem : btrfs
rados writing performance is about 50~
Hi!
I've been doing some casual testing of Ceph (GIT Master) and am seeing
some really slow speeds:
- rados bench: 5-6MB/s
- QEMU-KVM: 1-2MB/s
As part of my performance troubleshooting plan, I'd like to find out
what the list considers the "minimum recommended" hardware configuration
to
On Wed, 18 May 2011, Jim Schutt wrote:
> Sage Weil wrote:
>
> >
> > I pushed a patch to the msgr_race branch that catches all four cases (I
> > think). Does the fix make sense given what you saw?
>
> Sorry, I haven't completed much testing; it took me a while
> to figure out the fix needs this:
On Wed, 18 May 2011, Mukherjee, Shyamali wrote:
> Hi Sage,
>
> I have made changed to mkcephfs script and able to start OSDs, cmon,
> cmds etc.
> But mount was failing since last evening. So I added debug version and did
> some
> kprint ( actually existing pr_info )..
>
> I see that I hav
Sage Weil wrote:
I pushed a patch to the msgr_race branch that catches all four cases (I
think). Does the fix make sense given what you saw?
Sorry, I haven't completed much testing; it took me a while
to figure out the fix needs this:
diff --git a/net/ceph/messenger.c b/net/ceph/messenger.
On Wed, May 18, 2011 at 9:04 AM, Sage Weil wrote:
> On Wed, 18 May 2011, Yehuda Sadeh Weinraub wrote:
>> The ceph master branch was broken today, as librados was using some
>> undefined symbols (that are defined in libcrush). At the moment I
>> worked around the issue by adding libcrush to the lin
On Wed, 18 May 2011, Yehuda Sadeh Weinraub wrote:
> The ceph master branch was broken today, as librados was using some
> undefined symbols (that are defined in libcrush). At the moment I
> worked around the issue by adding libcrush to the linkage where
> appropriate, however, we should definitely
Hi Simon,
On Wed, 18 May 2011, Simon Tian wrote:
> Hi,
>
> Could any one give me an answer?
>
>My application need to open one file with two clients in different
> hosts. One for write/read and one for read only. The client could be
> developed based on libceph or librbd.
>I tried l
On Wed, May 18, 2011 at 7:40 AM, Simon Tian wrote:
> Hi,
>
> Could any one give me an answer?
>
> My application need to open one file with two clients in different
> hosts. One for write/read and one for read only. The client could be
> developed based on libceph or librbd.
> I tried librb
Hi,
Could any one give me an answer?
My application need to open one file with two clients in different
hosts. One for write/read and one for read only. The client could be
developed based on libceph or librbd.
I tried librbd, exception appear too.
Thx very much! Really need your help
Sage Weil wrote:
On Tue, 17 May 2011, Sage Weil wrote:
On Tue, 17 May 2011, Jim Schutt wrote:
Hi Sage,
Sage Weil wrote:
Hi Jim,
This picks up the second resent message. But and OPENING is set.. so how is
it that we were in try_write but we didn't pass through the OPENING test in
con_work?
The ceph master branch was broken today, as librados was using some
undefined symbols (that are defined in libcrush). At the moment I
worked around the issue by adding libcrush to the linkage where
appropriate, however, we should definitely want to remove this
dependency.
Yehuda
--
To unsubscribe
14 matches
Mail list logo
