mgutt

@Ford Prefect Verstehst du das?

Das ist sehr individuell. Bei mir belegt zb Docker 13GB (hier liegen die Dateien, um die virtuelle Umgebung der Container bereitzustellen), dann habe ich meine MP3s komplett auf dem Cache, die VMs machen 100GB aus und von einer meiner Websites habe ich knapp 500GB ausgelagert. Alles was unter appdata liegt, sind dann die Nutzerdaten der Container. Insgesamt 230GB, wobei die Nextcloud zukünftig noch deutlich zulegen wird. root@thoth:~# du -sh /mnt/cache/* 169G /mnt/cache/Music 228G /mnt/cache/appdata 13G /mnt/cache/docker 104M /mnt/cache/libvirt 96G /mnt/cache/vm 493G /mnt/cache/web root@thoth:~# du -sh /mnt/cache/appdata/* 224M /mnt/cache/appdata/home-assistant 2.4G /mnt/cache/appdata/minecraft 83G /mnt/cache/appdata/nextcloud 297M /mnt/cache/appdata/nextcloud-mariadb 589M /mnt/cache/appdata/npm 141G /mnt/cache/appdata/plex 557M /mnt/cache/appdata/unifi

Ok und die IP kannst du ja anpingen. Hast du http oder https versucht? Keine Ahnung was das ist, aber nicht der Netzwerkmonitor ^^ Hast du mal das versucht: ssh [email protected] Also vorausgesetzt du hast SSH erlaubt und auf Port 22 gelassen.

Nein. Ohne Treiber wäre das Netzwerk tot. Welche Bitrate hat denn das Powerlan zwischen den Dosen vereinbart?

Was sagt der Netzwerkmonitor von Chrome Dev Tools? Also wird was weitergeleitet oder ist die IP schlicht nicht erreichbar? Fehlercode?

🤷

Ah ok. Du meinst 10 MB/s. Das B muss groß 😉 Gut, sicher, dass nicht irgendeine Komponente auf 100 Mbit/s drosselt? Bitte möglichst wenig zwischen Client und Server haben. Also zb nur die Fritz!Box und da dann eben auch prüfen, ob die Ports alle auf 1 Gbit/s stehen.

Das macht ja irgendwie keinen Sinn. Wie kann Unraid 98 Mbit/s anzeigen und es gehen nur effektiv 10 Mbit/s durch?! Teste bitte in smb-extra das: aio write size = 1 Findest du in den SMB Einstellungen. Vom Windows Rechner dann kurz ab- und wieder anmelden, bevor du wieder eine Übertragung probierst.

Ist das C246M nicht zu bekommen? Eventuell sparsamer. Ich bin mittlerweile bei 2TB. Kommt halt drauf an was man damit vor hat. Mehr VMs, mehr Docker, vielleicht sogar einen SSd only Share...

Sollte es, aber macht trotzdem wenig Sinn. Große Datenmengen lagert man auf separate vdisks aus oder noch besser: auf unRAID selbst über NFS. Hat das Ziel denn überhaupt Platz für 1.5TB? Ist ja in der Regel ein SSD Pool wo man Vdisks drauf liegen hat.

Korrekt. Die meine ich. Diese Domain wird doch beim Zugriff auf die GUI erzwungen oder nicht? Dann hat die auch immer die IP aus deinem Netz und niemals die von Zerotier. Fazit: Muss weg

My setup: MB: Gigabyte C246N-WU2 CPU: Xeon E-2146G RAM: 64GB DDR4 ECC GPU: None Array: 8x 18TB WD Ultrastar and White Label (shucked), spun down most of the time Pool: 2TB Samsung Evo Plus NVMe Cooling: 3x Noctua Network: 10G Intel X550T RJ45 (a SFP+ DAC would be more efficient) USB: Sonoff Zigbee USB Dongle PSU: Corsair SF450 Platinum Docker: Home Assistant, Nextcloud, Plex, HTTP-Fileserver, rsync-server, Nginx Proxy Manager Consumption: 24W in idle (-6W without 10G card, -3W with my previous 12TB HDDs, -2W with Corsair RM550x 2021) It raises by 10W if my son starts a Minecraft container. That's why I use a script which automatically stops it, if no players are active for 2 hours: Plans for the future: - SSD only built (collecting super expensive 8TB QVO SSDs at the moment 🤪) - SFP+ card with active DAC cables - Seasonic Titanium power supply - remove the 10G RJ45 switch (instead my PC get's a direct connection to the SFP+ card, while the other household users access the server through 1G) P.S. best power saving tip: 😅 https://www.reddit.com/r/unRAID/comments/ye3z55/comment/itw2cgz/?utm_source=share&utm_medium=web2x&context=3

