The script to test if we can access to the OVH credentials (application_key, application_secret, consumer_key):

The script to test the connection to Vault, using a YAML configuration file that tells the secretsmith client how to connect to Vault :

Software has been renamed to Redpanda Connect:

Ah, that's now what we need, nice for the script!

The file /usr/local/etc/devd/carp.conf :

You can directly use variables in the action to pass interface and state with $subsystem and $type

For all CARP external documentation, I think I've found the threshold where information is outdated in that man page:

According carp(4) (man carp) examples section, the name has changed.

@dereckson I first tried to redefine the devd rule by matching specific IFNET event types such as LINK_UP, LINK_DOWN, UP and DOWN, but none of them were triggered during CARP state changes in my tests.

A dedicated devd file was placed in /usr/local/etc/devd because this directory is usually used for custom configurations added by administrators, while /etc/devd contains the default system rules from FreeBSD. It makes the setup cleaner, avoids mixing custom logic with system configuration, and makes future maintenance or upgrades easier.

OVH API credentials published to apps/network/carp-hyper-001-switch path,
under application_key, application_secret, consumer_key keys.

If we trigger the script through devd, we can provide a .conf configuration file in /usr/local/etc/devd.

Alternatively, we made a lot of progress on this in T2124.

Updated to PHPUnit 12.

Incident fixed, Grafana is running.

Path to where Grafana stores the sqlite3 database (if used), file-based sessions (if used), and other data. This path is usually specified via command line in the init.d script or the systemd service file.

I don't know why a lot of files was mine.

In any case, the exporter should run as a non-root account