mgutt

Ja gibt es: https://www.hardwareluxx.de/community/threads/die-sparsamsten-systeme-30w-idle.1007101/ Vom Prinzip sind alle Intel ab 5000 aufwärts (ab da waren es 14nm CPUs) und AMD Ryzen 4000 aufwärts (also besagte neue Generation) sparsam im Leerlauf. Wobei bei AMD noch die Einschränkung mit dem B550 Chipsatz gilt. Und allgemein gilt, dass man kein IPMI auf dem Board haben sollte, da das alleine >5W zieht. Könnte Unraid auch nicht mal, weil sobald du die GPU einer VM zuordnen willst, musst du ja die "IOMMU group" trennen und dann hat Unraid gar keinen Zugriff mehr darauf.

I ordered this card now, which uses the same chip, to test if it is because of the chipset or the M.2 socket: http://www.iocrest.com/index.php?id=2067 Will update my post in a few weeks when it arrives.

So far I used the 8 SATA Ports of my Gigabyte WU-246N motherboard and two USB 3.0 to SATA adapters for Disk3 and Disk6. Today I installed this IOCrest IO-M2F585-5I M.2 SATA adapter to avoid the USB adapters: http://www.iocrest.com/index.php?id=2070 Everything looks fine after booting: Nov 19 13:20:05 Thoth root: Starting Nginx server daemon... Nov 19 13:20:08 Thoth kernel: hid-generic 0003:06DA:FFFF.0004: usb_submit_urb(ctrl) failed: -1 Nov 19 13:20:08 Thoth kernel: hid-generic 0003:06DA:FFFF.0004: timeout initializing reports Nov 19 13:20:34 Thoth webGUI: Successful login user root from 192.168.178.21 Nov 19 13:20:42 Thoth emhttpd: shcmd (74): rmmod md-mod Nov 19 13:20:42 Thoth kernel: md: unRAID driver removed Nov 19 13:20:42 Thoth emhttpd: shcmd (75): modprobe md-mod super=/boot/config/super.dat Nov 19 13:20:42 Thoth kernel: md: unRAID driver 2.9.13 installed Nov 19 13:20:42 Thoth emhttpd: Device inventory: Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_2AHBYT6Y (sdj) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_8CHUDHEE (sdk) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_8CJ8VDWE (sdh) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_5PGWLB1E (sdg) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_5PGWHG0C (sdd) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_2AHBYY3Y (sde) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_8CK5JGTE (sdb) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_2AHBYSHY (sdf) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_8CJEEHAE (sdc) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: WDC_WDS100T2B0A-00SM50_1905AB802119 (sdl) 512 1953525168 Nov 19 13:20:42 Thoth emhttpd: HGST_HUH721212ALE604_8CKP29GE (sdi) 512 23437770752 Nov 19 13:20:42 Thoth emhttpd: JetFlash_Transcend_16GB_UOH90DH1-0:0 (sda) 512 29861888 Nov 19 13:20:42 Thoth kernel: mdcmd (1): import 0 sdg 64 11718885324 0 HGST_HUH721212ALE604_5PGWLB1E Nov 19 13:20:42 Thoth kernel: md: import disk0: (sdg) HGST_HUH721212ALE604_5PGWLB1E size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (2): import 1 sdc 64 11718885324 0 HGST_HUH721212ALE604_8CJEEHAE Nov 19 13:20:42 Thoth kernel: md: import disk1: (sdc) HGST_HUH721212ALE604_8CJEEHAE size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (3): import 2 sdi 64 11718885324 0 HGST_HUH721212ALE604_8CKP29GE Nov 19 13:20:42 Thoth kernel: md: import disk2: (sdi) HGST_HUH721212ALE604_8CKP29GE size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (4): import 3 sdk 64 11718885324 0 HGST_HUH721212ALE604_8CHUDHEE Nov 19 13:20:42 Thoth kernel: md: import disk3: (sdk) HGST_HUH721212ALE604_8CHUDHEE size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (5): import 4 sdb 64 11718885324 0 HGST_HUH721212ALE604_8CK5JGTE Nov 19 13:20:42 Thoth kernel: md: import disk4: (sdb) HGST_HUH721212ALE604_8CK5JGTE size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (6): import 5 sdf 64 11718885324 0 HGST_HUH721212ALE604_2AHBYSHY Nov 19 13:20:42 Thoth kernel: md: import disk5: (sdf) HGST_HUH721212ALE604_2AHBYSHY size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (7): import 6 sdj 64 11718885324 0 HGST_HUH721212ALE604_2AHBYT6Y Nov 19 13:20:42 Thoth kernel: md: import disk6: (sdj) HGST_HUH721212ALE604_2AHBYT6Y size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (8): import 7 sde 64 11718885324 0 HGST_HUH721212ALE604_2AHBYY3Y Nov 19 13:20:42 Thoth kernel: md: import disk7: (sde) HGST_HUH721212ALE604_2AHBYY3Y size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (9): import 8 sdh 64 11718885324 0 HGST_HUH721212ALE604_8CJ8VDWE Nov 19 13:20:42 Thoth kernel: md: import disk8: (sdh) HGST_HUH721212ALE604_8CJ8VDWE size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (10): import 9 sdd 64 11718885324 0 HGST_HUH721212ALE604_5PGWHG0C Nov 19 13:20:42 Thoth kernel: md: import disk9: (sdd) HGST_HUH721212ALE604_5PGWHG0C size: 11718885324 Nov 19 13:20:42 Thoth kernel: mdcmd (11): import 10 Nov 19 13:20:42 Thoth kernel: mdcmd (12): import 11 Nov 19 13:20:42 Thoth kernel: mdcmd (13): import 12 Nov 19 13:20:42 Thoth kernel: mdcmd (14): import 13 Nov 19 13:20:42 Thoth kernel: mdcmd (15): import 14 Nov 19 13:20:42 Thoth kernel: mdcmd (16): import 15 Nov 19 13:20:42 Thoth kernel: mdcmd (17): import 16 Nov 19 13:20:42 Thoth kernel: mdcmd (18): import 17 Nov 19 13:20:42 Thoth kernel: mdcmd (19): import 18 Nov 19 13:20:42 Thoth kernel: mdcmd (20): import 19 Nov 19 13:20:42 Thoth kernel: mdcmd (21): import 20 Nov 19 13:20:42 Thoth kernel: mdcmd (22): import 21 Nov 19 13:20:42 Thoth kernel: mdcmd (23): import 22 Nov 19 13:20:42 Thoth kernel: mdcmd (24): import 23 Nov 19 13:20:42 Thoth kernel: mdcmd (25): import 24 Nov 19 13:20:42 Thoth kernel: mdcmd (26): import 25 Nov 19 13:20:42 Thoth kernel: mdcmd (27): import 26 Nov 19 13:20:42 Thoth kernel: mdcmd (28): import 27 Nov 19 13:20:42 Thoth kernel: mdcmd (29): import 28 Nov 19 13:20:42 Thoth kernel: mdcmd (30): import 29 Nov 19 13:20:42 Thoth kernel: md: import_slot: 29 empty But after selecting "sdl" in the SSD cache dropdown, the dashboards stays greyed out and disk3 (sdk) and disk6 (sdj) are permanently gone because of an "ata10: softreset failed" error: Nov 19 13:20:42 Thoth emhttpd: import 30 cache device: (sdl) WDC_WDS100T2B0A-00SM50_1905AB802119 Nov 19 13:20:42 Thoth emhttpd: import flash device: sda Nov 19 13:20:55 Thoth kernel: ata10: softreset failed (device not ready) Nov 19 13:20:55 Thoth kernel: ata9: SATA link down (SStatus 0 SControl 300) Nov 19 13:20:55 Thoth kernel: ata9: illegal qc_active transition (00000000->00000001) Nov 19 13:20:56 Thoth kernel: ata9: SATA link down (SStatus 0 SControl 300) Nov 19 13:21:01 Thoth kernel: ata10: SATA link down (SStatus 0 SControl 300) Nov 19 13:21:06 Thoth kernel: ata10: SATA link down (SStatus 0 SControl 300) Nov 19 13:21:07 Thoth login[6446]: ROOT LOGIN on '/dev/pts/0' Nov 19 13:21:12 Thoth kernel: ata9: SATA link down (SStatus 0 SControl 300) Nov 19 13:21:12 Thoth kernel: ata9.00: disabled Nov 19 13:21:12 Thoth kernel: ata9.00: detaching (SCSI 9:0:0:0) Nov 19 13:21:12 Thoth kernel: sd 9:0:0:0: [sdj] Synchronizing SCSI cache Nov 19 13:21:12 Thoth kernel: sd 9:0:0:0: [sdj] Synchronize Cache(10) failed: Result: hostbyte=0x04 driverbyte=0x00 Nov 19 13:21:12 Thoth kernel: sd 9:0:0:0: [sdj] Stopping disk Nov 19 13:21:12 Thoth kernel: sd 9:0:0:0: [sdj] Start/Stop Unit failed: Result: hostbyte=0x04 driverbyte=0x00 Nov 19 13:21:12 Thoth kernel: ata10: SATA link down (SStatus 0 SControl 300) Nov 19 13:21:12 Thoth kernel: ata10.00: disabled Nov 19 13:21:12 Thoth kernel: ata10.00: detaching (SCSI 10:0:0:0) Nov 19 13:21:12 Thoth kernel: sd 10:0:0:0: [sdk] Synchronizing SCSI cache Nov 19 13:21:12 Thoth kernel: sd 10:0:0:0: [sdk] Synchronize Cache(10) failed: Result: hostbyte=0x04 driverbyte=0x00 Nov 19 13:21:12 Thoth kernel: sd 10:0:0:0: [sdk] Stopping disk Nov 19 13:21:12 Thoth kernel: sd 10:0:0:0: [sdk] Start/Stop Unit failed: Result: hostbyte=0x04 driverbyte=0x00 Nov 19 13:21:12 Thoth emhttpd: shcmd (78): rmmod md-mod Nov 19 13:21:12 Thoth kernel: md: unRAID driver removed Nov 19 13:21:12 Thoth emhttpd: shcmd (79): modprobe md-mod super=/boot/config/super.dat Nov 19 13:21:12 Thoth kernel: md: unRAID driver 2.9.13 installed Nov 19 13:21:12 Thoth emhttpd: Device inventory: Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_8CJ8VDWE (sdh) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_5PGWLB1E (sdg) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_5PGWHG0C (sdd) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_2AHBYY3Y (sde) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_8CK5JGTE (sdb) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_2AHBYSHY (sdf) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_8CJEEHAE (sdc) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: WDC_WDS100T2B0A-00SM50_1905AB802119 (sdl) 512 1953525168 Nov 19 13:21:12 Thoth emhttpd: HGST_HUH721212ALE604_8CKP29GE (sdi) 512 23437770752 Nov 19 13:21:12 Thoth emhttpd: JetFlash_Transcend_16GB_UOH90DH1-0:0 (sda) 512 29861888 Nov 19 13:21:12 Thoth kernel: mdcmd (1): import 0 sdg 64 11718885324 0 HGST_HUH721212ALE604_5PGWLB1E Nov 19 13:21:12 Thoth kernel: md: import disk0: (sdg) HGST_HUH721212ALE604_5PGWLB1E size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (2): import 1 sdc 64 11718885324 0 HGST_HUH721212ALE604_8CJEEHAE Nov 19 13:21:12 Thoth kernel: md: import disk1: (sdc) HGST_HUH721212ALE604_8CJEEHAE size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (3): import 2 sdi 64 11718885324 0 HGST_HUH721212ALE604_8CKP29GE Nov 19 13:21:12 Thoth kernel: md: import disk2: (sdi) HGST_HUH721212ALE604_8CKP29GE size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (4): import 3 Nov 19 13:21:12 Thoth kernel: md: import_slot: 3 missing Nov 19 13:21:12 Thoth kernel: mdcmd (5): import 4 sdb 64 11718885324 0 HGST_HUH721212ALE604_8CK5JGTE Nov 19 13:21:12 Thoth kernel: md: import disk4: (sdb) HGST_HUH721212ALE604_8CK5JGTE size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (6): import 5 sdf 64 11718885324 0 HGST_HUH721212ALE604_2AHBYSHY Nov 19 13:21:12 Thoth kernel: md: import disk5: (sdf) HGST_HUH721212ALE604_2AHBYSHY size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (7): import 6 Nov 19 13:21:12 Thoth kernel: md: import_slot: 6 missing Nov 19 13:21:12 Thoth kernel: mdcmd (8): import 7 sde 64 11718885324 0 HGST_HUH721212ALE604_2AHBYY3Y Nov 19 13:21:12 Thoth kernel: md: import disk7: (sde) HGST_HUH721212ALE604_2AHBYY3Y size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (9): import 8 sdh 64 11718885324 0 HGST_HUH721212ALE604_8CJ8VDWE Nov 19 13:21:12 Thoth kernel: md: import disk8: (sdh) HGST_HUH721212ALE604_8CJ8VDWE size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (10): import 9 sdd 64 11718885324 0 HGST_HUH721212ALE604_5PGWHG0C Nov 19 13:21:12 Thoth kernel: md: import disk9: (sdd) HGST_HUH721212ALE604_5PGWHG0C size: 11718885324 Nov 19 13:21:12 Thoth kernel: mdcmd (11): import 10 Nov 19 13:21:12 Thoth kernel: mdcmd (12): import 11 Nov 19 13:21:12 Thoth kernel: mdcmd (13): import 12 Nov 19 13:21:12 Thoth kernel: mdcmd (14): import 13 Nov 19 13:21:12 Thoth kernel: mdcmd (15): import 14 Nov 19 13:21:12 Thoth kernel: mdcmd (16): import 15 Nov 19 13:21:12 Thoth kernel: mdcmd (17): import 16 Nov 19 13:21:12 Thoth kernel: mdcmd (18): import 17 Nov 19 13:21:12 Thoth kernel: mdcmd (19): import 18 Nov 19 13:21:12 Thoth kernel: mdcmd (20): import 19 Nov 19 13:21:12 Thoth kernel: mdcmd (21): import 20 Nov 19 13:21:12 Thoth kernel: mdcmd (22): import 21 Nov 19 13:21:12 Thoth kernel: mdcmd (23): import 22 Nov 19 13:21:12 Thoth kernel: mdcmd (24): import 23 Nov 19 13:21:12 Thoth kernel: mdcmd (25): import 24 Nov 19 13:21:12 Thoth kernel: mdcmd (26): import 25 Nov 19 13:21:12 Thoth kernel: mdcmd (27): import 26 Nov 19 13:21:12 Thoth kernel: mdcmd (28): import 27 Nov 19 13:21:12 Thoth kernel: mdcmd (29): import 28 Nov 19 13:21:12 Thoth kernel: mdcmd (30): import 29 Nov 19 13:21:12 Thoth kernel: md: import_slot: 29 empty Nov 19 13:21:12 Thoth emhttpd: import 30 cache device: (sdl) WDC_WDS100T2B0A-00SM50_1905AB802119 Nov 19 13:21:12 Thoth emhttpd: import flash device: sda The IOCrest adapter uses the "JMicron 0585" controller: IOMMU group 13: [197b:0585] 05:00.0 SATA controller: JMicron Technology Corp. Device 0585 What could be the reason for this error? Defective card or an incompatibility? I changed the SATA cables and ports on the iocrest adapter, so it shouldn't be related to them.

