Ja. Jetzt ist NC 14.0.3 stable.
Ich habe zwei upgegraded und bei einem musste ich mehr, beim anderen weniger nachjustieren. Aber alles nur befolgt, was in den Grundeinstellungen angemahnt wurde.
Den Thread hast du ja schon zitiert (durchgestrichen, hä?)
VG, Tobias
Hi Tobias … ich hatte den anderen Thread wiedergefunden. Da stehen ja alle Dinge, die manuell nachzuregeln sind (daher den Rest meiner Frage wieder gestrichen 
).
Aber eine Frage bleibt: 2-3 Apps (so wie “circles” und andere) wurden deaktiviert. Die muss man offenbar manuell wieder zurückholen. Wo hat NC seine Log-Files, so dass man das nochmal nachlesen kann??
Hallo Michael,
Also wieder der Fall, dass automatisch von 13 → 14 gewechsel werden
soll. Läuft das mittlerweile stabil? Gibt’s aktuelle Erfahrungswerte,
was man danach beachten oder manuell neu einstellen muss?
du weißt - ich bin kein Maßstab 
Trotzdem meine Erfahrungen:
Bis NC 13 hat jedes Update bei mir geklappt, auch der Wechsel von OC auf NC.
Ich wollte nun meine NC 13 auf NC 14 updaten. NC 14 wurde mir auch im
Updater vorgeschlagen.
Ich dachte erst, das Update hätte geklappt, habe aber erst später
bemerkt, dass die Darstellung der Dateien im Browser fehlerhaft war.
Mehrere Neuversuche führten - mit leicht andere, optischen Bild - immer
zum selben Problem.
Letztlich habe ich neuinstalliert.
Siehe
Viele Grüße
Steffen
/srv/nextcloud/data/updater.log , wenn NC in /srv/nextcloud installiert ist.
Ebenso das normale log: …data/nextcloud.log
VG, Tobias
Seltsam – leere Datei unter /var/www/nextcloud/data
-rw-r--r-- 1 www-data www-data 0 Aug 31 2017 nextcloud.logDie Datei /var/www/nextcloud-data/updater.log ist aber da – aber da sehe ich nicht (mehr) welche Apps deaktiviert wurden?!
Hi Steffen. Hier sieht im Moment noch alles normal aus … auch das integrierte Collabora Online Office funktioniert zum Glück noch! Ich bleibe daher zunächst auf dem 14er Release…
Schöne Grüße,
Michael
nextcloud.log ist bei dir ja vom 31.8.2017, also wird seither wo anders oder gar nicht geloggt.
Dann schau halt mal, ob du eine andere Datei .log, z.B. owncloud.log dort liegen hast, oder ob du dein /data Verzeichnis wo anders hingelegt hast, oder ob du in der config/config.php der nextlcoud installation die lage der Logdatei definiert hast, oder das logging komplett ausgeschalten hast.
Hallo,
ich mache die Updates niemals mit dem Webupdater, sondern habe ein Skript (das ich mal gefunden habe) angepasst, ich hängs mal an. Insgesamt bin ich jetzt bei 5 NC Installationen, die ich Updaten muss, da ist das ganz nett.
Im Wesentlichen macht das eine Sicherung der Nextcloud-Installation und der dazu passenden DB (man kann, wenn man will auch noch die eigentlichen Daten sichern). Dann untersucht es, welche Apps der alten Installation nicht bei der neuen Nextcloud mitgekommen sind und kopiert diese in die neue Installation. Man kann eine Liste von Apps angeben, die das Skript nach dem Upgrade wieder aktivieren (oder genauer: versuchen zu aktivieren) soll. Das versucht es dann auch, und wenn es nicht klappt wird es rot auf der Konsole, das liegt dann meist daran, dass beispielsweise von 13.x auf 14.x eine neue Totp App nötig da sich die alte in NC 14 nicht mehr aktivieren lässt. Dann muss man eben als Admin im Webinterface die App-Updates installieren und wieder aktivieren.
Wenn jemand ™ motiviert ist, kann man das sicherlich aufbohren, so dass die Apps direkt aus dem Netz aktualisiert werden. Eine einfache Erweiterung wäre auch eine Backup Funktion. Sollte daran Interesse bestehen, würde ich das in ein Repo tun (Geändert: Ist im Repo, Anhang entfernt), ansonsten kann jeder damit machen was er mag.
VG
Frank
Anmerkung: wahrscheinlich funktioniert das Script und auch das getrennte Sichern von Installation und Daten nur dann, wenn das Datenverzeichnis (wie es aus Sicherheitsgründen auch unbedingt zu empfehlen ist) nicht unterhalb des Installationsverzeichnisses ist. Technischer: Das Skript wird failen, wenn es keine Konfigurationsoption “datadirectory” in der config.php gibt, da ich diesen Fall nicht abfange.
Anwendung:
- Abschnitt “Konfiguration” im Skript anpassen
- Nextcloud-Zip runterladen
- imx-nextcloud-update nextcloud-xx.x.x.zip
Bevor dass Skript irgendwas macht, zeigt es die gefundenen Parameter an und fragt nochmal nach. Kann man also gefahrlos mal gucken, was passiert…
P.S.: Alle 5 Instanzen wurde ohne weitere Probleme mit diesem Skript seit Version 10 oder so gepflegt.
1 „Gefällt mir“
Hallo Michael,
Hier sieht im Moment noch alles normal aus … auch das
integrierte Collabora Online Office funktioniert zum Glück noch! Ich
bleibe daher zunächst auf dem 14er Release…
wie ich schon sagte: Ich bin bekanntlich kein Maßstab
Viele Grüße
Steffen
Hi Frank. Top - aber leider hilft mit das nachträglich nicht mehr, oder? Ich suche in den Update-Logs weiterhin die Stelle, wo steht welche 3rd-p. Apps beim Update deaktiviert wurden. Es war auf jeden Fall "circles’ und “Bookmarks” dabei, die dritte weiß ich nicht mehr… Laufen diese Erweiterungen unter V14 noch??
Hallo,
ja die laufen noch. Du musst dich einfach am Webinterface als Admin anmelden und in den Apps Einstellungen die Aktualisierungen installieren und die Apps dann wieder aktivieren.
Wenn ein Login nicht mehr geht, weil Apps “querschießen”, kannst du die fehlerhaften Apps auf der Kommandozeile des NC Server deaktivieren:
cd NEXTCLOUD/INSTALL/DIR
sudo -u www-data php occ app:disable circles
deaktiviert die Circles App.
Alle Apps und ob sie an oder aus sind bekommst du mit
sudo -u www-data php occ app:list
VG
Frank
Und Edit - Linkservice: https://docs.nextcloud.com/server/14/admin_manual/configuration_server/occ_command.html
Ahso: Im Appstore bei Nextcloud ist das übrigens auch ziemlich transparent dargestellt, welche Versionen von Apps mit welchen Nextcloud Versionen verwendet werden sollten (z.B. deine Bookmarks):
https://apps.nextcloud.com/apps/bookmarks
Auch dein Problem ist dort sichtbar: NC13 möchte Bookmarks 0.12.2, NC 14 verlangt nach 0.13.1.
Für andere Apps analog, das wäre wohl auch der Ansatzpunkt, um das Updateskript in die Lage zu versetzen, Apps zu aktualisieren. Allerdings ist das wahrscheinlich kein direkter Job für die Bash mehr, sondern eher was für phython/mechanize in Ergänzung zum Updateskript.
LG Frank
Hi Frank.
Super – alles geklärt und alles wieder aktiviert! Beim nächsten Mal dann mit deinem Script! 
Übrigens läuft V14 hier deutlich performanter als zuvor? Täuscht der Eindruck oder ist das bei euch auch so?
Einen Nachtrag hätte ich dann aber noch (etwas OT): Ein Kollege hat manuell ein paar User nachgetragen, die in einem bestimmten Kurs sind und Zugriff auf die NextCloud haben sollen. Da das alles manuelle Einträge sind, werden das sicher auch Dateileichen werden, wenn der Kurs erstmal beendet ist. Daher eine Frage zum Benutzen der Cloud auch für Schüler: Ist ein Mechanismus möglich, der der Nutzung von p_wifi in der Schulkonsole entspricht? Also konrket: Gruppen, die im Projekt “p_nextcloud” eingetragen sind, dürfen sich einloggen – alle andere nicht?
Schöne Grüße.
Michael
was ist heutzutage noch technisch unmöglich.
Es ist nur eine Frage des Aufwandes. In deinem Fall: Ja, ich würde es über die Gruppenabfrage bei LDAP machen und p_cloud erlauben.
Ich habe alle User freigeschalten (2GB quota).
Bislang keine Probleme, aber ich muss mir immer wieder Gedanken machen, was und welche Daten man den Lehrern auf der Cloud freischalten/empfehlen soll.
? Unterrichtsmaterial
? Noten
? Verwaltungsdaten, wie Lehrerlisten
? noch sensiblere Informationen, wie: Exceltabelle zu Förder-/Forderunterricht
VG, Tobias
Ich habe die LDAP-Einschreibung für gewisse Gruppen sogar schon aktiv – da sind z.B. bei den NC-Usern einige Gruppen zu sehen. Dabei fiel mir gerade ein “Bug” auf: Die LDAP-Gruppe “p_wifi” taucht bei uns auf. Darin sind alle Lehrer enthalten. Wenn ich nun eine Klasse zur Gruppe hinzufüge, damit die in der Schule online ist, kann sie sich (ohne dass ich es getestet habe!) während dieser Zeit auch unter NC einloggen, da die Schüler für den Zeitraum ebenfalls Mitglied der Gruppe p_wifi sind. Ob das nun gewünscht ist oder nicht, muss man für sich entscheiden …
Aber gleich alle User freischalten?? Was machst du mit den Abgängern? Diese Diskussion hatten wir ja irgendwann hier schon mal: “Wie umgehen mit abgelaufenen Logins?”
Schönen Gruß.
Michael
teste das mal: es gibt nämlich einen unterschied zwischen den usern (über gruppen etc.) die sich einloggen dürfen und den usern (und gruppen), die man sehen kann und mit denen man dann teilen kann, denke ich. Wobei es natürlich nicht sinnvoll ist, mit p_schueler zu teilen, wenn diese sich gar nicht einloggen können.
Vllt. irre ich mich auch und es gibt nur eine Maske
Hi Tobias. Hast wahrscheinlich Recht – der Zugriff ist bei uns noch über die GUID beschränkt. Da kommen wahrscheinlich tatsächlich nur Lehrer rein. Der Eintrag ist wahrscheinlich ganz einfach um die ID für die Gruppe “p_nextcloud” ergänzbar … die Schritte zum Schuljahreswechsel bleiben aber vermutlich Handarbeit…!?
Ich wüsste noch gerne, wer von euch im Hintergrund erfolgreich ein do-release-upgrade von 16.04 auf 18.04 hinter sich hat. Läuft das ebenfalls problemlos durch? Auf einer anderen VM (docker) war es kein Problem … aber man weiß ja nie 
Schöne Grüße,
Michael
im selben Thread: ja, es war was anzupassen.
VG, Tobias
Hatte ich überlesen … danke! Die beiden Pakete habe ich sicherheitshalber schon mal unter 16.04 installiert. Dann kann ich demnächst ja mal ein Upgrade auf 18.04 anwerfen und schauen, ob noch alles so läuft wie bisher.