Snapmix

Hallo in die Runde, Ich betreibe seit nem Jahr eine Windows 10 Pro VM auf einem Unraid System 6.10.3, AMD Ryzen 5 3400GE, 16 GB RAM 1TB Parity SSD 512 GB nvme Das läuft auch alles ziemlich stabil. Dazu 2 Docker Container und 9 Plugins. Der RAM ist zu ca. 70% ausgelastet die bestehende Win10-VM hat keine große Last. Es sind keine Prozessor-Zuordnungen gemacht, bzw. bei der/n VMS jeweils alle Kerne ausgewählt. Installiere ich eine zweite Win10-VM, starte diese und öffne sie über den Unraid eigenen VNC-Zugang stüzt mir die erste unvermittelt ab. Anbei einige Screenshots der Einstellungen und eben auch das Logfile, welches sich in dem Moment überschlägt. Darin enthalten der Hinweis auf "fehlenden Speicher". Kann ich davon ausgehen, dass der Fehler mit einer Verdopplung auf z.B. 32 GB RAM weg ist oder lest Ihr in meinem Setup/Logfile noch andere Fehler heraus? # Start der ersten Win10-VM: Aug 16 19:08:14 IH-Unraid kernel: br0: port 2(vnet0) entered blocking state Aug 16 19:08:14 IH-Unraid kernel: br0: port 2(vnet0) entered disabled state Aug 16 19:08:14 IH-Unraid kernel: device vnet0 entered promiscuous mode Aug 16 19:08:14 IH-Unraid kernel: br0: port 2(vnet0) entered blocking state Aug 16 19:08:14 IH-Unraid kernel: br0: port 2(vnet0) entered forwarding state Aug 16 19:08:16 IH-Unraid avahi-daemon[6990]: Joining mDNS multicast group on interface vnet0.IPv6 with address fe80::fc54:ff:fe66:1621. Aug 16 19:08:16 IH-Unraid avahi-daemon[6990]: New relevant interface vnet0.IPv6 for mDNS. Aug 16 19:08:16 IH-Unraid avahi-daemon[6990]: Registering new address record for fe80::fc54:ff:fe66:1621 on vnet0.*. Aug 16 19:08:57 IH-Unraid nmbd[6960]: [2022/08/16 19:08:57.149936, 0] ../../source3/nmbd/nmbd_become_lmb.c:398(become_local_master_stage2) Aug 16 19:08:57 IH-Unraid nmbd[6960]: ***** Aug 16 19:08:57 IH-Unraid nmbd[6960]: Aug 16 19:08:57 IH-Unraid nmbd[6960]: Samba name server IH-UNRAID is now a local master browser for workgroup WORKGROUP on subnet 192.168.122.1 Aug 16 19:08:57 IH-Unraid nmbd[6960]: Aug 16 19:08:57 IH-Unraid nmbd[6960]: ***** Aug 16 19:08:57 IH-Unraid nmbd[6960]: [2022/08/16 19:08:57.150033, 0] ../../source3/nmbd/nmbd_become_lmb.c:398(become_local_master_stage2) Aug 16 19:08:57 IH-Unraid nmbd[6960]: ***** Aug 16 19:08:57 IH-Unraid nmbd[6960]: Aug 16 19:08:57 IH-Unraid nmbd[6960]: Samba name server IH-UNRAID is now a local master browser for workgroup WORKGROUP on subnet 172.17.0.1 Aug 16 19:08:57 IH-Unraid nmbd[6960]: Aug 16 19:08:57 IH-Unraid nmbd[6960]: ***** # Guest not running or guest agent not installed # Die Angabe auf Win10 VM1 ändert sich aber sobald ich mich eingeloggt habe, dann wird hier die IP-Adresse vermerkt. RDP-Zugang funktioniert dann alles wie gehabt. # Start der 2. Win10 VM Aug 16 19:12:17 IH-Unraid kernel: br0: port 3(vnet1) entered blocking state Aug 16 19:12:17 IH-Unraid kernel: br0: port 3(vnet1) entered disabled state Aug 16 19:12:17 IH-Unraid kernel: device vnet1 entered promiscuous mode Aug 16 19:12:17 IH-Unraid kernel: br0: port 3(vnet1) entered blocking state Aug 16 19:12:17 IH-Unraid kernel: br0: port 3(vnet1) entered forwarding state Aug 16 19:12:19 IH-Unraid avahi-daemon[6990]: Joining mDNS multicast group on interface vnet1.IPv6 with address fe80::fc54:ff:fe6a:1e14. Aug 16 19:12:19 IH-Unraid avahi-daemon[6990]: New relevant interface vnet1.IPv6 for mDNS. Aug 16 19:12:19 IH-Unraid avahi-daemon[6990]: Registering new address record for fe80::fc54:ff:fe6a:1e14 on vnet1.*. # Guest not running or guest agent not installed # Wenn ich jetzt die VNC-Verbindung erhält die VM auch eine IPv4 aber die "andere, erste" VM stürzt unvermittelt ab. Das Logfile sieht dann wie folgt aus. Aug 16 19:20:07 IH-Unraid avahi-daemon[6990]: Withdrawing address record for fe80::fc54:ff:fe6a:1e14 on vnet1. Aug 16 19:20:36 IH-Unraid kernel: br0: port 3(vnet2) entered blocking state Aug 16 19:20:36 IH-Unraid kernel: br0: port 3(vnet2) entered disabled state Aug 16 19:20:36 IH-Unraid kernel: device vnet2 entered promiscuous mode Aug 16 19:20:36 IH-Unraid kernel: br0: port 3(vnet2) entered blocking state Aug 16 19:20:36 IH-Unraid kernel: br0: port 3(vnet2) entered forwarding state Aug 16 19:20:38 IH-Unraid avahi-daemon[6990]: Joining mDNS multicast group on interface vnet2.IPv6 with address fe80::fc54:ff:fed0:6c14. Aug 16 19:20:38 IH-Unraid avahi-daemon[6990]: New relevant interface vnet2.IPv6 for mDNS. Aug 16 19:20:38 IH-Unraid avahi-daemon[6990]: Registering new address record for fe80::fc54:ff:fed0:6c14 on vnet2.*. Aug 16 19:21:15 IH-Unraid kernel: CPU 4/KVM invoked oom-killer: gfp_mask=0x1100dca(GFP_HIGHUSER_MOVABLE|__GFP_ZERO), order=0, oom_score_adj=0 Aug 16 19:21:15 IH-Unraid kernel: CPU: 2 PID: 24549 Comm: CPU 4/KVM Not tainted 5.15.46-Unraid #1 Aug 16 19:21:15 IH-Unraid kernel: Hardware name: BESSTAR TECH LIMITED X300/Default string, BIOS ATB15012 03/10/2021 Aug 16 19:21:15 IH-Unraid kernel: Call Trace: Aug 16 19:21:15 IH-Unraid kernel: <TASK> Aug 16 19:21:15 IH-Unraid kernel: dump_stack_lvl+0x46/0x5a Aug 16 19:21:15 IH-Unraid kernel: dump_header+0x4a/0x1f3 Aug 16 19:21:15 IH-Unraid kernel: oom_kill_process+0x80/0xfb Aug 16 19:21:15 IH-Unraid kernel: out_of_memory+0x3e3/0x416 Aug 16 19:21:15 IH-Unraid kernel: __alloc_pages_slowpath.constprop.0+0x6f5/0x86f Aug 16 19:21:15 IH-Unraid kernel: __alloc_pages+0x10b/0x1ac Aug 16 19:21:15 IH-Unraid kernel: alloc_pages_vma+0x144/0x160 Aug 16 19:21:15 IH-Unraid kernel: __handle_mm_fault+0x7c9/0xc5c Aug 16 19:21:15 IH-Unraid kernel: ? resched_curr+0x44/0x57 Aug 16 19:21:15 IH-Unraid kernel: handle_mm_fault+0x11c/0x1e2 Aug 16 19:21:15 IH-Unraid kernel: __get_user_pages+0x2d3/0x4c9 Aug 16 19:21:15 IH-Unraid kernel: get_user_pages_unlocked+0xd0/0x212 Aug 16 19:21:15 IH-Unraid kernel: __gfn_to_pfn_memslot+0x151/0x3df [kvm] Aug 16 19:21:15 IH-Unraid kernel: ? kvm_tdp_mmu_map+0x43a/0x467 [kvm] Aug 16 19:21:15 IH-Unraid kernel: kvm_faultin_pfn+0x9d/0x252 [kvm] Aug 16 19:21:15 IH-Unraid kernel: direct_page_fault+0x3c6/0x6b9 [kvm] Aug 16 19:21:15 IH-Unraid kernel: ? kvm_mtrr_check_gfn_range_consistency+0x61/0xe5 [kvm] Aug 16 19:21:15 IH-Unraid kernel: kvm_mmu_page_fault+0x2a0/0x4b5 [kvm] Aug 16 19:21:15 IH-Unraid kernel: ? __apic_update_ppr+0x2b/0x6a [kvm] Aug 16 19:21:15 IH-Unraid kernel: ? apic_update_ppr+0x27/0x7c [kvm] Aug 16 19:21:15 IH-Unraid kernel: kvm_arch_vcpu_ioctl_run+0x1168/0x144b [kvm] Aug 16 19:21:15 IH-Unraid kernel: ? do_futex+0x23e/0x939 Aug 16 19:21:15 IH-Unraid kernel: ? check_preempt_curr+0x29/0x4f Aug 16 19:21:15 IH-Unraid kernel: kvm_vcpu_ioctl+0x195/0x56d [kvm] Aug 16 19:21:15 IH-Unraid kernel: ? __seccomp_filter+0xa2/0x307 Aug 16 19:21:15 IH-Unraid kernel: vfs_ioctl+0x1e/0x2b Aug 16 19:21:15 IH-Unraid kernel: __do_sys_ioctl+0x51/0x74 Aug 16 19:21:15 IH-Unraid kernel: do_syscall_64+0x83/0xa5 Aug 16 19:21:15 IH-Unraid kernel: entry_SYSCALL_64_after_hwframe+0x44/0xae Aug 16 19:21:15 IH-Unraid kernel: RIP: 0033:0x151d60502067 Aug 16 19:21:15 IH-Unraid kernel: Code: 3c 1c e8 2c ff ff ff 85 c0 79 97 49 c7 c4 ff ff ff ff 5b 5d 4c 89 e0 41 5c c3 66 0f 1f 84 00 00 00 00 00 b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d d1 1d 0d 00 f7 d8 64 89 01 48 Aug 16 19:21:15 IH-Unraid kernel: RSP: 002b:0000151b5b3fcdb8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 Aug 16 19:21:15 IH-Unraid kernel: RAX: ffffffffffffffda RBX: 000000000000ae80 RCX: 0000151d60502067 Aug 16 19:21:15 IH-Unraid kernel: RDX: 0000000000000000 RSI: 000000000000ae80 RDI: 000000000000001a Aug 16 19:21:15 IH-Unraid kernel: RBP: 0000151d5e6388c0 R08: 0000560c61078c38 R09: 0000000000000000 Aug 16 19:21:15 IH-Unraid kernel: R10: 0000000000000001 R11: 0000000000000246 R12: 0000000000000000 Aug 16 19:21:15 IH-Unraid kernel: R13: 0000560c610bba03 R14: 0000000000000004 R15: 0000000000000000 Aug 16 19:21:15 IH-Unraid kernel: </TASK> Aug 16 19:21:15 IH-Unraid kernel: Mem-Info: Aug 16 19:21:15 IH-Unraid kernel: active_anon:2964689 inactive_anon:510537 isolated_anon:0 Aug 16 19:21:15 IH-Unraid kernel: active_file:31 inactive_file:1048 isolated_file:34 Aug 16 19:21:15 IH-Unraid kernel: unevictable:44 dirty:0 writeback:0 Aug 16 19:21:15 IH-Unraid kernel: slab_reclaimable:11007 slab_unreclaimable:20711 Aug 16 19:21:15 IH-Unraid kernel: mapped:36926 shmem:179324 pagetables:8044 bounce:0 Aug 16 19:21:15 IH-Unraid kernel: kernel_misc_reclaimable:0 Aug 16 19:21:15 IH-Unraid kernel: free:31352 free_pcp:62 free_cma:0 Aug 16 19:21:15 IH-Unraid kernel: Node 0 active_anon:11858756kB inactive_anon:2042148kB active_file:124kB inactive_file:4192kB unevictable:176kB isolated(anon):0kB isolated(file):136kB mapped:147704kB dirty:0kB writeback:0kB shmem:717296kB shmem_thp: 0kB shmem_pmdmapped: 0kB anon_thp: 11012096kB writeback_tmp:0kB kernel_stack:7168kB pagetables:32176kB all_unreclaimable? yes Aug 16 19:21:15 IH-Unraid kernel: Node 0 DMA free:15364kB min:72kB low:88kB high:104kB reserved_highatomic:0KB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:15996kB managed:15364kB mlocked:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB Aug 16 19:21:15 IH-Unraid kernel: lowmem_reserve[]: 0 3054 13789 13789 Aug 16 19:21:15 IH-Unraid kernel: Node 0 DMA32 free:57712kB min:14952kB low:18688kB high:22424kB reserved_highatomic:0KB active_anon:2906472kB inactive_anon:294988kB active_file:0kB inactive_file:0kB unevictable:0kB writepending:0kB present:3357212kB managed:3268900kB mlocked:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB Aug 16 19:21:15 IH-Unraid kernel: lowmem_reserve[]: 0 0 10735 10735 Aug 16 19:21:15 IH-Unraid kernel: Node 0 Normal free:52332kB min:52556kB low:65692kB high:78828kB reserved_highatomic:0KB active_anon:8952284kB inactive_anon:1747420kB active_file:0kB inactive_file:4096kB unevictable:176kB writepending:0kB present:11255808kB managed:10992928kB mlocked:176kB bounce:0kB free_pcp:248kB local_pcp:0kB free_cma:0kB Aug 16 19:21:15 IH-Unraid kernel: lowmem_reserve[]: 0 0 0 0 Aug 16 19:21:15 IH-Unraid kernel: Node 0 DMA: 1*4kB (U) 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 1*1024kB (U) 1*2048kB (M) 3*4096kB (M) = 15364kB Aug 16 19:21:15 IH-Unraid kernel: Node 0 DMA32: 51*4kB (UM) 50*8kB (UM) 56*16kB (UME) 33*32kB (UME) 31*64kB (UME) 23*128kB (UME) 18*256kB (UME) 15*512kB (UME) 12*1024kB (UME) 11*2048kB (M) 1*4096kB (M) = 58684kB Aug 16 19:21:15 IH-Unraid kernel: Node 0 Normal: 402*4kB (UME) 402*8kB (UME) 395*16kB (UME) 239*32kB (UME) 134*64kB (UME) 77*128kB (UE) 40*256kB (UE) 10*512kB (UM) 0*1024kB 0*2048kB 0*4096kB = 52584kB Aug 16 19:21:15 IH-Unraid kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=1048576kB Aug 16 19:21:15 IH-Unraid kernel: Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB Aug 16 19:21:15 IH-Unraid kernel: 180548 total pagecache pages Aug 16 19:21:15 IH-Unraid kernel: 0 pages in swap cache Aug 16 19:21:15 IH-Unraid kernel: Swap cache stats: add 0, delete 0, find 0/0 Aug 16 19:21:15 IH-Unraid kernel: Free swap = 0kB Aug 16 19:21:15 IH-Unraid kernel: Total swap = 0kB Aug 16 19:21:15 IH-Unraid kernel: 3657254 pages RAM Aug 16 19:21:15 IH-Unraid kernel: 0 pages HighMem/MovableOnly Aug 16 19:21:15 IH-Unraid kernel: 87956 pages reserved Aug 16 19:21:15 IH-Unraid kernel: 0 pages cma reserved Aug 16 19:21:15 IH-Unraid kernel: Tasks state (memory values in pages): Aug 16 19:21:15 IH-Unraid kernel: [ pid ] uid tgid total_vm rss pgtables_bytes swapents oom_score_adj name Aug 16 19:21:15 IH-Unraid kernel: [ 722] 0 722 4609 889 53248 0 -1000 udevd Aug 16 19:21:15 IH-Unraid kernel: [ 920] 0 920 52873 1585 69632 0 0 rsyslogd Aug 16 19:21:15 IH-Unraid kernel: [ 1045] 68 1045 758 426 40960 0 0 dhcpcd Aug 16 19:21:15 IH-Unraid kernel: [ 1046] 0 1046 762 525 40960 0 0 dhcpcd Aug 16 19:21:15 IH-Unraid kernel: [ 1047] 68 1047 757 73 40960 0 0 dhcpcd Aug 16 19:21:15 IH-Unraid kernel: [ 1121] 81 1121 1418 564 45056 0 0 dbus-daemon Aug 16 19:21:15 IH-Unraid kernel: [ 1136] 0 1136 2095 715 49152 0 0 elogind-daemon Aug 16 19:21:15 IH-Unraid kernel: [ 1166] 44 1166 18791 1177 61440 0 0 ntpd Aug 16 19:21:15 IH-Unraid kernel: [ 1173] 0 1173 621 22 40960 0 0 acpid Aug 16 19:21:15 IH-Unraid kernel: [ 1187] 0 1187 636 414 45056 0 0 crond Aug 16 19:21:15 IH-Unraid kernel: [ 1191] 0 1191 657 358 45056 0 0 atd Aug 16 19:21:15 IH-Unraid kernel: [ 1305] 68 1305 762 80 40960 0 0 dhcpcd Aug 16 19:21:15 IH-Unraid kernel: [ 3532] 0 3532 645 458 40960 0 0 agetty Aug 16 19:21:15 IH-Unraid kernel: [ 3533] 0 3533 645 457 40960 0 0 agetty Aug 16 19:21:15 IH-Unraid kernel: [ 3534] 0 3534 645 461 40960 0 0 agetty Aug 16 19:21:15 IH-Unraid kernel: [ 3535] 0 3535 645 448 40960 0 0 agetty Aug 16 19:21:15 IH-Unraid kernel: [ 3536] 0 3536 645 458 40960 0 0 agetty Aug 16 19:21:15 IH-Unraid kernel: [ 3537] 0 3537 645 467 40960 0 0 agetty Aug 16 19:21:15 IH-Unraid kernel: [ 3572] 0 3572 2272 704 57344 0 -1000 sshd Aug 16 19:21:15 IH-Unraid kernel: [ 3604] 68 3604 762 80 40960 0 0 dhcpcd Aug 16 19:21:15 IH-Unraid kernel: [ 3634] 0 3634 1103 64 45056 0 0 inetd Aug 16 19:21:15 IH-Unraid kernel: [ 3635] 0 3635 86854 1061 94208 0 0 emhttpd Aug 16 19:21:15 IH-Unraid kernel: [ 3738] 0 3738 21431 2903 155648 0 0 php-fpm Aug 16 19:21:15 IH-Unraid kernel: [ 3769] 0 3769 36797 1019 57344 0 0 nginx Aug 16 19:21:15 IH-Unraid kernel: [ 3770] 0 3770 37065 2215 77824 0 0 nginx Aug 16 19:21:15 IH-Unraid kernel: [ 5920] 0 5920 22187 7182 159744 0 0 notify_poller Aug 16 19:21:15 IH-Unraid kernel: [ 5922] 0 5922 22187 7102 159744 0 0 session_check Aug 16 19:21:15 IH-Unraid kernel: [ 5924] 0 5924 22238 7310 163840 0 0 device_list Aug 16 19:21:15 IH-Unraid kernel: [ 5926] 0 5926 993 746 40960 0 0 disk_load Aug 16 19:21:15 IH-Unraid kernel: [ 5928] 0 5928 22188 7301 159744 0 0 parity_list Aug 16 19:21:15 IH-Unraid kernel: [ 6325] 0 6325 22187 7218 159744 0 0 wg_poller Aug 16 19:21:15 IH-Unraid kernel: [ 6327] 0 6327 22187 7249 159744 0 0 update_1 Aug 16 19:21:15 IH-Unraid kernel: [ 6329] 0 6329 22205 7406 163840 0 0 update_2 Aug 16 19:21:15 IH-Unraid kernel: [ 6331] 0 6331 22233 7309 159744 0 0 update_3 Aug 16 19:21:15 IH-Unraid kernel: [ 6834] 0 6834 35840 639 61440 0 0 shfs Aug 16 19:21:15 IH-Unraid kernel: [ 6844] 0 6844 70151 1059 81920 0 0 shfs Aug 16 19:21:15 IH-Unraid kernel: [ 6955] 0 6955 20008 4019 147456 0 0 smbd Aug 16 19:21:15 IH-Unraid kernel: [ 6958] 0 6958 19624 2313 139264 0 0 smbd-notifyd Aug 16 19:21:15 IH-Unraid kernel: [ 6959] 0 6959 19622 1124 131072 0 0 cleanupd Aug 16 19:21:15 IH-Unraid kernel: [ 6960] 0 6960 16212 1553 102400 0 0 nmbd Aug 16 19:21:15 IH-Unraid kernel: [ 6970] 0 6970 639 453 40960 0 0 wsdd2 Aug 16 19:21:15 IH-Unraid kernel: [ 6973] 0 6973 18088 2636 126976 0 0 winbindd Aug 16 19:21:15 IH-Unraid kernel: [ 6976] 0 6976 18212 3160 131072 0 0 winbindd Aug 16 19:21:15 IH-Unraid kernel: [ 6990] 61 6990 1523 826 49152 0 0 avahi-daemon Aug 16 19:21:15 IH-Unraid kernel: [ 6991] 61 6991 1452 77 49152 0 0 avahi-daemon Aug 16 19:21:15 IH-Unraid kernel: [ 6999] 0 6999 670 29 40960 0 0 avahi-dnsconfd Aug 16 19:21:15 IH-Unraid kernel: [ 7071] 0 7071 426434 18899 368640 0 0 dockerd Aug 16 19:21:15 IH-Unraid kernel: [ 7089] 0 7089 404892 11143 286720 0 0 containerd Aug 16 19:21:15 IH-Unraid kernel: [ 7622] 0 7622 7811 2395 102400 0 0 virtlockd Aug 16 19:21:15 IH-Unraid kernel: [ 7627] 0 7627 7850 2647 98304 0 0 virtlogd Aug 16 19:21:15 IH-Unraid kernel: [ 7650] 0 7650 178364 4460 118784 0 1 containerd-shim Aug 16 19:21:15 IH-Unraid kernel: [ 7669] 0 7669 364529 6312 286720 0 0 libvirtd Aug 16 19:21:15 IH-Unraid kernel: [ 7702] 0 7702 1754 79 49152 0 0 iperf3 Aug 16 19:21:15 IH-Unraid kernel: [ 7899] 99 7899 1826 815 49152 0 0 dnsmasq Aug 16 19:21:15 IH-Unraid kernel: [ 7900] 0 7900 1793 89 49152 0 0 dnsmasq Aug 16 19:21:15 IH-Unraid kernel: [ 7911] 0 7911 18192 2488 126976 0 0 winbindd Aug 16 19:21:15 IH-Unraid kernel: [ 8009] 0 8009 178012 3904 114688 0 1 containerd-shim Aug 16 19:21:15 IH-Unraid kernel: [ 8030] 0 8030 187478 11833 233472 0 0 AdGuardHome Aug 16 19:21:15 IH-Unraid kernel: [ 12814] 0 12814 2567 1238 53248 0 0 ttyd Aug 16 19:21:15 IH-Unraid kernel: [ 12818] 0 12818 22177 7166 155648 0 0 run_cmd Aug 16 19:21:15 IH-Unraid kernel: [ 12820] 0 12820 625 167 40960 0 0 tail Aug 16 19:21:15 IH-Unraid kernel: [ 13143] 0 13143 1269317 1130836 10170368 0 0 qemu-system-x86 Aug 16 19:21:15 IH-Unraid kernel: [ 24532] 0 24532 2219207 2118968 17588224 0 0 qemu-system-x86 Aug 16 19:21:15 IH-Unraid kernel: [ 25136] 0 25136 616 184 40960 0 0 sleep Aug 16 19:21:15 IH-Unraid kernel: [ 25155] 0 25155 935 267 40960 0 0 sh Aug 16 19:21:15 IH-Unraid kernel: [ 25156] 0 25156 22233 7309 159744 0 0 update_3 Aug 16 19:21:15 IH-Unraid kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=vcpu4,mems_allowed=0,global_oom,task_memcg=/machine/qemu-3-STA-VM1-MX300.libvirt-qemu,task=qemu-system-x86,pid=24532,uid=0 Aug 16 19:21:15 IH-Unraid kernel: Out of memory: Killed process 24532 (qemu-system-x86) total-vm:8876828kB, anon-rss:8449800kB, file-rss:32kB, shmem-rss:26040kB, UID:0 pgtables:17176kB oom_score_adj:0 Aug 16 19:21:16 IH-Unraid avahi-daemon[6990]: Interface vnet2.IPv6 no longer relevant for mDNS. Aug 16 19:21:16 IH-Unraid avahi-daemon[6990]: Leaving mDNS multicast group on interface vnet2.IPv6 with address fe80::fc54:ff:fed0:6c14. Aug 16 19:21:16 IH-Unraid kernel: br0: port 3(vnet2) entered disabled state Aug 16 19:21:16 IH-Unraid kernel: device vnet2 left promiscuous mode Aug 16 19:21:16 IH-Unraid kernel: br0: port 3(vnet2) entered disabled state Aug 16 19:21:16 IH-Unraid avahi-daemon[6990]: Withdrawing address record for fe80::fc54:ff:fed0:6c14 on vnet2.