Der TDP sagt nichts über den Leerlaufverbrauch oder die Effizienz aus. Soll heißen, selbst ein 100W i7 verbraucht weniger Strom als der 2600. Nein. Ich vermute der Verbrauch steigt sogar noch, weil die Energiesparmechanismen per Treiber gesteuert werden. Probier es doch einfach aus. Du kannst jederzeit einen Unraid USB Stick fertig machen und in deinen Rechner stecken. Du brauchst nur eine freie Platte um das Array zu starten, damit auch die VMs erstellt werden können. Vorzugsweise eine SSD. Da Unraid nichts an deinem Rechner verändert, sondern sich in den RAM installiert, hat das auch keinen Einfluss auf deine aktuelle Installation.

Du kannst nur Domains anlegen, die du besitzt, da man für Cloudflare den Nameserver der Hauptdomain ändern muss.

Usually not needed. It takes longer, but it unmounts. But I will maybe update the script, so it's done through UD as well. Of course umount (or whatever) is responsible for this and it's known since a decade and I do not blame UD for that, but only UD can solve this as long this bug is present. My apologies if understood differently. Note: I never asked for a default solution, only an optional UD setting, which does a similar thing than the SMB unremounter. But the script works as good. I'm absolutely fine with that. Nothing can guarantee this and smb shares are not only provided through permanently online servers. Every windows client supports smb shares. Not unusual. Not a good idea to mount them? Maybe. But happens. I don't see any, except of the offline hanging which is "solved" by the script. Why do you think that? I'm using the usual recent version and calling it through wget. Else it won't make sense to provide this script as nobody could use it. But I found a bug in my script. I forget to parse the server name so the URL would be wrong for most users. Will fix that in the next release. Will contain your suggestion as well. Thanks for that!

