Gabriel Przybysz Gonçalves Júnior df4183bcb1 Fix race condition during dc-vault mount
When controller-0 is deployed and the dc-vault is configured, if
dc-vault was already mounted (by systemd/fstab automount) while only
controller-0 is being deployed, Puppet attempts to mount dc-vault
again due to the automount flag. This causes Puppet to return an error
indicating that the filesystem is already mounted.

To resolve this, the automount option for dc-vault was disabled in the
Puppet configuration.

Test plan:

STD and DX (DC)

- PASS: run bootstrap and perform unlock on controler-0
- PASS: after unlock controller-0, before installing the hosts,
        perform 3 reboots
- PASS: complete the installation and run a DOR test

Closes-bug: 2121539

Change-Id: I3def039f8c4eb2175ecfb0ddfc4412e7da19ffc1
Signed-off-by: Gabriel Przybysz Gonçalves Júnior <gabriel.przybyszgoncalvesjunior@windriver.com>
2025-08-27 15:57:51 -03:00
2025-08-12 09:00:18 -03:00
2021-02-19 12:14:38 -06:00
2019-09-09 14:52:12 -05:00
2019-09-09 14:52:12 -05:00

stx-puppet

The starlingx/stx-puppet repository handles the Puppet service1.

The Puppet service runs during bootstrap, and at every reboot, to provide a consistent configuration across the StarlingX system nodes.

This repository is not intended to be developed standalone, but rather as part of the StarlingX Source System, which is defined by the StarlingX manifest2.

References


  1. https://www.puppet.com↩︎

  2. https://opendev.org/starlingx/manifest.git↩︎

Description
StarlingX Puppet modules and manifests
Readme 21 MiB
Languages
Puppet 59%
Python 21.5%
HTML 7.6%
Shell 6.8%
Ruby 4.5%
Other 0.6%