weiter oben ist von Ralf ein gutes Vorgehen beschrieben. Bei meinem Test habe ich ein Update von 9.0.8 auf 9.1.4 gemacht. Das ging reibungslos. Vorgegangen bin ich in etwa wie von Ralf dargestellt. Voraussetzung ist, dass das Verzeichnis auf dem gleichen Server genutzt wird.
per ftp die Verzeichnisse data und config sichern. Besser ist besser.
dann per ssh auf webspace anmelden
ggf. in Unterverzeichnis mit der owncloud wechseln (bei mir läuft oc auf einer subdomain)
die auf dem webspace vorhandenen Verzeichnisse data und config umbenennen (z.B. mv data data1.bck); dann brauchst Du nach erfolgter Aktualisierung die Verzeichnisse nur umbenennen. Das geht schneller als kopieren.
alles löschen, bis auf die beiden umbennanten Verzeichnisse; am einfachsten mit ftp-client, z.B. filezilla. Das ist übersichtlicher, dauert aber ein bisschen länger.
Verzeichnisse data und config aus neuer Version löschen.
die umbenannten, alten Verzeichnisse data und config. aus Schritt 4 (z.B. data1.bck) wieder auf korrekte Namen umsetzen.
Dann weiter wie von Ralf beschrieben: und per WEB die Installation aufrufen und das angebotene Update starten.
In der Regel bricht das bei "viel zum Updaten" irgendwann ab. Da schlägt dann der Script-timer bei Strato zu. Einfach in config.php im config-Verzeichnis per vi den Parameter maintenance auf false setzen und erneut per WEB die Installation aufrufen. Das Ganze nötigenfalls mehrfach wiederholen. Irgendwann ist alles getan.
Das war in meinem Testfall nicht erforderlich. Ich hab auf 1 GB Daten die neue Version eingespielt. Das ging reibungslos.
Von Hand auch die Regel beachten: Ein major update immer nur einen Schritt weiter installieren. Dazu vorher die letzte Version des aktuellen Zweiges "davor" installieren. Beispiel: Man rennt 9.1.1 und möchte auf 9.2.0. Dazu erst 9.1.x (letzte Version) installieren.
Die Updater App ist bekannt dass sie viele Fehler hat, speziell in älteren ownCloud versionen. Dann kommen noch Probleme dazu, welche nur eben auf solchen Shared Hostern / Webspaces mit komischen Konfigurationen vorkommen.
Hier auf meinem Root-Server ist ein Update/Upgrade weit davon entfernt von kompliziert zu sein und innerhalb von 2-3 Minuten abgeschlossen:
Backup
Alle Dateien außer /data und /config löschen
Neue Version extrahieren
./occ upgrade ausführen
Das was hier die meiste Zeit frisst ist das Backup, alles andere ist in den genannten 2-3 Minuten erledigt.
Kann ich mich nur anschließen. Der ganze Vorgang geht sehr schnell. Je nach Volumen dauert die Sicherung von /data und /config ein bisschen. ./occ upgrade geht aber auf strato webspace nicht. Dazu fehlen die Rechte.
Hier müsst Ihr natürlich immer im Hinterkopf behalten, dass das früher oder später (je nach Anzahl der Benutzer / Daten etc.) zu Problemen führen kann / wird. Stichwort: Timeouts bei einem ausführen der Update-Routine über den Browser.
Aber kennt Ihr Dienstleister? Da wir die OnwCloud für den Datenaustausch mit unseren Kunden nutzen, zahlen wir gerne. Mir fehlt gerade der Zugang zu der Thematik.
Ja, klar. Das ist ein Hinweis dass es früher oder später Probleme geben könnte die ein Umzug auf ein Webhoster / Server notwendig machen könnte welcher die Ausführung von occ erlaubt.
ich habe mir meine owncloud-Version anpassen lassen (Logo und Farben) dann muss ich den Ordner Themes auch vorher sichern, oder?
Der von euch beschriebene Weg zeigt doch eigentlich eine Deinstallation der Alten Installation und Neuinstallation der aktuellen Version auf, oder?
Habt Ihr schon mit Erfahrung mit Strato´s Backup-Controle gemacht? Kann ich einfach die Version vom Vor-Tag zurücksichern und es läuft wieder? Habe gerade etwas Angst einfach alles zu löschen.
Ich habe jetzt mal ein Update auf einem nicht Produktivsystem (hosted bei all-inkl) durchgeführt in folgenden Schritten:
Ordner (data und config) gesichert
Ordner (data und config) umbenannt (_alt)
Alle Daten der Installation gelöscht, außer Ordner: data_alt und config_alt
setup-owncloud.php neu auf den Webspace geladen und „Neuinstallation“ durchgeführt
Bestehende SQL-DB in die Installation eingebunden
Neue Ordner: data und config gelöscht und Ordner: data_alt und config_alt umbenannt
Nachdem ich Owncloud im Browser aufgerufen habe, musste ich eine Aktualisierung durchführen
Prinzipiell hat alles soweit geklappt
Melde ich mich jetzt allerdings als Admin an, dann bekomme ich folgend Nachricht: Ungültiger privater Schlüssel für die Verschlüsselung-App. Bitte aktualisiere Dein privates Schlüssel-Passwort, um den Zugriff auf Deine verschlüsselten Dateien wiederherzustellen.
Gibt es an meinem Vorgehen was auszusetzen?
Sorry… fühle mich nur echt unsicher. Danke für eure Unterstützung!
das ist eine komplett falsche vorgehensweise. Keinerlei der Hinweise hier bestehen aus der verwendung der setup-owncloud.php oder eine Neuinstallation. Siehe z.B. folgender Kommentar, wie ein korrektes Upgrade durchgeführt werden muss:
Data und Config gelöscht und die alten Ordner umbenannt.
Fragen: • Ich verstehe nur nicht wie ich jetzt per Web das Update starte? Ralf führt dazu leider nichts aus. Mir fehlt der Zwischenschritt. • Greife ich jetzt auf die oc zu, so läuft schon ein 9.1.4 System!? • Wo bekomme ich für den Webinstaller eine ältere Version her, damit ich erneut ein Update durchführen kann?
Vielen Dank für eure Unterstützung und entschuldigung für die dummen Fragen.
erstmal einen großen Dank an Ralf und HerbertB für für Ihre Anleitungen.
Ich möchte mich den Frage von nimo gern anschließen: was bedeutet: "und per WEB die Installation aufrufen und das angebotene Update starten."?
Und kann ich nicht auch die aktuelle Version auf meinen Rechner lokal entpacken und per FTP in das Onecloud-Verzeichnis uploaden - oder muß ich das per ssh machen?
Auch ich habe meine OC bei einem Shared-Hoster (webgo).
Das bedeutet einfach, dass Du die URL zu Deiner ownCloud Installation im Browser aufrufen musst welche Du auch für den "normalen" Zugriff verwendest.
Ja, das geht auch. Wichtig sind dabei zwei Dinge:
Lösche vorher alle Dateien außer /data/ und /config/. Wenn Du nur die aktuelle Version hochlädst und vorhandene Dateien belässt führt das früher oder später immer zu Update/Upgrade Probleme
Beachte den "Übertragungsmodus" in Deinem FTP Client. Hier muss "Binary" und nicht "ASCII" ausgewählt sein, sonst bekommst Du Integrity Warnungen durch fehlerhafte Dateien.
Hallo kljhlkhglklfgh /das musste ich per C&P einsetzen
hab vielen Dank! Genauso habe ich es jetzt gemacht - und es hat einwandfrei geklappt!
Vielleicht noch einen Hinweis für andere: der Integritätscheck hat bei mir dennoch einen Fehler ausgegeben. Ich hatte die .htaccess vorher angepasst. Die Fehlermeldung kann man vermeiden, wenn man diese Anpassung (sofern das überhaupt zutrifft) erst im Nachhinein macht.
Vielen Dank für die Infos. Ich habe heute versucht, das Update von 10.0.6 auf 10.3.2 zu machen. Früher habe ich das so gemacht, daß ich eine komplette Neuinstallation gemacht habe und dann die Daten zur myQSL-Daten eingegeben habe, das hat eigentlich immer geklappt. Heute allerdings führte das zu nicht lösbaren Problemen, da beim Update ein Fehler bezüglich einiger Apps angezeigt wurde, die mit “occ” deaktiviert werden sollten, das klappt bei Strato nicht.
Ich habe dann, wie oben beschrieben, in die Neuinstallation die Verzeichnisse “data” und “config” hineinkopiert, damit ließ sich das Update auch starten, aber beim “integrity check” stieg das Update regelmäßig nach einiger Zeit aus, das war dann wohl das oben beschriebene Zeit-Problem.
Nach dem Einfügen des Befehls wurde der “integrity check” übersprungen und in wenigen Sekunden war alles auf dem neuesten Stand. Ich habe dann den Parameter in der config.php auf “false” gesetzt, bis jetzt läuft alles bestens.
Was mich natürlich umtreibt ist die Frage, ob das Hosting bei Strato unter diesen Umständen noch sinnvoll ist, es klappt ja anscheinend nur trotz Strato und nicht, weil Strato das unterstützt. Dann ist es wohl auch nicht ausgeschlossen, daß es irgendwann plötzlich gar nicht mehr klappt. Wohin könnte man denn kostengünstig und zukunftssicher gehen? Und wie stellt man sicher, daß alle Daten auch dorthin umziehen?
Leider stoße ich jetzt dabei auf folgendes Problem:
Wenn ich ganz zum Schluss die Web-Installation starten möchte, wird mir diese leider nicht mehr als Option angezeigt. Stattdessen wird aufgrund zu vieler Dateien und Benutzer empfohlen das Update per CommandLine durchzuführen, was aber ja nicht geht. Gibt es eine Möglichkeit trotz dieser Empfehlung das Update via Web-Installation zu erzwingen? Bei der aktuellen Version zu bleiben ist leider keine Option, da die PHP-Versions-Unterstützung seitens Strato ausläuft und ab Mitte Februar kostenpflichtig würde.