No, but I would consider buying one. Did you passthrough a USB stick for this or is it possible to use the image of an USB stick?!

Unmount the NTFS drives and re-execute the mover. This looks really similar to a problem which I had two days ago with UD and a mounted but offline SMB share: Nov 16 18:31:11 Thoth root: mover: started Nov 16 18:33:14 Thoth move: move: file /mnt/cache/Music/Aktion.mp3 Nov 16 18:33:14 Thoth move: move_object: /mnt/cache/Music/Aktion.mp3 No such file or directory Nov 16 18:35:17 Thoth move: move: file /mnt/cache/Music/Einweihung.mp3 Nov 16 18:35:17 Thoth move: move_object: /mnt/cache/Music/Einweihung.mp3 No such file or directory Nov 16 18:37:20 Thoth move: move: file /mnt/cache/Music/AlbumArtSmall.jpg Nov 16 18:37:20 Thoth move: move_object: /mnt/cache/Music/AlbumArtSmall.jpg No such file or directory Nov 16 18:39:23 Thoth move: move: file /mnt/cache/Music/Fernsehen.mp3 Nov 16 18:39:23 Thoth move: move_object: /mnt/cache/Music/Fernsehen.mp3 No such file or directory Nov 16 18:41:26 Thoth move: move: file /mnt/cache/Music/Mahlzeit!.mp3 Nov 16 18:41:26 Thoth move: move: create_parent: /mnt/cache/Music/Koch error: No such file or directory Nov 16 18:41:26 Thoth move: error: move, 397: No such file or directory (2): lstat: /mnt/cache/Music/Koch After unmounting it, the mover worked without problems.

