Per Webdav können keine Dateien größer 65 MBit kopiert werden

@NextGeneration
2. Punkt ja

  1. Punkt : Ja ist weg dafür jetzt:
    Einige Dateien haben die Integritätsprüfung nicht bestanden. Weiterführende Informationen befinden sich in unserer

Technical Information:

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
    • INVALID_HASH
      • .htaccess

Raw output

Array
(
[core] => Array
(
[INVALID_HASH] => Array
(
[.htaccess] => Array
(
[expected] => f30494d88fc2d7caf0be8b27629cb246483cea0203696e44fd376bff19db51bb89c9f4076b1f849627ef3cb011f4a20088116e7b0d10ce467a3dde5db71e108b
[current] => e50bc7d79cb2e646f0979af5b29f20c57ecd84bc1ff7398b417631313ebffb68b3ca252366e6f0c0ded2d72692aaf59b4ddbf98fc9c2c17c54553ad2c308a4b0
)

            )

    )

)

Habe den Maintenance Modus über die php.ini ausgeschaltet

hmm das klingt ja schon mal nicht schlecht Ich vermute jetzt mal ins blaue
Du hast nicht wirklich root auf dem system sonder das nas hat mehr recht als du
Zwei dinge schau nach welche rechte die dateien haben ändere sie ab auf deine ändere dann den inhalt der datei und vergib wieder die alten rechte dann sollte es in zukunft so gehen

oder Variante 2
du musst eine php hochladen wo die die dateie abändern kannst aber die rechte vom system hat

naja das kommt davon weil du die datei bearbeitet hast wenn nicht lade die richtige von nextcloud runter und ersetze diese dann damit

achte aber darauf das der inhalt stimmt der neuen datei

Welche Dateien meinst du? Ich habe Adminrechte und bin in der Administratorengruppe

Ich habe die zip jetzt runtergeladen, und darin ist die .htaccess , Der Inhalt ist anders als die in meinem Verzeichnis. Der Fehler ist weg.
Jetzt sind nur noch die Punkte ab Der „X-Frame-Options“-HTTP-Header drin.
in Occ kommt aber immer noch der gleiche Fehler:
SQLSTATE[42000: Syntax error or access violation: 1071 Specified key was t ]

oo long; max key length is 767 bytes

Und ich kann auch noch keine großen Dateien kopieren.

Danke

Bert

Bert

Also wenn du Über die nas soft schaust glaub ich dir das du da die root rechte hast wenn es geht verbinde dich per putty direkt mit der nas und schau da mal nach :wink: ich vermute da herschen andere rechte ^^

nee es ist die im ordner core da sollte eigentlich keine sein :wink: also löschen wenn da drin ein ist ^^

Hatte geschrieben, das jetzt die Fehlermeldung weg ist. Die htcacess klappt jetzt.

Aber bisher kann ich auch noch keine Dateien größer 64 MBit kopieren.

Und was hat die Fehlermeldung in occ
"
SQLSTATE[42000: Syntax error or access violation: 1071 Specified key was t ]

oo long; max key length is 767 bytes
"
mit den Rechten zu tun?

Bert

SUPER ^^

Daran arbeiten wir noch ^^

Da stimmt in der datenbank noch was nicht den fehler bearbeiten wir auch noch
wir müssen zuerst wissen was wir alles dürfen ^^

SO jetzt solltest du noch mit Putty drauf können und schaun was du für rechte erlangen kannst gib nach dem einlogen sudo -i ein danach sollte er dich noch mal nach deinem PW fragen wenn er es annimmt solltest du echte root rechte haben zu sehen der login name davor ädert sich und dann können wir alle fehler leicht behebnen ^^

Bin über winscp jetzt als admin in Putty drin.

QNAP ist da anders :slight_smile:
ich habe das: [/] #

Wie weiter?

Bert

also mit winscp kenne ich mich zuwenig aus ^^ ich weis das man damit ordner und co laden kann

gib mal den befehl ein

sudo -u www-data php occ config:system:set mysql.utf8mb4 --type boolean --value=“true”

sollte sowas kommen
System config value mysql.utf8mb4 set to boolean true

sudo -u www-data php occ maintenance:repair

Ist eine andere Syntax:

sudo -u admin /share/MD0_DATA/.qpkg/PHPFPM/bin/php occ config:system:set mysql.utf8mb4 --type boolean --value=“true”

geht aber als Antwort kommt:

