Sol_Brotha

Repair Completed, Disks 2 and 3 formatted. Array up without loss of important data... Deluge seems to have lost all of its working data, but that is replaceable. Thanks! root@unFOCUSED:~# xfs_repair -vL /dev/md1 Phase 1 - find and verify superblock... - block cache size set to 722032 entries Phase 2 - using internal log - zero log... zero_log: head block 1454017 tail block 1454008 ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... Metadata corruption detected at xfs_agf block 0x74704441/0x200 flfirst 118 in agf 2 too large (max = 118) sb_icount 12480, counted 12992 sb_ifree 123, counted 189 sb_fdblocks 290762031, counted 285542517 - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 1 - agno = 2 - agno = 3 - agno = 0 Phase 5 - rebuild AG headers and trees... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... Maximum metadata LSN (2:1454001) is ahead of log (1:2). Format log to cycle 5. XFS_REPAIR Summary Fri Nov 25 13:34:23 2016 Phase Start End Duration Phase 1: 11/25 13:33:11 11/25 13:33:11 Phase 2: 11/25 13:33:11 11/25 13:33:29 18 seconds Phase 3: 11/25 13:33:29 11/25 13:33:43 14 seconds Phase 4: 11/25 13:33:43 11/25 13:33:43 Phase 5: 11/25 13:33:43 11/25 13:33:43 Phase 6: 11/25 13:33:43 11/25 13:33:45 2 seconds Phase 7: 11/25 13:33:45 11/25 13:33:45 Total run time: 34 seconds done

xfs_repair aborted with the following error: root@unFOCUSED:~# xfs_repair -v /dev/md1 Phase 1 - find and verify superblock... - block cache size set to 722032 entries Phase 2 - using internal log - zero log... zero_log: head block 1454017 tail block 1454008 ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this.

New Diags, now with useful data? unfocused-diagnostics-20161125-1303.zip

Of course, here you go unfocused-diagnostics-20161125-1246.zip

Last night, I had a functioning unRaid 2.6.4 array of 3 devices, one each as Storage (2TB), Parity (2TB), and Cache (500GB). This morning, I opened the webGUI to check on some downloads I had queued on a Deluge docker. CheckCommonErrors gave me a red notice indicating that a disc was either full, or mounted as read-only. Which is weird, the server was fine last night, and webGUI reports the array still has ~700GB free. So I check Deluge to find ~70 errors. Nothing is comming down, only a few files are being uploaded. So I telnet over to the server to check the discs from a command line. I find the following: /bin/ls: cannot access 'user0': Input/output error /bin/ls: cannot access 'disk1': Input/output error Ok, time to try something different. I have 2 X 2TB drives sitting in Unassigned Drives. They have both been pre-cleared and are ready for use. Recalling the initial message of my disc being full I imagine now is the time to add these disks to the array. So I stopped the array, grew it from 3 to 5 devices, and added the two precleared discs to Disc2 and Disc3. When I started the array, it showed Disc1, Disc2, and Disc3 as all 'Unmountable'. And at that point, I decided my fixes are not making things better, so I shut down the server. I hadn't noticed any 'red balls' at any stage, and am confused as to what is even happening. Of course it wasn't until after shut-down that I thought to start taking screenshots. Attached are the screenshots of the telnet session, and of the present assigned drives of my array. Please help me get this server back up.

That might be a harder fix. The techpowerup.com sellection only has one driver listed, and it is 'unverified.' I made a support ticket with XFX, so, we'll see how that goes.

