Oder
sudo cp /dev/null /media/festplatte/nextcloud/nextcloud.log
geht auch.
ja dann hilf mir folgendes zu lösen
BadRequest
Expected filesize of 12075009 bytes but read (from Nextcloud client) and wrote (to Nextcloud storage) 12075008 bytes. Could either be a network problem on the sending side or a problem writing to the storage on the server side.
TypeError
fclose(): Argument #1 ($stream) must be of type resource, bool given
Der Fehler kann verschiedene Ursachen haben und es gibt bereits zig Threads dazu. Eventuell hilft ja die Suchfunktion weiter: Search results for 'Sabre\DAV\Exception\BadRequest: Expected filesize' - Nextcloud community
Habâ dir mal einen Thread rausgepickt: Error on upload - BadRequest - Any suggestions? - #10 by macb
âŠund noch einen auf GitHub: Error: Sabre\DAV\Exception\BadRequest: Expected filesize of... · Issue #21382 · nextcloud/server · GitHub
Eventuell helfen die ja das Problem einzugrenzen.
Ansonsten bitte einen neuen Thread eröffnen und das Support Template ausfĂŒllen. Nur weil Fehler aus dem Log jetzt auch in der Ăbersicht auftauchen, bedeutet das nicht, dass wir hier einen Sammelthread fĂŒr Probleme aller Art unterhalten sollten.
danke dir, bist sehr hilfsbereit
fĂŒr den fall das sich hier wer verliest weil er keine logs im webif
angezeigt bekommt
application/javascript mjs;
in die nginx config hinzufĂŒgen und die kiste durchtreten / restart fertig
liegt in
/etc/nginx/mime.types
getestet und rennt unter
28.0.1
brNP
Habe leider auch das Problem mit der Fehler Anzeige. Den Fehler habe ich schon gefunden, bei mir war es die memorys app. Habe diese nun deaktiviert und die Fehler werden nicht weiter hochgezÀhlt. Habe Nextcloud 28.01 auf einem apache Server. Die nextcloud.log habe ich geleert, Datei ist jetzt 0KB groà aber in der Nextcloud Verwaltung werden die Fehler leider immer noch angezeigt. Hat vielleicht jemand eine Idee wie ich diese dort weg bekomme?. Vielen Dank michael
Die Fehlermeldung geht dort nach 7 Tagen automatisch weg.
Dann hast du ziemlich sicher ein anderes nextcloud.log geleert, als dasjenige, welches Nextcloud nutzt.
hey danke!! weiĂt du auch in welcher Datei das geregelt (eingestellt) wird? Danke Dir.
Schau mal in die config.php, ob du dort eine Zeile fĂŒr das Log File findest. Dort mĂŒsstest du den Pfad sehen, unter dem das File abgelegt ist:
'logfile' => '/pfad/zum/nextcloud.log',
Falls keine solche Zeile vorhanden ist, wird das File standardmÀssig im Nextcloud Installationsordner erstellt / verwendet.
EDIT: Die Datei config.php
befindet sich im Unterordenr config
im Nextcloud Installationsordner.
in der config.php habe ich das nicht, da ist nur ein Eintrag mit âloglevelâ => 2,
welcher aber auch auskommentiert ist. Unter Suche habe ich jetzt gesehen das auf den externen Platten noch die Datei vorhanden ist. Ich schaue mir das mal genauer an. Danke
in welcher Datei wird denn festgelegt das nach 7 tagen die EintrÀge gelöscht werden oder ist das in der Datenbank?
Kommentiere den mal wieder ein. Wobei 2 ist glaube ich sowieso der âDefaultâ, von daher sollte das eigentlich keinen Einfluss haben.
Was auch noch sein könnnte, ist das je nachdem wie du die Datei geleert hast, sich etwas an den Dateberechtigungen geÀndert hat und nun der Webserver User keine Berechtigung mehr hat in die Datei zu schreiben. In dem Fall kannst du sie auch einfach löschen.
Oder einfach gesagt: Du kannst sie so oder so einfach löschen. Dann erstellt die Nextcloud automatisch eine neue, sobald sie dir wieder etwas mitteilen will.
ich habe es nicht verĂ€ndert Verinzellt werden noch neue Fehler gezĂ€hlt. Also denke ich schon das die irgendwo hingeschrieben notiert werden. Kann es nicht sein das die EintrĂ€ge ĂŒber einen Cache laufen oder in der Datenbank wo hinterlegt werden? Jetzt habe ich gerade gesehen das schon 28.0.2 verfĂŒgbar ist
Ja, ich war verwirrt und habe BS erzÀhlt. An den Berechtigungen liegt es nicht, wenn noch alte Meldungen angezeigt werden. Die Frage ist nun ob es tatsÀchlich noch alte Meldungen waren, oder ob allenfalls schon wieder neue da sind�!
War denn der Logreader (nicht der Counter auf der Ăbersichtseite) leer unmittelbar nach dem du das File geleert hast?
Keine Ahnung, Irgendwo âhard codedâ warscheinlich.
Ăndert bezĂŒglich des Counters in der Ăbersicht nichts.
danke bei mir hat auch das ausschalten des Adblockers uBlockOrigin geholfen
Das ist ja geil, das klappt ja wirklich haha Vielen Dank fĂŒr den Hinweis, da wĂ€re ich im Leben nicht drauf gekommen.
Ich möchte hier einfach noch hinzufĂŒgen, dass das leeren oder löschen des Log Files rein kosmetischer Natur ist, und die bessere Lösung wĂ€re ohnehin das Log zu rotieren, anstatt es einfach zu löschen.
Btw. Die Warnung auf der Ăbersichtsseite verschwindet nach 7 Tagen von selbst, wenn in dieser Zeit keine Fehler hinzugekommen sind, und sie erscheint natĂŒrlich auch genauso von selbst wieder, wenn welche hinzugekommen sind.
Easy way to do this:
- Delete all entery in /path/to/nextcloud/data/nextcloud.log
- add âlogfileâ => â/path/to/nextcloud/data/nextcloud.logâ, to /path/to/nextcloud/config/config.php
- done
Or even easier, with just one command:
cat /dev/null > /path/to/nextcloud.log
or you could use the truncate command:
truncate -s 0 /path/to/nextcloud.log
Or the most elegant way would be to set up lograte, and then rotate the log file after you addressed the issues. That way you donât loose your old log entries. See here: How to make Admin audit log (audit.log) compliant with GDPR - #3 by ernolf
After you have set that up, you can rotate the logs manually with a single command:
logrotate -vf /etc/logrotate.d/nextcloud