Cannot load Xdebug - it was already loaded
PHP Warning: Module ‘PDO’ already loaded in Unknown on line 0
PHP Warning: Module ‘pdo_dblib’ already loaded in Unknown on line 0
PHP Warning: Module ‘pdo_mysql’ already loaded in Unknown on line 0
PHP Warning: Module ‘memcached’ already loaded in Unknown on line 0
PHP Warning: Module ‘imagick’ already loaded in Unknown on line 0
PHP Warning: Module ‘PDO’ already loaded in Unknown on line 0
PHP Warning: Module ‘pdo_dblib’ already loaded in Unknown on line 0
PHP Warning: Module ‘pdo_mysql’ already loaded in Unknown on line 0
PHP Warning: Module ‘PDO_ODBC’ already loaded in Unknown on line 0
PHP Warning: Module ‘pdo_pgsql’ already loaded in Unknown on line 0
PHP Warning: Module ‘pdo_sqlite’ already loaded in Unknown on line 0
PHP Warning: Module ‘apcu’ already loaded in Unknown on line 0
PHP Warning: Module ‘timezonedb’ already loaded in Unknown on line 0
PHP Warning: Module ‘raphf’ already loaded in Unknown on line 0
PHP Warning: Module ‘propro’ already loaded in Unknown on line 0
PHP Warning: Module ‘xattr’ already loaded in Unknown on line 0
PHP Warning: Module ‘http’ already loaded in Unknown on line 0
PHP Warning: Module ‘hrtime’ already loaded in Unknown on line 0
PHP Warning: Module ‘mailparse’ already loaded in Unknown on line 0
PHP Warning: Module ‘hprose’ already loaded in Unknown on line 0
PHP Warning: Module ‘scrypt’ already loaded in Unknown on line 0
PHP Warning: Module ‘xxtea’ already loaded in Unknown on line 0
PHP Warning: Module ‘krb5’ already loaded in Unknown on line 0
PHP Warning: Module ‘swoole’ already loaded in Unknown on line 0
PHP Warning: Module ‘dba’ already loaded in Unknown on line 0
PHP Warning: Module ‘ev’ already loaded in Unknown on line 0
PHP Warning: Module ‘eio’ already loaded in Unknown on line 0
PHP Warning: Module ‘OAuth’ already loaded in Unknown on line 0
PHP Warning: Module ‘redis’ already loaded in Unknown on line 0
PHP Warning: Module ‘mongodb’ already loaded in Unknown on line 0
PHP Warning: Module ‘yaml’ already loaded in Unknown on line 0
PHP Warning: Module ‘amqp’ already loaded in Unknown on line 0
PHP Warning: Module ‘sodium’ already loaded in Unknown on line 0
System config value mysql.utf8mb4 set to boolean true

Und bei Repair kommen die gleichen Fehlermeldungen wie bei Occ im Beitrag 17, zusätzlich noch diese php Warnungen.

Wollen wir eventuell mal telefonieren oder per Teamviewer?

Bert

Jo können wir machen ^^

nur womit ?

Was hast du Skype, Teamviewer oder anderes ? Würde ich dir da privat die Daten schicken

Hast du discord ?

nein, du bist auf Linux unterwegs, oder.
Aber ich installiere es gerade.

Wie weiter?

du solltest eine Private nachricht haben ^^

Fehler liegt an Nextcloud: https://www.reddit.com/r/NextCloud/comments/ahpguf/sync_trouble_with_client/

Danke @NextGeneration für den wirklich guten Support.

Bert

1 Like

das ist der Aktuelle stand aber he deine Cloud hat 99% weniger fehler und läuft spürbar schnell jetzt nur noch auf das update warten mit 17.0 sollte der fehler behoben sein :wink:

16.06 hat auch bisher noch keine Besserung gebracht. Ich sehe aber, dass die meisten Tickets geschlossen sind.
Der Fehler: Sabre\DAV\Exception\BadRequest: expected filesize 10485760 got 2554891

ist für mich noch vorhanden.

Der Eintrag in die Apache.conf:

RequestReadTimeout body=0

</IfModul

brachte nichts.

Noch jemand dazu Ideen.?

Ich finde in der Nextcloud Version 17.0 und 17.1 auch keine Fehlerbeseitigungen?

Danke

Bert

Nun noch mal ich.

Ich hatte noch 2 Fehler:
BadRequest: wurde beseitigt mit folgenden Einträgen in die php.ini:
https://doc.owncloud.com/server/10.0/admin_manual/configuration/files/big_file_upload_configuration.html

upload_max_filesize = 16G
post_max_size = 16G
upload_tmp_dir = /var/big_temp_file/ ; Das tmp Verzeichnis mit 755 Rechten vergeben
output_buffering = 0 ; stand bei mir eine Zahl über 1000

Der 2. Fehler mit opcache wurde mit dem Eintrag in der php.ini beseitigt:

https://wiki.archlinux.org/index.php/PHP#OPCache

zend_extension=opcache
opcache.enable=1
opcache.enable_cli=1
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.memory_consumption=128
opcache.save_comments=1
opcache.revalidate_freq=1

Viel Spaß beim probieren.

Bert

Erst einmal allen Lesern ein gesundes neues Jahr und danke für die tatkräftige Unterstützung mit Nextcloud.

Ich habe mittlerweile Nextcloud komplett fehlerfrei zum Laufen bekommen , habe aber noch ein Verständnisproblem. Vieleicht kann mir das jemand erklären.

Hier meine Frage:
Mittlerweile habe ich es geschafft, dass ich wieder Nextcloud vernünftig nutzen kann. Dazu musste ich aber die Rechte / die Gruppe und den Eigentümer ändern. Und das verstehe ich nicht.

In der Beschreibung Nextcloud für Datei/Verzeichnis/Eigentümer - Rechte steht:

1. chmod 0640 ; Für Files
2. chmod 0750 ; für Verzeichnisse
3. sowie chown -R httpdusr:everyone ${ocpath}/ ; die Gruppe und die Eigentümer

Erzeuge ich nun über die Nextcloud App ( mit einer Nextcloud Benutzer Kennung - kein Admin Nextcloud ) ein Verzeichnis auf Nextcloud wird das so angelegt

grafik

Schiebe ich eine Datei auf Nextcloud , werden folgende Rechte gesetzt:

grafik

Nun habe ich alle Verzeichnisse und Dateinen mit den gleichen Rechten/Gruppen und Eigentümern gesetzt. Seitdem läuft Nextcloud vernünftig.

Ist das normal und vor allem aus Sicht der Sicherheit der Daten problematisch?

Danke Bert

Jemand eine Idee zu den Rechten?