Thanks, Saarg. Dropping the quantity of memory assigned to the VM has stabilized the system. I've run for several hours without problem, and did some gaming to test things out. My Windows 10 VM is now functional with pass-through. Unfortunately, I am still unable to start-up the VM properly after a shut-down. After a fresh boot of the host system, VM works fine. Stop the VM and re-start leads to 'No Signal' on my monitor. For now, I could simply leave the VM running always. In the future I'd like to be able to run different VMs in series, and being able to shut down properly would help. I watched the log during an unsuccessful startup: Dec 27 20:03:18 unFOCUSED emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/tail_log syslog Dec 27 20:03:26 unFOCUSED kernel: device vnet0 entered promiscuous mode Dec 27 20:03:26 unFOCUSED kernel: virbr0: port 2(vnet0) entered listening state Dec 27 20:03:26 unFOCUSED kernel: virbr0: port 2(vnet0) entered listening state Dec 27 20:03:28 unFOCUSED kernel: virbr0: port 2(vnet0) entered learning state Dec 27 20:03:30 unFOCUSED kernel: virbr0: topology change detected, propagating Dec 27 20:03:30 unFOCUSED kernel: virbr0: port 2(vnet0) entered forwarding state Dec 27 20:03:32 unFOCUSED ntpd[1431]: Listen normally on 5 virbr0 192.168.122.1:123 Dec 27 20:03:32 unFOCUSED ntpd[1431]: new interface(s) found: waking up resolver Dec 27 20:04:12 unFOCUSED kernel: vfio_ecap_init: 0000:01:00.0 hiding ecap 0x19@0x270 Dec 27 20:04:12 unFOCUSED kernel: vfio_ecap_init: 0000:01:00.0 hiding ecap 0x1b@0x2d0 Dec 27 20:04:15 unFOCUSED kernel: vfio-pci 0000:01:00.0: Invalid ROM contents Dec 27 20:04:15 unFOCUSED kernel: vfio-pci 0000:01:00.0: Invalid ROM contents And, later, from a successful VM startup (following a host system reboot) Dec 27 20:14:25 unFOCUSED emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/tail_log syslog Dec 27 20:14:29 unFOCUSED kernel: docker0: port 1(veth961f3ea) entered forwarding state Dec 27 20:14:29 unFOCUSED kernel: device vnet0 entered promiscuous mode Dec 27 20:14:29 unFOCUSED kernel: virbr0: port 2(vnet0) entered listening state Dec 27 20:14:29 unFOCUSED kernel: virbr0: port 2(vnet0) entered listening state Dec 27 20:14:29 unFOCUSED kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem Dec 27 20:14:30 unFOCUSED kernel: vfio_ecap_init: 0000:01:00.0 hiding ecap 0x19@0x270 Dec 27 20:14:30 unFOCUSED kernel: vfio_ecap_init: 0000:01:00.0 hiding ecap 0x1b@0x2d0 Dec 27 20:14:31 unFOCUSED kernel: virbr0: port 2(vnet0) entered learning state Dec 27 20:14:31 unFOCUSED kernel: vfio-pci 0000:01:00.0: Invalid ROM contents Dec 27 20:14:31 unFOCUSED kernel: vfio-pci 0000:01:00.0: Invalid ROM contents Dec 27 20:14:32 unFOCUSED kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem Dec 27 20:14:32 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:32 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:33 unFOCUSED kernel: kvm: zapping shadow pages for mmio generation wraparound Dec 27 20:14:33 unFOCUSED kernel: virbr0: topology change detected, propagating Dec 27 20:14:33 unFOCUSED kernel: virbr0: port 2(vnet0) entered forwarding state Dec 27 20:14:35 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:35 unFOCUSED ntpd[1439]: Listen normally on 4 virbr0 192.168.122.1:123 Dec 27 20:14:35 unFOCUSED ntpd[1439]: new interface(s) found: waking up resolver Dec 27 20:14:35 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:39 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:39 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:40 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:41 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 27 20:14:44 unFOCUSED dnsmasq-dhcp[13201]: DHCPDISCOVER(virbr0) 192.168.122.253 52:54:00:fa:51:8a Dec 27 20:14:44 unFOCUSED dnsmasq-dhcp[13201]: DHCPOFFER(virbr0) 192.168.122.253 52:54:00:fa:51:8a Dec 27 20:14:44 unFOCUSED dnsmasq-dhcp[13201]: DHCPREQUEST(virbr0) 192.168.122.253 52:54:00:fa:51:8a Dec 27 20:14:44 unFOCUSED dnsmasq-dhcp[13201]: DHCPACK(virbr0) 192.168.122.253 52:54:00:fa:51:8a DESKTOP-4IK2ADB

