Hab grad testweise auf einem neuen all-inkl Account mit Subdomain, SSL, PHP 7.4 per Software Installation Nextcloud v18.0.0 installiert.
Installer wollte PHP 7.2 (hat automatisch drauf umgestellt). Beim ersten Laden der Subdomain (Login) gab es einen Error 500. Hab dann auf PHP 7.3 bzw. 7.4 umgestellt und das Login funktionierte.
Unter /index.php/settings/admin/serverinfo
PHP Version: 7.4.2
Memory Limit: 128 MB
Max Execution Time: 3600
Upload max size: 200 MB
Database Type: mysql
Version: 5.7.28
Size: 1,5 MB
Unter /index.php/settings/admin/overview (Security & setup warnings) folgende Warnungen:
The PHP memory limit is below the recommended value of 512MB.
The “Strict-Transport-Security” HTTP header is not set to at least “15552000” seconds. For enhanced security, it is recommended to enable HSTS as described in the security tips .
No memory cache has been configured. To enhance performance, please configure a memcache, if available. Further information can be found in the documentation.
The database is missing some indexes. Due to the fact that adding indexes on big tables could take some time they were not added automatically. By running “occ db:add-missing-indices” those missing indexes could be added manually while the instance keeps running. Once the indexes are added queries to those tables are usually much faster.
** Missing index “calendarobject_calid_index” in table “dDzvw_calendarobjects_props”.
** Missing index “schedulobj_principuri_index” in table “dDzvw_schedulingobjects”.
Manuelle Anpassungen/Optimierungen
Löschen des index.htm von all-inkl damit update funktioniert
/config/config.php
‘tempdirectory’ => ‘/www/htdocs/ACCOUNT/tmp/’, (anstatt /ACCOUNT/NCFOLDER-SUBDOMAIN/tmp/) damit update funktioniert 644 und auch wegen Sicherheit
php_value memory_limit 512M in .htaccess entfernt die entsprechende Warnung in NC
php_value upload_max_filesize 256m passt Upload max size an
HSTS mit dem empfohlenen Wert kann unter SUB/Domain SSL aktiviert werden
memory cache und OPcache module können bei all-inkl erst ab ManagedServer konfiguriert werden
Zu Missing index habe ich noch nicht den richtigen SQL Befehl gefunden. Hilfe willkommen.
Hallo.
Ich bin auch auf einem Shared Host bei All Inkl. (Premium)
Ich bin eher ein Nutzer, habe also Servertechnisch nicht allzuviel Erfahrung.
Updates führe ich mit dem Updater durch.
Seit der Version 15 hab ich Probleme beim Update, der updater läuft immer wieder durch, starten von neuem und wird nicht fertig.
Wenn ich mich mit ssh einlogge erhalte ich den Fehler, dass die PHP Version nicht stimmen würde.
Habe daraufhin eine Weile auf Updates verzichtet.
Nun hab ich über den Web-Installer im KAS von all-inkl. die NC18 neu installiert und veruche meine Daten wieder herzustellen.
Über die Console den Befehl
php /www/htdocs/w…/nextcloud18/console.php files:scan --all eingegeben, es folgt die Meldung…
Nexcloud requres PHP7.2 >ou are currently running 7.0.33-nmm1
im Kas ist 7.2 eingestellt
php info gibt 7.2.24-nmm1 aus.
Habt Ihr mir Tipps, die auch ein ein Nicht-Programmiererausprobieren kann ?
Vielen Dank
Wende dich konkret mit dem Problem an den Support von All-Inkl, das ist nichts wildes. Ich kriege es aber aus dem Kopf auch nicht mehr zusammen. Jedenfalls können die dir helfen.
Ich weiß nicht, wie geeignet der Aufruf über OCC Web ist in puncto Sicherheit. Du kannst über SSH die Nextcloud-Befehle von einer anderen PHP-Version ausführen lassen, z.B. PHP7.2 . Dann klappt es auch. Hier habe ich es schon einmal geschildert.
Hallo, bin neu hier und Benutzer/Admin einer kleinen Nextcloud. Hab den All-Inkl Premium Tarif. Die Installation damals wurde über den Software-Installer im KAS durchgeführt. Dies ging alles perfekt. Auch updates gingen über das Webinterface von 17.0.0 auf 17.0.1 - 17.0.2 und das letzte 17.0.3 Problemlos. Ich würde sehr gerne auf die 18er Version updaten, leider kennt er im Webinterface keine neue Version.
Warnungen bei Deiner Systemkonfiguration.
Es wurde kein PHP-Memory-Cache konfiguriert. Zur Erhöhung der Leistungsfähigkeit kann ein Memory-Cache konfiguriert werden. Weitere Informationen findest Du in der Dokumentation.
Diese ist aber laut Forum hier normal, da dies dem Tarif geschuldet ist.
Im Protokoll kommen sehr viele Fehlermeldung, die dies enthalten:
Warning no app in context Temporary directory /www/htdocs/wXXX/cloud/tmp/ is not present or writable
ich finde allerdins im Ordner cloud keinen TMP Ordner. auch ein Erstellen des Ordner TMP im Ordner Cloud mit Benutzerrechten 644 bringt keine Besserung.
Wie oben gelesen, hab ich die Dateien index.htm alle gelöscht.
Wäre super, wenn mir wer auf die Sprunge helfen könnte. So bin ich mit All-Inkl perfekt zufrieden.
Erstelle den temporären Ordner mit den Berechtigungen 755 (im Idealfall ausßerhalb des webroot).
Danach musst du Nextcloud über den temporären Ordner informieren. Das geht über das Hinzufügen der folgenden Zeile in die Datei /pfad/zu/nextcloud/config/config.php:
'tempdirectory' => '/www/htdocs/wXXX/cloud/TMP/',
EDIT: GROß-/kleinschreibung beachten. Die Pfade sind nur Beispiele und müssen für deinen konkreten Fall angepasst werden.
danke für die schnelle Antwort. Leider hatte dies nix gebracht. Hab einen TMP Ordner erstellt und die Berechtigungen gesetzt und die config.php kontrolliert. Da war schon der Richtige eintrag drin.
ich Log bekomme ich noch ab und zu diese Meldung:
opendir(/tmp): failed to open dir: Permission denied at /www/htdocs/w0186c3b/cloud/lib/private/TempManager.php#190
Ich komme irgendwie nicht weiter. Habe testweiße mal einen neuen Account im KAS angelegt und über den Softwareinstaller Nextcloud18 installiert. Ging Problemlos, auch das Office jetzt endlich ohnen externen Server.
Kann man dies irgendwie überspielen oder so?
Hast du Groß/Kleinschreibung beachtet (Fehelrmeldung in Kleinbuchstaben, doch du schreibst immer TMP Ordner)?
Es gibt ein all-inkl zwei verschiedene User: einmal den ftp-User (wenn man einen ftp-Client benutzt) oder den php-User. Der temporäre Ordner muss dem php-User gehören. Kannst du das überprüfen?
Ich habe nie den Webinstaller benutzt, daher weiß ich das nicht.
Zu deinem anderen Problem:
Das Update wird in Wellen ausgeliefert. Entweder geduldest du dich noch, oder du stellst den updater kurz auf Beta, wartest, bis die neue Beta angezeigt wird und wechselst dann wieder zurück. Dann sollte die neue Version angeboten werden (zumindest liest man das hier öfter).
Das stimmt auch so. Allerdings gibt es in der Regel gute Gründe auf dem Updatekanal: “stabil”, zu bleiben. Damit habe ich sehr gute Erfahrungen gemacht und auch einige Probleme vermieden, mit denen ich mich gar nicht erst rumärgern musste.
Dennoch habe das Update auf die 18er-Version mit unterschiedlichen Installationen mit dieser Methode umsetzen müssen und keine Probleme gehabt, die es nicht schon vorher gab
Nun ist es so, das ich einzelne Domains noch auf älteren Versionen lassen muss. Wie könnte ich das lösen?
Mein Problem entstand bei Update zu 18.0.1 und die status.php gibt folgendes aus:
{"installed":true,"maintenance":false,"needsDbUpgrade":true,"version":"18.0.1.3","versionstring":"18.0.1","edition":"","productname":"Cloud der familienfreund KG","extendedSupport":false}
occ upgrade ergibt folgenden Fehler
This version of Nextcloud requires at least PHP 7.2
You are currently running 7.1.33-nmm1. Please update your PHP version.
, obwohl im KAS bei der Domain 7.4 ausgewählt ist und die phpinfo()
PHP Version 7.4.2
ausgibt
===
in meinem Script nutze ich exec("/usr/bin/php … nach anhängen von 74 (als Version aus dem KAS) hat alles funktioniert.
Sorry, das ich mich jetzt erst melden. War im Urlaub.
Ich hatte ein bisschen gewartet und wie @Bernie_O schrieb konnte ich jetzt meine vorhandene Nexcloud 17 auf 18.0.2 upgraten.
Allerdings stehe ich jetzt vor dem nächsten Problem. Onlyoffice lässt sich installieren, bei dem Community Document Server kommt nur der Hinweis:
Es ist ein Fehler bei der Anfrage aufgetreten. Es kann nicht fortgefahren werden.
super. Keine Ahnung, was dass ist. Es kommt kein LOG etc.
Gedanklich musst du folgendes auseinander halten, dann wird es dir klar: die Nextcloud läuft bei dir offensichtlich mit einer bestimmten eingestellten PHP-Version, die du über das KAS jederzeit sorgenfrei ändern kannst. Der Konsolen-Zugriff ist aber etwas anderes. Der bedient sich immer bei der vom Provider ursprünglich voreingestellten PHP-Version. Du hast aber die Möglichkeit die OCC-Befehle auch mit einer anderen PHP-Version ausführen zu lassen. Das ist weniger komfortabel, zugegeben, aber auch gut machbar.
Habe ein Update über das Webinerface ausgeführt auf 18.0.7. Da kommt es immer zum Fehler.
Er stoppt immer bei Punkt:
Aktualisiere die App “documentserver_community” aus dem App-Store
Es ist ein Fehler aufgetreten.
Habe über SSH Zugriff und hab vorher die Zugriffsrechte bei der Datei OCC auf 744 gesetzt
Es kommt beim Befehl:
sudo -u www-data php occ immer der Fehler bash: sudo: command not found
Bei Befehl: ./occ encryption:status kommt
The current PHP memory limit is below the recommended value of 512MB.
Nextcloud or one of the apps require upgrade - only a limited number of commands are available
You may use your browser or the occ upgrade command to do the upgrade
enabled: false
defaultModule:
Bei Befehl: occ update
kommt die Meldung:
Update app documentserver_community from appstore
PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 314314904 bytes) in /www/htdocs/wXXXXX/cloud/lib/private/Installer.php on line 285
Bin leider am Ende, und weiß nicht mehr, was ich da tun muss. Bitte um Unterstützung.
.
