Overlayfs a Overlay2, Falló en instalación nueva, controlador de almacenamiento

Aparecen mensajes de error después de ejecutar ./discourse-setup e introducir el nombre de host, el puerto smtp, etc., de acuerdo con la instalación oficial.

ENTER para continuar, ‘n’ para intentarlo de nuevo, Ctrl+C para salir:
letsencrypt.ssl.template.yml habilitado

¡Archivo de configuración en containers/app.yml actualizado con éxito!

¡Actualizaciones exitosas. Reconstruyendo en 5 segundos.
Construyendo la aplicación
Su instalación de Docker no está utilizando un controlador de almacenamiento compatible. Si procediéramos, podría tener una instalación rota.
overlay2 es el controlador de almacenamiento recomendado, aunque zfs y aufs también pueden funcionar.
Se sabe que otros controladores de almacenamiento son problemáticos.
Puede saber qué sistema de archivos está utilizando ejecutando “docker info” y mirando la línea ‘Storage Driver’.

Si desea continuar de todos modos utilizando su controlador de almacenamiento no compatible existente,
lea el código fuente de launcher y descubra cómo omitir esta comprobación.

Controlador de almacenamiento Overlayfs a overlay2

He intentado seguir el bot de IA de Discourse y buscar temas anteriores, como:

Pero todavía no funciona.

root 3085 0.0 0.0 6480 2372 pts/1 S+ 05:27 0:00 grep --color=auto 2658

No se puede instalar Docker

He intentado cambiar mis proveedores de VPS a DigitalOcean, y a otros dos proveedores de VPS, pero sigo fallando.

Pensé que era un problema de mi proveedor de VPS, pero después de intentar una instalación limpia en Digital Ocean con algunas instancias efímeras nuevas e instalación oficial/estándar, todavía falló. Luego cambié a otros dos proveedores de VPS diferentes, lo mismo. :face_with_raised_eyebrow:

Pensé que era mi versión de Ubuntu, pero después de probar las versiones de Ubuntu 24, 22, 20 y 18, sigo fallando.

Client: Docker Engine - Community
 Version:    29.0.2
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.30.0
    Path:     /usr/libexec/docker/cli-plugins/docker-buildx
  compose: Docker Compose (Docker Inc.)
    Version:  v2.40.3
    Path:     /usr/libexec/docker/cli-plugins/docker-compose
  model: Docker Model Runner (Docker Inc.)
    Version:  v1.0.0
    Path:     /usr/libexec/docker/cli-plugins/docker-model

Server:
 Containers: 1
  Running: 1
  Paused: 0
  Stopped: 0
 Images: 3
 Server Version: 29.0.2
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Using metacopy: false
  Native Overlay Diff: true
  userxattr: false
 Logging Driver: json-file
 Cgroup Driver: systemd
 Cgroup Version: 2
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local splunk syslog
 CDI spec directories:
  /etc/cdi
  /var/run/cdi
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: fcd43222d6b07379a4be9786bda52438f0dd16a1
 runc version: v1.3.3-0-gd842d771
 init version: de40ad0
 Security Options:
  apparmor
  seccomp
   Profile: builtin
  cgroupns
 Kernel Version: 5.15.0-161-generic
 Operating System: Ubuntu 22.04.5 LTS
 OSType: linux
 Architecture: x86_64
 CPUs: 2
 Total Memory: 2.407GiB
 Name: please-help-me
 ID: 398f33a7-2b49-4235-bcb9-4e1723a7bd81
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Experimental: false
 Insecure Registries:
  ::1/128
  127.0.0.0/8
 Live Restore Enabled: false
 Firewall Backend: iptables

¿Alguien puede ayudar?

Puedo confirmar este comportamiento en al menos dos sitios que he configurado recientemente. Algo está mal con git.docker.com y no logra cargar overlay2 por defecto como lo ha hecho durante años.

Cree /etc/docker/daemon.json con este contenido:

{
  "storage-driver": "overlay2"
}

luego

sudo systemctl restart docker

Debería funcionar después de eso.

1 me gusta

Yo también…

Quiero decir, actualmente, algo anda mal en el proceso de instalación oficial de Discourse.

Lo intenté en DigitalOcean con la instalación oficial pero aparece este mensaje de error. Luego me cambié a otro proveedor de VPS, lo mismo.

Espero que cualquiera que esté batallando con una instalación nueva de Discourse en este noviembre de 2025 :sweat_smile:, encuentre la solución anterior :index_pointing_up:

Este es mi tercer día batallando :tired_face: y terminado.

Muchas gracias Sr. Jay :folded_hands:

Bueno, es culpa de docker. Sigo pensando que lo arreglarán, pero hasta que me dé cuenta de que lo hacen, todas mis instalaciones crean ese archivo para que no tenga que preocuparme por ello.

Me quejé de ello aquí:

1 me gusta

Docker utiliza un nuevo controlador de almacenamiento predeterminado para v29.0+

Docker Engine 29.0 y versiones posteriores utilizan la tienda de imágenes de containerd de forma predeterminada para instalaciones nuevas. La tienda de imágenes de containerd utiliza snapshotters en lugar de los controladores de almacenamiento clásicos descritos en esta página. Si está ejecutando una instalación nueva de Docker Engine 29.0 o posterior, o si ha migrado a la tienda de imágenes de containerd, esta página proporciona información general sobre cómo funcionan las capas de imágenes, pero los detalles de implementación difieren. Para obtener información sobre la tienda de imágenes de containerd, consulte tienda de imágenes de containerd.

1 me gusta

Entonces, por lo que entiendo, ¿solo necesitamos buscar e incluir overlayfs?

PR para eso aquí:

1 me gusta

No lo sé. No probé si el overlay funcionaría. En algún momento no funcionó, y por eso es un requisito. No se me ocurrió que ya no fuera un requisito.

Oh.

La tienda de imágenes de containerd parece reportar como overlayfs, así que también deberíamos permitir esta cadena.

Sí, a partir de la publicación que compartiste, esta es la diferencia:

<  Storage Driver: overlay2
<   Backing Filesystem: xfs

<   Supports d_type: true
<   Using metacopy: false
<   Native Overlay Diff: true
<   userxattr: false
---
>  Storage Driver: overlayfs
>   driver-type: io.containerd.snapshotter.v1

También reinstalé/actualicé docker en mi máquina de desarrollo, encontré el mismo problema y puedo confirmar que esto parece solucionar el problema.

3 Me gusta

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.