Hello there,
Not sure you are the ones managing the rpms repositories, but I think there's a problem with a version not supposed to be in stable repo (20.10.0-3, since I can't find it in edge, only in test)
Centos 7 stable
Would have been fine with we, if it wasn't breaking our postInstall playbooks, which is systematically blocking since this morning on enable+start the systemctl service/daemon.
Expected behavior
Enable + start the daemon smoothly
Actual behavior
Playbook stuck
TASK [gitlab-runner : Install docker-CE] ***************************************
changed: [localhost] => (item=docker-ce)
TASK [gitlab-runner : Enable docker service] ***********************************
^C
Steps to reproduce the behavior
- centos 7 well udpated
- Playbook Ansible
- name: Add Docker-CE repository
copy:
src: files/docker-ce.repo
dest: /etc/yum.repos.d/docker-ce.repo
owner: root
group: root
mode: 0600
backup: yes
notify: yum-clean-all
tags: install-dockerce
- name: yum-clean-all
command: yum clean all
args:
warn: no
tags: install-dockerce
- name: Install docker-CE
package:
name: "{{ item }}"
state: present
with_items:
#- 'docker-ce'
- 'docker-ce'
tags: install-dockerce
- name: Enable docker service
service:
name: docker.service
enabled: yes
state: started
tags: install-dockerce
Output of docker --version:
[root@runnerx-docker-trzp ~]# docker --version
Docker version 20.10.0, build 7287ab3
[root@runnerx-docker-trzp ~]# rpm -qa | grep docker
docker-ce-rootless-extras-20.10.0-3.el7.x86_64
docker-ce-cli-20.10.0-3.el7.x86_64
docker-ce-20.10.0-3.el7.x86_64
Output of docker info:
[root@runnerx-docker-trzp ~]# docker info
Client:
Context: default
Debug Mode: false
Plugins:
app: Docker App (Docker Inc., v0.9.1-beta3)
buildx: Build with BuildKit (Docker Inc., v0.4.2-docker)
Server:
Containers: 0
Running: 0
Paused: 0
Stopped: 0
Images: 5
Server Version: 20.10.0
Storage Driver: overlay2
Backing Filesystem: xfs
Supports d_type: true
Native Overlay Diff: true
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: inactive
Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
Default Runtime: runc
Init Binary: docker-init
containerd version: 269548fa27e0089a8b8278fc4fc781d7f65a939b
runc version: ff819c7e9184c13b7c2607fe6c30ae19403a7aff
init version: de40ad0
Security Options:
seccomp
Profile: default
Kernel Version: 3.10.0-1127.13.1.el7.x86_64
Operating System: CentOS Linux 7 (Core)
OSType: linux
Architecture: x86_64
CPUs: 8
Total Memory: 15.51GiB
Name: runnerx-docker-trzp
ID: CVTG:55YA:7626:ZRHJ:B7QF:VJXL:OS6M:KJ5U:VZRP:727A:G76Z:WBIE
Docker Root Dir: /var/lib/docker
Debug Mode: false
Registry: https://index.docker.io/v1/
Labels:
Experimental: false
Insecure Registries:
127.0.0.0/8
Live Restore Enabled: false
Additional environment details (AWS, VirtualBox, physical, etc.)
Hosted on GCP preemptible VMs
Hello there,
Not sure you are the ones managing the rpms repositories, but I think there's a problem with a version not supposed to be instablerepo (20.10.0-3, since I can't find it inedge, only intest)Centos 7 stable
Would have been fine with we, if it wasn't breaking our postInstall playbooks, which is systematically blocking since this morning on enable+start the systemctl service/daemon.
Expected behavior
Enable + start the daemon smoothly
Actual behavior
Playbook stuck
Steps to reproduce the behavior
Output of
docker --version:Output of
docker info:Additional environment details (AWS, VirtualBox, physical, etc.)
Hosted on GCP preemptible VMs