Ich habe heute die Meldung erhalten, dass ein neues Update auf die Nextcloud-Version 20.0.8. verfügbar ist. Wie gewohnt habe ich also den Update-Prozess über den Webbrowser gestartet.
Im dritten Schritt brach das Update diesmal ab und es tauchte der „Fehler“ „Create backup“ auf.
Eine genauere Fehlermeldung wurde nicht ausgegeben.
Nextcloud Create backup Problem
Auch ein Neustart des Servers und ein wiederholter Versuch des Updates hat nicht funktioniert. Es kam nach wie vor die gleiche Fehlermeldung.
Nach wein wenig Recherche in den weiten des Internets bin ich auf eine mögliche Fehlerursache gestoßen.
Liegen zwei config.php-Dateien im config-Verzeichnis, könnte das zu dem beschriebenen Abbruch des Updates führen.
Da ich kürzlich eine kleine Änderung an meiner config.php vorgenommen habe, lag ein Backup der Datei im /var/www/html/nextcloud/config-Verzeichnis.
ls
config.php config.php-bak config.sample.php
Nachdem ich die Backup-Datei gelöscht hatte, funktionierte das Update wie gehabt reibungslos und ohne Probleme.
Nextcloud Create backup Problem
Gib mir gerne einen Kaffee ☕ aus!
Wenn dir meine Beiträge gefallen und geholfen haben, dann kannst du mir gerne einen Kaffee ☕ ausgeben.
ist absolut technik-begeistert und großer Fan von Linux und Open Source. Raspberry Pi Bastler der ersten Stunde und nach wie vor begeistert von dem kleinen Stück Hardware, auf dem er tolle Projekte umsetzt. Teilt hier seine Erfahrungen mit Nextcloud, Pi-hole, YubiKey, Synology und openmediavault und anderen spannenden IT-Themen. Nutzt Markdown und LaTeX zum Dokumentieren seiner Projekte und Gitea zum Versionieren. Sitzt vor einem 49“ Monitor, nutzt Windows und MacOS zum Arbeiten, Linux auf seinen Servern und virtuellen Maschinen und hört dabei Spotify und MP3s und Radio-Streams über seinen RadioPi.
Trinkt gerne fairen Kaffee und freut sich deshalb sehr über jede Spende.
6 Antworten auf „Nextcloud – Update error: Creating backup fails“
Hallo Stefan,
wie immer ein super Beitrag.
Das letzte Update (20.0.7) lief bei mir problemlos durch. Jedoch lassen sich nun die Apps weder updaten noch neue Apps installieren. Woran kann das liegen?
Die Log-Dateien machen mich nicht wirklich schlauer. Fehlermeldung: Kann nicht upgedatet werden.
Versuche ich das Update occ, dann läuft z.B. das Mail Update mehrere Stunden und hört dann kommentarlos auf.
Hast Du eine Idee für mich? Da ich absoluter Nextcloud/Linux Neuling bin, bin ich da ganz schön überfordert.
Auf jeden Fall schon mal Danke.
Moin Stefan,
bei der Suche nach etwas anderem bin ich auf Deinen Blog gestoßen und habe mal etwas gestöbert.
Zunächst: „Create Backup“ ist keine Fehlermeldung. Das ist ein ganz normaler Schritt beim Update, der von Nextcloud immer durchgeführt wird. So kann man relativ leicht wieder zurückrollen, wenn beim Backup etwas schief läuft. Der Punkt ist, dass es bei Dir einfach hängen geblieben ist. Unschön ist, dass es keine Fehlermeldung gibt und der Prozess einfach hängen bleibt.
Wenn Du zwei Schritte vorher schaust, findest Du „Check for expected files.“ Der Update schaut also, ob alle erwarteten Dateien da sind und ob es unerwartete Dateien gibt. Ich bekomme regelmäßig die Meldung, dass es ein Verzeichnis „assets“ gibt. Das wird, warum auch immer, öfter mal erzeugt. Ein leeres, nutzloses Verzeichnis, dass ich dann manuell löschen muss. Das zeigt, dass der Updater wohl relativ zickig ist bei Dateien, die da nicht hingehören. So ist es bei Dir auch passiert, der Prüfprozess für unerwartete Dateien ist wohl nicht wirklich ausgefeilt. Aber der Updater stolpert auch nicht über jede Datei. Ich habe bei mir zwei Dateien als Backup liegen:
/var/www/nextcloud/lib/private/Http/Client/Client.php.bak
/var/www/nextcloud/lib/private/App/AppStore/Fetcher/Fetcher.php.bak
Beide verursachen kein Problem. Das liegt wohl daran, dass diese Verzeichnisse beim Update komplett ausgetauscht werden. Das config-Verzeichnis muss nach dem Update aber wiederhergestellt werden. Möglicherweise macht das den Unterschied aus.
eine mögliche Fehlerursache könnte auch sein, dass die Backupdatei eventuell nicht www-data sondern root gehört.
Dann könnte das Backup-Skritpt nicht darauf zugreifen, um ein Backup zu erstellen.
Wir verwenden Cookies, um unsere Website und unseren Service zu optimieren.
Funktional
Immer aktiv
Die technische Speicherung oder der Zugang ist unbedingt erforderlich für den rechtmäßigen Zweck, die Nutzung eines bestimmten Dienstes zu ermöglichen, der vom Teilnehmer oder Nutzer ausdrücklich gewünscht wird, oder für den alleinigen Zweck, die Übertragung einer Nachricht über ein elektronisches Kommunikationsnetz durchzuführen.
Vorlieben
Die technische Speicherung oder der Zugriff ist für den rechtmäßigen Zweck der Speicherung von Präferenzen erforderlich, die nicht vom Abonnenten oder Benutzer angefordert wurden.
Statistiken
Die technische Speicherung oder der Zugriff, der ausschließlich zu statistischen Zwecken erfolgt.Die technische Speicherung oder der Zugriff, der ausschließlich zu anonymen statistischen Zwecken verwendet wird. Ohne eine Vorladung, die freiwillige Zustimmung deines Internetdienstanbieters oder zusätzliche Aufzeichnungen von Dritten können die zu diesem Zweck gespeicherten oder abgerufenen Informationen allein in der Regel nicht dazu verwendet werden, dich zu identifizieren.
Marketing
Die technische Speicherung oder der Zugriff ist erforderlich, um Nutzerprofile zu erstellen, um Werbung zu versenden oder um den Nutzer auf einer Website oder über mehrere Websites hinweg zu ähnlichen Marketingzwecken zu verfolgen.
• 
Hallo Stefan,
wie immer ein super Beitrag.
Das letzte Update (20.0.7) lief bei mir problemlos durch. Jedoch lassen sich nun die Apps weder updaten noch neue Apps installieren. Woran kann das liegen?
Die Log-Dateien machen mich nicht wirklich schlauer. Fehlermeldung: Kann nicht upgedatet werden.
Versuche ich das Update occ, dann läuft z.B. das Mail Update mehrere Stunden und hört dann kommentarlos auf.
Hast Du eine Idee für mich? Da ich absoluter Nextcloud/Linux Neuling bin, bin ich da ganz schön überfordert.
Auf jeden Fall schon mal Danke.
Hallo Holger,
Vielen Dank!
Ich habe für dein Problem leider so keine Lösung.
Wenn das Update von der vorherigen Version auf 20.0.7 funktioniert hat und seitdem keine Änderungen durchgeführt worden sind, ist das sehr seltsam.
Vielleicht liegt es einfach daran, dass der Update-Server nicht erreichbar ist. Es gibt dazu bereits einen Thread
https://help.nextcloud.com/t/nextcloud-20-latest-mit-unvollstandigen-apps-und-appstore/94611/20
Ich hoffe das ist die Lösung für dich, denn das wäre sehr einfach. 🙂
Grüße
Stefan
Fall man mal nicht weiterkommt, kann man hier auch folgenden Trick anwenden:
Auskommentierung der folgenden Zeilen in der nextcloud/updater/index.php:
case 3:
$updater->createBackup();
break;
Dann wird das Backup im Upgrade-Prozess übersprungen.
Ist hilfreich davon zu wissen.
Moin Stefan,
bei der Suche nach etwas anderem bin ich auf Deinen Blog gestoßen und habe mal etwas gestöbert.
Zunächst: „Create Backup“ ist keine Fehlermeldung. Das ist ein ganz normaler Schritt beim Update, der von Nextcloud immer durchgeführt wird. So kann man relativ leicht wieder zurückrollen, wenn beim Backup etwas schief läuft. Der Punkt ist, dass es bei Dir einfach hängen geblieben ist. Unschön ist, dass es keine Fehlermeldung gibt und der Prozess einfach hängen bleibt.
Wenn Du zwei Schritte vorher schaust, findest Du „Check for expected files.“ Der Update schaut also, ob alle erwarteten Dateien da sind und ob es unerwartete Dateien gibt. Ich bekomme regelmäßig die Meldung, dass es ein Verzeichnis „assets“ gibt. Das wird, warum auch immer, öfter mal erzeugt. Ein leeres, nutzloses Verzeichnis, dass ich dann manuell löschen muss. Das zeigt, dass der Updater wohl relativ zickig ist bei Dateien, die da nicht hingehören. So ist es bei Dir auch passiert, der Prüfprozess für unerwartete Dateien ist wohl nicht wirklich ausgefeilt. Aber der Updater stolpert auch nicht über jede Datei. Ich habe bei mir zwei Dateien als Backup liegen:
/var/www/nextcloud/lib/private/Http/Client/Client.php.bak
/var/www/nextcloud/lib/private/App/AppStore/Fetcher/Fetcher.php.bak
Beide verursachen kein Problem. Das liegt wohl daran, dass diese Verzeichnisse beim Update komplett ausgetauscht werden. Das config-Verzeichnis muss nach dem Update aber wiederhergestellt werden. Möglicherweise macht das den Unterschied aus.
eine mögliche Fehlerursache könnte auch sein, dass die Backupdatei eventuell nicht www-data sondern root gehört.
Dann könnte das Backup-Skritpt nicht darauf zugreifen, um ein Backup zu erstellen.
Super, vielen Dank für den Beitrag. Da hätte ich wohl sonst eine Ewigkeit dran gesessen :).