Skip to content

Nextcloud - Update auf 28.0.0

Nextcloud
5 2 558
  • Das Update auf Nextcloud Hub 7 (28.0.0) war etwas sperrig. Das Update habe ich, wie immer über das Frontend angestoßen (Webupdater). Danach weiße Seite 😢

    Ok, ab auf die Konsole.

    sudo -u www-data php occ upgrade
    

    Ok, danach Wartungsmodus, obwohl in der config ausgeschaltet !?

    systemctl restart nginx
    

    brachte auch keinen Erfolg. 🤔

    systemctl restart php8.2-fpm
    

    Und schwupps, es geht wieder.

    Als nächstes schauen wir uns mal an, warum da 333 errors drin stehen. Ich denke, es hat was mit Benachrichtigungsmails zu tuen..

    e6acea04-6852-42e3-8b23-220760ce0300-grafik.png

    Ein paar Tage später ist mir jetzt nichts besonders Schlimmes aufgefallen. So weit läuft alles. Die neue Suche ist sehr interessant.

    Was mich aber richtig nervt.

    Ich war es gewohnt, nach einer Installation immer schön auf den grünen Button zu achten und wenn er nicht da war, die Fehler zu fixen.

    Jetzt tauchen im Log ganz viele Fehler auf, die ich gar nicht zuordnen kann und wegen dieser Anzeige taucht der grüne Button nicht auf. Erst wenn ich die Logs lösche ist alles wieder grün und ich zufrieden. 🤗

    Das nervt und muss dringend weg. Kann man das ausschalten? Gerne auch im Code, Hauptsache weg!

    50f104bc-82b4-4f1a-9981-c7481169ea6b-grafik.png

    Hier noch ein paar Beispiele aus dem Log.

    8dace4ec-b03b-4700-83f8-9c1bba377ce2-grafik.png

  • Hallo Frank,

    das sieht bei mir nach Update auf NC V28 (debian11) genauso aus. Ich hab jetzt temp. die Nextcloud-APP "LogReader" deaktiviert, dann sind zwar die Fehler noch da (vermutlich wie auch vor dem Update auf NC28), sie werden aber in der Übersicht nicht mehr angezeigt 🙂 nun heisst es beobachten und mal schauen ob sich bei den kommenden Versionen etwas tut.

    Grüße M8X

  • Hallo @M8X,

    ein fettes DANKE! Endlich ist der Blödsinn weg. Die Logs bei NC sind ja immer schon voll gewesen. Das Meiste kann ich nie irgendeinem Problem zuordnen. Aber jetzt seh ich wieder das grüne Licht 😊

  • Nabend,
    der Bug wurde schon gemeldet und ist bekannt. Sollte mit NC28.01 behoben werden.

    https://github.com/nextcloud/logreader/issues/1078
    https://github.com/nextcloud/logreader/issues/1073

    Grüße M8x

  • 28.0.1 ist da. Den Log Reader wieder aktiviert. Gleiches Verhalten. Kann ich so leider nicht gebrauchen, also wieder deaktiviert.


4/5

