The fix pull request is https://github.com/ceph/ceph/pull/1912/files.
Someone can help to review and merge
On Wed, Jun 4, 2014 at 3:38 AM, Sushma R wrote:
> ceph version : master (ceph version 0.80-713-g86754cc
> (86754cc78ca570f19f5a68fb634d613f952a22eb))
> fio version : fio-2.1.9-20-g290a
>
>
> So it seems, that this is up to packager what to put to RPM_OPT_FLAGS
> environment variable on packaging. Maybe someone knows what particular value
> is used?
You might want to look at __global_cflags in /usr/lib/rpm/redhat/macros for
more flags. I spent way too much time yesterday dealing wit
On Tue, Jun 03, 2014 at 04:22:19PM +0200, Arnd Bergmann wrote:
> On Monday 02 June 2014 14:57:26 H. Peter Anvin wrote:
> > On 06/02/2014 12:55 PM, Arnd Bergmann wrote:
> The possible uses I can see for non-ktime_t types in the kernel are:
> * inodes need 96 bit timestamps to represent the full rang
Reviewed-by:
On Thu, 22 May 2014, Ilya Dryomov wrote:
> Given an existing idle mapping (img1), mapping an image (img2) in
> a newly created pool (pool2) fails:
>
> $ ceph osd pool create pool1 8 8
> $ rbd create --size 1000 pool1/img1
> $ sudo rbd map pool1/img1
> $ ceph osd pool
Reviewed-by:
On Thu, 22 May 2014, Ilya Dryomov wrote:
> Add ceph_monc_wait_osdmap(), which will block until the osdmap with the
> specified epoch is received or timeout occurs.
>
> Export both of these as they are going to be needed by rbd.
>
> Signed-off-by: Ilya Dryomov
> ---
> include/linu
On Thu, 22 May 2014, Ilya Dryomov wrote:
> Add support for mon_get_version requests to libceph. This reuses much
> of the ceph_mon_generic_request infrastructure, with one exception.
> Older OSDs don't set mon_get_version reply hdr->tid even if the
> original request had a non-zero tid, which mak
Reviewed-by:
On Thu, 22 May 2014, Ilya Dryomov wrote:
> Recognize poolop requests in debugfs monc dump, fix prink format
> specifiers - tid is unsigned.
>
> Signed-off-by: Ilya Dryomov
> ---
> net/ceph/debugfs.c |6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a
Hi Xinxin,
On Wed, 28 May 2014, Shu, Xinxin wrote:
> Hi sage ,
> I will add two configure options to --with-librocksdb-static and
> --with-librocksdb , with --with-librocksdb-static option , ceph will
> compile the code that get from ceph repository , with --with-librocksdb
> option , in case
Am 03.06.2014 20:55, schrieb Sushma R:
> Haomai,
>
> I'm using the latest ceph master branch.
>
> ceph_smalliobench is a Ceph internal benchmarking tool similar to rados
> bench and the performance is more or less similar to that reported by fio.
>
> I tried to use fio with rbd ioengine (
> http
I believe the defaults for that come from the redhat-rpm-config package
On Tue, Jun 3, 2014 at 12:19 PM, Ilya Storozhilov
wrote:
> Hello Daniel,
>
> thank you for rapid response. "ceph.spec" file from the SRPM contains
> following lines:
>
> --
Hello Daniel,
thank you for rapid response. "ceph.spec" file from the SRPM contains following
lines:
...
export RPM_OPT_FLAGS=`echo $RPM_OPT_FLAGS | sed -e 's/i386/i486/'`
%{configure}CPPFLA
The compiler flags are in the source RPM, is that correct?
On Tue, Jun 3, 2014 at 11:56 AM, Ilya Storozhilov
wrote:
> Hello Ceph-developers,
>
> at the moment we are doing some performance testing of Ceph v0.72.2 on ContOS
> 6.5, 64 bit. He have found, that Ceph from official RPM works faster t
Hello Ceph-developers,
at the moment we are doing some performance testing of Ceph v0.72.2 on ContOS
6.5, 64 bit. He have found, that Ceph from official RPM works faster that one
which was compiled ourselves from sources. Do you know what compiler flags and
configure options are actually used
It looks like we missed out on a step to get the 0.81 tarballs to
ceph.com/downloads/
It just got uploaded. Apologies if you got bit by that!
-Alfredo
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On Tuesday 03 June 2014 14:33:10 Joseph S. Myers wrote:
> On Tue, 3 Jun 2014, Arnd Bergmann wrote:
>
> > I think John Stultz and Thomas Gleixner have already started looking
> > at how the timekeeping code can be updated. Once that is done, we should
> > be able to add a functional 64-bit gettimeo
/familiar/not familiar/
On Tue, Jun 3, 2014 at 10:33 PM, Haomai Wang wrote:
> Hi Gregory,
>
> I checked again and again each line change about spill out codes,
> still failed to find anything wrong.
>
> I ran "ceph_test_rados" then activate scrub process several times
> locally, nothing unusual.
On Tue, 3 Jun 2014, Arnd Bergmann wrote:
> I think John Stultz and Thomas Gleixner have already started looking
> at how the timekeeping code can be updated. Once that is done, we should
> be able to add a functional 64-bit gettimeofday/settimeofday syscall
> pair. While I definitely agree this is
On Monday 02 June 2014 14:57:26 H. Peter Anvin wrote:
> On 06/02/2014 12:55 PM, Arnd Bergmann wrote:
> >>
> >> The bit that is really going to hurt is every single ioctl that uses a
> >> timespec.
> >>
> >> Honestly, though, I really don't understand the point with "struct
> >> inode_time". It see
Hi Gregory,
I checked again and again each line change about spill out codes,
still failed to find anything wrong.
I ran "ceph_test_rados" then activate scrub process several times
locally, nothing unusual. I'm familiar with teuthoghy jobs, maybe we
can find the common thing among fail jobs.
On
On Saturday 31 May 2014 18:30:49 Vyacheslav Dubeyko wrote:
> By the way, what about NILFS2? Is NILFS2 ready for suggested approach
> without any changes?
nilfs2 and a lot of other file systems don't need any changes for
this, because they don't assign the inode time stamp fields to
a 'struct times
Hello Robin,
On 6/3/14, 24:40 AM, Robin H. Johnson wrote:
> On Mon, Jun 02, 2014 at 09:32:19PM +0300, Filippos Giannakos wrote:
>> As you may already know, we have been using Ceph for quite some time now to
>> back
>> the ~okeanos [1] public cloud service, which is powered by Synnefo [2].
> (Bac
Hi Ceph,
Here is a sorted list of authors and organizations who contributed to v0.81, by
number of commits or reviews back to v0.80. The affiliation of authors to
organizations can be updated by submitting a patch to
https://github.com/ceph/ceph/blob/master/.organizationmap
All commits are rev
I don't know the actual size of "small io". And what's ceph version you used.
But I think it's possible if KeyValueStore only has half performance
compared to FileStore in small io size. A new config value let user
can tunes it will be introduced and maybe help.
All in all, maybe you could tell m
23 matches
Mail list logo
