Nextcloud 13

[maalik]

Hallo,

heute ist wohl Nextcloud 13 erschienen. Schon jemand geupdate? Gibt es Probleme, oder ist alles sauber durchgelaufen?

Können auch gerne auch ein Sammelthread draus machen für alles was die neueste Nextcloud-Version betrifft.

 

[rednag]

Ich wollte eine Neuinstallation machen. Mit extra Verz. für "data" und MariaDB10 - DB. Zwei Timeouts während der Installation und einmal während des erste Mal anmelden.
Hierbei habe ich das über die interne IP der DS versucht. also innerhalb des LANs. Die Timeouts haben sich aber in "Bei der Verarbeitung dieser Anforderung ist ein Fehler aufgetreten." geäußert.

Bei dem nächsten Versuch über einen vHost cloud.domain.de habe ich reproduzierbar einen "Internen Serverfehler" produziert bekommen.

Kurzerhand einen Restore von Web station, MariaDB und dem Datenverzeichnis gemacht. Nextcloud meldet aber nun, daß kein OPCache mehr installiert is, obwohl die benötigten Sachen in der php.ini eingetragen sind. Ob das aber durch den Restore oder aber dem Update der Web Station kommt...Ich lebe vorerst damit. Nicht schön, aber mir fehlt momentan ein wenig die Muße mich damit eingehend und tiefer damit zu beschäftigen.

PS: Ich habe mir die Daten manuell runtergeladen und entpackt, und nicht den WebInstaller genommen.

 

[steje43]

Ja, update gemacht, hat ohne Probleme bei mir funktioniert.

Habe nicht mal die Apps deaktiviert.

 

[ottosykora]

ich stehe da auch vor der Aufgabe einen Nextcloud auf eine alte DS211+ zu installieren.

Webstation Update wurde gemacht, der bereits vorhandene Wordpress hat nichts schlechtes gemeldet, die Nutzer haben nichts negatives gemeldet.

Ist es vernünftig den Nextcloud 13 jetzt versuchen zu installieren oder noch warten ob sich die Probleme mit dieser Webstation irgendwie lösen?

 

[Wolfgang62]

Ich schiebe ebenfalls ein udpate der WebStation vor mir her - gleiches gilt für ein update von ownCloud auf NextCloud. Solange ownCloud 9.x noch supported wird bleibe ich wahrscheinlich dabei.
Grüße

 

[maalik]

So, ich kann dann nun auch davon berichten, erfolgreich über den Web-Updater auf Nextcloud 13 geupdated zu haben. Wie immer natürlich vorher auf Apache 2.2 und PHP 5.6 zurückgestellt, danach wieder auf 2.4 und 7.0.

 

[Arni]

Hallo, habe jetzt auch erfolgreich ein Update auf NC13 gemacht. Aus Gewohnheit habe ich das Ganze auf der Konsole abgewickelt und ich brauchte erstmalig NICHT den Apache und PHP zurücksetzten. Bei mir läuft NC13 jetzt also auf Apache 2.4, PHP7 und MariaDB10 absolut problemlos.

 

[maalik]

Aber hast du das Update auch über Apache 2.4/PHP7 durchgeführt? Nextcloud selbst lief bei mir schon immer auf PHP7, bloß das Update nie.

 

[Arni]

Genau das habe ich gemacht.

 

[maalik]

Sehr schön, da hat Nextcloud wirklich gute Arbeit geleistet die letzten Updates. Vor einigen Versionen war es ein Krampf, fehlerfrei über den Updater zu updaten.

 

[Arni]

Aber wie gesagt ich mache das Upgrade immer via Konsole, eben weil es vorher im Webupdater immer ein Krampf war. Deshalb kann ich nichts dazu sagen wie es mit diesem funktioniert.

 

[rednag]

Ich finde es ja schön, wenn man ein Update machen kann, welches auch funktioniert. Leider bekomme ich aber keine Neuinstallation mehr hin.

 

[maalik]

Woran scheiterts?

 

[rednag]

Im Endeffekt wie in #2 beschrieben. Heute nachmittag das ganze nochmal probiert. Ich zweifel gerade an mir. Ist jetzt schließlich nicht das erste mal das ich ownCloud,- Nextcloud installiere.

 

[maalik]

Hast du es mal mit MariaDB 5 probiert? 10 klappt bei mir auch nicht.

 

[rednag]

Habs doch zum laufen gebracht. Für die Installation Apache24 und PHP56 genommen. Anschließend auf PHP7 umgestellt.
Mit einem benutzerdefinierten PHP-Profil sind nun auch die Einrichtungswarnungen verschwunden.

 

[Scirocco3]

Einrichtungswarnungen hab ich auch jetzt bei der 13. Ich bekomme Sie aber nicht weg, weil ich nicht raus bekomme woran es liegt.
Die Meldung lautet „Einige Dateien haben die Integritätsprüfung nicht bestanden“... und wenn ich mir das Log anschaue sieht es wie folgt aus..

Technical information
=====================
The following list covers which files have failed the integrity check. Please read
the previous linked documentation to learn more about the errors and how to fix
them.

