Overlayfs a Overlay2, fallito su installazione fresca, driver di archiviazione

[iidbae]

Appaiono messaggi di errore dopo ./discourse-setup e l’inserimento di hostname, porta smtp, ecc. secondo l’installazione ufficiale.

ENTER per continuare, ‘n’ per riprovare, Ctrl+C per uscire:
letsencrypt.ssl.template.yml abilitato

File di configurazione in containers/app.yml aggiornato con successo!

Aggiornamenti riusciti. Ricostruzione tra 5 secondi.
Costruzione dell’app
La tua installazione Docker non sta utilizzando un driver di archiviazione supportato. Se procedessimo, potresti avere un’installazione non funzionante.
overlay2 è il driver di archiviazione consigliato, anche se zfs e aufs potrebbero funzionare.
Altri driver di archiviazione sono noti per essere problematici.
Puoi sapere quale filesystem stai utilizzando eseguendo “docker info” e guardando la riga ‘Storage Driver’.

Se desideri continuare comunque utilizzando il tuo driver di archiviazione non supportato esistente,
leggi il codice sorgente di launcher e scopri come aggirare questo controllo.

Driver di Archiviazione Overlayfs a overlay2

Ho provato a seguire il bot di intelligenza artificiale di Discourse e a cercare argomenti precedenti, come:

• Troubleshoot docker installation issues
• Docker Upgrade Removed AUFS Storage Driver, Killed Discourse
• “Your Docker installation is not using a supported storage driver.”
• Change the Docker storage backend

Ma ancora non funziona.

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

Impossibile Installare Docker

Ho provato a cambiare i miei fornitori di VPS con digitalocean, e altri due fornitori di vps ma ancora fallito.

Pensavo fosse un problema del mio fornitore di VPS, ma dopo aver provato un’installazione pulita su digital ocean con alcuni droplet freschi e installazione ufficiale/standard, è ancora fallita. Poi sono passato ad altri due diversi fornitori di VPS, stesso risultato.

Pensavo fosse la mia versione di Ubuntu, ma dopo aver provato le versioni di Ubuntu 24, 22, 20 e 18 è ancora fallita.

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

Qualcuno può aiutare?

[pfaffman (Jay Pfaffman)]

Posso confermare questo comportamento su almeno due siti che ho configurato di recente. C’è qualcosa che non va con git.docker.com e non riesce a caricare overlay2 per impostazione predefinita come ha fatto per anni.

Crea /etc/docker/daemon.json con questo contenuto:

{
  "storage-driver": "overlay2"
}

poi

sudo systemctl restart docker

Dovrebbe funzionare dopo.

[iidbae]

@pfaffman

Posso confermare questo comportamento su almeno due siti che ho configurato di recente. C’è qualcosa che non va in git.docker.com e non riesce a caricare overlay2 per impostazione predefinita come faceva da anni.

Anche io…

Voglio dire, attualmente, c’è qualcosa che non va nel processo di installazione ufficiale di Discourse.

Ho provato DigitalOcean con l’installazione ufficiale ma appare questo messaggio di errore. Poi sono passato a un altro provider VPS, lo stesso.

Spero che chiunque stia lottando con una nuova installazione di Discourse in questo novembre 2025 , trovi la soluzione sopra

È il mio terzo giorno di lotta e ho finito.

Grazie mille Signor Jay

[pfaffman (Jay Pfaffman)]

@iidbae

Voglio dire, attualmente c’è qualcosa che non va nel processo di installazione di Discourse ufficiale.

Beh, è colpa di docker. Continuo a pensare che lo risolveranno, ma finché non mi accorgo che lo fanno, tutte le mie installazioni creano quel file così non devo preoccuparmene.

Me ne sono lamentato qui:

Overlay2 not enabled by default with get.docker.com on Ubuntu LTS. 24.04

[dschaper (Dan Schaper)]

Storage drivers

Docker utilizza un nuovo driver di archiviazione predefinito per la v29.0+

Docker Engine 29.0 e versioni successive utilizzano per impostazione predefinita l’image store di containerd per le nuove installazioni. L’image store di containerd utilizza gli snapshotter anziché i driver di archiviazione classici descritti in questa pagina. Se si esegue una nuova installazione di Docker Engine 29.0 o versioni successive, o se si è migrati all’image store di containerd, questa pagina fornisce informazioni di base sul funzionamento dei livelli delle immagini, ma i dettagli di implementazione differiscono. Per informazioni sull’image store di containerd, vedere image store di containerd.

[featheredtoast (Jeff Wong)]

quindi, da quanto ho capito, dobbiamo solo cercare e includere anche overlayfs?

PR per questo qui:

FIX: allow overlayfs storage driver

[pfaffman (Jay Pfaffman)]

Non lo so. Non ho testato se l’overlay funzionasse. A un certo punto non funzionava, ed è per questo che è un requisito. Non mi è venuto in mente che non fosse più un requisito.

Oh.

Il file system delle immagini di containerd sembra riportare come overlayfs, quindi dovremmo consentire anche questa stringa.

[featheredtoast (Jeff Wong)]

Sì, dal post che hai condiviso questo è il diff:

<  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

Ho anche reinstallato/aggiornato docker sulla mia macchina di sviluppo, ho riscontrato lo stesso problema e posso confermare che questo sembra risolvere la situazione.