Adding a second host worked as well after adding the ceph.pub key to
the authorized_keys of the "deployer" user.
Zitat von Eugen Block :
I used the default to create a new user, so umask is 022. And the
/tmp/var/lib/ceph directory belongs to the root user. I haven't
tried to add another
I used the default to create a new user, so umask is 022. And the
/tmp/var/lib/ceph directory belongs to the root user. I haven't tried
to add another host yet, I understood that in your case it already
failed during the initial boostrap, but I can try to add one more host.
Zitat von Ben :
Curiously what is the umask and directory permission in your case? add a
host for the cluster for further try?
Eugen Block 于2023年5月9日周二 14:59写道：
> Hi,
>
> I just retried without the single-host option and it worked. Also
> everything under /tmp/var belongs to root in my case. Unfortunately, I
umask here is 027. The pr should fix the problem above. no more fix needed
and wait for point release.
Adam King 于2023年5月10日周三 05:52写道：
> What's the umask for the "deployer" user? We saw an instance of someone
> hitting something like this, but for them it seemed to only happen when
> they had
which I think was merged too late* (as in the patch wouldn't be in 17.2.6)
On Tue, May 9, 2023 at 5:52 PM Adam King wrote:
> What's the umask for the "deployer" user? We saw an instance of someone
> hitting something like this, but for them it seemed to only happen when
> they had changed the
What's the umask for the "deployer" user? We saw an instance of someone
hitting something like this, but for them it seemed to only happen when
they had changed the umask to 027. We had patched in
https://github.com/ceph/ceph/pull/50736 to address it, which I don't think
was merged too late for
And I just tried with docker as well, works too.
Zitat von Eugen Block :
Hi,
I just retried without the single-host option and it worked. Also
everything under /tmp/var belongs to root in my case. Unfortunately,
I can't use the curl-based cephadm but the contents are identical, I
Hi,
I just retried without the single-host option and it worked. Also
everything under /tmp/var belongs to root in my case. Unfortunately, I
can't use the curl-based cephadm but the contents are identical, I
compared. Not sure what it could be at the moment.
Zitat von Ben :
Hi, It is
Hi, It is uos v20(with kernel 4.19), one linux distribution among others.
no matter since cephadm deploys things in containers by default. cephadm is
pulled by curl from Quincy branch of github.
I think you could see some sort of errors if you remove parameter
--single-host-defaults.
More
Hi,
could you provide some more details about your host OS? Which cephadm
version is it? I was able to bootstrap a one-node cluster with both
17.2.5 and 17.2.6 with a non-root user with no such error on openSUSE
Leap 15.4:
quincy:~ # rpm -qa | grep cephadm
10 matches
Mail list logo