Example:

Final solution: https://forums.unraid.net/topic/99096-ud-addon-smb-unremounter-unmount-offline-shares-and-remount-them/

I had massive performance problems with SMB shares that went offline, but were still mounted through Unassigned Devices (UD). As an example lsof took minutes to execute and the unraid mover was nearly dead. While dlandon is not sure how to solve this without risking other issues, I came to this script which could be executed by User Scripts Plugin and a custom schedule of "*/15 * * * *" (every 15 minutes): At first it checks if mounted SMB servers went offline and if yes, unmounts their SMB shares In the second part it checks the UD configuration file for unmounted, but online SMB servers and if the "auto mount" option has been enabled through the UD dashboard, it will automatically remount them Note: This script relies on UD, it's not usable without it #!/bin/bash # ##################################### # Script: SMB Unremounter # Description: Automatically unmounts SMB shares which went offline and remounts them if host is available again. # Author: Marc Gutt # # Changelog: # 0.1 # - first release # # ######### Settings ################## timeout_seconds=1 # ##################################### # # ######### Script #################### # make script race condition safe if [[ -d "/tmp/${0///}" ]] || ! mkdir "/tmp/${0///}"; then exit 1; fi; trap 'rmdir "/tmp/${0///}"' EXIT; # settings # auto unmount offline smb shares while read line; do smb_server=$(echo $line | grep -oP '^//.*?/') smb_server=${smb_server:2:-1} smb_share=$(echo $line | grep -oP '^//.*? on ') smb_share=${smb_share:0:-4} timeout $timeout_seconds ping -c 1 $smb_server if [[ $? -eq 124 ]]; then echo "Automatically unmount offline $smb_share" /sbin/umount -t cifs $smb_share else echo "$smb_share is online" fi done < <(mount -t cifs) # auto mount smb shares next_server="" while read line || [ -n "$line" ]; do if [[ -n "${next_server}" ]]; then # check if it is an SMB server if [[ $line == "protocol"* ]]; then if [[ $line != *"SMB"* ]]; then echo "Non-SMB Server $next_server skipped" next_server="" continue else echo "$next_server is an SMB share" fi fi # check automount setting if [[ $line == "automount"* ]]; then if [[ $line == *"yes"* ]]; then smb_server=$(echo $next_server | grep -oP '//.*?/') smb_server=${smb_server:2:-1} smb_share=$(echo $next_server | grep -oP '//.*?\]') smb_share=${smb_share:0:-1} echo "Auto mounting of $smb_share is enabled" # check if share is already mounted if mount -t cifs | grep -q "$smb_share on "; then echo "$smb_share is already mounted" next_server="" continue fi # check if server is online timeout $timeout_seconds ping -c 1 $smb_server if [[ $? -eq 0 ]]; then echo "Automatically mount $smb_share" csrf_token=$(cat "/var/local/emhttp/var.ini" | grep -oP '^csrf_token=".*?"') csrf_token=${csrf_token:12:-1} wget --post-data "action=mount&device=${smb_share}&csrf_token=${csrf_token}" "http://tower/plugins/unassigned.devices/UnassignedDevices.php" else echo "$smb_server is offline" fi fi next_server="" fi continue fi next_server=$(echo $line | grep -oP '^\[//.*?\]') done < <(cat "/boot/config/plugins/unassigned.devices/samba_mount.cfg")

I like to make some changes to the WebGUI files (and finally push them to the official repository). What is the best method to test my changes? An additional unraid server? And what is the best way to sync the changes to "/usr/local/emhttp"?

