Docker node info - Plugin exception in section_container_agent: __init__() got an unexpected keyword argument 'disable_buffering'

[Pablo78-JCC (Paul)]

Hallo zusammen,

ich habe mich heute mit meinem Web Kollegen an die Abfrage von Docker Systemen gesetzt.
Wir setzen aktuell 2.0.0p9 ein und ich habe über die Agentregel das Docker Plugin ausgerollt.

Es werden auch neue Services erkannt aber wir erhalten auch diese UNKN Meldung mit der Wir so nichts anfangen können.

Plugin exception in section_container_agent: __init__() got an unexpected keyword argument 'disable_buffering'**UNKN**

Ps.: Welche Option bei “Für Container verwendeter Hostname” ist eher empfohlen?

MfG Paul

[Pablo78-JCC (Paul)]

@Pablo78-JCC

disable_buffering

In der Agentenausgabe finde ich diese Einträge mit “disable_buffering” mehrfach vor.

<<<docker_node_info:sep(0)>>>
@docker_version_info {"PluginVersion": "0.1", "DockerPyVersion": "5.0.1", "ApiVersion": "1.41"}
{"Unknown": "Plugin exception in section_container_agent: __init__() got an unexpected keyword argument 'disable_buffering'"}
<<<<174*************************************************8a>>>>
<<<docker_container_node_name:sep(0)>>>
@docker_version_info {"PluginVersion": "0.1", "DockerPyVersion": "5.0.1", "ApiVersion": "1.41"}

…
Der Befehl docker info bringt mir folgende Ausgabe.

root@APxx:~# docker info 2>&1
Client:
 Context:    default
 Debug Mode: false
 Plugins:
  app: Docker App (Docker Inc., v0.9.1-beta3)
  buildx: Build with BuildKit (Docker Inc., v0.6.1-docker)
  scan: Docker Scan (Docker Inc., v0.8.0)

Server:
 Containers: 22
  Running: 13
  Paused: 0
  Stopped: 9
 Images: 33
 Server Version: 20.10.8
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: active
  NodeID: b************smbx
  Is Manager: false
  Node Address: 172.*****
  Manager Addresses:
   172.*****:2377
   172.*****:2377
   172.*****:2377
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: e2*************a3
 runc version: v1.0.1-0-g4144b63
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 4.19.0-17-amd64
 Operating System: Debian GNU/Linux 10 (buster)
 OSType: linux
 Architecture: x86_64
 CPUs: 6
 Total Memory: 23.54GiB
 Name: APxx
 ID: RDA2:M3DQ:*********************************:ONKG
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  registry.docker.*************.local
  127.0.0.0/8
 Live Restore Enabled: false

[Pablo78-JCC (Paul)]

Wäre es vielleicht sinnvoll die Anfrage eher im englischen Bereich zu stellen? Ich komme nicht weiter und will ungern den Servicecheck ausblenden.

MfG Paul

[Pablo78-JCC (Paul)]

Lösung: Es war nur die Ausführung des CMK Agents im Container noch aktiviert. Nach Änderung Regel im Agent Deployment lief alles wie erwartet.