Danke Dir! Dann eben auf diesem Weg.

Hallo in die Runde, ich würde gerne eine weitere VM (Win10) auf meinem Unraid installieren. Gibt es da ne Möglichkeit diese automatisch duplizieren zu lassen oder muss ich diese neu anlegen?! Vielen Dank im Voraus. Snapmix

Danke Euch beiden. Das mit den Kühlkörpern beobachte ist. Das Problem ist aber eher, dass die beiden Platten "unten" eingebaut werden und der Lüfter oben im Gehäuse arbeitet. Die "Gehäuseschlitze" sind da schon minimal. Bin gerade am Überlegen ob ich in die Bodenplatte nicht noch einige Löcher bohre. https://comovertodogratis.com/mini-pc-ryzen-5-desktop-con-descuento-de-90-euros/ Der Rechner hängt an der Wand ... da ist dann ausreichend Luftzirkulation. Aktuell läufts wieder und ich habe die Temp-Warnungen auf 60 bzw. 70 Grad hochgeschraubt.

Erstmal ein dickes Danke in die Runde. Ich war ja etwas genervt Ich habe einfach nicht richtig drauf geachtet und wollte natürlich auch nciht die gleiche NVME M2 SSD nochmal kaufen (Kingston). Und bin eigentlich auch davon ausgegangen dass 500 GB eigentlich die "üblichen" 512 seien. Habe mich dann gestern eingelesen und vermutlich mache ich das jetzt anders. Offenbar wird der NVME M2 SSD etwas zu warm - was wohl auch zum Tod der ersten führte. Ich habe auch bei dieser im PreClear ne Wärmewarnung bekommen. Deshalb neuer Plan: a) Die externe 1-TB-SSD (die die auch 12 MB zu groß ist) - wird neue Parität b) Die eingebaute 1-TB-SSD (die bisherige Parität) wird in Zukunft Disk Die frisch eingebaute NVME geht zurück an den Händler Die ursprüngliche - aber defekte - NVME geht in den Austausch Würde das so funktionieren?! Gibts dafür evtl. ne idiotensichere Anleitung?! PS: Zum Verständnis: Hätte ich z.B. zu der vorhandenen neuen 500 MB SSD noch eine weitere 250 SSD als Disk2 eingebunden ... hätte das dann funktioniert?!

