Nextcloud dauerhaft im Wartungsmodus

hansstramm

Lt. Commander
Registriert
Jan. 2014
Beiträge
1.658
Moin freunde,
nach einem Update befindet sich meine Nextcloud dauerhaft im Wartungsmodus.
Das Update müsse die Nextcloud Version 27.0.1 sein.
Ich hatte das Update über die Nextcloud Seite aktualisiert.
Nextcloud ist auf meinem Nuc über Proxmox mit einem CT Container installiert.

Die Nextcloud ist erreichbar:
Unbenannt.PNG


Ich hoffe, es kann jemand helfen.

Mfg
 
Ich hab den Befehl
Code:
sudo -u www-data php occ maintenance:mode --off
mal bei Proxmox eingegeben:

Code:
root@pNextCloud:~# sudo -u www-data php occ maintenance:mode --off
Could not open input file: occ
🤔

Kann mir jemand erklären, wie ich mich per per SSH auf die Nextcloud schalten kann?=).
 
Du kannst einfach über die Proxmox Weboberfläche dich in den Container schalten und von dort aus den Befehl absetzen, da musst du nicht unbedingt über SSH drauf, ist nur wichtig, dass du im Arbeitsverzeichnis der Nextcloud bist, sonst funktioniert der Befehl nicht, wenn nicht eben eine der oben genannten Alternativen nehmen.
Updates würde ich bei Nextcloud auch immer direkt über Konsole ausführen.
 
  • Gefällt mir
Reaktionen: hansstramm
Eventuell musst auch php81 oder eine andere Version nehmen, wenn weitere Probleme auftauchen
 
  • Gefällt mir
Reaktionen: hansstramm
Malaclypse17 schrieb:
Ist nur wichtig, dass du im Arbeitsverzeichnis der Nextcloud bist, sonst funktioniert der Befehl nicht.
Und welches Verzeichnis ist das? 😅

Wenn ich "ls" eingeben zeigt mir der Promox Terminal von Nextcloud folgendes:
Code:
root@proxmox:~# ls
cpu-temp.txt

Edit:
Den Ordner "var" finde ich:
Code:
root@proxmox:/var# ls
backups  cache  lib  local  lock  log  mail  opt  run  spool  tmp
 
Zuletzt bearbeitet:
Wie sieht es mit Speicherplatz im Docker und im Proxmox Host aus? Ich hatte es mal, dass nach einem Update ein Fehler aufgetreten ist, dass er sämtlichen Speicher vermeintlich vollgeschrieben hat, was auch nicht mehr löschbar war (war vermutlich ein ZFS-Fehler). Mir half da nur eine komplette Neuinstallation.
 
  • Gefällt mir
Reaktionen: hansstramm
@TorenAltair
Könnte damit zusammenhängen:

Code:
root@proxmox:~# sudo apt-get update && apt-get upgrade && apt-get dist upgrade && apt-get autoremove && apt-get clean && --y
Get:1 http://ftp.debian.org/debian bullseye InRelease [116 kB]
Err:1 http://ftp.debian.org/debian bullseye InRelease                                               
  Error writing to file - write (28: No space left on device) [IP: 146.75.118.132 80]
Get:2 http://security.debian.org/debian-security bullseye-security InRelease [48.4 kB]               
Err:2 http://security.debian.org/debian-security bullseye-security InRelease                                 
  Error writing to file - write (28: No space left on device) [IP: 146.75.118.132 80]
Get:3 http://download.proxmox.com/debian/pve bullseye InRelease [2,768 B]                                   
Err:3 http://download.proxmox.com/debian/pve bullseye InRelease                 
  Error writing to file - write (28: No space left on device) [IP: 51.91.38.34 80]
Get:4 http://ftp.debian.org/debian bullseye-updates InRelease [44.1 kB] 
Err:4 http://ftp.debian.org/debian bullseye-updates InRelease                   
  Error writing to file - write (28: No space left on device) [IP: 146.75.118.132 80]
Get:5 http://download.proxmox.com/debian/ceph-quincy bullseye InRelease [2,655 B]
Err:5 http://download.proxmox.com/debian/ceph-quincy bullseye InRelease
  Error writing to file - write (28: No space left on device) [IP: 51.91.38.34 80]