I have the same memory problem, but not because of usual syslog errors. Its only I because I enabled the mover logs and use xfs defragmentation which adds a massive amount of debug lines to the log. And this bug is not related to the size of /var/log. It's related to the PHP memory limit which is absolutely fine, but in /usr/local/emhttp/plugins/dynamix/include/Syslog.php this line is a problem: foreach (file($log) as $line) { This is a RAM killer as file() reads the complete log file into the RAM before executing further commands. It could be easily solved by replacing it against: $fh = fopen($log, "r"); while (($line = fgets($fh)) !== false) { Or even better (which limits the output to 1000 lines): $i=0; $line_count = intval(exec("wc -l '$log'")); $fh = fopen($log, "r"); while (($line = fgets($fh)) !== false) { $i++; if ($i < $line_count - 1000) { continue; } I tested this and now the RAM usage of my browser dropped by 1.6GB while viewing the syslog page and this is the first time I was able to open the syslogs through my smartphone which took ages before. The fixed file: Syslog.zip EDIT: Ok, I found the file in the repository: https://github.com/limetech/webgui/blob/master/plugins/dynamix/include/Syslog.php Will try to fix it ^^ EDIT2: Yeah, my very first github pull request 😅 https://github.com/limetech/webgui/pull/770 Syslog.zip

Can't confirm that. "mount -t cifs" returns nothing, although both SMB servers are online again (which is shown in the UD dashboard). "cat /etc/mtab" does not return shares, too. Again: What is the difference compared to a USB drive (applications could rely on that, too)? Its up the the user to decide if he needs permanent connection. And the Unraid mover is a main unraid component which is in my opinion more important than a backup script which fails because of a unmounted server, which is not reachable anyway. Why not adding a new option? Regarding my experience not needed. It takes longer, but it disconnects through the usual command, too. That's how I solved it at the moment: #!/bin/bash # make script race condition safe if [[ -d "/tmp/${0///}" ]] || ! mkdir "/tmp/${0///}"; then exit 1; fi; trap 'rmdir "/tmp/${0///}"' EXIT; # auto unmount offline smb shares while read line; do smb_server=$(echo $line | grep -oP '^//.*?/') smb_server=${smb_server:2:-1} smb_share=$(echo $line | grep -oP '^//.*? on ') smb_share=${smb_share:0:-4} timeout 1 ping -c 1 $smb_server if [[ $? -eq 124 ]]; then echo "Automatically unmount offline $smb_share" /sbin/umount -t cifs $smb_share fi done < <(mount -t cifs) Only auto-re-mount is missing as I'm searching for the config file of UD at the moment

OK, now I understand what you did. Yes, this is related to the Scripts Plugin. The browser is eating your RAM while displaying the (huge) log output. This is something which you should report Andrew. I think he needs to limit the output to a specific amount of lines to avoid this. Everything fine. In the new version this text will be more clear. Explanation: A backup is created in a hidden folder like ".hidden" and is renamed only of the backup was successful. By that recent backups ignore failed backups and the user is able to directly see which backups are trustworthy and which not. In this example the last two backup folders contain failed backups:

Wenn du eine Karte verbaust, heißt das ja nicht nur Strom, sondern auch Slot verbrauchen. Entweder M.2 oder PCIe. Bei Mini-ITX verliert man ja evtl ungern einen Slot. Ich ging jetzt davon aus, dass du was neues fürs NAS holst. Also die alte CPU übernehmen und die eine neue kaufen wäre auch eine Option? Dann könntest du nach einem älteren 1151v1 Board schauen. zB das ASRock Fatal1ty Z270 Gaming ITX. Das hatte auch 6 SATA Ports. Leider spuckt Geizhals bei den alten Boards nicht mehr viel aus. Das Asrock C236 WSI gibt es auch noch. Das hätte sogar 8x SATA. Hier verkauft meine ich jemand das Z270 mit 6 SATA Ports: https://www.ebay-kleinanzeigen.de/s-anzeige/i7-6700-16gb-ram-128gb-ssd-z270-fatality-ganing-itx-ac/1550874090-228-1880 Die CPU nimmst du dann für deinen Rechner. Vielleicht kannst du einen guten Preis aushandeln ohne Case, SSD usw.

I meant only the timeout of the unmount command, not the general timeout. As long the command is interrupted after 10 seconds its not possible to unmount through the Dashboard. And shouldn't the plugin allow the user to unmount something which was mounted through the plugin? 🤔 Yes. I use the mounted shares to backup the client PCs. Works really nice and does not need any backup software. What are these problems? I mean what is different compared to a disconnected USB drive? Of course I could use scripts only, but this is nothing I prefer and nothing I could easily explain to other people. I mean thats the reason why I'm using a Plugin. GUI power 😅

Mini-ITX Boards mit 6 und mehr SATA Ports sind selten. AMD hat gar keins und Intel nur beim 1151 Sockel: - Gigabyte C246N-WU2 (in meinem Haupt NAS), ECC RAM fähig, 8x SATA, ca 180 € ohne CPU (muss man bei den Händlern anfragen, laut Gigabyte massig auf Lager, bietet nur komischerweise keiner an) - ASRock Z370M-ITX/ac, 6x SATA, ca 140 € ohne CPU Mit 4 SATA Ports ist die Auswahl groß und da hattest du ja das angedacht: - ASRock J5005 (in meinem Backup NAS) / J5040, 4x SATA, ca 120 € inkl CPU Da müsste man dann wie in meiner Amazon Rezension beschrieben versuchen mehr Ports nachzurüsten. Allerdings landest du dann bei ~150 €. Wenn du wie ich einen i3-8100 für 50 € besorgst, wäre das Z370 Setup für 190 € schon sehr attraktiv. Von der Leistung her wäre das wie Tag und Nacht: https://www.cpubenchmark.net/compare/Intel-Pentium-Silver-J5040-vs-Intel-i3-8100/3665vs3103 Andere CPU Alternativen wären der i3-8300, i3-9100 und i3-9300 Eine Karte nachrüsten, bedeutet immer mehr Stromverbrauch. Während die IOCrest Karten bei um die 2W meine ich lagen, liegen die PCIe Karten wohl bei 5 bis 10W. So richtig herausgefunden habe ich das aber noch nicht.

