Debian Package Tracker
Register | Log in
Subscribe

openstack-cluster-installer

automatic PXE and puppet-master installer for OpenStack

Choose email to subscribe with

general
  • source: openstack-cluster-installer (main)
  • version: 43.0.38
  • maintainer: Debian OpenStack (DMD)
  • uploaders: Thomas Goirand [DMD]
  • arch: all
  • std-ver: 4.1.4
  • VCS: Git (Browse, QA)
versions [more versions can be listed by madison] [old versions available from snapshot.debian.org]
[pool directory]
  • o-o-stable: 40.1
  • oldstable: 42.2.5
  • stable: 43.0.10
  • unstable: 43.0.38
versioned links
  • 40.1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 42.2.5: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 43.0.10: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 43.0.38: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
binaries
  • openstack-cluster-installer
  • openstack-cluster-installer-agent
  • openstack-cluster-installer-cli
  • openstack-cluster-installer-common
  • openstack-cluster-installer-live-image-builder
  • openstack-cluster-installer-openstack-ci
  • openstack-cluster-installer-poc
  • openstack-cluster-installer-utils
  • puppet-module-oci
action needed
2 binary packages have unsatisfiable dependencies high
  • The dependencies of puppet-module-oci=43.0.38 cannot be satisfied in unstable on amd64 because: unsatisfied dependency on puppet-module-vigie
  • The dependencies of openstack-cluster-installer=43.0.38 cannot be satisfied in unstable on amd64 because: unsatisfied dependency on puppet-module-vigie
Created: 2026-09-10 Last update: 2026-10-06 14:30
lintian reports 1 error and 129 warnings high
Lintian reports 1 error and 129 warnings about this package. You should make the package lintian clean getting rid of them.
Created: 2026-10-02 Last update: 2026-10-06 12:01
version in VCS is newer than in repository, is it time to upload? normal
vcswatch reports that this package seems to have a new changelog entry (version 43.0.39, distribution unstable) and new commits in its VCS. You should consider whether it's time to make an upload.

Here are the relevant commit messages:
commit 46d2dd6c9b0d386065465e8077894c0e99c3ddf6
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 14:22:43 2026 +0200

    Break the vigie-worker / mistral-endpoint dependency cycle
    
    The require => Class['::mistral::keystone::auth'] added to the
    vigie::worker class created a dependency cycle:
    
      Anchor[keystone::service::end]
      => Keystone_endpoint[cluster1/mistral::workflowv2]
      => Keystone::Resource::Service_identity[mistral]
      => Class[Mistral::Keystone::Auth]
      => Class[Vigie::Worker]
      => Package[vigie-worker]
      => Anchor[keystone::service::end]
    
    The two outside edges are from puppet-keystone's keystone::deps:
    Package<| tag == 'openstack' |> is ordered before
    Anchor['keystone::service::end'] (the vigie-worker package carries
    the 'openstack' tag), and every Keystone_endpoint is ordered after
    that same anchor. A class-level dependency on a class containing a
    keystone endpoint therefore can never work for a package tagged
    'openstack'.
    
    Replace the require with an ordering of the Mistral keystone
    endpoint class before Anchor['vigie::service::begin'], so that the
    Vigie services (including the worker) only start once the Mistral
    endpoint exists, without involving the vigie-worker package. The
    intent of the original dependency is preserved.
    
    Validated with puppet parser validate on Bullseye's puppet 5.5.22.