Hallo in die Runde, ich bekomme langsam nen Föhn mit Unraid. Parität 1 TB SanDisk Disk 1 NVME M2 SSD 512 GG Die Disk 1 ist seit einigen Wochen defekt. Erster Schritt war ne externe SSD mit ebenfalls 1 TB ... die aber offenbar um 12 MB zu groß war um sie als Ersatz für die Disk 1 einzubinden. Habe dazu gelernt und deshalb ne neue interne NVME M2 SSD bestellt .. Samsung SSD980 M2 500 GB. Nach Einbau und Preclear möchte ich sie einbinden ... "Stopped. Replacement disk is too small." ... Gibts da irgendnen Trick oder bin ich einfach zu doof dafür?! Das kann doch nciht sein. Belegt - auf der Parität - sollten ungefähr 170 GB sein?!

Jetzt will ich doch nochmal nachfragen. Ich hatte ne externe SANDisk SSD USB mit 1TB angeschlossen und versucht einzubinden. Ganz nach Anleitung mit entsprechender "Formatierung" durch "Preclear Disk". Beim anschließenden Hinzufügen bzw. Ersetzen der defekten Platte im Array kommt natürlich prompt der Hinweis: zu groß für die parität. Offiziell sind beide allerdings 1TB groß. Gibts nen Tipp wie ich die trotzdem dafür nutzen kann?! Oder macht es mehr Sinn sie lieber gleich als 2. Parität zu hinterlegen?!