Results
=======
- core
- EXTRA_FILE
- 3rdparty/symfony/routing/Matcher/Dumper/DumperPrefixCollection.php
- 3rdparty/aws/aws-sdk-php/src/Mobile/Exception/MobileException.php
- 3rdparty/aws/aws-sdk-php/src/Mobile/MobileClient.php
- 3rdparty/aws/aws-sdk-php/src/data/cloudhsm/2014-05-30/paginators-1.json.php
- 3rdparty/aws/aws-sdk-php/src/data/mobile/2017-07-01/paginators-1.json.php
- 3rdparty/aws/aws-sdk-php/src/data/mobile/2017-07-01/api-2.json.php
- 3rdparty/leafo/scssphp/src/Server.php
- core/doc/user/_static/style.css
- core/doc/admin/_images/deprecs-2.png
- core/doc/admin/_images/deprecs-3.png
- core/doc/admin/_images/deprecs-1.png
- core/l10n/bg.json
- core/l10n/bg.js
- core/l10n/id.js
- core/l10n/id.json
- core/Command/Db/GenerateChangeScript.php
- core/css/images/ui-bg_glass_100_f8f8f8_1x400.png
- core/css/images/ui-bg_highlight-hard_100_f8f8f8_1x100.png
- core/css/images/ui-bg_highlight-soft_100_eeeeee_1x100.png
- core/css/images/ui-bg_flat_100_ffffff_40x100.png
- core/css/images/ui-bg_diagonals-thick_18_b81900_40x40.png
- core/css/jquery.ocdialog.css
- core/css/jquery-ui-fixes.css
- core/img/actions/user-plus.svg
- core/img/actions/user-times.svg
- core/img/actions/pause-big.svg
- core/img/actions/play-big.svg
- core/img/background.jpg
- core/img/logo-icon.svg
- core/img/image-optimization.sh
- lib/l10n/he.json
- lib/l10n/ast.json
- lib/l10n/ast.js
- lib/l10n/he.js
- lib/private/legacy/ocs/privatedata.php
- lib/private/legacy/ocs/result.php
- lib/private/legacy/l10n/string.php
- lib/private/legacy/user/interface.php
- lib/private/legacy/user/backend.php
- lib/private/OCS/PrivateData.php
- lib/private/DB/NoCheckMigrator.php
- ocs/routes.php
- settings/js/personal.js
- settings/templates/admin/server.php
- settings/templates/admin/frame.php
- settings/templates/admin/encryption.php
- settings/templates/admin/additional-mail.php
- settings/templates/admin/tipstricks.php
- settings/templates/admin/sharing.php
- settings/templates/admin/server.development.notice.php
- settings/templates/personal.php
- settings/css/settings.css
- settings/personal.php
- db_structure.xml
- encryption
- EXTRA_FILE
- settings/settings-personal.php
- federatedfilesharing
- EXTRA_FILE
- settings-personal.php
- dav
- EXTRA_FILE
- lib/CardDAV/SyncJob.php
- appinfo/database.xml
- files_trashbin
- EXTRA_FILE
- css/trash.css
- files_texteditor
- EXTRA_FILE
- l10n/vi.js
- l10n/vi.json
- l10n/hu_HU.js
- l10n/sr@latin.json
- l10n/hu_HU.json
- l10n/gl.json
- l10n/gl.js
- l10n/sk_SK.js
- l10n/nb_NO.js
- l10n/sr@latin.js
- l10n/sk_SK.json
- l10n/nb_NO.json
- controller/filehandlingcontroller.php
- appinfo/application.php

Den Rest habe ich mal weggelassen, zu lang für ein Posting. Kann da jemand was mit anfangen und mir sagen was ich machen kann?
Ich habe auch schon mal alle 3th Party Plugins weggelassen und nur die originalen aktiv gelassen, ändert nichts an der Meldung.
Allerdings konnte ich bisher auch noch keinen Fehler irgendwo feststellen.

 

[Fusion]

Neuinstallation oder Update?
Bei Update vielleicht einfach nur fehlerhafte Zugriffsrechte?

 

[Scirocco3]

War ein Update, der auch erst im manuellen Modus klappte.
Sprich zuerst über Nextcloud selber versucht als dort gesagt wurde „neue Version“ vorhanden, und dieser Update stürzte ab und blieb im Wartungsmodus hängen.
Dann den Backup aktiviert und die Datei manuell geladen und installiert. Das lief durch.

Und danach hab ich mein Script laufen lassen was die Rechte setzt(en soll).

#!/bin/bash

chown -R http:http /volume1/web/Datenwolke/
chown -R http:http /volume1/Nextcloud

chmod -R 777 /volume1/web/Datenwolke/
chmod -R 777 /volume1/Nextcloud

Fehlt da was? Bisher hat das immer gereicht.

 

[Fusion]

Das sind ja eh die umfangreicheren Rechte die man normal nur für das Update setzt und nicht die restriktiveren die man normal für den Betrieb hernimmt.

Wenn er im Wartungsmodus hängt, kann man den ja auch in der config.php ausschalten und dann die Browser Seite neu laden (F5). Dann geht es meist weiter.

Scheinbar wurde dieser Ansatz aufgegeben, taucht in der aktuellen Doku nicht mehr auf.
https://docs.nextcloud.com/server/13/admin_manual/configuration_server/harden_server.html

https://help.nextcloud.com/t/no-hardened-file-permissions-recommended-anymore/21312/5
Wenn man die Begründungen dazu liest "weil Leute vor dem Update die Rechte ändern mussten" etc. find ich gar nicht toll.
Für den Komfort wird also der Grundsatz "so wenig Rechte wie möglich, so viel wie nötig" weggeschmissen. Sehr unsympathisch Nextcloud...
Muss mich jetzt blind drauf verlassen, dass die Rechte zur Erstinstallation von Installer sauber gesetzt werden und restriktiv gewählt sind, oder
ich schränke weiterhin unnötige Rechte ein und muss dann ohne Hilfe in der Doku im Zweifel Fehler suchen gehen wenn irgendwas vom Core oder Apps nicht richtig funktioniert...
Selbst aus den alten Dokus (NC 9 etc) wurden die Permissions Scripte gelöscht.
Da muss ich mir dann gleich zweimal überlegen ob ich weiterhin bei NC bleibe, oder was nach v12 dann für mich für eine Löung im Raum steht.