Reading package lists... Done
W: Failed to fetch http://ftp.debian.org/debian/dists/bullseye/InRelease  Error writing to file - write (28: No space left on device) [IP: 146.75.118.132 80]
W: Failed to fetch http://ftp.debian.org/debian/dists/bullseye-updates/InRelease  Error writing to file - write (28: No space left on device) [IP: 146.75.118.132 80]
W: Failed to fetch http://download.proxmox.com/debian/pve/dists/bullseye/InRelease  Error writing to file - write (28: No space left on device) [IP: 51.91.38.34 80]
W: Failed to fetch http://security.debian.org/debian-security/dists/bullseye-security/InRelease  Error writing to file - write (28: No space left on device) [IP: 146.75.118.132 80]
W: Failed to fetch http://download.proxmox.com/debian/ceph-quincy/dists/bullseye/InRelease  Error writing to file - write (28: No space left on device) [IP: 51.91.38.34 80]
W: Some index files failed to download. They have been ignored, or old ones used instead.
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  proxmox-ve pve-kernel-5.15 pve-qemu-kvm
The following packages will be upgraded:
  base-files curl debian-archive-keyring grep isc-dhcp-client isc-dhcp-common libavahi-client3 libavahi-common-data libavahi-common3 libc-bin libc-l10n
  libc6 libcurl3-gnutls libcurl4 libncurses6 libncursesw6 libnss-systemd libnvpair3linux libpam-systemd libproxmox-acme-perl libproxmox-acme-plugins
  libpve-access-control libpve-cluster-api-perl libpve-cluster-perl libpve-common-perl libpve-guest-common-perl libpve-http-server-perl libpve-rs-perl
  libpve-storage-perl libsystemd0 libtinfo6 libudev1 libunbound8 libuutil3linux libxml2 libzfs4linux libzpool5linux locales lxc-pve ncurses-base ncurses-bin
  ncurses-term novnc-pve postfix proxmox-backup-client proxmox-backup-file-restore proxmox-widget-toolkit pve-cluster pve-container pve-docs
  pve-edk2-firmware pve-firewall pve-firmware pve-ha-manager pve-i18n pve-kernel-helper pve-manager qemu-server spl swtpm swtpm-libs swtpm-tools systemd
  systemd-sysv traceroute tzdata udev zfs-initramfs zfs-zed zfsutils-linux
70 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Need to get 155 MB of archives.
After this operation, 9,859 kB of additional disk space will be used.
E: You don't have enough free space in /var/cache/apt/archives/.

Unbenannt.PNG

🤔

Der NC CT schaut aber entspannt aus:
1690418785012.png
 
Welches Dateisystem hast Du für die NC-Instanz und welches Dateisystem hast Du innerhalb von NC?
 
  • Gefällt mir
Reaktionen: hansstramm
Also ich habe die Nextcloud über ein Script installiert.
Ist hier zu finden.
Das ganze läuft über einen Ubuntu Container:

Code:
root@pNextCloud:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 22.04.2 LTS
Release:        22.04
Codename:       jammy
root@pNextCloud:~#

Hier noch die Ausgabe von df -H:

Code:
root@proxmox:~# df -H
Filesystem            Size  Used Avail Use% Mounted on
udev                  4.0G     0  4.0G   0% /dev
tmpfs                 790M  1.2M  789M   1% /run
/dev/mapper/pve-root   70G   67G     0 100% /
tmpfs                 4.0G   45M  4.0G   2% /dev/shm
tmpfs                 5.3M     0  5.3M   0% /run/lock
/dev/sda2             536M  345k  536M   1% /boot/efi
/dev/fuse             135M   17k  135M   1% /etc/pve
tmpfs                 790M     0  790M   0% /run/user/0


Edit:
Die Platte war wohl voll, wegen zu vieler automatischen Backups.

Sieht jetzt so aus nach dem Löschen der Backups:

1690422045737.png



Update:
Läuft jetzt wieder,
nach dem Löschen der Backups habe ich das Upgrade über die Konsole installiert.
Beim ersten mal installierte er die alte Version 26.0.4.
Beim zweiten mal fand er dann die Aktelle 27.0.1.
Den "Maintenance-Mode" (Wartungsmodus) habe ich nach dem Installieren einfach aus gelassen.
Hier eine Anleitung.


Danke für die Hilfe.

Eine Frage hätte ich noch.
NC sagt:

Sicherheits- & Einrichtungswarnungen​


Für die Sicherheit und Performance deiner Instanz ist es wichtig, dass alles richtig konfiguriert ist. Um dir dabei zu helfen, führen wir einige automatische Prüfungen durch. Weitere Informationen kannst du der verlinkten Dokumentation entnehmen.


Es gibt einige Warnungen bei deiner Systemkonfiguration.


  • Der „X-Robots-Tag“-HTTP-Header ist nicht so konfiguriert, dass er „noindex, nofollow“ entspricht. Dies ist ein potentielles Sicherheitsrisiko und es wird empfohlen, diese Einstellung zu ändern.


