Skip to content

Nextcloud - Upgrade auf Bookworm 12

Angeheftet Verschoben Nextcloud
1 1 1.5k
  • Mein Debian Server mit einer Nextcloud-Installation läuft noch auf Debian 11. Das möchte ich gerne ändern, wie ich aber letzte Woche lernen musste, ist das gar nicht so einfach. Ich war kläglich gescheitert. Warum?

    ce2d1065-185e-4def-b241-59675ab97f8b-grafik.png

    Auf dem Bild sieht man das erste Problem. Die NC Version Nextcloud Hub 3 (25.0.8) läßt sich nicht auf eine höhere Version upgraden wegen der PHP Version. Man müßte als erstes auf eine PHP Version > 8

    Wenn man jetzt so schlau ist wie ich, schraubt man den Debian Server auf Bookworm 12 hoch. Dort ist ja PHP 8.2 enthalten. Man kann aber jetzt nicht die NC Installation upgraden 😞

    Ok, eine recht doofe Situation. Man könnte warten, wenn die Version EOL ist sollte es funktionieren. Voraussichtlich Ende des Jahres (?). Ja aber, man kann ja so schlecht warten 😊

    Ok, ich hatte gelesen, wenn man auf Debian 11 ist, soll man die PHP Version auf 8.1 hochziehen. NC upgraden. Wenn das erledigt ist auf Bookworm 12 hochziehen. Danach sollte man dann wieder aktuell sein.

    Auf gehts

    Wir brauchen mehrere PHP Versionen auf dem Debian 11 Server. Der Maintainer der PHP Debian Packages hat da eine Webseite

    Zur Installation findet man folgendes

    https://packages.sury.org/php/README.txt

    Inhalt der README.txt

    #!/bin/sh
    # To add this repository please do:
    
    if [ "$(whoami)" != "root" ]; then
        SUDO=sudo
    fi
    
    ${SUDO} apt-get update
    ${SUDO} apt-get -y install lsb-release ca-certificates curl
    ${SUDO} curl -sSLo /usr/share/keyrings/deb.sury.org-php.gpg https://packages.sury.org/php/apt.gpg
    ${SUDO} sh -c 'echo "deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php.list'
    ${SUDO} apt-get update
    

    Achtung!

    Und bevor wir jetzt irgendwas machen, sichern wir uns den Stand vor den Änderungen. Da ich die Datenbank auf einem anderen Server habe, muss ich zwei Snapshots machen. Vorher stelle ich die NC Installation in den Maintenance Mode. So unterbinde ich das ungewollte Schreiben in die DB.

    sudo -u www-data php occ maintenance:mode --on
    

    Ausgabe

    root@:/usr/share/nginx/nextcloud# sudo -u www-data php occ maintenance:mode --on
    Maintenance mode enabled
    

    Kontrolle

    6554f1e7-d3f2-4f4a-8303-86ada0a65c0c-grafik.png

    Danach die zwei Snapshots anlegen. Jetzt können wir uns auf der Konsole austoben 🙂

    Installation deb.sury.org

    Wir arbeiten mal die Installationsschritte s.o. ab.

    apt-get update
    apt-get -y install lsb-release ca-certificates curl
    curl -sSLo /usr/share/keyrings/deb.sury.org-php.gpg https://packages.sury.org/php/apt.gpg
    sh -c 'echo "deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php.list'
    apt-get update
    

    Folgendes Problem taucht jetzt auf, man ist Systemweit jetzt auf php8.2. Das ist nicht das was ich wollte 😞

    Mit

    update-alternatives --query php
    

    kann man sich anzeigen lassen, welche PHP Versionen installiert sind und welche systemweit aktiv ist. Ausgabe (nach der Umstellung auf php8.1 !)

    root@webserver1-4gb-nbg1-1:~# update-alternatives --query php
    Name: php
    Link: /usr/bin/php
    Slaves:
     php.1.gz /usr/share/man/man1/php.1.gz
    Status: manual
    Best: /usr/bin/php8.2
    Value: /usr/bin/php8.1
    
    Alternative: /usr/bin/php7.4
    Priority: 74
    Slaves:
     php.1.gz /usr/share/man/man1/php7.4.1.gz
    
    Alternative: /usr/bin/php8.1
    Priority: 81
    Slaves:
     php.1.gz /usr/share/man/man1/php8.1.1.gz
    
    Alternative: /usr/bin/php8.2
    Priority: 82
    Slaves:
     php.1.gz /usr/share/man/man1/php8.2.1.gz
    

    Ganz oben sieht man welche aktuellste Version installiert ist und welche eingestellt ist. Umschalten kann man das mit

    sudo update-alternatives --set php /usr/bin/php8.1
    

    Aber dafür muss 8.1 auch erst mal installiert sein. Hier meine Pakete, die ich so brauche.

    Installation PHP 8.1

    apt install php8.1-common php8.1-mysql php8.1-opcache php8.1-readline php8.1-xml php8.1-xsl php8.1-zip
    apt install php8.1-cli php8.1-curl php8.1-gd php8.1-intl php8.1-mbstring php8.1-redis
    apt install php8.1-bcmath php8.1-gmp php8.1-imagick
    apt install php8.1-fpm
    

    Wir testen mal

    root@:~# php -v
    PHP 8.1.20 (cli) (built: Jun  9 2023 07:42:54) (NTS)
    Copyright (c) The PHP Group
    Zend Engine v4.1.20, Copyright (c) Zend Technologies
        with Zend OPcache v8.1.20, Copyright (c), by Zend Technologies
    

    Erledigt. PHP 8.1 installiert.

    Nur NC auf PHP 8.1 laufen lassen.

    Der phpx.x-fpm Handler gibt vor, welche PHP Version die Webseite benutzt. Da ja überall php7.4-fpm.sock eingestellt ist, würde NC auch wieder nur mit der 7.4 starten. Ich möchte aber, das es mit der 8.1 startet.

    In der NGINX Konfiguration findet man folgendes.

    /etc/nginx/conf.d/nextcloud.conf

    Die entscheidenden Zeilen

    ### Nextcloud
    upstream php-handler {
            server 127.0.0.1:9000;
            server unix:/var/run/php/php7.4-fpm.sock;
    }
    

    Ändern in

    ### Nextcloud
    upstream php-handler {
            server 127.0.0.1:9000;
            server unix:/var/run/php/php8.1-fpm.sock;
    }
    

    FPM Dienst neustarten

    systemctl restart php8.1-fpm
    systemctl status php8.1-fpm
    systemctl restart nginx
    

    NC testen auf PHP 8.1

    Den Maintenance Mode wieder beenden.

    sudo -u www-data php occ maintenance:mode --off
    

    Den Befehl muss man übrigens im Ordner

    /usr/share/nginx/nextcloud/
    

    eingeben. Kann je nach Installation anders aussehen. Wenn ihr es nicht wisst, schaut in der NGINX oder der Apache2 Konfiguration nach. z.B.

           # Path to the root of your installation
           root /usr/share/nginx/nextcloud/;
    

    Ok, dann den Webbrowser aufrufen und die NC Installation testen! Im Backend die PHP Version kontrollieren.

    485f1610-312a-4644-8e8d-bc111c0098f6-grafik.png

    Ok, die PHP Warnung ist weg. Die anderen Warnungen ignorieren wir mal, weil wir ja sowieso nicht lange auf der 8.1 bleiben wollen. Debian Bookworm nutzt ja 8.2.

    Danach habe ich alle Upgrades von NC durchgeführt und bin jetzt auf Nextcloud Hub 5 (27.0.0)

    860561ca-dfef-47ff-bfe9-012b94e2cfe0-grafik.png

    Jetzt geht es an den Schritt den Server von Debian Bullseye 11 auf Debian Bookworm 12 upzugraden.

    1. Als erstes entferne ich die Fremdquelle von PHP

      rm /etc/apt/sources.list.d/php.list

    2. Schauen ob alles aktuell ist

      apt update

    3. Sources Listen anpassen

    4. Wenn alles aktualisiert ist, die Kiste durchstarten.

    5. Danach müssen die ganzen PHP-Pakete wieder installiert werden, weil wir ja jetzt auf php8.2 sind und dafür nichts installeirt ist. Ich hatte aber (erwartet) Versionskonflikte. Also

      apt remove php8.*

    Danach war kein PHP mehr installiert. Pakete installieren.

    apt install php8.2-common
    apt install php8.2-mysql
    apt install php8.2-opache
    apt install php8.2-opcache
    apt install php8.2-readline
    apt install php8.2-xml
    apt install php8.2-xsl
    apt install php8.2-zip
    apt install php8.2-cli
    apt install php8.2-curl
    apt install php8.2-gd
    apt install php8.2-intl
    apt install php8.2-mbstring
    apt install php8.2-redis
    apt install php8.2-bcmath
    apt install php8.2-gmp
    apt install php8.2-imagick
    apt install php-pear
    apt install php8.2-fpm
    systemctl status php8.2-fpm
    

    Danach wieder die NGINX Konfiguration bearbeiten

    /etc/nginx/conf.d/nextcloud.conf

    Die entscheidenden Zeilen

    ### Nextcloud
    upstream php-handler {
            server 127.0.0.1:9000;
            server unix:/var/run/php/php8.2-fpm.sock;
    }
    

    Alles durchstarten

    systemctl restart php8.2-fpm
    systemctl restart nginx
    

    Nun sollte der Debian Bookworm 12 Server mit der php8.2 und der aktuellsten Nextcloud Installation laufen. 🤓

    Zeitaufwand bei mir, ca. drei Stunden mit kurzen ☕ Pausen 🙂

  • FrankMF FrankM verschob dieses Thema von Privat am
  • FrankMF FrankM hat dieses Thema am angepinnt
  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • FrankMF FrankM hat am auf dieses Thema verwiesen
  • 188 Stimmen
    17 Beiträge
    82 Aufrufe
    cygnus@lemmy.caC
    Chepas, moi... Pourquoi pas G'b'ntu tant qu'à faire?
  • Linux security update [DSA 5658-1]

    Linux linux
    1
    0 Stimmen
    1 Beiträge
    287 Aufrufe
    Niemand hat geantwortet
  • Restic v0.16.1 released

    Restic restic linux
    1
    0 Stimmen
    1 Beiträge
    181 Aufrufe
    Niemand hat geantwortet
  • Nextcloud - Collabora Installation Debian Bookworm 12

    Nextcloud nextcloud collabora linux
    2
    3
    0 Stimmen
    2 Beiträge
    2k Aufrufe
    FrankMF
    Ok, ich war leider nicht in der Lage den CODE-Server hinter einem Proxy zu installieren. Das CODE-Team scheint Docker zu lieben und das andere nur am Rande zu machen. Ohne Liebe Da ich extrem lange Ladezeiten hatte und die Software insgesamt nicht den Eindruck machte, das man das gerne produktiv auf einem Server nutzen möchte, habe ich den Server eben wieder gelöscht. Jetzt fehlt mir leider, die deepl.com Anbindung, aber das kann man ja auch über die Webseite nutzen. Ich nutze jetzt wieder den eingebauten CODE-Server, der eigentlich ein App-Image ist. [image: 1694677466020-28c41010-5ce1-4f7c-89d5-1c9b253011d0-grafik.png] Der klare Vorteil, es läuft incl. Dokumenten Freigabe Nicht vergessen, unter Allow list for WOPI requests kommen die Server Adressen des Nextcloud-Webservers rein! [image: 1694677621827-c1a06c2c-86b5-4750-a062-7ba9d8dd8253-grafik.png]
  • Bitwarden_RS auf einem Debian Buster 10 Server installieren!

    Angeheftet Linux nginx bitwardenrs linux
    85
    14
    1 Stimmen
    85 Beiträge
    8k Aufrufe
    N
    Immer wieder gerne. Dieses mal gab es richtig etwas zu tun: 13 files changed, 137 insertions(+), 96 deletions(-) Und das nur, damit es überhaupt wieder baut. Danach folgten noch 5 Bugfixing Runden, wobei zwei davon (lediglich) das Packaging betrafen. Ergänzend noch ein Hinweis: Port 3012 für die Websocket Verbindungen ist jetzt offiziell deprecated und wird demnächst vollständig aus Vaultwarden entfernt. Genau jetzt wäre der richtige Zeitpunkt die Apache/Nginx Konfiguration dahingehend anzupassen. Hierfür habe ich neue Templates online gestellt. Apache: https://bitwarden-deb.tech-network.de/Apache-VirtualHost.example.conf Nginx: https://bitwarden-deb.tech-network.de/Nginx-VirtualHost.example.conf Schönen Sonntag!
  • Kopia - HTTP/S Server aufsetzen

    Angeheftet Kopia kopia linux
    1
    0 Stimmen
    1 Beiträge
    514 Aufrufe
    Niemand hat geantwortet
  • IPFire Orange DHCP

    Verschoben Linux ipfire linux
    1
    0 Stimmen
    1 Beiträge
    1k Aufrufe
    Niemand hat geantwortet
  • [HOWTO] Verschlüsseltes NAS aufsetzen

    Verschoben ROCKPro64 howto linux rockpro64
    12
    0 Stimmen
    12 Beiträge
    3k Aufrufe
    FrankMF
    Da btrfs bei mir ja nicht so der Bringer war, Fehler im Image vom Kamil?, Fehler in btrfs? Ich weiß es nicht, also weg damit! Da ich das NAS noch richtig produktiv genutzt hatte, waren die Daten schnell gesichert. Danach das NAS neugestartet, nun sind die beiden Platten nicht mehr gemountet und wir können damit arbeiten. ACHTUNG! Ich bitte wie immer darum, das Gehirn ab hier einzuschalten! Sonst droht Datenverlust! Aus Sicherheitsgründen gebe ich hier die Laufwerke so an = sdX1 Das X bitte entsprechend austauschen! Die beiden Platten mit sudo fdisk /dev/sdX neu einrichten. Alte Partition weg, neu einrichten usw. Im Detail gehe ich hier jetzt nicht drauf ein. Ich gehe davon aus, das das bekannt ist. Der Plan raid_pool0 = sdX1 = /dev/mapper/raid_pool0 raid_pool1 = sdX1 = /dev/mapper/raid_pool1 Verschlüsseln sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 sudo cryptsetup --key-size 512 --hash sha256 --iter-time 5000 --use-random luksFormat /dev/sdX1 Platten entschlüsseln sudo cryptsetup open /dev/sdX1 raid_pool0 sudo cryptsetup open /dev/sdX1 raid_pool1 RAID1 anlegen sudo mdadm --create /dev/md0 --auto md --level=1 --raid-devices=2 /dev/mapper/raid_pool0 /dev/mapper/raid_pool1 sudo mkfs.ext4 /dev/md0 Script zum Entschlüsseln und Mounten crypt.sh #!/bin/bash ###############################################################################$ # Autor: Frank Mankel # Verschlüsseltes Raid1 einbinden! # # Hardware: # ROCKPro64v2.1 # PCIe SATA Karte # 2St. 2,5 Zoll HDD Platten a 2TB # # Software: # bionic-minimal 0.7.9 # Kontakt: frank.mankel@gmail.com # ###############################################################################$ #Passwort abfragen echo "Passwort eingeben!" read -s password echo "Bitte warten......" #Passwörter abfragen echo -n $password | cryptsetup open /dev/sdX1 raid_pool0 -d - echo -n $password | cryptsetup open /dev/sdX1 raid_pool1 -d - #Raid1 mounten mount /dev/md0 /mnt/raid echo "Laufwerke erfolgreich gemountet!" Bis jetzt sieht das Raid ok aus, ich werde das die nächsten Tage mal ein wenig im Auge behalten. [ 82.430293] device-mapper: uevent: version 1.0.3 [ 82.430430] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: dm-devel@redhat.com [ 108.196397] md/raid1:md0: not clean -- starting background reconstruction [ 108.196401] md/raid1:md0: active with 2 out of 2 mirrors [ 108.240395] md0: detected capacity change from 0 to 2000260497408 [ 110.076860] md: resync of RAID array md0 [ 110.385099] EXT4-fs (md0): recovery complete [ 110.431715] EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null) [57744.301662] md: md0: resync done.