Yes, 8gb total in the system. I was wanting to assign 6gb to the VM, but it seems I pushed it to ~6.4gb. Maybe leaving 1.6gb starved unRAID? I'm running a Plex server and Deluge, but there were no active streams of Plex. I'll drop the VM to 4gb and try again. <memory unit='KiB'>6291456</memory> <currentMemory unit='KiB'>6291456</currentMemory> <memoryBacking> <nosharepages/> <locked/> </memoryBacking>

So I tried again, this time I let the VM crash on the Crimson post-install boot, then power cycled the whole machine and restarted the VM. I got ~5 min of run time with the VM before another crash. This time I watched the syslog: Dec 25 13:11:31 unFOCUSED emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/tail_log syslog Dec 25 13:12:45 unFOCUSED kernel: device vnet0 entered promiscuous mode Dec 25 13:12:45 unFOCUSED kernel: virbr0: port 2(vnet0) entered listening state Dec 25 13:12:45 unFOCUSED kernel: virbr0: port 2(vnet0) entered listening state Dec 25 13:12:45 unFOCUSED kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem Dec 25 13:12:47 unFOCUSED kernel: virbr0: port 2(vnet0) entered learning state Dec 25 13:12:49 unFOCUSED kernel: virbr0: topology change detected, propagating Dec 25 13:12:49 unFOCUSED kernel: virbr0: port 2(vnet0) entered forwarding state Dec 25 13:12:51 unFOCUSED ntpd[1439]: Listen normally on 4 virbr0 192.168.122.1:123 Dec 25 13:12:51 unFOCUSED ntpd[1439]: new interface(s) found: waking up resolver Dec 25 13:13:34 unFOCUSED kernel: vfio_ecap_init: 0000:01:00.0 hiding ecap 0x19@0x270 Dec 25 13:13:34 unFOCUSED kernel: vfio_ecap_init: 0000:01:00.0 hiding ecap 0x1b@0x2d0 Dec 25 13:13:35 unFOCUSED emhttp: cmd: /usr/local/emhttp/plugins/dynamix/scripts/tail_log syslog Dec 25 13:13:37 unFOCUSED kernel: vfio-pci 0000:01:00.0: Invalid ROM contents Dec 25 13:13:37 unFOCUSED kernel: vfio-pci 0000:01:00.0: Invalid ROM contents Dec 25 13:13:37 unFOCUSED kernel: vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem Dec 25 13:13:38 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:38 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:40 unFOCUSED kernel: kvm: zapping shadow pages for mmio generation wraparound Dec 25 13:13:46 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:46 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:49 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:49 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:51 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:51 unFOCUSED kernel: usb 1-4: reset full-speed USB device number 2 using xhci_hcd Dec 25 13:13:54 unFOCUSED dnsmasq-dhcp[13302]: DHCPDISCOVER(virbr0) 192.168.122.247 52:54:00:14:9e:e2 Dec 25 13:13:54 unFOCUSED dnsmasq-dhcp[13302]: DHCPOFFER(virbr0) 192.168.122.247 52:54:00:14:9e:e2 Dec 25 13:13:54 unFOCUSED dnsmasq-dhcp[13302]: DHCPREQUEST(virbr0) 192.168.122.247 52:54:00:14:9e:e2 Dec 25 13:13:54 unFOCUSED dnsmasq-dhcp[13302]: DHCPACK(virbr0) 192.168.122.247 52:54:00:14:9e:e2 DESKTOP-3JBIPGT Dec 25 13:16:11 unFOCUSED kernel: TCP: request_sock_TCP: Possible SYN flooding on port 45825. Sending cookies. Check SNMP counters. Dec 25 13:17:45 unFOCUSED kernel: supervisord invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0 Dec 25 13:17:45 unFOCUSED kernel: supervisord cpuset=121d1e71d0b78e00d9f7feab25d01297466fe6a5e9953dfdc9597f050da48334 mems_allowed=0 Dec 25 13:17:45 unFOCUSED kernel: CPU: 6 PID: 12798 Comm: supervisord Not tainted 4.1.13-unRAID #1 Dec 25 13:17:45 unFOCUSED kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./970M Pro3, BIOS P1.30 09/01/2015 Dec 25 13:17:45 unFOCUSED kernel: 0000000000000000 ffff880235693978 ffffffff815f12b0 0000000000000000 Dec 25 13:17:45 unFOCUSED kernel: ffff880233500000 ffff880235693a28 ffffffff815ed82c ffff8802336ffcf0 Dec 25 13:17:45 unFOCUSED kernel: ffff880233500000 ffff880235693b20 ffff8802356939c0 ffffffff815f3d5b Dec 25 13:17:45 unFOCUSED kernel: Call Trace: Dec 25 13:17:45 unFOCUSED kernel: [] dump_stack+0x4c/0x6e Dec 25 13:17:45 unFOCUSED kernel: [] dump_header+0x7a/0x20b Dec 25 13:17:45 unFOCUSED kernel: [] ? preempt_schedule_common+0x1f/0x39 Dec 25 13:17:45 unFOCUSED kernel: [] ? preempt_schedule+0x23/0x25 Dec 25 13:17:45 unFOCUSED kernel: [] ? ___ratelimit+0xcf/0xe0 Dec 25 13:17:45 unFOCUSED kernel: [] oom_kill_process+0xb7/0x37b Dec 25 13:17:45 unFOCUSED kernel: [] ? oom_badness+0xb6/0x100 Dec 25 13:17:45 unFOCUSED kernel: [] __out_of_memory+0x441/0x463 Dec 25 13:17:45 unFOCUSED kernel: [] out_of_memory+0x4f/0x66 Dec 25 13:17:45 unFOCUSED kernel: [] __alloc_pages_nodemask+0x722/0x7b6 Dec 25 13:17:45 unFOCUSED kernel: [] alloc_pages_current+0xb4/0xd5 Dec 25 13:17:45 unFOCUSED kernel: [] __page_cache_alloc+0x88/0x95 Dec 25 13:17:45 unFOCUSED kernel: [] filemap_fault+0x221/0x387 Dec 25 13:17:45 unFOCUSED kernel: [] ? page_add_file_rmap+0x20/0x46 Dec 25 13:17:45 unFOCUSED kernel: [] __do_fault+0x38/0x6f Dec 25 13:17:45 unFOCUSED kernel: [] handle_mm_fault+0x4b4/0x1152 Dec 25 13:17:45 unFOCUSED kernel: [] ? ktime_get_ts64+0x53/0xc3 Dec 25 13:17:45 unFOCUSED kernel: [] __do_page_fault+0x18e/0x309 Dec 25 13:17:45 unFOCUSED kernel: [] do_page_fault+0x22/0x2a Dec 25 13:17:45 unFOCUSED kernel: [] page_fault+0x28/0x30 Dec 25 13:17:45 unFOCUSED kernel: Mem-Info: Dec 25 13:17:45 unFOCUSED kernel: active_anon:1218403 inactive_anon:12316 isolated_anon:0 Dec 25 13:17:45 unFOCUSED kernel: active_file:1007 inactive_file:1189 isolated_file:95 Dec 25 13:17:45 unFOCUSED kernel: unevictable:702179 dirty:44 writeback:0 unstable:0 Dec 25 13:17:45 unFOCUSED kernel: slab_reclaimable:34807 slab_unreclaimable:11910 Dec 25 13:17:45 unFOCUSED kernel: mapped:12930 shmem:72185 pagetables:5613 bounce:0 Dec 25 13:17:45 unFOCUSED kernel: free:11583 free_pcp:1 free_cma:0 Dec 25 13:17:45 unFOCUSED kernel: Node 0 DMA free:15428kB min:20kB low:24kB high:28kB active_anon:404kB inactive_anon:36kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15988kB managed:15904kB mlocked:0kB dirty:0kB writeback:0kB mapped:108kB shmem:440kB slab_reclaimable:4kB slab_unreclaimable:32kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes Dec 25 13:17:45 unFOCUSED kernel: lowmem_reserve[]: 0 2890 7880 7880 Dec 25 13:17:45 unFOCUSED kernel: Node 0 DMA32 free:23912kB min:4108kB low:5132kB high:6160kB active_anon:469204kB inactive_anon:24228kB active_file:3548kB inactive_file:4748kB unevictable:2313668kB isolated(anon):0kB isolated(file):128kB present:3101456kB managed:2960984kB mlocked:2313668kB dirty:176kB writeback:0kB mapped:18484kB shmem:104628kB slab_reclaimable:50776kB slab_unreclaimable:16920kB kernel_stack:2928kB pagetables:7968kB unstable:0kB bounce:0kB free_pcp:4kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:49952 all_unreclaimable? yes Dec 25 13:17:45 unFOCUSED kernel: lowmem_reserve[]: 0 0 4990 4990 Dec 25 13:17:45 unFOCUSED kernel: Node 0 Normal free:6992kB min:7092kB low:8864kB high:10636kB active_anon:4404004kB inactive_anon:25000kB active_file:480kB inactive_file:8kB unevictable:495048kB isolated(anon):0kB isolated(file):252kB present:5242876kB managed:5109976kB mlocked:495048kB dirty:0kB writeback:0kB mapped:33128kB shmem:183672kB slab_reclaimable:88448kB slab_unreclaimable:30688kB kernel_stack:3936kB pagetables:14484kB unstable:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:5452 all_unreclaimable? yes Dec 25 13:17:45 unFOCUSED kernel: lowmem_reserve[]: 0 0 0 0 Dec 25 13:17:45 unFOCUSED kernel: Node 0 DMA: 1*4kB (E) 2*8kB (EM) 3*16kB (UE) 4*32kB (UE) 4*64kB (UEM) 1*128kB (E) 2*256kB (UE) 2*512kB (EM) 3*1024kB (UEM) 3*2048kB (UEM) 1*4096kB (R) = 15428kB Dec 25 13:17:45 unFOCUSED kernel: Node 0 DMA32: 3781*4kB (UEMR) 1036*8kB (UMR) 4*16kB (R) 12*32kB (R) 3*64kB (R) 3*128kB (R) 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 24436kB Dec 25 13:17:45 unFOCUSED kernel: Node 0 Normal: 1306*4kB (UEM) 5*8kB (UMR) 7*16kB (MR) 11*32kB (MR) 7*64kB (R) 1*128kB (R) 1*256kB (R) 1*512kB (R) 1*1024kB (R) 0*2048kB 0*4096kB = 8096kB Dec 25 13:17:45 unFOCUSED kernel: 74642 total pagecache pages Dec 25 13:17:45 unFOCUSED kernel: 0 pages in swap cache Dec 25 13:17:45 unFOCUSED kernel: Swap cache stats: add 0, delete 0, find 0/0 Dec 25 13:17:45 unFOCUSED kernel: Free swap = 0kB Dec 25 13:17:45 unFOCUSED kernel: Total swap = 0kB Dec 25 13:17:45 unFOCUSED kernel: 2090080 pages RAM Dec 25 13:17:45 unFOCUSED kernel: 0 pages HighMem/MovableOnly Dec 25 13:17:45 unFOCUSED kernel: 68364 pages reserved Dec 25 13:17:45 unFOCUSED kernel: [ pid ] uid tgid total_vm rss nr_ptes nr_pmds swapents oom_score_adj name Dec 25 13:17:45 unFOCUSED kernel: [ 1012] 0 1012 5396 601 15 3 0 -1000 udevd Dec 25 13:17:45 unFOCUSED kernel: [ 1174] 0 1174 58398 637 27 3 0 0 rsyslogd Dec 25 13:17:45 unFOCUSED kernel: [ 1392] 0 1392 1671 462 7 3 0 0 dhcpcd Dec 25 13:17:45 unFOCUSED kernel: [ 1402] 1 1402 1714 379 8 3 0 0 rpc.portmap Dec 25 13:17:45 unFOCUSED kernel: [ 1406] 32 1406 3209 477 11 3 0 0 rpc.statd Dec 25 13:17:45 unFOCUSED kernel: [ 1416] 0 1416 1615 406 8 3 0 0 inetd Dec 25 13:17:45 unFOCUSED kernel: [ 1426] 0 1426 6014 686 16 3 0 -1000 sshd Dec 25 13:17:45 unFOCUSED kernel: [ 1439] 0 1439 24850 1182 22 3 0 0 ntpd Dec 25 13:17:45 unFOCUSED kernel: [ 1447] 0 1447 1096 401 6 3 0 0 acpid Dec 25 13:17:45 unFOCUSED kernel: [ 1460] 81 1460 4359 51 14 3 0 0 dbus-daemon Dec 25 13:17:45 unFOCUSED kernel: [ 1462] 0 1462 1617 394 8 3 0 0 crond Dec 25 13:17:45 unFOCUSED kernel: [ 1464] 0 1464 1615 25 8 3 0 0 atd Dec 25 13:17:45 unFOCUSED kernel: [ 1469] 0 1469 48347 1225 94 3 0 0 nmbd Dec 25 13:17:45 unFOCUSED kernel: [ 1471] 0 1471 67805 3528 131 3 0 0 smbd Dec 25 13:17:45 unFOCUSED kernel: [ 1482] 0 1482 2584 807 9 3 0 0 cpuload Dec 25 13:17:45 unFOCUSED kernel: [11989] 0 11989 22266 857 18 3 0 0 emhttp Dec 25 13:17:45 unFOCUSED kernel: [11990] 0 11990 1618 425 8 3 0 0 agetty Dec 25 13:17:45 unFOCUSED kernel: [11991] 0 11991 1618 425 8 3 0 0 agetty Dec 25 13:17:45 unFOCUSED kernel: [11992] 0 11992 1618 425 8 3 0 0 agetty Dec 25 13:17:45 unFOCUSED kernel: [11993] 0 11993 1618 449 8 3 0 0 agetty Dec 25 13:17:45 unFOCUSED kernel: [11994] 0 11994 1618 425 8 3 0 0 agetty Dec 25 13:17:45 unFOCUSED kernel: [11995] 0 11995 1618 450 7 3 0 0 agetty Dec 25 13:17:45 unFOCUSED kernel: [12063] 61 12063 8612 768 21 3 0 0 avahi-daemon Dec 25 13:17:45 unFOCUSED kernel: [12064] 61 12064 8547 59 21 3 0 0 avahi-daemon Dec 25 13:17:45 unFOCUSED kernel: [12072] 0 12072 3186 387 11 3 0 0 avahi-dnsconfd Dec 25 13:17:45 unFOCUSED kernel: [12497] 0 12497 38197 125 16 3 0 0 shfs Dec 25 13:17:45 unFOCUSED kernel: [12507] 0 12507 88991 661 23 3 0 0 shfs Dec 25 13:17:45 unFOCUSED kernel: [12573] 0 12573 114440 4757 45 5 0 0 docker Dec 25 13:17:45 unFOCUSED kernel: [12708] 0 12708 27086 3727 27 5 0 0 docker Dec 25 13:17:45 unFOCUSED kernel: [12720] 0 12720 26573 3660 26 5 0 0 docker Dec 25 13:17:45 unFOCUSED kernel: [12731] 0 12731 26573 3674 27 5 0 0 docker Dec 25 13:17:45 unFOCUSED kernel: [12747] 0 12747 24423 2382 51 3 0 0 supervisord Dec 25 13:17:45 unFOCUSED kernel: [12798] 0 12798 24404 2335 51 3 0 0 supervisord Dec 25 13:17:45 unFOCUSED kernel: [12833] 0 12833 3933 119 11 3 0 0 start.sh Dec 25 13:17:45 unFOCUSED kernel: [12834] 99 12834 3933 105 11 3 0 0 webui.sh Dec 25 13:17:45 unFOCUSED kernel: [12835] 99 12835 3933 115 11 3 0 0 deluge.sh Dec 25 13:17:45 unFOCUSED kernel: [12844] 99 12844 115288 18394 236 3 0 0 Plex Media Serv Dec 25 13:17:45 unFOCUSED kernel: [12912] 0 12912 11645 203 25 3 0 0 openvpn Dec 25 13:17:45 unFOCUSED kernel: [12947] 99 12947 443905 21429 143 5 0 0 python Dec 25 13:17:45 unFOCUSED kernel: [13125] 0 13125 198982 3106 81 4 0 0 libvirtd Dec 25 13:17:45 unFOCUSED kernel: [13302] 99 13302 3852 553 12 3 0 0 dnsmasq Dec 25 13:17:45 unFOCUSED kernel: [13303] 0 13303 3819 44 12 3 0 0 dnsmasq Dec 25 13:17:45 unFOCUSED kernel: [13370] 99 13370 167628 45068 324 3 0 0 Plex DLNA Serve Dec 25 13:17:45 unFOCUSED kernel: [13766] 99 13766 3933 115 10 3 0 0 deluge.sh Dec 25 13:17:45 unFOCUSED kernel: [13767] 99 13767 3933 115 10 3 0 0 deluge.sh Dec 25 13:17:45 unFOCUSED kernel: [13768] 99 13768 105657 26417 144 3 0 0 deluged Dec 25 13:17:45 unFOCUSED kernel: [13863] 99 13863 51810 23323 106 4 0 0 deluge-web Dec 25 13:17:45 unFOCUSED kernel: [10280] 99 10280 1449 17 7 3 0 0 sleep Dec 25 13:17:45 unFOCUSED kernel: [13249] 0 13249 2818361 1705779 3575 14 0 0 qemu-system-x86 Dec 25 13:17:45 unFOCUSED kernel: [13626] 0 13626 22266 126 16 3 0 0 emhttp Dec 25 13:17:45 unFOCUSED kernel: [13627] 0 13627 1099 178 7 3 0 0 tail Dec 25 13:17:45 unFOCUSED kernel: [14657] 99 14657 3933 115 10 3 0 0 deluge.sh Dec 25 13:17:45 unFOCUSED kernel: [14658] 99 14658 34213 9319 72 3 0 0 deluge-console Dec 25 13:17:45 unFOCUSED kernel: [14659] 99 14659 2697 65 8 3 0 0 grep Dec 25 13:17:45 unFOCUSED kernel: [15188] 0 15188 1091 170 7 3 0 0 sleep Dec 25 13:17:45 unFOCUSED kernel: Out of memory: Kill process 13249 (qemu-system-x86) score 820 or sacrifice child Dec 25 13:17:45 unFOCUSED kernel: Killed process 13249 (qemu-system-x86) total-vm:11273444kB, anon-rss:6805304kB, file-rss:17812kB Dec 25 13:17:49 unFOCUSED kernel: virbr0: port 2(vnet0) entered disabled state Dec 25 13:17:49 unFOCUSED avahi-daemon[12063]: Withdrawing workstation service for vnet0. Dec 25 13:17:49 unFOCUSED kernel: device vnet0 left promiscuous mode Dec 25 13:17:49 unFOCUSED kernel: virbr0: port 2(vnet0) entered disabled state Dec 25 13:17:50 unFOCUSED ntpd[1439]: Deleting interface #4 virbr0, 192.168.122.1#123, interface stats: received=0, sent=0, dropped=0, Gotta admit, this looks a mess to me.