1.) Why is Unassigned Devices sending so many POST requests to "http://thoth/plugins/unassigned.devices/UnassignedDevices.php" while the MAIN tab is open? Regarding my network monitor it connects to the server every second: POST content: action=detect&csrf_token=blabla Response: {"reload":false,"diskinfo":0} 2.) And I have/had an additional problem. I start at the beginning. Yesterday I decided to replace my SSD. So I changed all cached shares to "prefer" and executed the mover to move all data to the HDD. But the mover was extremely slow. I stopped the mover and enabled the mover logs. Result: New log entries popped up really slow and the mover tried to move files that were already moved?! Didn't make sense. And the even more strange thing was, that there was still action on the HDD. So I used inotifywait to check the traffic on the HDD and finally tried to use lsof to check which process was accessing this HDD and after 20 seconds (!) it returned this: lsof lsof: WARNING: can't stat() cifs file system /mnt/disks/DESKTOP-QQ89TOG_Desktop Output information may be incomplete. After additional 20 seconds a WARNING for the next SMB share path appeared. I decided to stop the command and unmount all SMB shares. But it was not possible through the Dashboard. The logs returned that it took more than 10 seconds: Nov 17 08:56:22 Thoth unassigned.devices: Removing Remote SMB/NFS share '//DESKTOP-/Pictures'... Nov 17 08:56:22 Thoth unassigned.devices: Unmounting Remote SMB/NFS Share '//DESKTOP-/Pictures'... Nov 17 08:56:22 Thoth unassigned.devices: Unmounting '//DESKTOP-/Pictures'... Nov 17 08:56:22 Thoth unassigned.devices: Unmount cmd: /sbin/umount -t cifs '//DESKTOP-/Pictures' 2>&1 Nov 17 08:56:32 Thoth unassigned.devices: Error: shell_exec(/sbin/umount -t cifs '//DESKTOP-/Pictures' 2>&1) took longer than 10s! Nov 17 08:56:32 Thoth unassigned.devices: Unmount of '//DESKTOP-/Pictures' failed. Error message: command timed out Finally I unmounted manually ALL SMB shares by the WebTerminal which took each 30 to 120 seconds (!), until I was able to (fast) mount and unmount through the dashboard again. I think it had something to do with some mounted SMB shares that were offline (shutdown Windows PCs). That's how it looks now (before all SMB shares were mounted): Its only a guess, but I think this delay caused, that the mover has been executed twice (race condition) and so started to move files, that were already moved. Or the mover suffers from the huge timeout which is similar to what happend to me with the lsof command?! P.S. After unmounting all the SMB shares the mover is fast as usual and does not return any errors. Even after I mounted the SMB shares that are online at the moment. Conclusions: - the timeout of 10 seconds should be raised or changeable through the UD settings - something needs to be changed with the handling of mounted, but offline SMB shares. Maybe an auto unmount after x seconds and if the Auto Mount option has been selected it checks by interval (ping or similar) if it is able to remount the share.

1.) Du kannst auch mit einem LAN Port mehrere IPs haben, also jedem Container eine andere IP geben 2.) Nein, damit löst du das Problem nicht, weil nicht die lokale IP dein Problem ist, sondern die öffentliche. Wenn du zB die Domain deine.ddns.com registrierst, dann fragt dein Client beim DNS Server deines Providers nach der IP dieser Domain. Dort ist nun deine öffentliche IP-Adresse hinterlegt. Sagen wir 1.1.1.1. Dein Client verbindet sich also mit 1.1.1.1. Dein Router ist nun verwirrt. Er will die Anfrage an 1.1.1.1 weiterleiten, dabei hat er ja selbst diese IP. Die Verbindung klappt nicht. Bei einem Router mit NAT Loopback Fähigkeit weiß der Router was er machen muss. Er leitet die Anfrage lokal zurück (obwohl das Ziel ja eigentlich öffentlich ist). Lösungen hatte ich ja schon beschrieben. Entweder du betreibst einen lokalen DNS Server, der alle deine Client Anfragen nicht mit 1.1.1.1 beantwortet, sondern mit der lokalen IP, also zB 10.10.10.10 oder du kaufst dir einen NAT Loopback fähigen Router oder du nutzt IPv6. Mir ist gerade noch was eingefallen. Wenn dein Smartphone Dual Apps unterstützt, könnte man Nextcloud 1x mit der Domain und 1x mit der lokalen IP verbinden. Die Desktop-Apps sind ja meine ich Multi-Server fähig. Also auf einem Laptop sollte das von Haus aus gehen. Im Browser musst du logischerweise einfach nur nur http://1.1.1.1 statt der DDNS Domain nutzen, wenn du lokal drauf zugreifen möchtest. Du verlierst auf dem Weg also etwas Komfort, aber sparst dir (erstmal) den neuen Router.

