Monitor the Status of a Secret¶
In DataOS, the status of a Resource indicates its current life-cycle state, such as active, error, or deleted. Monitoring status allows teams to detect state transitions (e.g., from active to deleted or error) that may impact downstream dependencies, trigger configuration issues, or reflect access problems.
DataOS CLI¶
The status of a Secret can be monitored using the DataOS CLI by executing the following command, replacing the placeholder with the workspace in which the user is working. This command will list all the Secrets created by the user.
Example Usage:
dataos-ctl get -t secret -w public
INFO[0000] π get...
INFO[0001] π get...complete
NAME | VERSION | TYPE | WORKSPACE | STATUS | RUNTIME | OWNER
-------------------|---------|-----------------|-----------|--------|---------|--------------
docker-secret | v1 | secret | public | active | | iamgroot
In the example above, the STATUS column indicates the current state of the Secret active in this case, which confirms that the Secret is available and usable.
Metis UI¶
To monitor the status of Secret on the Metis Catalog UI, follow the steps below:
-
Open the Metis Catalog.
Open the Metis Catalog -
Search for a Secret by name.
Search the Secret in Metis -
Click on the Secret that needs to be monitored and check the Status, which is represented as
State.
Secret details in Metis
The active state indicates that the Secret is currently accessible and usable by other DataOS Resources. This is the expected state for any secret that is in use by other DataOS Resources.
Operations App¶
To monitor the status of Secret on the Operations app, follow the steps below:
-
Open the Operations app.
Open the Operations app -
Under the User space β type β Secret, search for the Secret.
Operations > User Space > Secret The
activestatus indicates that the Resource is valid and available for use within DataOS. This is the expected state for a healthy and usable Resource. -
On clicking the Secret, its builder state can also be monitored.
When a user applies a Resource YAML (
dataos-ctl resource apply -f resource.yaml), the builder workflow begins. Poros orchestrates this by comparing the input state (what the user requested) with the current cluster state (what already exists), and attempts to reconcile the two.If a Resource enters an
errorstate during this stage, it means something failed while setting it up. A Resource in an error state at the Builder Stage is considered not fully created and should not be treated as active, even if it appears in the UI list.
Secret details in Operations Monitoring the Builder Stage is crucial, especially when
status=error. If thebuilder stage=building, the issue likely occurred after build, possibly runtime or external issues. But if thebuilder stage=error, then the YAML file itself needs fixing.
Status alerts¶
To automatically track critical state transitions, users can configure a Monitor and Pager to send alerts when the status of a Secret changes to values like error or deleted. This enables teams to respond immediately to resource failures, misconfigurations, or unexpected deletions that may impact dependent components. Click here to view the steps to set up alerts for status changes.