15. Dez. 2023, 18:49


  • 0 Stimmen
    4 Beiträge
    34 Aufrufe
    @_DigitalWriter_ Kann man einfach besser lesen, vor allen Dingen im Alter
  • 0 Stimmen
    4 Beiträge
    71 Aufrufe
    @FrankM in fedora 42 KDE was promoted to "edition" which makes it "not just a spin" anymore. But you are correct, KDE uses the old Annaconda installer.
  • 0 Stimmen
    1 Beiträge
    247 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    627 Aufrufe
    Niemand hat geantwortet
  • 0 Stimmen
    1 Beiträge
    259 Aufrufe
    Niemand hat geantwortet
  • 1 Stimmen
    1 Beiträge
    269 Aufrufe
    Niemand hat geantwortet
  • LUKS verschlüsselte Platte mounten

    Linux linux 1. Mai 2020, 11:45
    1
    0 Stimmen
    2 Beiträge
    1k Aufrufe
    So, jetzt das ganze noch einen Ticken komplizierter Ich habe ja heute, für eine Neuinstallation von Ubuntu 20.04 Focal eine zweite NVMe SSD eingebaut. Meinen Bericht zu dem Thema findet ihr hier. Aber, darum soll es jetzt hier nicht gehen. Wir haben jetzt zwei verschlüsselte Ubuntu NVMe SSD Riegel im System. Jetzt klappt die ganze Sache da oben nicht mehr. Es kommt immer einen Fehlermeldung. unbekannter Dateisystemtyp „LVM2_member“. Ok, kurz googlen und dann findet man heraus, das es nicht klappen kann, weil beide LVM Gruppen, den selben Namen benutzen. root@frank-MS-7C37:/mnt/crypthome/root# vgdisplay --- Volume group --- VG Name vgubuntu2 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 4 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 1 Max PV 0 Cur PV 1 Act PV 1 VG Size <464,53 GiB PE Size 4,00 MiB Total PE 118919 Alloc PE / Size 118919 / <464,53 GiB Free PE / Size 0 / 0 VG UUID lpZxyv-cNOS-ld2L-XgvG-QILa-caHS-AaIC3A --- Volume group --- VG Name vgubuntu System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 3 VG Access read/write VG Status resizable MAX LV 0 Cur LV 2 Open LV 2 Max PV 0 Cur PV 1 Act PV 1 VG Size <475,71 GiB PE Size 4,00 MiB Total PE 121781 Alloc PE / Size 121781 / <475,71 GiB Free PE / Size 0 / 0 VG UUID jRYTXL-zjpY-lYr6-KODT-u0LJ-9fYf-YVDna7 Hier oben sieht man das schon mit geändertem Namen. Der VG Name muss unterschiedlich sein. Auch dafür gibt es ein Tool. root@frank-MS-7C37:/mnt/crypthome/root# vgrename --help vgrename - Rename a volume group Rename a VG. vgrename VG VG_new [ COMMON_OPTIONS ] Rename a VG by specifying the VG UUID. vgrename String VG_new [ COMMON_OPTIONS ] Common options for command: [ -A|--autobackup y|n ] [ -f|--force ] [ --reportformat basic|json ] Common options for lvm: [ -d|--debug ] [ -h|--help ] [ -q|--quiet ] [ -v|--verbose ] [ -y|--yes ] [ -t|--test ] [ --commandprofile String ] [ --config String ] [ --driverloaded y|n ] [ --nolocking ] [ --lockopt String ] [ --longhelp ] [ --profile String ] [ --version ] Use --longhelp to show all options and advanced commands. Das muss dann so aussehen! vgrename lpZxyv-cNOS-ld2L-XgvG-QILa-caHS-AaIC3A vgubuntu2 ACHTUNG Es kann zu Datenverlust kommen, also wie immer, Hirn einschalten! Ich weiß, das die erste eingebaute Platte mit der Nummer /dev/nvme0n1 geführt wird. Die zweite, heute verbaute, hört dann auf den Namen /dev/nvme1n1. Die darf ich nicht anpacken, weil sonst das System nicht mehr startet. /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # <file system> <mount point> <type> <options> <dump> <pass> /dev/mapper/vgubuntu-root / ext4 errors=remount-ro 0 1 # /boot was on /dev/nvme1n1p2 during installation UUID=178c7e51-a1d7-4ead-bbdf-a956eb7b754f /boot ext4 defaults 0 2 # /boot/efi was on /dev/nvme0n1p1 during installation UUID=7416-4553 /boot/efi vfat umask=0077 0 1 /dev/mapper/vgubuntu-swap_1 none swap sw 0 0 Jo, wenn jetzt die Partition /dev/mapper/vgubuntu2-root / anstatt /dev/mapper/vgubuntu-root / heißt läuft nichts mehr. Nur um das zu verdeutlichen, auch das könnte man problemlos reparieren. Aber, ich möchte nur warnen!! Nachdem die Änderung durchgeführt wurde, habe ich den Rechner neugestartet. Puuh, Glück gehabt, richtige NVMe SSD erwischt Festplatte /dev/mapper/vgubuntu2-root: 463,58 GiB, 497754832896 Bytes, 972177408 Sektoren Einheiten: Sektoren von 1 * 512 = 512 Bytes Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes Nun können wir die Platte ganz normal, wie oben beschrieben, mounten. Nun kann ich noch ein paar Dinge kopieren
  • Veracrypt Volume einhängen

    Linux linux 7. Sept. 2018, 18:02
    0 Stimmen
    1 Beiträge
    907 Aufrufe
    Niemand hat geantwortet