Drop paragarph about anonymous (unnamed) volumes under Persistent Storage section fo the docs
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 1/5
- Tempo stimato
- Meno di un'ora
- Idoneità per principianti
- 72/100
- Tipo di issue
- Documentazione
- Chiarezza
- Specificata chiaramente
- Stato di attività
- Ferma
- Stack tecnologico
- docker
- Ambito
- documentation
Direzione di ricerca
Apri la sezione «Persistent Storage» del README e rivedi i due paragrafi iniziali sui volumi Docker senza nome e con nome. Rimuovi, come proposto, il paragrafo fuorviante sui volumi anonimi, mantieni chiare le indicazioni sui volumi con nome o sulle directory dell’host supportate e verifica che la sezione circostante continui a spiegare i requisiti di archiviazione del database e di Nextcloud.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The opening paragraphs for Persistent Storage in the README are somewhat misleading unless you already know what anonymous (unnamed) volumes are and their implications. It almost sounds like you don't need to do have a named volume at all, but then the next paragraph goes on to suggest otherwise without further context. We can probably tighten this section up a bit.
Current:
The Nextcloud installation and all data beyond what lives in the database (file uploads, etc.) are stored in the unnamed docker volume volume /var/www/html. The docker daemon will store that data within the docker directory /var/lib/docker/volumes/.... That means your data is saved even if the container crashes, is stopped or deleted.
A named Docker volume or a mounted host directory should be used for upgrades and backups. To achieve this, you need one volume for your database container and one for Nextcloud.
Currently I'm leaning towards dropping the first paragraph entirely, since it's more a behind-the-scenes implementation detail and not one particularly relevant to admins. There aren't any realistic scenarios where relying on the anonymous volume is a valid/supported configuration (outside the lab maybe) that I can think of.
- Lingua principale
- Shell
- Stelle
- 7.4k
- Fork
- 1.9k
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di nextcloud/docker
-
1. To develop bug feature: cron image
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
0. Needs triage bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Imagick architecture mismatch (x86_64 vs aarch64) on official arm64 image causes Apache segfaultsAperta0. Needs triage bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 50/100
-
PHP 8.5 Breaks UpgradingForse di nuovo libera @BUTTERFINGERS7498 l’ha presa 40 giorni fa e non c’è nessuna pull request aperta. Aperta0. Needs triage bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
Tutte le issue di nextcloud/docker
Issue simili
-
Package for AUR (Arch Linux)Apertagood first issue need help packaging
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
phonology024/babelscribe#23 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
influxdata/openapi#660 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
tornadoweb/tornado#3781 ·
I maintainer di solito rispondono entro 1 giorno