Skip to content
linux-nerds.org

linux-nerds.org
  1. Übersicht
  2. Linux
  3. Nextcloud
  4. Nextcloud - Update auf 28.0.0

Nextcloud - Update auf 28.0.0

Nextcloud
  • FrankMF

    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

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • M

    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

    1
  • FrankMF

    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 😊

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0
  • M

    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

    1
  • FrankMF

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

    Im Fediverse -> @FrankM@nrw.social

    1. NanoPi R5S
    2. Quartz64 Model B, 4GB RAM
    3. Quartz64 Model A, 4GB RAM
    4. RockPro64 v2.1
    0

  • FrankMF

    Rest-Server v0.13.0 released

    Restic
    2
    0 Stimmen
    2 Beiträge
    311 Aufrufe
    FrankMF
    Download Rest-Server und installieren Im Github Repository den aktuellen Release suchen. Hier am Beispiel der aktuellen Version 0.13.0 (27.07.2024) Datei herunterladen wget https://github.com/restic/rest-server/releases/download/v0.13.0/rest-server_0.13.0_linux_amd64.tar.gz Die Datei entpacken tar -xf rest-server_0.13.0_linux_amd64.tar.gz Ins Verzeichnis wechseln cd rest-server_0.13.0_linux_amd64 Wenn der Rest-Server läuft, dann muss man diesen erst mal stoppen. systemctl stop rest-server Danach kopiert man das File nach bin. Wer mag sichert vorher das alte File. cp rest-server /usr/local/bin Danach kann man den Rest-Server wieder starten. systemctl start rest-server Versionskontrolle root@rest-server:~# rest-server -v rest-server version rest-server 0.13.0 compiled with go1.22.5 on linux/amd64 Die Hilfe vom Rest-Server root@rest-server:~# rest-server -h Run a REST server for use with restic Usage: rest-server [flags] Flags: --append-only enable append only mode --cpu-profile string write CPU profile to file --debug output debug messages -h, --help help for rest-server --htpasswd-file string location of .htpasswd file (default: "<data directory>/.htpasswd)" --listen string listen address (default ":8000") --log filename write HTTP requests in the combined log format to the specified filename (use "-" for logging to stdout) --max-size int the maximum size of the repository in bytes --no-auth disable .htpasswd authentication --no-verify-upload do not verify the integrity of uploaded data. DO NOT enable unless the rest-server runs on a very low-power device --path string data directory (default "/tmp/restic") --private-repos users can only access their private repo --prometheus enable Prometheus metrics --prometheus-no-auth disable auth for Prometheus /metrics endpoint --tls turn on TLS support --tls-cert string TLS certificate path --tls-key string TLS key path -v, --version version for rest-server Systemd Wer noch ein passendes systemd File benötigt. [Unit] Description=Rest Server After=syslog.target After=network.target [Service] Type=simple User=rest-server Group=rest-server ExecStart=/usr/local/bin/rest-server --private-repos --tls --tls-cert /mnt/rest-server/<DOMAIN>/fullchain.pem --tls-key /mnt/rest-server/<DOMAIN>/key.pem --path /mnt/rest-server Restart=always RestartSec=5 # Optional security enhancements NoNewPrivileges=yes PrivateTmp=yes ProtectSystem=strict ProtectHome=yes ReadWritePaths=/mnt/rest-server [Install] WantedBy=multi-user.target
  • FrankMF

    MongoDB - Erste Erfahrungen

    Linux
    2
    +1
    0 Stimmen
    2 Beiträge
    158 Aufrufe
    FrankMF
    So frisch von der MongoDB Front und wieder viel gelernt, weil beim Üben macht man Fehler Oben war ja mongodump & mongorestore von der KI empfohlen. Hier das wie ich es gemacht habe. mongodump frank@redis-stack:~$ mongodump -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio -o mongodump/ 2024-04-06T09:29:25.174+0200 writing portfolio.stockList to mongodump/portfolio/stockList.bson 2024-04-06T09:29:25.175+0200 writing portfolio.users to mongodump/portfolio/users.bson 2024-04-06T09:29:25.175+0200 done dumping portfolio.stockList (8 documents) 2024-04-06T09:29:25.176+0200 writing portfolio.total_sum to mongodump/portfolio/total_sum.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.total_sum (1 document) 2024-04-06T09:29:25.177+0200 writing portfolio.old_total_sum to mongodump/portfolio/old_total_sum.bson 2024-04-06T09:29:25.177+0200 writing portfolio.stocks to mongodump/portfolio/stocks.bson 2024-04-06T09:29:25.177+0200 done dumping portfolio.users (4 documents) 2024-04-06T09:29:25.178+0200 writing portfolio.settings to mongodump/portfolio/settings.bson 2024-04-06T09:29:25.178+0200 done dumping portfolio.settings (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.old_total_sum (1 document) 2024-04-06T09:29:25.179+0200 done dumping portfolio.stocks (34 documents) mongorestore mongorestore -u frank -p '<password>' --host 192.168.3.9 --authenticationDatabase admin -d portfolio mongodump/meineDatenbank/ Hier wird die Datensicherung mongodump/meineDatenbank/ in die neue Datenbank portfolio transferiert. Grund für das Ganze? Mich hatte der Datenbank Name meineDatenbank gestört. Benutzerrechte Jetzt der Teil wo man schnell was falsch machen kann Ich hatte also die neue Datenbank, konnte sie aber nicht lesen. Fehlten halt die Rechte. Ich hatte dann so was hier gemacht. db.updateUser("frank", { roles: [ { role: "readWrite", db: "meineDatenbank" }, { role: "readWrite", db: "portfolio" }]}) Ging auch prima, kam ein ok zurück. Nun das Problem, ich hatte beim Einrichten, den User frank als admin benutzt. Durch den oben abgesetzten Befehl (frank ist ja admin), wurden die neuen Rechte gesetzt und die Rechte als Admin entzogen!! Das war jetzt nicht wirklich das was ich gebrauchen konnte. LOL Ich hatte jetzt keine Kontrolle mehr über die DB. Das war aber nicht so wirklich kompliziert, das wieder zu ändern. Die Authentication temporär abstellen. Also /etc/mongod.conf editieren und #security: security.authorization: enabled eben mal auskommentieren. Den Daemon neustarten und anmelden an der DB. mongosh --host 192.168.3.9 Danach neuen User anlegen db.createUser({ user: "<name>", pwd: "<password>", roles: [ { role: "userAdminAnyDatabase", db: "admin" } ] }) mongod.conf wieder ändern und neustarten. Danach hat man wieder eine DB mit Authentifizierung und einen neuen Admin. Ich bin diesmal, man lernt ja, anders vorgegangen. Es gibt nun einen Admin für die DB und einen User zum Benutzen der Datenbanken! So wie man es auch auf einem produktiven System auch machen würde. Wenn ich jetzt mal was an den Benutzerrechten des Users ändere, kann mir das mit dem Admin nicht mehr passieren. Hoffe ich
  • FrankMF

    Open Source Software - Nur mit Luft & Liebe läuft es auch nicht rund

    Linux
    1
    0 Stimmen
    1 Beiträge
    140 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Happy Birthday Debian

    Allgemeine Diskussionen
    1
    +0
    0 Stimmen
    1 Beiträge
    85 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Debian 12 Bookworm - Release 12.1

    Linux
    1
    0 Stimmen
    1 Beiträge
    116 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    NAS 2023 - Software Teil 1

    Angeheftet Verschoben Linux
    1
    +3
    0 Stimmen
    1 Beiträge
    229 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Cups Druckdaemon

    Linux
    1
    +4
    0 Stimmen
    1 Beiträge
    398 Aufrufe
    Niemand hat geantwortet
  • FrankMF

    Projekt NAS - BIOS Update 1.25.0

    Linux
    1
    0 Stimmen
    1 Beiträge
    656 Aufrufe
    Niemand hat geantwortet