Two interesting things for power saving nerds: 1.) This user found out that SATA cards with ASM1166 controller are compatible to powertop --auto-tune if a firmware update is installed: https://forums.unraid.net/topic/102010-recommended-controllers-for-unraid/?do=findComment&comment=1185707 2.) Unraid 6.10 and 6.11 has a bug, which leaves multiple running scripts forever open (users are reporting 2 to 5W reduction in idle by executing the stated commands): https://forums.unraid.net/bug-reports/stable-releases/power-consumption-is-not-stable-since-unraid-610-611-r2148/?do=findComment&comment=21046

Warum hat man Images, die größer sind als sagen wir mal 100GB?!

Falls du Freigaben in der Fritz!Box zum "alten" Server eingerichtet hattest, kann es sich manchmal auch lohnen diese zu löschen, die Fritz!Box neu zu starten und die Freigaben neuanzulegen. Die Fritz!Box merkt sich manchmal komische Sachen.

Warum nimmst du nicht statt Unbalance den File Manager?

Moment. Hast du schon eine Lizenz? Dann sollte Unraid dir vorschlagen, diese auf den neuen Stick zu übertragen.

You did not change the paths 😉 (/dst is the default path of the script) EDIT: Changed the default paths to avoid RAM flooding if someone forgets to change the paths.

das hier muss aber dann angepasst werden: Die IP und Speed bezieht sich auf eine 10G Karte. Bei 2.5 müsste man den Wert auf 2500000000 ändern.

Nutzt du Cloudflare als Proxy oder nur für die DNS-Einträge? Wenn Cloudflare aktuell dein Proxy ist, dann kennt erst mal keiner deine echte öffentliche IP außer Cloudflare. Damit würde ein Tunnel nicht wirklich was an der Sicherheit verbessern. Allerdings könnte jemand durch probieren deine öffentliche IP und damit deinen NPM erreichen. Würde er dann versuchen die Domain zu ermitteln, könnte er an Cloudflare vorbei an deine Nextcloud kommen. Das könnte man verhindern, in den man in NPM bei jedem Host ausschließlich die IPs von Cloudflare erlaubt. Wenn du Cloudflare allerdings nur als DNS-Server deiner Domains verwendest und der Traffic transparent an deine öffentliche IP geht, dann wäre der Tunnel natürlich ein Sicherheitsplus. Wäre der Proxy allerdings auch. Schlussendlich ergibt sich das Sicherheitsplus übrigens nicht durch den Proxy/Tunnel von Cloudflare, sondern durch deren Filter, die gewisse Angriffe und IP-Zugriffe durch Bots unterbinden. Für mich ist das zB uninteressant. Also sowohl Cloudflare Tunnel als auch Cloudflare Proxy, denn Plex und eigentlich auch Nextcloud, dürfen gar nicht darüber laufen und bei Nextcloud bekommt man auch gerne mal Probleme bei großen Uploads.

Hat eigentlich schon mal jemand über Windows ein Firmware-Update bei der NVMe versucht? Vielleicht löst es ja das Problem.

Benutzt du powertop --auto-tune oder andere Stromsparmechanismen? Ich hatte mal lange Zeit welche im Einsatz. War fehlerfrei, wenn man davon absieht, dass einer irgendwann gestorben ist und es bei mehr als 2 bis 3 Platten eine bescheidene Performance resultiert. Hast du mal gelesen, dass Port Multiplier sonst schon mal Probleme gemacht haben?

Released v1.5 released - fixed hardlink test