Wäre wohl sinnvoller, die externe SSD (1tb) einzubinden?! Und dann erstmal den Abgleich mit der Parität abzuwarten?!

Hallo in die Runde, hm, mein unraid läuft so rund, dass ich da seit einiger Zeit nicht (mehr) drauf geschaut habe und jetzt stelle ich gerade mit "Schrecken" fest, dass meine Disk (die einzige) offenbar seit 2 Wochen disabled ist (siehe Screenshot). Dec 21 10:10:30 IH-Base kernel: nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0xffff Dec 21 10:10:30 IH-Base kernel: nvme 0000:01:00.0: can't change power state from D3hot to D0 (config space inaccessible) Dec 21 10:10:30 IH-Base kernel: nvme nvme0: Removing after probe failure status: -19 Dec 21 10:10:30 IH-Base kernel: blk_update_request: I/O error, dev nvme0n1, sector 315256128 op 0x1:(WRITE) flags 0x800 phys_seg 4 prio class 0 Dec 21 10:10:30 IH-Base kernel: blk_update_request: I/O error, dev nvme0n1, sector 259414408 op 0x0:(READ) flags 0x0 phys_seg 2 prio class 0 Dec 21 10:10:30 IH-Base kernel: md: disk1 write error, sector=315254080 Dec 21 10:10:30 IH-Base kernel: md: disk1 read error, sector=259412360 Dec 21 10:10:30 IH-Base kernel: md: disk1 write error, sector=315254088 Dec 21 10:10:30 IH-Base kernel: md: disk1 read error, sector=259412368 Dec 21 10:10:30 IH-Base kernel: md: disk1 write error, sector=315254096 Dec 21 10:10:30 IH-Base kernel: md: disk1 write error, sector=315254104 Dec 21 10:10:30 IH-Base kernel: blk_update_request: I/O error, dev nvme0n1, sector 259409840 op 0x0:(READ) flags 0x0 phys_seg 5 prio class 0 Dec 21 10:10:30 IH-Base kernel: blk_update_request: I/O error, dev nvme0n1, sector 14996496 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0 Installiert sind einige Shares, 4 Docker Container, 2 VMs Mein erster Ansatz wäre ein sauberer Neustart - obwohl das bei dem Logfile wohl nicht mehr bringen wird?! Ist das zu empfehlen?! Oder lösche ich damit irgendwelche "Caches" in die ich seit Wochen geschrieben habe?! Soll ich irgendwas backupen - über das normale Maß hinaus?! Hätte ne externe SSD zur Hand. Wie sähe denn "best practice" in so nem Fall erfahrungsgemäß aus?! Vielen Dank im Voraus!

