docker

Docker exécute les services de la plateforme. Les charges de travail Kubernetes sont sous CRI-O.

docker-ps

{"command":["docker-ps"]}

CONTAINER ID   IMAGE                                              COMMAND                  CREATED             STATUS             PORTS     NAMES
f117f7fec5ed   gcr.download.volterra.io/volterraio/site-console   "container-entrypoin…"   About an hour ago   Up About an hour             site-console
6e922d6c5cd2   gcr.download.volterra.io/volterraio/vpm            "/bin/vpmd"              About an hour ago   Up About an hour             vpm
a89a93e00ed7   gcr.download.volterra.io/volterraio/argo           "/bin/bash -c 'sourc…"   About an hour ago   Up About an hour             argo_watch

Trois conteneurs, c'est la liste complète, pas un nœud défaillant

vpm, argo_watch et site-console. Étant donné que la majeure partie du nœud s’exécute sous CRI-O, un docker-ps court ressemble à une défaillance si vous attendez des charges de travail Kubernetes ici. Ce n’est pas le cas — il s’agit de l’ensemble complet des conteneurs Docker sur un CE en bonne santé, et la présence de vpm avec l’état Up est la ligne la plus importante de la page.

docker-ps-a

{"command":["docker-ps-a"]}

CONTAINER ID   IMAGE                                              COMMAND                  CREATED             STATUS             PORTS     NAMES
f117f7fec5ed   gcr.download.volterra.io/volterraio/site-console   "container-entrypoin…"   About an hour ago   Up About an hour             site-console
6e922d6c5cd2   gcr.download.volterra.io/volterraio/vpm            "/bin/vpmd"              About an hour ago   Up About an hour             vpm
a89a93e00ed7   gcr.download.volterra.io/volterraio/argo           "/bin/bash -c 'sourc…"   About an hour ago   Up About an hour             argo_watch

Inclut les conteneurs arrêtés, de sorte qu’un vpm qui continue de mourir laisse des traces ici.

docker-images

{"command":["docker-images"]}

IMAGE   ID             DISK USAGE   CONTENT SIZE   EXTRA

Les tags d’image identifient la version de la plateforme que le nœud exécute réellement, ce qui vaut la peine d’être comparé à la version logicielle rapportée par health.

docker-inspect

{"command":["docker-inspect","<container-id-or-name"]}

