Moby: API não retorna nada quando quero estatísticas do container

Criado em 4 set. 2015  ·  3Comentários  ·  Fonte: moby/moby

Olá, tenho um problema com a API Docker, mas primeiro:

$ docker version
Client:
 Version:      1.8.2-rc1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   28220ac
 Built:        Thu Sep  3 19:07:51 UTC 2015
 OS/Arch:      linux/amd64

Server:
 Version:      1.8.2-rc1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   28220ac
 Built:        Thu Sep  3 19:07:51 UTC 2015
 OS/Arch:      linux/amd64

$ docker info   
Containers: 17
Images: 8
Storage Driver: devicemapper
 Pool Name: docker-254:0-1512633-pool
 Pool Blocksize: 65.54 kB
 Backing Filesystem: extfs
 Data file: /dev/loop0
 Metadata file: /dev/loop1
 Data Space Used: 3.557 GB
 Data Space Total: 107.4 GB
 Data Space Available: 8.216 GB
 Metadata Space Used: 7.848 MB
 Metadata Space Total: 2.147 GB
 Metadata Space Available: 2.14 GB
 Udev Sync Supported: true
 Deferred Removal Enabled: false
 Data loop file: /var/lib/docker/devicemapper/devicemapper/data
 Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata
 Library Version: 1.02.104 (2015-08-10)
Execution Driver: native-0.2
Logging Driver: json-file
Kernel Version: 4.1.0-1-amd64
Operating System: Debian GNU/Linux stretch/sid
CPUs: 8
Total Memory: 15.65 GiB
Name: n-pc
ID: LWBS:FFUU:5FGD:UXXH:J5FB:G4WL:WUZM:RFS4:3TEC:3IGG:K7GU:YWBV
WARNING: No memory limit support
WARNING: No swap limit support

$ uname -a
Linux n-pc 4.1.0-1-amd64 #1 SMP Debian 4.1.3-1 (2015-08-03) x86_64 GNU/Linux

Estou usando a API com linha de comando e, quando desejo obter as estatísticas de um contêiner, a API não retorna nada:

$ echo -e "GET /containers/57d3/stats?stream=0 HTTP/1.1\r\n" | nc -U /var/run/docker.sock 
HTTP/1.1 200 OK
Content-Type: application/json
Server: Docker/1.8.2-rc1 (linux)
Date: Fri, 04 Sep 2015 08:13:10 GMT
Content-Length: 0

Com o comando "docker", posso obter as estatísticas, mas realmente preciso usar a API:

docker stats --no-stream 57d3
CONTAINER           CPU %               MEM USAGE/LIMIT     MEM %               NET I/O
57d3                 1.16%               0 B/16.81 GB        0.00%               8.565 MB/1.499 MB

No entanto, a API está funcionando ...

echo -e "GET /version HTTP/1.1\r\n" | nc -U /var/run/docker.sock | tail -1 | json
{
    "ApiVersion": "1.20",
    "Arch": "amd64",
    "BuildTime": "Thu Sep  3 19:07:51 UTC 2015",
    "GitCommit": "28220ac",
    "GoVersion": "go1.4.2",
    "KernelVersion": "4.1.0-1-amd64",
    "Os": "linux",
    "Version": "1.8.2-rc1"
}

O que estou fazendo de errado, por favor? Obrigada!

Comentários muito úteis

Eu acho que isso é um problema 'nc'. Tente: ... nc -q -1 -U /var/run/docker.sock (observe o "-q -1").

Acredito que 'nc' está fechando a solicitação http antes que o servidor faça seu trabalho e, como resultado, interrompemos o processamento de 'stats'. Se você tentar outros cmds do docker que não verificam a solicitação http, verá que funciona.

Vou fechar isso porque não é realmente um problema do docker, mas sim um problema do nc. Você pode usar curl em vez disso?

Todos 3 comentários

Isso provavelmente está acontecendo porque o docker está enviando o cabeçalho de resposta primeiro ...
Observe que não posso reproduzir isso com curl, apenas com tubulação para nc como você tem aqui.
Além disso, a CLI usa a mesma API exata.

Eu acho que isso é um problema 'nc'. Tente: ... nc -q -1 -U /var/run/docker.sock (observe o "-q -1").

Acredito que 'nc' está fechando a solicitação http antes que o servidor faça seu trabalho e, como resultado, interrompemos o processamento de 'stats'. Se você tentar outros cmds do docker que não verificam a solicitação http, verá que funciona.

Vou fechar isso porque não é realmente um problema do docker, mas sim um problema do nc. Você pode usar curl em vez disso?

Obrigado, funciona! mas eu prefiro definir -q para 5 (porque -1 é para esperar para sempre) e 5 definirá um tempo limite para 5 segundos.

Eu posso usar curl no Debian Stretch, mas não no Ubuntu 14.04 porque: curl: option --unix-socket: is unknown

Esta página foi útil?
0 / 5 - 0 avaliações