Anym001

@D0bby Probier mal folgende Einstellungen unter Firewall / Settings / Advanced.

Hello, recently the following error messages appear more often in the syslog. usbhid-ups[3717]: nut_libusb_get_string: Pipe error. The UPS (Cyberpower CP900EPFCLCD) still works without problems. Unfortunately I can't find anything on google about this issue. Anyone have an idea what this is all about?

Nextcloud bietet sich dazu gut an. Fotos können via Client am PC oder über Mobile Devices hochgeladen werden. (Android, iOS, ...) Bei den mobilen Anwendungen können die Fotos sogar automatisiert hochgeladen werden.

@bonienl I love this new plugin and I do appreciate the work you did. Thank you. I would have a suggestion for the future. How about a function to unzip files? (.zip / .tar.gz / ...)

Diese Ordner kannst du per External Storage einbinden.

Ich nutze ClamAV für Nextcloud und bin sehr zufrieden damit.

Am besten einen Reverse Proxy davor packen, da bekommst du auch dein automatisches Zertifikat. (NPM oder SWAG)

Vielleicht hilft dir das:

Das wäre deutlich interessanter in diesem Thema. Wie macht man es richtig? Ich kann nur für den Container von Knex666 sprechen. Hier wird der Container automatisch mit einem docker update aktualisiert und kann nicht manuell beeinflusst werden. Den Container von Linuxserver muss man manuell updaten. Allerdings weiß ich nicht wie das genau funktioniert.

Welchen Container verwendest du? Ja nach Container sind die Updates unterschiedlich. Wie schaut das Log vom Container aus?

Ich habe eine Crucial P5 2TB (CT2000P5SSD8) verbaut und habe derzeit 5500 als Schwellwert angegeben. Hier die Ausgabe von smartctl -a /dev/nvme0 Verstehe ich das richtig, dass ich mit 5500 auch den State 3 nicht erreiche? Wäre in meinem Fall nicht ein Wert zwischen 12000 und 35000 besser? Was mich ein wenig irritiert ist, dass der zweite Schwellwert von State 3 geringer ist als der erste von State 4.

Probier mal folgendes: ---- FOLDER RIGHTS To get the right folder/file rights add this to Extra Parameter and Post Execution Quelle: https://forums.unraid.net/topic/88504-support-knex666-nextcloud-21/

Bestimmt hilft dir folgender Beitrag weiter: https://forums.unraid.net/topic/114726-nextcloud-upload-größe-verändern/

Der Server lief ja viele Monate ohne Probleme (und läuft ja jetzt auch). Da bin ich eher zurückhaltend was BIOS Updates anbelangt. Ich warte also erstmal ab. Für dich zur Info. Habe beim Gigabyte Support mal nachgefragt.

Ich habe gesehen, dass du aktuell die BIOS Version F2c installiert hast. Laut Gigabyte wird die Version F2 empfohlen. https://www.gigabyte.com/Motherboard/C246N-WU2-rev-10/support#support-dl-bios Interessant ist nur, dass F2c von der Nummerierung eigentlich das Neuere sein müsste, allerdings das F2 vom Veröffentlichungsdatum her das Neuere ist. Wie siehst du das? Kann es sein, dass deine Probleme damit behoben werden können?

Das würde mich auch interessieren, wie ihr die Garantie prüft.

Thank you, that helped.

Yes I am. I have sent it to you by PN.

I have noticed an error several times now when unmounting devices. After I have unmounted my device cleanly in the main tab, many spin down messages are displayed in the syslog. According to syslog it tries to spindown the device although it is not connected anymore. Feb 19 12:49:05 nas emhttpd: spinning down /dev/sde Feb 19 13:19:06 nas emhttpd: spinning down /dev/sde Feb 19 13:49:07 nas emhttpd: spinning down /dev/sde Feb 19 14:19:08 nas emhttpd: spinning down /dev/sde Feb 19 14:49:09 nas emhttpd: spinning down /dev/sde Feb 19 15:19:10 nas emhttpd: spinning down /dev/sde Feb 19 15:49:11 nas emhttpd: spinning down /dev/sde Feb 19 16:19:12 nas emhttpd: spinning down /dev/sde Feb 19 16:49:13 nas emhttpd: spinning down /dev/sde Feb 19 17:19:14 nas emhttpd: spinning down /dev/sde Feb 19 17:49:15 nas emhttpd: spinning down /dev/sde Feb 19 18:19:16 nas emhttpd: spinning down /dev/sde Feb 19 18:49:17 nas emhttpd: spinning down /dev/sde Feb 19 19:19:18 nas emhttpd: spinning down /dev/sde Feb 19 19:49:19 nas emhttpd: spinning down /dev/sde Feb 19 20:19:20 nas emhttpd: spinning down /dev/sde Feb 19 20:49:21 nas emhttpd: spinning down /dev/sde Feb 19 21:19:22 nas emhttpd: spinning down /dev/sde Feb 19 21:49:23 nas emhttpd: spinning down /dev/sde In the "Dashboard" tab the device is marked with status unassigned. In the "Main" tab, however, the device is no longer visible, since it has already been removed. Does anyone have an idea what this could be?

Aufgrund dieser Meldung könntest du das Script auch mit -u 33 ausführen. #!/bin/bash docker exec -u 33 Nextcloud php -f /var/www/html/cron.php exit 0

Ausgeführt wird das Script von root. Ich meinte den User, den du im Script verwendest.

Mit welchem User führst du das Script aus? Welchen Nextcloud Container verwendest du?

Ja das müsste auch gehen.

Ja genau darum geht es. Damit Nextcloud die Hintergrundjobs erledigen kann. Welchen Nextcloud Container verwendest du? Vermute das mein Script aufgrund von -u 99 bei dir nicht funktioniert. Hier wird beschrieben, dass normal der user www-data verwendet wird. https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/background_jobs_configuration.html Dafür ist allerdings eine bestehende Internetverbindung Voraussetzung.

Diesen Fehler konnte ich durch die Umstellung von AJAX auf Cron beheben. https://forums.unraid.net/topic/88504-support-knex666-nextcloud-20/?do=findComment&comment=822737 Folgendes Script wird alle 15 Minuten ausgeführt: #!/bin/bash docker exec -u 99 Nextcloud php -f /var/www/html/cron.php exit 0