Drat! So it's pretty much hopeless with this GPU? I'll be more careful when it comes time to upgrade.

Hi, I've built a system with the intention of doing occasional gaming atop a HTPC. As such, I'm trying to pass-through the only GPU (no integration) to a virtual instance of Windows 10. I can build and start the VM without problem. Win10 instillation goes without trouble (including several reboots). Get to desktop and install relevant drivers, specifically VirtIO and AMD's Crimson. Reboot after Crimson install, and the monitor no longer receives signal. I must then force-stop the VM and shut down unRAID from web gui to restore a working video output (for unRAID). I've updated my Motherboard's Firmware, checked all settings to enable IOMMU anywhere I could find... no joy. I've tried running a fresh VM without Crimson, several quick reboots successful, install Crimson and reboot to no monitor data. I've tried (fresh VM), and avoid Crimson entirely, and while I'm looking for the Steam installer, the monitor goes blank (no signal). I even tried a Fedora VM, and had a worse problem. Boot to live image is good, OS installs fine, post-install reboot causes a hard crash: no signal to monitor, unresponsive unRAID web gui, unable to telnet into unRAID. I am forced to cut power, and ran a parity check (no errors) after. I'm new to unRAID and passthroughs, so I don't really know what data you need to help me out. Just let me know, and I'll quote logs or whatever else. Thanks! PCI Device list looks good. My GPU isn't shared with anything else. 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (external gfx0 port B) (rev 02) 00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD/ATI] RD990 I/O Memory Management Unit (IOMMU) 00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port B) 00:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890 PCI to PCI bridge (PCI express gpp port H) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40) 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 42) 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller (rev 40) 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40) 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40) 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:15.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0) 00:15.3 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB900 PCI to PCI bridge (PCIE port 3) 00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 0 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 1 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 2 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 3 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 4 00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 5 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tonga PRO [Radeon R9 285] (rev f1) 01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device aad8 02:00.0 USB controller: Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)

