OwnCloud / Nextcloud Erfahrungen

das update verhalten ist echt nicht sonderlich gut gelöst. ich habe heute nur auf webupdate geklickt - ohne irgendetwas zu bestätigen. seither ist alles weiß

und ua. im error log:

Code:

{"app":"PHP","message":"Division by zero at \/var\/www\/mail\/share\/cloud\/lib\/private\/preview.php#426","level":3,"time":"2014-07-05T13:09:30+00:00"}

restore ist aber halb so wild:

backup von:

data/
config/config.php

owncloud neu laden und entpacken

data/
config/config.php

reinkopieren und dann startet das DB update von selbst.

http://doc.owncloud.org/server/7.0/.../migrating.html

die app geht glaub ich auf remote.php/webdav als einstiegspunkt - eventuell hilft dir das weiter.

ich bin eben am testen ob es funktioniert
anfangs wären es nur ein paar spezielle heavy user
praktisch ist vor allem auch das man bei geteilten ordnern das hochladen erlauben kann (wenn der kunde mal wieder 2gb an projekt-daten herschaufeln will usw.)
mal davon abgesehen das die eigenen dateien unter eigener kontrolle bleiben

Ich hab heute 7.0.2 per Webupdate installiert. Ging ohne Probleme.

ich bin ja gerade noch so am rumtesten und häng an einem problem mit file-uploads per webbrowser mit über ~450mb größe
ich denk ich kenn auch mehr oder weniger das problem, ich weiß aber nicht wie ichs hinbekomm bzw. reagiert mir owncloud nicht so auf die php.ini wie es sollte

aus irgendeinem grund legt owncloud die tmp files während des uploadens auf /tmp obwohl in der php.ini das upload_tmp_dir auf einen anderen pfad gestellt ist

wenn ich mir jedoch die phpinfo (); anzeigen lasse, ist der upload_tmp_dir richtig gesetzt, ihm is es jedoch völlig schnurz und er lädt weiterhin alles auf /tmp hoch

ich verstehs momentan nicht was das noch sein kann, und nachdems "leider" kein root sondern managed server ist wird das ganze noch schwieriger

danke
scheint gut zu funktionieren beim ersten test mit 1,1gb file
leider halt nicht praktikabel da es den normalen upload nicht ersetzt und somit bei geteilten ordnern mit public upload nicht greift (und grad da wärs eben sehr spannend damit externe ihre sachen da hochladen können)

client und largefileuploads scheinen gleich zu arbeiten, da werden immer nur ~10mb teile im /tmp abgelegt und dann gleich richtung data-folder geschoben
der normale browser-upload bläst zuerst das volle file in /tmp und bringts dann nicht in den data-folder rüber

FastCGI
schnellere leitung als die 200mbit die ich hier hab wird schwerer, glaub aber auch nicht an ein timeout aber ich könnte es sicher von zuhause probieren da brauchen die 450mb dann "etwas" länger mit nur 20mbit, d.h. da müsste ich locker ins timeout geraten wenn es das wäre

vor allem was ich ned versteh bzw. mir nicht eingehen will is einfach das er den /tmp nutzt anstatt das eingestellte und in phpinfo() ausgegebene directory ("/usr/home/owncloud/.tmp")

ich vermute das es bei mir einfach am kopieren/verschieben der daten von /tmp zu /usr/home/owncloud/... scheitert
logs durchforsten kommt als nächstes dran, davor muss ich aber warten bis mir der support wieder /tmp freigeschaufelt hat da owncloud mir die 5gb darin mit den fehlerhaften uploadversuchen zumüllt

edit:

Code:

{"reqId":"54085adcb59b4","app":"files","message":"Upload error: 3 - Die Datei konnte nur teilweise \u00fcbertragen werden","level":3,"time":"2014-09-04T12:28:12+00:00","method":"POST","url":"\/index.php\/apps\/files\/ajax\/upload.php"}

{"reqId":"54085bc1dbc6b","app":"files","message":"Upload error: 3 - Die Datei konnte nur teilweise \u00fcbertragen werden","level":3,"time":"2014-09-04T12:32:01+00:00","method":"POST","url":"\/index.php\/apps\/files\/ajax\/upload.php"}

er ladet es komplett hoch, wartet kurz, fangt wieder von vorne an usw.
und per ssh kann ich zusehen wie das file in /tmp anwächst und nicht gelöscht wird