# Nextcloud — VM103 (odczyt 2026-09-14)

Usługi: `app`, `cron` (ten sam obraz — aktualizuj razem), `db` (MariaDB 10.6), `redis`.
Obraz: `nextcloud:<wersja>-apache`. Bindy: `/srv/appdata/nextcloud/{db,redis,html,config,custom_apps}`.
Dane użytkowników: volume `next31_nfs-data` (NFS TrueNAS).

## Źródła
| README obrazu | https://github.com/nextcloud/docker |
|---|---|
| Release notes | https://nextcloud.com/changelog/ · https://github.com/nextcloud/server/releases |
| Wsparcie wersji | https://github.com/nextcloud/server/wiki/Maintenance-and-Release-Schedule |
| Zgłoszenia | https://github.com/nextcloud/server/issues |
| Przewodnik upgrade | https://docs.nextcloud.com/server/stable/admin_manual/maintenance/upgrade.html |

## Wersje
Tagi: `image_tags.sh nextcloud --pattern '^[0-9.]+-apache$' --current <obecny tag>`. Auto: `patch`.
Najpierw najnowszy patch majora, potem jeden major na krok. Brak downgrade'u.
Przed majorem: zgodność aplikacji zewnętrznych, zakończone migracje w tle. Teraz: 31.0.12 → 31.0.14.

## Przed zmianą
Maintenance mode on → stop `app` i `cron` → zmiana obu. `db`, `redis` bez zmian.

## Odbiór (limit 10 min)
```bash
C=/opt/homelab/compose/nextcloud/compose.yaml
docker compose -f $C exec -T --user www-data app php occ status --output=json   # installed, bez maintenance, bez needsDbUpgrade
docker compose -f $C exec -T --user www-data app php occ config:app:get core lastcron   # świeży
docker compose -f $C exec -T cron sh -c 'pidof crond'
```
Cztery kontenery działają, HTTPS odpowiada. Bez skanów i masowych zadań.

## STOP
Nieoczekiwana migracja/repair; oczekujący upgrade DB; stary `lastcron`; major bez świeżego `mysqldump`.

## Powrót
Po migracji schematu `rollback.sh` nie wystarcza: restore zrzutu MariaDB albo `qmrestore` nocnej kopii VM103.