Ok, das "Trim-Problem" kann ich nachvollziehen. Die beim kauf inkludierte 512 GB Kingston NVME steckt an einem M.2 2280 256/512 GB PCIe SSD (PCIe 4X, bis zu 2 TB unterstützt) und arbeitet derzeit als Disk1. Die hinzugesteckte SSD SanDisk Ultra 3D SSD 1 TB interne SSD (SSD intern 2,5 Zoll, stoßbeständig, 3D NAND-Technologie, n-Cache 2.0-Technologie, 560 MB/s Übertragungsraten) arbeitet als Parity und hängt wohl am 1×2,5 Zoll SATA HDD Slot (SATA 3.0 6.0 Gb/s) des MiniPC Klingt auffallend plausibel Ebenso, dass die Schreibzyklen der Parity, bei mehr Platten entsprechend ansteigen. Danke für den Hinweis! Aber warum 3? Doch eigentlich nur die jeweilige Disk und die Parität?! Und warum bremsen die sich aus - die können doch parallel erfolgen bei dedizierten Laufwerken? Oder ist eben das der Unterschied zu dem von @mgutt: (ebenso) erwähnten "Reconstruct Write"? Ok, sehe gerade, da habe ich für die Disk xfs gewählt. Aus Zugriffssicht muss ich aber eh offenbar für alle ein ggfs.virtuelles Linux installieren. Und verschlüsselt ist da nix. Das beruhigt schon mal Danke für die Erläuterung. Mein AMD5 3400g hat 2096 Punkte im PassMark Single Thread. Das sollte erstmal genügen Welches Samba wird denn in Unraid 6.9.2 eingesetzt? Das guck ich mir nochmal genauer an. Bevor ich noch RAM nachrüste, gucke ich erstmal, dass ich die 2 x 1 Gbit/s evtl. mit dem vorhandenen Material soweit möglich ausschöpfe. Das verlinkte Video kenne ich "selbstverständlich" schon Vielen Dank an Euch beide und ein schönes Wochenende!

