mgutt

It would cost twice storage space, so I don't think it's useful for you. I would use "cp --reflink=always" to sync all your files on the same HDD to a different directory. As cp does a one-way sync, deleted files aren't deleted from the destination. And with reflink the file does not occupy extra storage space (works only on the same disk and the mover kills reflinks as well, so a cache pool wouldn't be allowed). But a simple sync would not help against ransomware or allow old versions of a document. For this it would be needed to change the destination. Maybe on daily basis and the destination folder gets the name Monday, Tuesday, etc?! It depends on your targets. reflinks are really usefull for vdisk, too: Another option would be the unraid plugin Recycle Bin, which works for SMB network shares.

This is a basic function of docker and is valid for all containers.

Der DNS Anbieter hat rein gar nichts mit http/https zu tun. Wenn dann hast du ein SSL Zertifikat für die NoIP Domain bestellt und bei DuckDNS eben nicht. Wenn du auch da SSL haben willst, dann richte es einfach ein. Die meisten nutzen dafür SWAG/NPM.

Das Linux Kommando "find" kann übrigens auch Dateien rekursiv an Hand der Rechte finden: find /mnt/user -type f -perm 0000 -user root -group root Ist man mit dem Suchergebnis zufrieden, kann man es wie folgt erweitern um die Rechte zu korrigieren: find /mnt/user -type f -perm 0000 -user root -group root -exec chmod -v 666 {} \; -exec chown -v nobody:users {} \; In dem Fall also in 666 und der neue Inhaber wird nobody aus der Gruppe users.

Dann erstellt der Container den Ordner und der liegt dann im RAM. Das erklärt das Problem.

Ist /mnt/disks/Force eine gemountete UD Platte bzw war sie zu dem Zeitpunkt gemountet als die Container starteten?

Zeig mal die beiden Container Configs

And which ports did you open in your router and what are the targets of the forwarding?

Schon mal testweise eine neue VM mit gleichen Settings aufgesetzt und die bestehende Vdisk eingebunden? Was sind überhaupt die Fehler?!

Auf meinem Testserver mit RC4 hatte ich jetzt auch ein Problem. Das Terminal und SSH sind komplett gestorben: https://forums.unraid.net/bug-reports/prereleases/unraid-os-version-6100-rc4-available-r1774/page/6/?tab=comments#comment-18284

Das was du da als Fehler siehst, sind keine Fehler, die sich auf diese Platte beziehen, sondern Fehler beim Abgleich mit der Parität. Die Parität ist also kaputt. Die Frage ist nun warum. Machst du regelmäßig Parity Checks? Ist der RAM in Ordnung? Ist die Paritäts HDD in Ordnung?

Ich kenne nichts anderes ^^

This is correct. My screenshot shows only the mobile chrome browser. EDIT: ah one moment. Maybe you're router does not support hairpinning. Please test the IP from outside of your local network (cell phone mobile data).

This is what you should see: If this does not work: A) Your router blocks Port 80 B) You don't have a public IPv4 (instead it's a proxified IP of your provider) C) The traffic of Port 80 does not reach any target Check your router settings and verify if your are really having a public IPv4 (through your router, too).

Your router has a public IP. Could be obtained through whatismyip.com or similar. Now open http://<publicIP>

And your router forwards the traffic to NPM? If you see Nextcloud through the warden domain, it seems you're router is forwarding the traffic to Nextcloud. What happens if you open your public IP? You should see the NPM proxy welcome page.

Ja eben so Android TV Sticks im Allgemeinen nutzen viele. Roku bestimmt auch

Der setzt alles auf nobody also Standard. Du sprichst von SMB. Das hat nichts damit zu tun.

What happens if you open 192.168.1.90:4743 through your browser?

