Docker - Portainer - Browseradresse

[Lord_Carlos]

Hast du jetzt mal kontakt zum hoster aufgenommen und gefragt ob docker funktioniert?

[AxelMD]

Ich simuliere im Heimnetz

[Lord_Carlos]

Und wenn es da funktioniert, was machst du dann?

[bluestar]

Jetzt habe ich wieder IPv4

Dann musst du dein Netzwerk neu starten... /etc/init.d/networking restart (glaube so war der Befehl)

[AxelMD]

Hallo, das Problem ist noch nicht gelöst.

docker version
Client: Docker Engine - Community
Version: 19.03.8
API version: 1.40
Go version: go1.12.17
Git commit: afacb8b7f0
Built: Wed Mar 11 01:25:56 2020
OS/Arch: linux/amd64
Experimental: false

Code: Alles auswählen

docker run hello-world
docker: Error response from daemon: OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"join session keyring: create session key: disk quota exceeded\"": unknown.

Dock IPv6 fähig gemacht:

Code: Alles auswählen

 cat  /etc/docker/daemon.json
{
  "ipv6": true
}

NAT64 eingerichtet (ich weiß nicht sicher)

Code: Alles auswählen

 cat /etc/resolv.conf 
nameserver 2a01:4f8:c2c:123f::1
nameserver 2a00:1098:2b::1
nameserver 2a01:4f9:c010:3f02::1

Das mal genauer anschauen:

https://success.docker.com/article/erro ... ocker-1809

Das sagt mir auch nichts:

Code: Alles auswählen

systemctl cat docker
# /lib/systemd/system/docker.service
[Unit]
Description=Docker Application Container Engine
Documentation=https://docs.docker.com
BindsTo=containerd.service
After=network-online.target firewalld.service containerd.service
Wants=network-online.target
Requires=docker.socket

[Service]
Type=notify
# the default is not to use systemd for cgroups because the delegate issues still
# exists and systemd currently does not support the cgroup feature set required
# for containers run by docker
ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
ExecReload=/bin/kill -s HUP $MAINPID
TimeoutSec=0
RestartSec=2
Restart=always

# Note that StartLimit* options were moved from "Service" to "Unit" in systemd 229.
# Both the old, and new location are accepted by systemd 229 and up, so using the old location
# to make them work for either version of systemd.
StartLimitBurst=3

# Note that StartLimitInterval was renamed to StartLimitIntervalSec in systemd 230.
# Both the old, and new name are accepted by systemd 230 and up, so using the old name to make
# this option work for either version of systemd.
StartLimitInterval=60s

# Having non-zero Limit*s causes performance problems due to accounting overhead
# in the kernel. We recommend using cgroups to do container-local accounting.
LimitNOFILE=infinity
LimitNPROC=infinity
LimitCORE=infinity

# Comment TasksMax if your systemd version does not support it.
# Only systemd 226 and above support this option.
TasksMax=infinity

# set delegate yes so that systemd does not reset the cgroups of docker containers
Delegate=yes

# kill only the docker process, not all processes in the cgroup
KillMode=process

[Install]
WantedBy=multi-user.target
lines 14-48/48 (END)

https://github.com/docker/compose/issues/7295

Wie kann eine Lösung aussehen?

Das evtl.? --->

https://gkellynavarro.com/blog/2020/04/ ... er-issues/


noch ein Check:

Code: Alles auswählen

df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/loop63     9,8G    3,1G  6,2G   34% /
none            492K    4,0K  488K    1% /dev
devtmpfs        7,8G       0  7,8G    0% /dev/tty
tmpfs           100K       0  100K    0% /dev/lxd
tmpfs           100K       0  100K    0% /dev/.lxd-mounts
tmpfs           7,9G       0  7,9G    0% /dev/shm
tmpfs           7,9G    8,2M  7,9G    1% /run
tmpfs           5,0M       0  5,0M    0% /run/lock
tmpfs           7,9G       0  7,9G    0% /sys/fs/cgroup
tmpfs            98M       0   98M    0% /run/user/0
root@axelmd:~# df -ih
Dateisystem    Inodes IBenutzt IFrei IUse% Eingehängt auf
/dev/loop63      640K      82K  559K   13% /
none             2,0M       27  2,0M    1% /dev
devtmpfs         2,0M      675  2,0M    1% /dev/tty
tmpfs            2,0M        2  2,0M    1% /dev/lxd
tmpfs            2,0M       91  2,0M    1% /dev/.lxd-mounts
tmpfs            2,0M        1  2,0M    1% /dev/shm
tmpfs            2,0M      164  2,0M    1% /run
tmpfs            2,0M        3  2,0M    1% /run/lock
tmpfs            2,0M       17  2,0M    1% /sys/fs/cgroup
tmpfs            2,0M       10  2,0M    1% /run/user/0

[Lord_Carlos]

Ist das immernoch auf dem vServer?
Hast du jetzt mal kontakt zum hoster aufgenommen und gefragt ob docker funktioniert?

[AxelMD]

Docker wird von den Providern nicht so gerne gesehen, vermutlich weil weniger Geschäft.
Da scheinen so einige Mogelpacker unterwegs zu sein.

Mit fehlt das Verzeichnis:

/proc/sys/keys/

https://stackoverflow.com/questions/544 ... ntu-server

https://discuss.linuxcontainers.org/t/e ... iner/922/2

https://nopaste.linux-dev.org/?1318515

Auszug:

Code: Alles auswählen

├── kernel
│   ├── acct
│   ├── acpi_video_flags
│   ├── auto_msgmni
│   ├── bootloader_type
│   ├── bootloader_version
│   ├── cad_pid
│   ├── cap_last_cap
│   ├── core_pattern
│   ├── core_pipe_limit
│   ├── core_uses_pid
│   ├── ctrl-alt-del
│   ├── dmesg_restrict
│   ├── domainname
│   ├── firmware_config
│   │   ├── force_sysfs_fallback
│   │   └── ignore_sysfs_fallback
│   ├── ftrace_dump_on_oops
│   ├── ftrace_enabled
│   ├── hardlockup_all_cpu_backtrace
│   ├── hardlockup_panic
│   ├── hostname
│   ├── hotplug
│   ├── hung_task_check_count
│   ├── hung_task_check_interval_secs
│   ├── hung_task_panic
│   ├── hung_task_timeout_secs
│   ├── hung_task_warnings
│   ├── io_delay_type
│   ├── kexec_load_disabled
│   ├── keys
│   │   ├── gc_delay
│   │   ├── maxbytes
│   │   ├── maxkeys
│   │   ├── persistent_keyring_expiry
│   │   ├── root_maxbytes
│   │   └── root_maxkeys

Ich habe die Vermutung die Funktion ist gesperrt.

[bluestar]

Docker wird von den Providern nicht so gerne gesehen, vermutlich weil weniger Geschäft.
Da scheinen so einige Mogelpacker unterwegs zu sein.

Darum schaue man sich Angebote sehr genau an, unter „vServer“ als Marketingbegriff laufen Container und virtuelle Maschinen. Das mag alles ein wenig verwirrend sein, letztendlich gibt es für jeden Topf(Anwenderwunsch) den passenden Deckel (Container/VM/Server), es ist alles eine Frage des passenden Budgets, nicht mehr und nicht weniger.