pks registry status

stable

List the container registries registered on a runner host, or inspect a single hostname, reading the local credential store without any network call.

Author: Poul Kjeldager
Usage: pks registry status [hostname]
Category: infrastructure

Examples

$ pks registry status

List every registry registered on this host

$ pks registry status registry.kjeldager.io

Show the stored entry for one hostname

See which private container registries a runner host can authenticate to, and when each credential was registered. This is the audit command for the store that pks registry init writes.

1. Prerequisites

  • A host with at least one registration. On a host with an empty store the command prints a "No registries registered" message and exits successfully.
  • Nothing else. No Docker, no network, no login. The command reads ~/.pks-cli/registries.json and prints it.

2. List every registration

pks registry status

The output is a table with three columns — Hostname, Username, and Registered — one row per registry, with the registration timestamp in UTC.

3. Inspect one hostname

pks registry status registry.kjeldager.io

This prints the single row for that hostname. If the hostname is not registered, the command prints an error and exits with code 1, which makes it usable as a provisioning check in a shell script.

4. Verify

Run the filtered form for a hostname you expect to be present:

pks registry status registry.kjeldager.io

A row means the credential server can serve that hostname to a job container. An error and a non-zero exit means it cannot, and the fix is to run pks registry init for that hostname.

5. Next steps

Arguments

ArgumentRequiredDescription
[hostname]noShow only this registration. When omitted, every registration is listed.

There are no flags on this command.

Troubleshooting

A registration exists but CI still fails to authenticate. This command performs no network call. It proves that an entry is in the local store, not that the stored password is still valid. A rotated or revoked token looks identical to a working one here. Re-run pks registry init to have Docker verify the credential again.

The command reports nothing on a host you provisioned. The store is per-user as well as per-host: it lives under the invoking user's home directory. Registering as root and reading as another user gives two different files. Run both commands as the same user that runs the runner daemon.

A hostname lookup fails despite looking correct. pks registry init stores the normalized hostname, with the scheme and any trailing slash removed. Query with the same bare hostname, not a URL.

Note. The branch help text for this command reads "List registered registries and check connections". No connection check is performed — the command is a local file read only.

See also