Thanks Simon! I've implemented it, I guess I'll test it out next time my
homelab's power dies :-)
On 2019-11-15 10:54 a.m., Simon Ironside wrote:
On 15/11/2019 15:44, Joshua M. Boniface wrote:
Hey All:
I've also quite frequently experienced this sort of issue with my C
Hey All:
I've also quite frequently experienced this sort of issue with my Ceph
RBD-backed QEMU/KVM
cluster (not OpenStack specifically). Should this workaround of allowing the
'osd blacklist'
command in the caps help in that scenario as well, or is this an
OpenStack-specific
functionality?
T
Do you happen to be running on Debian Buster? I'm running into a similar
problem, though in my case I'm bootstrapping a new cluster using a manual
(well, automated by Ansible from the Manual Install guide) method. The very
first time I bootstrap it seems fine, then if I purge all the ceph-* packag
My understanding is that you need an odd number of monitors to reach quorum.
This seems to match what you're seeing: with 3, there is a definite leader, but
with 4, there isn't. Have you tried starting both the 4th and 5th
simultaneously and letting them both vote?
--
Joshua M. Boni
RHEL 7.2 and Jewel should be using the systemd unit files by default, so you'd
do something like:
> sudo systemctl stop ceph-osd@
and then
> sudo systemctl start ceph-osd@
when you're done.
--
Joshua M. Boniface
Linux System Ærchitect
Sigmentation fault. Core dumped.
On 1
This looks to have done it; no indications of tcmalloc in my new packages.
Thanks!
Joshua M. Boniface
Linux System Ærchitect - Boniface Labs
Sigmentation fault: core dumped
On 24/05/16 08:56 PM, Alexandre DERUMIER wrote:
And if we still need to add explicit support, does anyone have any
t-get install". And yes, the main Ceph packages have dependencies on
"libtcmalloc-*" (just tested trying to remove them).
--
Joshua M. Boniface
Linux System Ærchitect
Sigmentation fault. Core dumped.
On 24/05/16 01:49 PM, Alexandre DERUMIER wrote:
>>> Is it true for Xenial to
