Re: [ceph-users] Pool statistics via API

Hi Sinan, Unfortunately, Ceph-Dashboard v2 didn't show up until Mimic release (Luminous one is v1). Kind regards, Ernesto Puerta He / Him / His Senior Software Engineer, Ceph Red Hat On Mon, Oct 14, 2019 at 4:17 AM Sinan Polat wrote: >

[ceph-users] New User Question - /etc/ceph/ceph.conf

Hello. My apologies if this has been asked and answered previously... I'm just getting started with Ceph, but I will soon deploy a PB+ cluster - likely based on Debian 9 and Luminous (until Mimic is available for Debian). As I'm working through some of the beginner installation procedures

Re: [ceph-users] tcmu-runner: mismatched sizes for rbd image size

On 10/14/2019 09:01 AM, Kilian Ries wrote: > > @Mike > > > Did you have the chance to update download.ceph.com repositories for the > new version? No. I have updated the upstream repos with the needed patches and made new releases there. I appear to be hitting a bug with jenkins and can't even

Re: [ceph-users] hanging slow requests: failed to authpin, subtree is being exported

Hi Robert, all, On 23/09/2019 17:37, Robert LeBlanc wrote: On Mon, Sep 23, 2019 at 4:14 AM Kenneth Waegeman wrote: Hi all, When syncing data with rsync, I'm often getting blocked slow requests, which also block access to this path. 2019-09-23 11:25:49.477 7f4f401e8700 0

Re: [ceph-users] mds fail ing to start 14.2.2

Hi Zheng, Thanks, that let me think I forgot to remove some 'temporary-key' for the inconsistency issue I've got. Once those were removed,the mds started again. Thanks again! Kenneth On 12/10/2019 04:26, Yan, Zheng wrote: On Sat, Oct 12, 2019 at 1:10 AM Kenneth Waegeman

Re: [ceph-users] problem returning mon back to cluster

On 14.10.19 16:31, Nikola Ciprich wrote: On Mon, Oct 14, 2019 at 01:40:19PM +0200, Harald Staub wrote: Probably same problem here. When I try to add another MON, "ceph health" becomes mostly unresponsive. One of the existing ceph-mon processes uses 100% CPU for several minutes. Tried it on 2

[ceph-users] Past_interval start interval mismatch (last_clean_epoch reported)

Hi all, I also hit the bug #24866 in my test environment. According to the logs, the last_clean_epoch in the specified OSD/PG is 17703, but the interval starts with 17895. So the OSD fails to start. There are some other OSDs in the same status. 2019-10-14 18:22:51.908 7f0a275f1700 -1 osd.21