Relations remain Incomplete even after vault is ready

Bug #1818660 reported by John George
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Charms Deployment Guide
Fix Released
Low
James Page
vault-charm
Invalid
Undecided
Unassigned

Bug Description

While deploying an FCB cloud build including vault, ceph and nova-compute units report Incomplete relations with vault, even after vault has been configured according to:
https://docs.openstack.org/project-deploy-guide/charm-deployment-guide/latest/app-vault.html

The bundle, juju status and juju-crashdump are available here:
http://people.canonical.com/~jog/wp/

ceph-osd/0* waiting idle 0 10.22.130.98 Incomplete relation: vault

vault/0 active idle 1/lxd/6 10.22.131.89 8200/tcp Unit is ready (active: false, mlock: disabled)
  hacluster-vault/2 active idle 10.22.131.89 Unit is ready and clustered
vault/1* active idle 3/lxd/8 10.22.131.47 8200/tcp Unit is ready (active: true, mlock: disabled)
  hacluster-vault/0* active idle 10.22.131.47 Unit is ready and clustered
vault/2 active idle 4/lxd/9 10.22.131.74 8200/tcp Unit is ready (active: false, mlock: disabled)
  hacluster-vault/1 active idle 10.22.131.74 Unit is ready and clustered

John George (jog)
description: updated
description: updated
description: updated
Revision history for this message
John George (jog) wrote :

I've subscribed this bug to field-critical, since we're blocked during an on-site field deployment.

tags: added: cpe-onsite
removed: on-site
James Page (james-page)
Changed in vault-charm:
assignee: nobody → James Page (james-page)
Revision history for this message
James Page (james-page) wrote :

authorize-charm was run on vault/0 which is not the lead unit - it needs to be run on vault/1.

The action will have failed with an appropriate error message.

Revision history for this message
James Page (james-page) wrote :

Raising docs task for charm-deployment-guide as this is not clear.

Changed in charm-deployment-guide:
importance: Undecided → Low
status: New → Triaged
Changed in vault-charm:
assignee: James Page (james-page) → nobody
status: New → Incomplete
Revision history for this message
James Page (james-page) wrote :

Marking incomplete whilst bug reported tries running the action on the lead unit.

James Page (james-page)
Changed in charm-deployment-guide:
assignee: nobody → James Page (james-page)
status: Triaged → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to charm-deployment-guide (master)

Fix proposed to branch: master
Review: https://review.openstack.org/641066

Revision history for this message
John George (jog) wrote :

Running the action against the leader resolved the issue.
Thank you for the quick response!

James Page (james-page)
Changed in vault-charm:
status: Incomplete → Invalid
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to charm-deployment-guide (master)

Reviewed: https://review.openstack.org/641066
Committed: https://git.openstack.org/cgit/openstack/charm-deployment-guide/commit/?id=471734c341635e61ec084b478f7abad8faf6d5de
Submitter: Zuul
Branch: master

commit 471734c341635e61ec084b478f7abad8faf6d5de
Author: James Page <email address hidden>
Date: Tue Mar 5 16:10:22 2019 +0000

    vault: ensure authorize-charm is run on lead unit

    Ensure its clear that the authorize-charm action should be run
    on the lead vault unit in a HA deployment by using the /leader
    syntax to auto-identify the lead unit.

    Add '--wait' parameter to example to ensure users see any action
    failures.

    Change-Id: I7dff6c3188d1877529e879adea4af9ffb8dee7c8
    Closes-Bug: 1818660

Changed in charm-deployment-guide:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.