[
    {
        "Id": "f117f7fec5ed440b3eb6f2fed45cb26ea2ec83f93faedc312c33ed74216c3ccb",
        "Created": "2026-08-03T15:02:21.734985693Z",
        "Path": "container-entrypoint",
        "Args": [
            "npm",
            "run",
            "start-prod:site-console"
        ],
        "State": {
            "Status": "running",
            "Running": true,
            "Paused": false,
            "Restarting": false,
            "OOMKilled": false,
            "Dead": false,
            "Pid": 2403,
            "ExitCode": 0,
            "Error": "",
            "StartedAt": "2026-08-03T15:02:22.194718719Z",
            "FinishedAt": "0001-01-01T00:00:00Z"
        },
        "Image": "sha256:654314755ed88bed4ae872f63dc271809b5800817f5a6e91d82f3b6836917b25",
        "ResolvConfPath": "/var/lib/docker/containers/f117f7fec5ed440b3eb6f2fed45cb26ea2ec83f93faedc312c33ed74216c3ccb/resolv.conf",
        "HostnamePath": "/var/lib/docker/containers/f117f7fec5ed440b3eb6f2fed45cb26ea2ec83f93faedc312c33ed74216c3ccb/hostname",
        "HostsPath": "/var/lib/docker/containers/f117f7fec5ed440b3eb6f2fed45cb26ea2ec83f93faedc312c33ed74216c3ccb/hosts",
        "LogPath": "/var/lib/docker/containers/f117f7fec5ed440b3eb6f2fed45cb26ea2ec83f93faedc312c33ed74216c3ccb/f117f7fec5ed440b3eb6f2fed45cb26ea2ec83f93faedc312c33ed74216c3ccb-json.log",
        "Name": "/site-console",
        "RestartCount": 0,
        "Driver": "overlay2",
        "Platform": "linux",
        "MountLabel": "",
        "ProcessLabel": "",
        "AppArmorProfile": "",
        "ExecIDs": null,
        "HostConfig": {
            "Binds": [
                "/var/lib/vpm/data/certs/used/:/usr/src/apps/volterra/site-console/certs/:ro",
                "/tmp/debuginfo/:/usr/src/apps/volterra/site-console/debug_info:ro"
            ],
            "ContainerIDFile": "",
            "LogConfig": {
                "Type": "json-file",
                "Config": {
                    "max-size": "50m"
                }
            },
            "NetworkMode": "host",
            "PortBindings": {},
            "RestartPolicy": {
                "Name": "no",
                "MaximumRetryCount": 0
            },
            "AutoRemove": true,
            "VolumeDriver": "",
            "VolumesFrom": null,
            "ConsoleSize": [
                0,
                0

... [capture trimmed: first 60 of 261 lines]

Accepte un nom aussi bien qu’un identifiant, donc docker-inspect vpm fonctionne et reste stable d’un redémarrage à l’autre. JSON complet : montages, environnement, politique de redémarrage et état de sortie.

docker-logs

{"command":["docker-logs","<container-id-or-name>"]}

> site-console@0.0.1 start-prod:site-console
> cd server;npm start


> stellar-webserver@1.0.0 start
> node index.js

CE is not provisioned, enabling all proxies.
8/3/2026, 3:02:23 PM || info: "Enabling http-basic-auth as required by config"
8/3/2026, 3:02:23 PM || info: "Serving static content from ../debug_info folder on endpoint /debug-info/files with index page enabled"
8/3/2026, 3:02:23 PM || info: "Same port passed for HTTP and HTTPS server (port 65500), disabling HTTP server then..."
8/3/2026, 3:02:23 PM || info: "HTTPS server started; port: 65500"
localhost : 200
8/3/2026, 3:39:56 PM || info: "password-verify exited with code: 200 / {\"username\":\"admin\",\"status\":true}"
8/3/2026, 3:39:56 PM || info: "Route /usr/src/apps/volterra/site-console/dist/site-console/, replacing with index.html"
localhost : 500
8/3/2026, 3:39:58 PM || info: "password-verify exited with code: 500 / {\"code\":13,\"details\":[{\"code\":\"UNKNOWN\",\"details\":\"Unable to validate current password for this user: admin\",\"timestamp\":\"2026-08-03T15:39:58Z\"}],\"message\":\"Unable to validate current password for this user: admin\"}"
localhost : 500
8/3/2026, 3:43:30 PM || info: "password-verify exited with code: 500 / {\"code\":13,\"details\":[{\"code\":\"UNKNOWN\",\"details\":\"Unable to validate current password for this user: admin\",\"timestamp\":\"2026-08-03T15:43:30Z\"}],\"message\":\"Unable to validate current password for this user: admin\"}"
localhost : 200
8/3/2026, 3:43:32 PM || info: "password-verify exited with code: 200 / {\"username\":\"admin\",\"status\":true}"
8/3/2026, 3:43:32 PM || info: "Route /usr/src/apps/volterra/site-console/dist/site-console/, replacing with index.html"
localhost : 500
8/3/2026, 3:43:33 PM || info: "password-verify exited with code: 500 / {\"code\":13,\"details\":[{\"code\":\"UNKNOWN\",\"details\":\"Unable to validate current password for this user: admin\",\"timestamp\":\"2026-08-03T15:43:33Z\"}],\"message\":\"Unable to validate current password for this user: admin\"}"

npm warn Unknown global config "python". This will stop working in the next major version of npm. See `npm help npmrc` for supported config options.
npm warn Unknown env config "python". This will stop working in the next major version of npm. See `npm help npmrc` for supported config options.
npm warn Unknown global config "python". This will stop working in the next major version of npm. See `npm help npmrc` for supported config options.
(node:28) MaxListenersExceededWarning: Possible EventEmitter memory leak detected. 11 close listeners added to [Server]. MaxListeners is 10. Use emitter.setMaxListeners() to increase limit
(Use `node --trace-warnings ...` to show where the warning was created)

docker-logs vpm est le chemin le plus rapide vers les erreurs d’enregistrement. Pour les mêmes informations avec horodatages et entre les redémarrages, utilisez journalctl à la place.

docker-prune

execcli docker-prune

Supprime tous les objets Docker inutilisés — conteneurs arrêtés, réseaux inutilisés, images orphelines et cache de construction.

Uniquement depuis la machine. docker-prune n’est pas disponible sur l’API de débogage ; il nécessite execcli.

Destructif, et non capturé ici

Cette commande supprime de l’état. Elle figure sur la liste des refus du harnais de collecte et n’a jamais été exécutée, donc cette page la documente à partir des métadonnées du catalogue de l’appliance plutôt qu’en affichant une sortie.

La mise en garde spécifique au CE : ce nœud exécute deux runtimes de conteneurs. docker-prune ne touche que le côté Docker — vpm, argo_watch et site-console — et ne peut pas atteindre les charges de travail Kubernetes sous CRI-O. La récupération d’espace du côté CRI-O est une commande différente, systemctl-start-crio-prune, qui n’est pas présente sur cette version.