SSH / Terminal is dead Apr 11 20:49:59 Tower webGUI: Successful login user root from 192.168.178.25 Apr 11 20:50:11 Tower kernel: Bluetooth: Core ver 2.22 Apr 11 20:50:11 Tower kernel: NET: Registered PF_BLUETOOTH protocol family Apr 11 20:50:11 Tower kernel: Bluetooth: HCI device and connection manager initialized Apr 11 20:50:11 Tower kernel: Bluetooth: HCI socket layer initialized Apr 11 20:50:11 Tower kernel: Bluetooth: L2CAP socket layer initialized Apr 11 20:50:11 Tower kernel: Bluetooth: SCO socket layer initialized Apr 11 20:51:04 Tower nginx: 2022/04/11 20:51:04 [crit] 3589#3589: *7931687 connect() to unix:/var/run/ttyd.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.178.25, server: , request: "GET /webterminal/ttyd/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "tower", referrer: "http://tower/Settings/ManagementAccess" Apr 11 20:51:07 Tower nginx: 2022/04/11 20:51:07 [crit] 3589#3589: *7931687 connect() to unix:/var/run/ttyd.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.178.25, server: , request: "GET /webterminal/ttyd/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "tower" Apr 11 20:51:44 Tower nginx: 2022/04/11 20:51:44 [crit] 3589#3589: *7932666 connect() to unix:/var/run/ttyd.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.178.25, server: , request: "GET /webterminal/ttyd/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "tower", referrer: "http://tower/Tools/Syslog" Apr 11 20:51:46 Tower nginx: 2022/04/11 20:51:46 [crit] 3589#3589: *7932666 connect() to unix:/var/run/ttyd.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.178.25, server: , request: "GET /webterminal/ttyd/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "tower" Apr 11 20:52:49 Tower nginx: 2022/04/11 20:52:49 [crit] 3589#3589: *7933928 connect() to unix:/var/run/ttyd.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.178.25, server: , request: "GET /webterminal/ttyd/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "tower", referrer: "http://tower/Dashboard" Apr 11 20:53:07 Tower nginx: 2022/04/11 20:53:07 [crit] 3589#3589: *7933928 connect() to unix:/var/run/ttyd.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.178.25, server: , request: "GET /webterminal/ttyd/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "tower", referrer: "http://tower/Dashboard" Apr 11 20:54:12 Tower emhttpd: shcmd (80479): /usr/local/emhttp/webGui/scripts/update_access Apr 11 20:54:12 Tower sshd[3466]: Received signal 15; terminating. Apr 11 20:54:13 Tower emhttpd: shcmd (80480): /etc/rc.d/rc.nginx reload Apr 11 20:54:13 Tower root: Checking configuration for correct syntax and Apr 11 20:54:13 Tower root: then trying to open files referenced in configuration... Apr 11 20:54:13 Tower root: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok Apr 11 20:54:13 Tower root: nginx: configuration file /etc/nginx/nginx.conf test is successful Apr 11 20:54:13 Tower root: Reloading Nginx configuration... Apr 11 20:54:16 Tower nginx: 2022/04/11 20:54:16 [alert] 3589#3589: *7935181 open socket #4 left in connection 5 Apr 11 20:54:16 Tower nginx: 2022/04/11 20:54:16 [alert] 3589#3589: *7935187 open socket #16 left in connection 8 Apr 11 20:54:16 Tower nginx: 2022/04/11 20:54:16 [alert] 3589#3589: aborting Apr 11 20:54:28 Tower emhttpd: shcmd (80483): /usr/local/emhttp/webGui/scripts/update_access Apr 11 20:55:15 Tower nginx: 2022/04/11 20:55:15 [crit] 30158#30158: *7935815 connect() to unix:/var/run/ttyd.sock failed (2: No such file or directory) while connecting to upstream, client: 192.168.178.25, server: , request: "GET /webterminal/ttyd/ HTTP/1.1", upstream: "http://unix:/var/run/ttyd.sock:/", host: "tower", referrer: "http://tower/Settings/ManagementAccess" I'm not using this server for other things except testing.

And the "20220326_141141" contained only 145 files, too?! What happens if you execute this through the terminal? rm -r "/mnt/remotes/100.72.190.35_backup/Shares/paperless_ng/20220327_143332" If this dir contains only around 145 files, it should be done in seconds. If not, then your problem is NFS or the target. Maybe the target filesystem is so slow while deleting hardlinks?!

Was gehen kann, aber ich immer noch nicht testen konnte: - iGPU als vGPU durchschleifen (geht nur bis 10te Gen Intel) - Monitor auf externe Dockingstation spiegeln und da den TV dran Allerdings macht das hinten und vorne keinen Sinn. Sowohl vom Stromverbrauch her, als von den Kosten und es garantiert einem auch keine ruckelfreie Wiedergabe (ist ja noch eine Mini-USB GPU im Spiel). Also unRAID direkt als Mediaplayer ist Quark. Das macht auch niemand so. Du wirst hier nur Leute finden, mit - Kodi auf einem RPI - Nvidia Shield oder andere Android TV Box - Apple TV - Plex/Jellyfin auf Android TV Stick Ich für meinen Teil habe Plex auf dem unRAID Server installiert und nutze die Plex App vom TV. So kann der Server auch im Keller stehen. Gegen Basteln spricht nichts. 😁 unRAID ist ja erstmal kostenlos zu testen. USB Stick rein, booten und rumprobieren.

Vielleicht könnte man das Image mounten und ein Kernel Flag übergeben was dieses Feature nicht mehr zur Pflicht macht? Ist aber nur geraten. Hier der Artikel geht in diese Richtung: https://www.ibm.com/support/pages/how-disable-cpu-feature-flag-hle-hardware-lock-elision-rhel-x86-intel

Ich bezweifle dass das möglich ist. Keine Ahnung warum Fix Common diese Meldung ausgibt.

Nix Rotation. Einfach auf Flash (USB).