What is the background of these "busy" error messages? # as you can see I freshly installed UD plugin # then I created formatted in BTRFS and renamed the nvme to "BACKUP" # the "mount" button stayed grey and was noch clickable # logs from this timeframe: Nov 1 22:19:54 Tower root: plugin: unassigned.devices-plus.plg installed Nov 1 22:20:52 Tower ool www[5108]: /usr/local/emhttp/plugins/unassigned.devices/scripts/rc.settings 'save' Nov 1 22:21:38 Tower unassigned.devices: Format device '/dev/nvme0n1'. Nov 1 22:21:38 Tower unassigned.devices: Device '/dev/nvme0n1' block size: 1953525168. Nov 1 22:21:38 Tower unassigned.devices: Clearing partition table of disk '/dev/nvme0n1'. Nov 1 22:21:38 Tower unassigned.devices: Clear partition result: 1+0 records in 1+0 records out 2097152 bytes (2.1 MB, 2.0 MiB) copied, 0.0026684 s, 786 MB/s Nov 1 22:21:38 Tower unassigned.devices: Reloading disk '/dev/nvme0n1' partition table. Nov 1 22:21:38 Tower unassigned.devices: Reload partition table result: /dev/nvme0n1: re-reading partition table Nov 1 22:21:38 Tower unassigned.devices: Creating Unraid compatible mbr partition on disk '/dev/nvme0n1'. Nov 1 22:21:38 Tower kernel: nvme0n1: p1 Nov 1 22:21:38 Tower unassigned.devices: Create mbr partition table result: write mbr signature done Nov 1 22:21:38 Tower unassigned.devices: Reloading disk '/dev/nvme0n1' partition table. Nov 1 22:21:38 Tower unassigned.devices: Reload partition table result: BLKRRPART failed: Device or resource busy /dev/nvme0n1: re-reading partition table Nov 1 22:21:38 Tower unassigned.devices: Formatting disk '/dev/nvme0n1' with 'btrfs' filesystem. Nov 1 22:21:40 Tower kernel: BTRFS: device fsid b49d3b10-00fc-44b2-a143-750c85e16960 devid 1 transid 6 /dev/nvme0n1p1 scanned by mkfs.btrfs (8680) Nov 1 22:21:43 Tower unassigned.devices: Reloading disk '/dev/nvme0n1' partition table. Nov 1 22:21:43 Tower kernel: nvme0n1: p1 Nov 1 22:21:43 Tower unassigned.devices: Reload partition table result: /dev/nvme0n1: re-reading partition table Nov 1 22:21:55 Tower unassigned.devices: Warning: Cannot change the disk label on device 'nvme0n1p1'. Nov 1 22:24:23 Tower kernel: BTRFS warning: duplicate device /dev/nvme1n1p1 devid 1 generation 60 scanned by mount (11018) Nov 1 22:24:46 Tower unassigned.devices: Removing all partitions from disk '/dev/nvme0n1'. Nov 1 22:24:59 Tower unassigned.devices: Format device '/dev/nvme0n1'. Nov 1 22:24:59 Tower unassigned.devices: Device '/dev/nvme0n1' block size: 1953525168. Nov 1 22:24:59 Tower unassigned.devices: Clearing partition table of disk '/dev/nvme0n1'. Nov 1 22:24:59 Tower unassigned.devices: Clear partition result: 1+0 records in 1+0 records out 2097152 bytes (2.1 MB, 2.0 MiB) copied, 0.00244823 s, 857 MB/s Nov 1 22:24:59 Tower unassigned.devices: Reloading disk '/dev/nvme0n1' partition table. Nov 1 22:24:59 Tower unassigned.devices: Reload partition table result: /dev/nvme0n1: re-reading partition table Nov 1 22:24:59 Tower unassigned.devices: Creating Unraid compatible mbr partition on disk '/dev/nvme0n1'. Nov 1 22:24:59 Tower kernel: nvme0n1: p1 Nov 1 22:24:59 Tower unassigned.devices: Create mbr partition table result: write mbr signature done Nov 1 22:24:59 Tower unassigned.devices: Reloading disk '/dev/nvme0n1' partition table. Nov 1 22:24:59 Tower unassigned.devices: Reload partition table result: BLKRRPART failed: Device or resource busy /dev/nvme0n1: re-reading partition table Nov 1 22:24:59 Tower unassigned.devices: Formatting disk '/dev/nvme0n1' with 'btrfs' filesystem. Nov 1 22:25:00 Tower kernel: BTRFS: device fsid 2785705e-9696-4653-b0ae-efd2037c4464 devid 1 transid 6 /dev/nvme0n1p1 scanned by mkfs.btrfs (11623) Nov 1 22:25:03 Tower unassigned.devices: Reloading disk '/dev/nvme0n1' partition table. Nov 1 22:25:03 Tower kernel: nvme0n1: p1 Nov 1 22:25:03 Tower unassigned.devices: Reload partition table result: /dev/nvme0n1: re-reading partition table # then I did the following manually: mkdir /mnt/disks/BACKUP mount /dev/nvme0n1p1 /mnt/disks/BACKUP/ # logs after that: Nov 1 22:26:21 Tower kernel: BTRFS info (device nvme0n1p1): using free space tree Nov 1 22:26:21 Tower kernel: BTRFS info (device nvme0n1p1): has skinny extents Nov 1 22:26:21 Tower kernel: BTRFS info (device nvme0n1p1): flagging fs with big metadata feature Nov 1 22:26:21 Tower kernel: BTRFS info (device nvme0n1p1): enabling ssd optimizations Nov 1 22:26:21 Tower kernel: BTRFS info (device nvme0n1p1): checking UUID tree Nov 1 22:27:02 Tower kernel: BTRFS info (device nvme0n1p1): using free space tree Nov 1 22:27:02 Tower kernel: BTRFS info (device nvme0n1p1): has skinny extents Nov 1 22:27:02 Tower kernel: BTRFS info (device nvme0n1p1): enabling ssd optimizations # the mount button changed to unmount, but is still greyed out # I'm able to access the nvme content without problems?! Current status:

Ich bin nach wie vor auf 6.9. Solange die neue Version noch Bugs hat, werde ich nicht wechseln. Aber ich hab auch einen Testserver mit 6.11. Weiß gerade nicht, wann ich Zeit finde das zu testen.