>
> http://ceph.com/debian/dists/wheezy/main/binary-amd64/Packages
>
>
> So,I think Intank should add libleveldb1_1.9.0-1~bpo70+1_amd64.deb in wheezy
> repo.
>
>
>
> - Mail original -----
>
> De: "Stefan Priebe"
> À: "Alexandre DER
vain Munaut"
Cc: ceph-users@lists.ceph.com
Envoyé: Jeudi 23 Janvier 2014 18:50:16
Objet: Re: [ceph-users] One specific OSD process using much more CPU than all
the others
But there is an officil libleveldb version from ceph for wheezy:
http://gitbuilder.ceph.com/leveldb-deb-x86_64
IER"
Cc: "Mark Nelson" , ceph-users@lists.ceph.com
Envoyé: Jeudi 23 Janvier 2014 17:07:20
Objet: Re: [ceph-users] One specific OSD process using much more CPU than all
the others
Hi,
because debian wheezy libleveldb1 is also quite old
http://packages.debian.org/wheezy/lible
On Thu, Jan 23, 2014 at 6:27 PM, Alexandre DERUMIER wrote:
> Thanks.
>
> Does It need to rebuild the whole ceph packages with libleveldb-dev ?
>
> Or can I simply backport libleveldb1 and use ceph packages from intank
> repository ?
I had to rebuild ceph because the old one is a static library o
h-users@lists.ceph.com
Envoyé: Jeudi 23 Janvier 2014 17:07:20
Objet: Re: [ceph-users] One specific OSD process using much more CPU than all
the others
Hi,
> because debian wheezy libleveldb1 is also quite old
> http://packages.debian.org/wheezy/libleveldb1
> libleveldb1 (0+201205
Hi,
> because debian wheezy libleveldb1 is also quite old
> http://packages.debian.org/wheezy/libleveldb1
> libleveldb1 (0+20120530.gitdd0d562-1)
Yes, that version is "buggy" and was causing the issue.
I took the source deb from debian sid and rebuilt it for precise in my case:
http://packages.
elson"
À: ceph-users@lists.ceph.com
Envoyé: Jeudi 23 Janvier 2014 14:16:56
Objet: Re: [ceph-users] One specific OSD process using much more CPU than all
the others
On 01/23/2014 06:39 AM, Sylvain Munaut wrote:
> Hi,
>
>> I have a cluster that contains 16 OSDs spread over 4 phys
On 01/23/2014 06:39 AM, Sylvain Munaut wrote:
Hi,
I have a cluster that contains 16 OSDs spread over 4 physical
machines. Each machines runs 4 OSD process.
Among those, one isue periodically using 100% of the CPU.
I finally tracked this down. CPU usage was mostly from leveldb calls
Andrey K
Hi,
> I have a cluster that contains 16 OSDs spread over 4 physical
> machines. Each machines runs 4 OSD process.
>
> Among those, one isue periodically using 100% of the CPU.
I finally tracked this down. CPU usage was mostly from leveldb calls
Andrey Korolyov (xdeller on IRC) pointed out they h
Hi,
I have a cluster that contains 16 OSDs spread over 4 physical
machines. Each machines runs 4 OSD process.
Among those, one isue periodically using 100% of the CPU. if you
aggregate the total CPU time of the process over long periods, you can
clearly see it uses roughtly 6x more CPU than any o
10 matches
Mail list logo