Das geschieht automatisch mit 20% des freien RAMs und lässt sich über die Linux Konfiguration vm.dirty_ratio beeinflussen. Beschrieben habe ich das in meinem Guide unter #7: https://forums.unraid.net/topic/97165-smb-performance-tuning/ Die Dateien werden übrigens nicht in /tmp oder ähnlichem vorgehalten. Sie liegen für den Nutzer unsichtbar im nicht genutzten RAM. Von da werden sie dann auf die HDD kopiert und nicht verschoben. Auf die Art wandelt sich der Schreibcache dann sogar zu einem Lesecache. Also hochgeladene Dateien kommen bei erneutem Download nicht von der HDD, sondern aus dem RAM. Das kann man leicht selbst testen. Man lädt eine zB 100MB große Datei auf den Server, schickt die Platte schlafen und dann lädt man die Datei wieder herunter. Die Platte wacht nicht auf. Dieses Konzept nutze ich beim Plex Preloader: https://forums.unraid.net/topic/97982-plex-preloader-avoids-hdd-spinup-latency-when-starting-a-movie-or-episode/ Ich empfehle beim Schreibcache nicht zu viel einzustellen, da dadurch der Lesecache entsprechend kleiner wird.

Von dem Vorteil von Studio wusste ich noch gar nichts. Gut zu wissen. Aber sonst ist die GPU ja nicht verkehrt zum Zocken bzw wenn du den 2600X holst, Dann ginge ja mangels iGPU gar kein Weg dran vorbei. Hier kann man übrigens ganz gut die Videoleistung der Nvidia Karten vergleichen: https://www.elpamsoft.com/?p=Plex-Hardware-Transcoding Der Intel UHD630 liegt übrigens auf dem Niveau einer P2000. Wegen dem Fractal: Künstlerpech ^^

Ist das denn so oder nutzt Resolve eher NVENC, also deine GPU? Mein Sohn schneidet mit Resolve über den 4350G. Allerdings macht er noch keine aufwendigen Sachen und ich weiß natürlich nicht wie das nun bei dir im Vergleich performt. Ob da nun die mehr Kerne was ausmachen? Ich habe das so meine Zweifel. Oder meinst du, wenn du gezielt mit der CPU encodierst? Klar, dann sind mehr Kerne natürlich immer besser. Wenn du magst, kann ich ja mal ein Video mit iGPU, GPU (GTX 1660 TI) und CPU encodieren und die Zeiten vergleichen. Die Silverstone finde ich auch alle ziemlich schick. Aber viele sind auch echt teuer. Aber Mini-ITX käme für den Arbeitsrechner in Frage? Dann hast du ja massig Optionen: https://geizhals.de/?cat=gehatx&xf=14928_280~7753_70~9691_bis+Mini-ITX~9709_ATX~9709_SFX~9709_SFX-L#gh_filterbox - ich habe bis 280mm GPU Länge gefiltert, da ich nicht weiß wie lang deine GTX 960 ist - FlexATX und TFX habe ich bewusst ausgeklammert, da die Netzteile selten und teuer sind - ich habe ab 70mm CPU Kühler Höhe gefiltert, damit zB ein Noctua NH-L12S noch Platz findet Bei den Filtern kannst du noch das Volumen reduzieren, wenn es besonders klein werden soll. Dann hast du doch noch 5cm. Das reicht doch. Wegen der CPU würde ich mir keinen Kopf machen. Selbst wenn die zu heiß würde, was ich nicht glaube, könntest du ja die TDP im BIOS begrenzen. Ich würde aber in jedem Fall drei Lüfter installieren, damit auch der dritte HDD-Käfig belüftet wird. Der User max S. hat ja dieses Bild hochgeladen und ich vermute auch, dass der Abstand zwischen unterer Platte und der ATX-Strombuchse tatsächlich ein Problem wird: Allerdings sieht man auch, dass die HDD sehr weit innen liegt. Ich würde in der Front 3x den Noiseblocker 80x80x20mm Lüfter montieren (drei, damit auch der dritte Käfig belüftet wird und 20mm, weil man damit noch mal 5mm gewinnt) und die Löcher der HDD Halterungen um 1-2cm zur Front hin versetzen. Natürlich erst mal testen, bevor du bohrst. Dann gewinkelte SATA Stecker und dann passt das schon ^^ Eventuell bekommst du an die Seite des Mainboards noch einen vierten Noiseblocker Lüfter und wenn du nur eine Karte verbaust (oder gar keine), dann auch noch einen vor die PCIe Slots (Kabelbinder). Dann hast du schön Durchzug. Falls du ein ATX Netzteil verbaust, würde ich aber noch Löcher in den Boden schrauben. Dann sparst du dir die Suche nach einem Netzteil, wo der Lüfter nach hinten rausgeht. Ergebnis Ob mit oder ohne Gehäuse. Die Luftfeuchtigkeit ist ja die selbe. Einfach 4 Löcher reingebohrt und Abstandhalter montiert: https://www.computerbase.de/forum/threads/selbstbau-nas-im-10-zoll-rack.1932675/page-3#post-23934562 Bei den HDDs war es aufwendiger. Da habe ich eine Weile gebraucht bis ich passende Gummipuffer für meine Rändelschrauben gefunden habe: https://www.computerbase.de/forum/threads/selbstbau-nas-im-10-zoll-rack.1932675/page-4#post-23972290 Die Frage ist allerdings ob ein 19 Zoll Fachboden das Gewicht von 6 HDDs, Mainboard und Netzteil aushält. Bei mir verteilt sich das ja auf mehrere Fachböden.

