Beiträge von rage302

  • Anleitung: nextcloud mit nginx reverse proxy und LetsEncrypt auf Docker

    Danke eol25.
    Es war wirklich dieser Versionskonflikt beim überspringen der Major Versionen.

    Im Endeffekt hab ich den gesamten Container neu aufgesetzt und danach die Files wieder in /data wieder reinkopiert und mit

    Code
    docker exec -u www-data 4795a692d1ed php occ files:scan --all

    wobei „4795a692d1ed“ die containerID ist… muss natürlich angepasst werden.
    Danach noch die Berechtigungen für /data korrigieren

    Code
    chown 33:33 -R data
chmod 755 -R data

    und danach waren die Daten für die User wieder verfügbar.
    Nur die Sharinglinks usw. waren weg, weil ich die Datenbank nicht zurücksichern konnte, was aber nicht ganz so schlimm ist. Weil ich die User per LDAP eingebunden hab.


    greetings rage

  • Anleitung: nextcloud mit nginx reverse proxy und LetsEncrypt auf Docker

    Hallo Leute, ich brauche hilfe.
    Hab bei unserm Produktivsystem ein Nextcloud Containerupdate von 17.0.2 auf die aktuellste gemacht.
    Leider komm ich jetzt nicht mehr vom Maintainance Mode weg.
    Wenn ich in der config.php maintenance‘ => ‚false‘ setze bekomme ich einen HTTP 503 ERROR .


    So bin ich vorgegangen:


    Code
    docker stop $(docker ps -q)

docker rm $(docker ps -a -q) -> um den alten Container zu löschen

docker rmi $(docker images -q) -> um die alten Images zu löschen

docker-compose build --pull

docker-compose up -d

    Es werden die neuen Images runtergeladen und diese laufen auch nach dem compose up -d.
    Doch in der Console von "nextcloud_web_1" Container kommt das wenn man versucht die Seite zu öffnen:

    Code
    2020/10/14 13:02:52 [error] 29#29: *255 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Declaration of OCA\FilesAutomatedTagging\Operation::validateOperation($name, array $checks, $operation) must be compatible with OCP\WorkflowEngine\IOperation::validateOperation(string $name, array $checks, string $opera
tion): void in /var/www/html/custom_apps/files_automatedtagging/lib/Operation.php on line 86" while reading response header from upstream, client: 192.168.15.88, server: , request: "GET / HTTP/1.1", upstream: "fastcgi://172.29.0.3:9000", host: "fs.global-hydro.eu"                                                   
192.168.15.88 - - [14/Oct/2020:13:02:52 +0000] "GET / HTTP/1.1" 503 5 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.75 Safari/537.36 Edg/86.0.622.38" "192.168.15.88"

    Hat jemand eine Idee für mich?
    Mir sitzen die User schon ein wenig im Nacken 🙈


    Danke sehr.


    greetings rage


    UPDATE:

    Ich bin jetzt weiter gekommen, es liegt am APP "files_automatedtagging".
    Den Ordner "files_automatedtagging" hab ich umbenannt und danach ist es zumindest einen Schritt weiter gegangen.

    Aber jetzt steh ich vor dem Updatedialog -> A “Updates between multiple major versions are unsupported” (17.0.2 -> 20.0.0).
    Wenn ich den container mit dem docker-compose "    image: nextcloud:17-fpm" mache kommt beim starten vom "nextcloud_app" container folgendes ->

    Code
    Can't start Nextcloud because the version of the data (20.0.0.9) is higher than the docker image version (17.0.10.1) and downgrading is not supported. Are yo
u sure you have pulled the newest image version?

    und der "nextcloud_app" container startet die ganze zeit neu -> Ergebnis 502 Bad Gateway im Browser.


    Bitte um HIIILLFEEEE.

    Danke sehr.


    greetings rage

  • Neustart nach Löschen von (Acronis-)Backup-Dateien

    Das selbe Problem hatte ich auch mit meiner TS-410 nach dem Update auf Firmware 4.1.0 Build 0612.
    Ich habe auch große Files (SQL-Backupfiles ~200GB groß).
    Sobald man eine davon löscht (über NW-Laufwerk), startet das QNAP-NAS neu.
    Meiner Meinung nach ein Firmware-BUG.
    Nach einem Downgrade auf Firmware 4.0.7 funktioniert das löschen großer Files wieder einwandfrei.


    greetings rage