docker

Docker esegue i servizi della piattaforma. I carichi di lavoro Kubernetes si trovano in 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

Tre container è l'elenco completo, non un nodo difettoso

vpm, argo_watch e site-console. Poiché la maggior parte del nodo viene eseguita in CRI-O, un docker-ps breve sembra un errore se ci si aspettano carichi di lavoro Kubernetes qui. Non lo è — questo è il set completo di container Docker su un CE funzionante, e la presenza di vpm con stato Up è la riga più importante della pagina.

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

Include i container usciti, quindi un vpm che continua a terminare lascia traccia qui.

docker-images

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

IMAGE   ID             DISK USAGE   CONTENT SIZE   EXTRA

I tag delle immagini identificano la versione della piattaforma effettivamente in esecuzione sul nodo, che vale la pena confrontare con la build del software riportata da 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]

Accetta sia un nome che un id, quindi docker-inspect vpm funziona ed è stabile tra un riavvio e l’altro. JSON completo: mount, variabili d’ambiente, policy di riavvio e lo stato di uscita.

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 è il percorso più rapido per gli errori di registrazione. Per le stesse informazioni con timestamp e attraverso i riavvii, utilizzare invece journalctl.

docker-prune

execcli docker-prune

Rimuove ogni oggetto Docker inutilizzato — container fermati, reti inutilizzate, immagini dangling e cache di build.

Solo dal box. docker-prune non è disponibile nell’API di debug; richiede execcli.

Distruttivo e non acquisito qui

Questo elimina lo stato. Si trova nella lista dei rifiuti dell’harness di raccolta e non è mai stato eseguito, quindi questa pagina lo documenta dai metadati del catalogo dell’appliance piuttosto che mostrarne l’output.

La cautela specifica per CE: questo nodo esegue due runtime di container. docker-prune tocca solo il lato Docker — vpm, argo_watch e site-console — e non può raggiungere i carichi di lavoro Kubernetes in CRI-O. Il recupero di spazio sul lato CRI-O è un comando diverso, systemctl-start-crio-prune, che non è presente in questa build.