Sollte ich da was ändern?
Die NC darf nicht ins Internet und wird nur für den Heimgebrauch genutzt.
 
Zuletzt bearbeitet:
hansstramm schrieb:
Sollte ich da was ändern?
Die NC darf nicht ins Internet und wird nur für den Heimgebrauch genutzt.
Dann ist das nicht so wichtig.

Bei vorgefertigten Lösungen, wie der hier genutzten, ist es immer schwer, Tips zur Konfiguration zu geben. Da wäre es eine Möglichkeit, sich an den Autor zu wenden.

Habe bei meiner Nextcloud ein paar Tage gebraucht (mit Hilfe von @LieberNetterFlo), um alle Traefik Header Label korrekt zu setzen, damit der Nextcloud-Selbsttest befriedigt ist :).
 
  • Gefällt mir
Reaktionen: hansstramm
TorenAltair schrieb:
Wie sieht es mit Speicherplatz im Docker und im Proxmox Host aus? Ich hatte es mal, dass nach einem Update ein Fehler aufgetreten ist, dass er sämtlichen Speicher vermeintlich vollgeschrieben hat, was auch nicht mehr löschbar war (war vermutlich ein ZFS-Fehler). Mir half da nur eine komplette Neuinstallation.
Das ist kein ZFS-Fehler, sondern resultiert aus der Funktionsweise von ZFS. Wenn du ein das vollgeschrieben hast, kannst du nur noch komplette Datasets löschen, bevor du darin wieder löschen kannst.

Edit: Das sieht mir beim TE aber nicht nach ZFS aus?
 
  • Gefällt mir
Reaktionen: hansstramm
@herrhannes Ja, der Punkt war bei mir, dass es eben nicht voll war, ZFS als Host mit ext4 als Client aber der Meinung waren, obwohl noch ca 1 TB frei angezeigt wurde.
Hauptsache beim @hansstramm läuft es nun wieder nachdem er Platz geschafft hat.
 
BTW hatte beim 27.0 -> 27.0.1 auch den Fall, dass die NC im Wartungsmodus hängen blieb. Einfach nach 3h habe ich den Wartungsmodus abgeschaltet (wie oben schon beschrieben) und dann noch per Terminal (ssh) die Missing-DB-Indexe hinzugefügt und läuft wieder.

Ich betreibe die NC in einem Docker von Linuxserver.Io (genauer gesagt Dockerverbund aus MariaDB-Container, NC-Container, Redis-Container, Calm-AV Container)

Vielleicht ist das Hängenbleiben ein Bug?

BTW, ist da Docker deutlich bequemer als ne VM, da man sich um die Ungebungsvariablen, wie PHP Version und Anpassung des Webservers usw. eniger Gedanken machen muss, da die passenden Einstellungen meist out-of-the-Box passend kommen. Da passiert sowas wie
  • Der „X-Robots-Tag“-HTTP-Header ist nicht so konfiguriert, dass er „noindex, nofollow“ entspricht. Dies ist ein potentielles Sicherheitsrisiko und es wird empfohlen, diese Einstellung zu ändern.
nicht, oder ist durch ein Update des Containers mit angepassten nginx-Einstellungen schnell behoben.
 
Zuletzt bearbeitet:
conf_t schrieb:
Ich betreibe die NC in einem Docker von Linuxserver.Io.
Leider macht man sich bei 3rd-Party-Dockerimages von der Gnade/Aktivität des Entwicklers abhängig, Updates zeitnah zu übernehmen. Ist auch bei Browsern ein Problem, das gern übersehen wird. Daher nutze ich lieber die Originalimages.
conf_t schrieb:
Vielleicht ist das hängen bleiben ein Bug?
Ist kein Bug. Passiert nach Updates immer wieder, daß die Datenbank angepaßt werden muß. Meine wurde als (iirc) 24.x gestartet und auf dem Weg zur 27.0.1 waren immer wieder Eingriffe nötig.

Der Selbsttest ist allerdings recht hilfreich und hat bisher immer schnell zur Lösung geführt.
 
mae1cum77 schrieb:
Ist kein Bug. Passiert nach Updates immer wieder, daß die Datenbank angepaßt werden muß.
;)"Bug" bezog sich auf das Hängenbleiben im Wartungsmodus. Das andere ist nix neues. Bin schon länger dabei als es Nextcloud gibt, damals noch OC. Die DB muss meist spätestens mit jedem Major-Update gefixt werden.
 
Zurück
Oben