commit 88d142e823b5fbce8730a9e01d5db80700d6db96
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 13:06:32 2026 +0200

    Write /root/openrc even when using the external keystone
    
    On clusters using the external keystone (external_keystone_activate
    set to true), the whole local keystone section is skipped, which also
    skipped the /root/openrc file resource. On Yoga to Bobcat,
    puppet-keystone's providers resolve their authentication URL by
    reading /root/openrc (fallback: ENV, then an authenticated
    configuration request that can't work on its own). Without the file,
    every Keystone_user provider failed its password check and reset the
    password on every single puppet run (observed as 'changed password
    (corrective)' for gnocchi, ceilometer, cloudkitty, aodh, octavia,
    designate, ... on a Zed cluster).
    
    Move the /root/openrc if/else block out of the local keystone section
    to the class body, so that it is evaluated in both cases.

commit f0424bf60292bf9730c6265762af9ea5e3c88f31
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 12:57:56 2026 +0200

    vigie::worker require => Class['::mistral::keystone::auth']

commit 37441147af2ec1490e388d31429121b06d24eb34
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 09:14:13 2026 +0200

    oci controller: mistral parameters now depend on the release
    
    Installing a Zed cluster failed with:
    
      Class[Mistral]:
        has no parameter named 'amqp_auto_delete'
        has no parameter named 'rabbit_quorum_queue'
        has no parameter named 'rabbit_transient_quorum_queue'
        has no parameter named 'rabbit_use_queue_manager'
        has no parameter named 'rabbit_stream_fanout'
        has no parameter named 'rabbit_qos_prefetch_count'
        has no parameter named 'rabbit_transient_queues_ttl'
    
    The ::mistral call passed all of the newer RabbitMQ parameters to
    every release, but they only appeared over time in puppet-mistral:
    rabbit_quorum_queue in Bobcat, rabbit_transient_quorum_queue in
    Caracal. Upstream only added amqp_auto_delete,
    rabbit_transient_queues_ttl, rabbit_use_queue_manager,
    rabbit_stream_fanout, rabbit_qos_prefetch_count and
    rabbit_enable_cancel_on_failover in Flamingo, however the Debian
    packages of Caracal, Dalmatian and Epoxy carry quilt patches adding
    them, so Caracal and up can be passed the full set of parameters.
    
    Split the call in 4 tiers following what each release's puppet-mistral
    actually declares (Debian patches included), like it is already done
    for keystone and nova: Rocky and Stein get the base parameters, Train
    to Antelope the same plus mistral_config for enable_cancel_on_failover,
    Bobcat adds rabbit_quorum_queue, and Caracal and up keep the full
    current set.
    
    Each tier was cross-checked against the class declaration of the
    matching puppet-module-mistral branch (including its Debian quilt
    patches), and the result validates with puppet parser validate on
    Bullseye's puppet 5.5.22.

commit 95269a40ab841fa792e794cbfa6fee50c1e5fbd6
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 08:50:50 2026 +0200

    Also install mistral, needed by vmms.

commit 804a7dda7c1b3c6cc7c3529a8a7eccdd107ddfd3
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 01:44:30 2026 +0200

    vigie: only pass the quorum/stream and amqp_auto_delete options to
    class { '::vigie': } for OpenStack releases newer than antelope: older
    releases ship a puppet-oslo which doesn't support them, and they now
    default to undef in puppet-vigie >= 1.0.3, so the options are left
    unmanaged there.

commit 37e3d215425e8acdbd8b7cf4f5e95e5128501ae6
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 01:22:20 2026 +0200

    Releasing.

commit d0baa4441272e57f1dbfe63fcd8020397cb3aae6
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 01:20:58 2026 +0200

    ENC: quote HH:MM-style scalars to avoid sexagesimal parsing
    
    The puppet master parses the ENC YAML with ruby's psych (YAML 1.1),
    which resolves plain scalars like 02:00 or 06:00 as sexagesimal
    integers (7200 and 21600). A Zed cluster install then failed with:
    
      Class[Vmms::Worker]:
        parameter 'migration_start_time' expects a String value, got Integer
        parameter 'migration_end_time' expects a String value, got Integer
    
    as the oci module passes vmms_migration_start_time and
    vmms_migration_end_time (both declared as strings in variables.json,
    with 02:00 / 06:00 defaults) to the vmms::worker class, which types
    them as String.
    
    Post-process the final ENC YAML to quote any plain scalar made of
    colon-separated digits, forcing string resolution. This preserves
    the string value exactly, and can never touch int/float typed
    variables (their values are pure digits), URLs, UUIDs, MAC or IPv6
    addresses. It also covers time-like values coming from the hiera
    snippets appended to the ENC.
    
    Validated against the real ENC of cl1-controller-1.infomaniak.ch on
    the Zed PoC: with the fix, ruby 2.7 psych (the production puppet
    5.5.22 parser on Bullseye) resolves both parameters as the strings
    '02:00' and '06:00', and the parsed ENC differs on exactly those two
    keys.

commit 22aa603f3d2c9186ab60351d089789d39f33b532
Author: Thomas Goirand <zigo@debian.org>
Date:   Tue Oct 6 00:31:50 2026 +0200

    ocicli machine/cluster-show: faster field extraction
    
    These two functions used to spawn one cat|jq process per field:
    a cluster-show took 3.0 s and a machine-show 1.7 s, with ~420
    process spawns over the 204 cluster / 33 machine entries of
    variables.json. Two targeted optimizations, keeping the rest of
    the code untouched:
    
    - All OCICLI_MACHINE_SHOW_* / OCICLI_CLUSTER_SHOW_* attributes
      are extracted by a single jq @sh pass emitting shell-quoted
      assignments, eval'ed once.
    - The variables.json option loops are now a single jq call using
      --slurpfile, sorted by key like the old keys[] loop, with the
      machine role gating done in jq.
    
    cluster-show now runs in 0.9 s (was 3.0 s), machine-show in
    1.0 s (was 1.7 s), the API round-trip being the remaining cost.
Created: 2026-10-04 Last update: 2026-10-06 13:32
4 open merge requests in Salsa normal
There are 4 open merge requests for this package on Salsa. You should consider reviewing and/or merging these merge requests.
Created: 2026-09-28 Last update: 2026-10-01 11:00
piuparts found (un)installation error(s) normal
Piuparts stresses package installation, uninstallation, upgrade, ... While doing such tests, one or more errors were found for the following suites:
  • sid - piuparts
You should fix them.
Created: 2026-09-28 Last update: 2026-09-28 05:43
Standards version of the package is outdated. wishlist
The package should be updated to follow the last version of Debian Policy (Standards-Version 4.7.4 instead of 4.1.4).
Created: 2018-05-30 Last update: 2026-10-06 06:20
testing migrations
  • excuses:
    • Migration status for openstack-cluster-installer (- to 43.0.38): BLOCKED: Rejected/violates migration policy/introduces a regression
    • Issues preventing migration:
    • ∙ ∙ openstack-cluster-installer/amd64 has unsatisfiable dependency
    • ∙ ∙ puppet-module-oci/amd64 has unsatisfiable dependency
    • ∙ ∙ openstack-cluster-installer/arm64 has unsatisfiable dependency
    • ∙ ∙ puppet-module-oci/arm64 has unsatisfiable dependency
    • ∙ ∙ Too young, only 0 of 5 days old
    • Additional info (not blocking):
    • ∙ ∙ Piuparts can't test openstack-cluster-installer (not a blocker) - https://piuparts.debian.org/sid/source/o/openstack-cluster-installer.html
    • ∙ ∙ Autopkgtest skipped on amd64: not installable
    • ∙ ∙ Autopkgtest skipped on arm64: not installable
    • ∙ ∙ Autopkgtest skipped on armhf: not installable (which is allowed)
    • ∙ ∙ Autopkgtest skipped on i386: not installable (which is allowed)
    • ∙ ∙ Autopkgtest skipped on ppc64el: not installable (which is allowed)
    • ∙ ∙ Autopkgtest skipped on riscv64: not installable (which is allowed)
    • ∙ ∙ Autopkgtest skipped on s390x: not installable (which is allowed)
    • ∙ ∙ Reproduced on amd64 - info
    • ∙ ∙ Reproduced on arm64 - info
    • ∙ ∙ Reproduced on armhf - info
    • ∙ ∙ Reproduced on i386 - info
    • Not considered
news
[rss feed]
  • [2026-10-05] Accepted openstack-cluster-installer 43.0.38 (source) into unstable (Thomas Goirand)
  • [2026-10-02] Accepted openstack-cluster-installer 43.0.37 (source) into unstable (Thomas Goirand)
  • [2026-09-30] Accepted openstack-cluster-installer 43.0.36 (source) into unstable (Thomas Goirand)
  • [2026-09-28] Accepted openstack-cluster-installer 43.0.35 (source) into unstable (Thomas Goirand)
  • [2026-09-28] Accepted openstack-cluster-installer 43.0.34 (source) into unstable (Thomas Goirand)
  • [2026-09-25] Accepted openstack-cluster-installer 43.0.32 (source) into unstable (Thomas Goirand)
  • [2026-06-23] Accepted openstack-cluster-installer 43.0.31 (source) into unstable (Simeon Gourlin) (signed by: Thomas Goirand)
  • [2026-05-11] openstack-cluster-installer REMOVED from testing (Debian testing watch)
  • [2026-05-03] openstack-cluster-installer 43.0.29 MIGRATED to testing (Debian testing watch)
  • [2026-04-28] Accepted openstack-cluster-installer 43.0.29 (source) into unstable (Thomas Goirand)
  • [2026-04-03] openstack-cluster-installer REMOVED from testing (Debian testing watch)
  • [2026-03-20] Accepted openstack-cluster-installer 43.0.26 (source) into unstable (Thomas Goirand)
  • [2026-03-02] Accepted openstack-cluster-installer 43.0.25 (source) into unstable (Thomas Goirand)
  • [2026-03-02] Accepted openstack-cluster-installer 43.0.24 (source) into unstable (Thomas Goirand)
  • [2026-02-23] Accepted openstack-cluster-installer 43.0.23 (source) into unstable (Thomas Goirand)
  • [2026-02-08] openstack-cluster-installer 43.0.22 MIGRATED to testing (Debian testing watch)
  • [2026-02-02] Accepted openstack-cluster-installer 43.0.22 (source) into unstable (Thomas Goirand)
  • [2026-01-20] openstack-cluster-installer 43.0.19 MIGRATED to testing (Debian testing watch)
  • [2026-01-15] Accepted openstack-cluster-installer 43.0.19 (source) into unstable (Thomas Goirand)
  • [2025-12-05] openstack-cluster-installer 43.0.18 MIGRATED to testing (Debian testing watch)
  • [2025-11-29] Accepted openstack-cluster-installer 43.0.18 (source) into unstable (Thomas Goirand)
  • [2025-11-25] Accepted openstack-cluster-installer 43.0.16 (source) into unstable (Thomas Goirand)
  • [2025-11-20] Accepted openstack-cluster-installer 43.0.15 (source) into unstable (Thomas Goirand)
  • [2025-11-03] Accepted openstack-cluster-installer 43.0.13 (source) into unstable (Thomas Goirand)
  • [2025-08-30] openstack-cluster-installer 43.0.12 MIGRATED to testing (Debian testing watch)
  • [2025-08-26] openstack-cluster-installer REMOVED from testing (Debian testing watch)
  • [2025-08-25] Accepted openstack-cluster-installer 43.0.12 (source) into unstable (Thomas Goirand)
  • [2025-07-30] openstack-cluster-installer 43.0.10 MIGRATED to testing (Debian testing watch)
  • [2025-07-25] Accepted openstack-cluster-installer 43.0.10 (source) into unstable (Thomas Goirand)
  • [2025-07-25] Accepted openstack-cluster-installer 43.0.9 (source) into unstable (Thomas Goirand)
  • 1
  • 2
bugs [bug history graph]
  • all: 0
links
  • homepage
  • lintian (1, 129)
  • buildd: logs, debcheck
  • popcon
  • browse source code
  • other distros

Debian Package Tracker — Copyright 2013-2025 The Distro Tracker Developers
Report problems to the tracker.debian.org pseudo-package in the Debian BTS.
Documentation — Bugs — Git Repository — Contributing