Hallo ans Forum, ich bin hier neu und ebenso neu in der Gemeinschaft der Unraid-Fans 😀 Als Neuling habe ich ein paar Verständnisfragen und möchte mein aktuelles Setup gerne auch zur Diskussion stellen: Ich habe ein Unraid auf dem derzeit eine Windows-VM, mehrere Docker-Container und (noch) ein Wireguard-Server laufen. Die HW-Basis ist ein elite-MiniPC X300 https://store.minisforum.de/products/minisforum-x300-mini-pc , welcher um eine interne SSD https://www.amazon.de/gp/product/B071KGRXRG/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&th=1 erweitert wurde. Aktuell lese ich mich deutlich intensiver in die Hintergründe von Unraid ein und möchte mich hier von Zeit zu Zeit rückversichern, ob meine Rückschlüsse plausibel sind. Aktuell geht es mir um meine Array-Situation: So wie ich die Hilfe, die FAQs hier im Forum, die Youtube-Videos und auch die Unraid-Doku verstehe, ... definiert die Parity die maximale Performance (ohne Cache) sind die Schreibzyklen auf Disk und Parity weitgehend gleich hoch muss die Parity zwangsläufig die größte Platte sein um ihrer Aufgabe nachzukommen liegen die Daten originär auf meiner "Disk1" schließe ich nun eine weite "Disk2" an, wird dort KEIN Raid1 mit der Disk1 aufgestellt, sondern die Disk2 bietet nur zusätzlichen Speicherplatz Daraus resultiert dann üblicher Weise: Die Parität ist idealerweise eine große NAS/Server-Festplatte mit hoher Zyklenfestigkeit und guten Speicher/Preis-Verhältnis Sie wird ergänzt mit anderen Festplatten für die Daten Die langsame Übertragungsleistung dieser Datenträger wird "aufgehoben" mit einem (doppelten) SSD-Cache Fragen: War es dann eher kontraproduktiv die (vermutlich schnellere) NVME NICHT als Parity genutzt zu haben (jetzt mal abgesehen davon dass das aktuelle Modell zu klein dafür ist). Oder macht das bis max. 2 x 1 Gbit/s Netzwerkanschluss im Bonding bei den Zugriffen sowieso keinen Unterschied?! Ist das Setup auch im Hinblick auf die Zyklenfestigkeit "richtig" gewählt oder fliegt mir das "um die Ohren", weil ich keine "richtige" Festplatte als Parity nutze? Ich dachte eigentlich die SSD sei zyklenfester aber das war offenbar ein Irrglaube. Backups laufen auf eine (externe) Synology (Raid1), ich würde aber gerne lokal eine USB-C-SSD (oder Festplatte) als vor Ort Backup konfigurieren. Sozusagen 1:1 die Disk1 spiegeln. Wie wäre da "Best Practice" in Unraid? Nehmen wir an, meine HW streikt und ich baue die Disk1 mit meinen Daten in einen anderen Rechner. Welche Voraussetzung benötige ich, um die Daten zuzugreifen? Sind diese verschlüsselt? Kann ich die einfach mit Windows oder nem Linux öffnen und ggfs. wegspeichern? Vielen Dank im Voraus