Hi,
Have you had the issue with zones are permission denied?
failed to retrieve sync info: (13) Permission denied
It's a newly added zone, uses the same sync user and credentials but it shows
permission denied and I don't see any reason behind.
Thank you
This
Super! Thanks Ilya!
Tony
From: Ilya Dryomov
Sent: July 13, 2023 01:30 PM
To: Tony Liu
Cc: d...@ceph.io; ceph-users@ceph.io
Subject: Re: [ceph-users] resume RBD mirror on another host
On Thu, Jul 13, 2023 at 10:23 PM Ilya Dryomov wrote:
>
> On Thu, Jul 13
On Thu, Jul 13, 2023 at 10:23 PM Ilya Dryomov wrote:
>
> On Thu, Jul 13, 2023 at 6:16 PM Tony Liu wrote:
> >
> > Hi,
> >
> > How RBD mirror tracks mirroring process, on local storage?
> > Say, RBD mirror is running on host-1, when host-1 goes down,
> > start RBD mirror on host-2. In that case, is
On Thu, Jul 13, 2023 at 6:16 PM Tony Liu wrote:
>
> Hi,
>
> How RBD mirror tracks mirroring process, on local storage?
> Say, RBD mirror is running on host-1, when host-1 goes down,
> start RBD mirror on host-2. In that case, is RBD mirror on host-2
> going to continue the mirroring?
Hi Tony,
No
Hi everyone,
Join us for the Ceph Developer Summit happening virtually from Jul 17 – 24,
2023. We'll be discussing features planned for our next release, Squid,
across the course of this summit. The schedule has been published on our
website[0] and meetings have been added to the community calenda
Hi,
How RBD mirror tracks mirroring process, on local storage?
Say, RBD mirror is running on host-1, when host-1 goes down,
start RBD mirror on host-2. In that case, is RBD mirror on host-2
going to continue the mirroring?
Thanks!
Tony
___
ceph-users m
Hi all,
trying to answer Dan and Stefan in one go.
The OSDs were not booting (understood as the ceph-osd daemon starting up), they
were running all the time. If they actually boot, they come up quite fast even
though they are HDD and collocated. The time to be marked up is usually 30-60s
after
That is weird. As I had set it to ’true’ (lowercase) which is in the set of
permitted values. I have set it to 1 now, and it is accepted.
Thanks,
Arnoud.
> On 13 Jul 2023, at 15:32, Adam King wrote:
>
> The `config` section tells cephadm to try to set the given config options. So
> it will t
The `config` section tells cephadm to try to set the given config options.
So it will try something equivalent to "ceph config set rgw.fra
rgw_keystone_implicit_tenants true" and what it reported in the health
warning "'True' is not one of the permitted values: false, true, swift, s3,
both, 0, 1, n
Hi Adam,
That section is indeed pretty short. I’m not sure what the difference is
between the config and the spec section. Most of the settings I put under
config give an error when I put then under spec.
I have this spec now.
service_type: rgw
service_id: fra
placement:
label: rgw
count_p
Do you have a `config` section in your RGW spec? That health warning is
from cephadm trying to set options from a spec section like that. There's a
short bit about it at the top of
https://docs.ceph.com/en/latest/cephadm/services/#service-specification.
On Thu, Jul 13, 2023 at 3:39 AM wrote:
> H
Hi,
On 7/12/23 05:44, Satoru Takeuchi wrote:
I have a request about docs.ceph.com. Could you provide per minor-version views
on docs.ceph.com?
I would like to second that. Sometimes the behaviour of Ceph changes a
lot between point releases. If the documentation gets unreliable it does
not
Hi,
After having set up RadosGW with keystone authentication the cluster shows this
warning:
# ceph health detail
HEALTH_WARN Failed to set 1 option(s)
[WRN] CEPHADM_FAILED_SET_OPTION: Failed to set 1 option(s)
Failed to set rgw.fra option rgw_keystone_implicit_tenants: config set
failed: er
13 matches
Mail list logo