Da B550 nicht offiziell den 2600X unterstützt und B450 wie auch der 2600X deutlich ineffizienter sind, wäre das keine Option für mich. Ich tippe auf 25W Mehrverbrauch bei allen Last-Zuständen. Selbst wenn der Rechner nur selten läuft, wäre es mir schon nicht wegen der Abwärme wert. Wegen der Lieferzeit / Preise des 4350G hilft aktuell tatsächlich nur warten. Spätestens nach Weihnachten wird sich die Lage entspannen. Der 5000er Ryzen wird auch die Nachfrage beim 4000er senken und für fallende Preise sorgen. Spätestens wenn der Ryzen 3 5300X bzw Ryzen 5 5500X kommt. Ansonsten schauen was so an gebrauchten i5 Rechnern der 8ten und 9ten Generation verkauft wird. Die dürften doch jetzt ohne Ende angeboten werden Welches Phenom gefällt dir gut? Das Mini-ITX oder das mATX? Sind ja innen ganz anders. Also verlieb dich nicht in das falsche Du sagtest ja 19 Zoll. Was hältst du von dem Gehäuse: https://www.amazon.de/RackMax-Server-Gehäuse-Micro-ATX-Mini-ITX-Front-USB/dp/B072JFRNL1 Einer bemängelt die Höhe fürs Netzteil und die fehlenden Lüftungslöcher für Netzteile mit dem Lüfter oben oder unten, aber wenn man ein SFX Netzteil wie das Corsair SF450 nimmt, dürfte das ja kein Problem darstellen. Ansonsten Bohrmaschine. Sieht doch eh keiner. Oder mach es wie ich und für die Festplatten einen HDD Käfig so wie diesen hier liegend montieren ^^ https://www.ebay.de/itm/Festplattenrahmen-Einbaurahmen-HDD-Cage-Kafig-Drive-bay-von-Fractal-Design/224229708102

You executed my bash script in Windows? How? ^^ And why do you use a Linux VM to execute the script?! And how did you check RAM usage (to be sure its regarding rsync)? I would use this command: ps aux --sort -rss | head -20 | cut -c 1-120 Which returns: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND nobody 18752 0.3 1.3 2351916 211688 ? Sl 15:12 0:12 /usr/lib/plexmediaserver/Plex Media Server root 19284 5.1 0.8 148784 140808 ? S 16:07 0:45 rsync -av --stats /mnt/user/appdata /mnt/user/backup/Sh root 3264 1.6 0.4 916696 71784 ? Ssl Oct30 399:22 /usr/local/sbin/shfs /mnt/user -disks 127 2048000000 -o root 3418 0.1 0.4 1048860 71084 ? Sl Oct30 32:58 /usr/bin/dockerd -p /var/run/dockerd.pid --log-opt max- nobody 18770 0.2 0.3 1708836 59548 ? SNl 15:12 0:10 Plex Plug-in [com.plexapp.system] /usr/lib/plexmediaser root 3343 0.0 0.3 80072 49920 ? S Oct30 0:15 /usr/sbin/winbindd -D nobody 19393 0.0 0.2 888964 43176 ? Sl 15:13 0:03 Plex Plug-in [com.plexapp.agents.thetvdb] /usr/lib/plex nobody 19306 0.0 0.2 886884 40912 ? Sl 15:12 0:03 Plex Plug-in [com.plexapp.agents.themoviedb] /usr/lib/p root 3434 0.1 0.2 694900 36548 ? Ssl Oct30 25:06 containerd --config /var/run/docker/containerd/containe root 5479 0.0 0.2 152380 35316 ? Sl 16:21 0:00 docker stats --no-stream --format={{.ID}};{{.CPUPerc}}; nobody 19301 0.0 0.2 878456 34612 ? Sl 15:12 0:02 Plex Plug-in [tv.plex.agents.movie] /usr/lib/plexmedias nobody 19250 0.0 0.2 879588 33864 ? Sl 15:12 0:02 Plex Plug-in [tv.plex.agents.music] /usr/lib/plexmedias nobody 19084 0.0 0.2 878840 32820 ? Sl 15:12 0:02 Plex Plug-in [org.musicbrainz.agents.music] /usr/lib/pl root 19049 0.0 0.1 104624 26512 ? SL 16:06 0:00 /usr/bin/php /usr/local/emhttp/plugins/user.scripts/sta root 3853 0.0 0.1 1269128 20596 ? Sl Oct30 0:07 /usr/sbin/libvirtd -d -l -f /etc/libvirt/libvirtd.conf nobody 18868 0.0 0.1 367924 18048 ? Sl 15:12 0:00 /usr/lib/plexmediaserver/Plex Tuner Service /usr/lib/pl root 3326 0.0 0.0 51740 15300 ? Ss Oct30 0:02 /usr/sbin/smbd -D root 19286 7.6 0.0 146496 13828 ? S 16:07 1:07 rsync -av --stats /mnt/user/appdata /mnt/user/backup/Sh root 19285 4.0 0.0 83872 13012 ? S 16:07 0:36 rsync -av --stats /mnt/user/appdata /mnt/user/backup/Sh As you can see one rsync command has a CPU load of 5.1% and 0.8% RAM usage (of 16GB). If you see a higher RAM usage in the dashboard it could be something related to unraid itself as it runs in RAM. To check all those paths, execute this: df -h | grep -E "tmpfs|Filesystem" && echo "Size Path" && du -hsx --exclude=/{proc,sys,dev} /* | grep -v '^0' It returns for me (while rsync runs): Filesystem Size Used Avail Use% Mounted on tmpfs 32M 504K 32M 2% /run devtmpfs 7.7G 0 7.7G 0% /dev tmpfs 7.7G 0 7.7G 0% /dev/shm tmpfs 128M 616K 128M 1% /var/log tmpfs 1.0M 0 1.0M 0% /mnt/disks Size Path 11M /bin 258M /boot 12M /etc 6.6M /lib 22M /lib64 16K /root 504K /run 20M /sbin 46M /tmp 584M /usr 4.5M /var As you can see there is no really high RAM usage on my system, but maybe you find something unusual on yours. As an example "/tmp" is used for the scripts logs. Regarding my experience, Unraid has a really bad shared access performance. You could try to bypass this by using a direct disk path as your backup path. This means instead of "/mnt/user/Backup" use "/mnt/disk3/Backup".