First round of pre-clear found no errors. Yippie! I investigated the cooling setup and did find room for minor improvement. I changed the routing of the 140mm vent fan immediately adjacent to the HDD cage so that it blocks less airflow. Nominal benefit was also to be had by remembering to plug it in. New batch of preclears running on HDD A using the web front-end. 32C during pre-read.

Thanks for the suggestions. I do intend to have unRAID manage the SSD as a cache drive without actually allowing user shares to cache. It is good to know that (a two disk) array performance will not be impacted by this. Once the array is up and running, I'll have 2TB of bulk storage and 500MB to play with for VMs. Right now this feels like tons of space. Any bets as to how long before I want to cram a dozen HDDs in there? Preclear has been happily chugging away for ~20 hours so far. Should be done soon. I'll check the results and save them somewhere persistent on the flash drive. Then, I'll need to shut down the system and muck about with cooling. The HDDs are reporting ~42C during preclear which has me nervous (isn't >45C dangerous?). I have a 140mm fan venting air in their chamber, but it is speed limited for noise purposes. I'll remove the limiter and see if that fixes things. Also, it's a new build, so I should check that all the fans are blowing the right direction

Thanks for the input! The disks are refurbished, and if they throw a problem, I'd really appreciate it happening in the first 90 days. I read the following from the wiki: 2TB each. I planned to do one pass initially to time the procedure before jumping in to multiple cycles. Appreciated. How is this: ... Assign HDD A as Parity Disc. Let unRaid synch parity. ... Use parity to reconstruct Disc 1 on HDD B I've been wanting to build a HTPC for ~4 years, a new gaming PC for ~12 (family life gave me other priorities), and a home file server for ~2. I don't have the free cash to build out all three (see other priorities), so I figured build just the one, and let the magic of virtualization take over. I intend to assign the 500GB SSD as cache. My signature has it unasigned as I have yet to visit the unRaid configuration menu for the first time. That's also why the box is still named 'Tower'.

So, I've finally put together a new build, and am excited to try out this unRaid thing. Hardware is all connected, Memtest cleared two passes with no problem, on to Preclear! My two HDDs are both refurbs, so I'd like to give them a thorough checkout, say, 20 passes of preclear. However, I also want to get started playing with unRaid asap. Here is my plan. Start HDD A and B on parallel preclears each of one pass. HDD B finished? Assign it to Disc 1 and start playing around with unRaid (no critical data assigned to unRaid yet). HDD A finished? Start it on more preclear passes (I read 20 cycles is the recommended burn in). HDD A finished again, in what, 15 days? Assign it as Parity Disc. Let unRaid populate HDD A sync parity. Parity synched? Pull HDD B off of the array, leaving DISC 1 in (emulated?) mode. Run HDD B through many passes of preclear HDD B finished its burn-in? Re-assign it as DISC 1 Sync Parity Re-build DISC 1 on HDD B, array is finally in protected mode This should allow me to burn-in both discs without suffering another two weeks downtime. Does this seem correct? Edit: corrected language regarding parity sync and disc rebuild