Hi Cody,
On Wed, Oct 03, 2018 at 11:46:52AM -0400, Cody wrote:
> Hi everyone,
>
> My cluster is deployed with both Controller and Instance HA. The deployment
> completed without errors, but I noticed something strange from the 'pcs
> status' output from the controllers:
>
> Clone Set: compute-un
A follow up note on this:
I passed docker-ha.yaml and compute-instanceha.yaml along with fencing.yaml
to the CLI at the time of deployment. I hope this is the correct way to
achieve Controller HA and Instance HA in a single deployment. But
evidently, something is wrong here with the compute fencin
Hi everyone,
My cluster is deployed with both Controller and Instance HA. The deployment
completed without errors, but I noticed something strange from the 'pcs
status' output from the controllers:
Clone Set: compute-unfence-trigger-clone [compute-unfence-trigger]
Started: [ overcloud-novac
Ignore that, flaky network issue made me think previous mail was not
sent /o\
___
users mailing list
users@lists.rdoproject.org
http://lists.rdoproject.org/mailman/listinfo/users
To unsubscribe: users-unsubscr...@lists.rdoproject.org
On 03/10/2018 11:02, Tobias Urdin wrote:
Hello,
This is an issue we've seen in the CentOS CI for Puppet OpenStack for a
while as well.
After talking to Alfredo on IRC he reported the following bug a while
ago [1].
Best regards
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1620221
No up
On 03/10/2018 11:02, Tobias Urdin wrote:
Hello,
This is an issue we've seen in the CentOS CI for Puppet OpenStack for a
while as well.
After talking to Alfredo on IRC he reported the following bug a while
ago [1].
Best regards
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1620221
No up
On 02/10/2018 21:22, iain MacDonnell wrote:
Not sure if this should go to -users or -dev (or somewhere else)...
RDO (Rocky) ships with python2-requests-2.19.1-3.el7.noarch.rpm and
python2-chardet-3.0.4-7.el7.noarch.rpm.
The requests code has a hard-coded check for:
# Check chardet for com