Darksurf

Members
  • Posts

    148
  • Joined

  • Last visited

Everything posted by Darksurf

  1. AMD just announced they have found the root cause and fix. https://hothardware.com/news/amd-confirms-rare-ryzen-smt-bug-and-fix
  2. I've found something interesting. I had my parity drive fail on me. it was getting some read errors every week so I tried moving it to another slot, issues persisted, then the drive failed and was gone. since the drive is no longer registering my webUI is doing something strange. Lucky for me (or is it?), the drive is still under warranty. I'll be sending it back for RMA later. cold-rewind-diagnostics-20170807-1709.zip
  3. Is your installed bios the latest available? Probably should try to update.
  4. I suggest you keep an eye on it if your worried. One way to test would be to stop the dockers and the VMs and check again while the system is idle.
  5. OK, that's probably it then. You're probably just fine. If you're not noticing any issues like unused disks not spinning down or something, I bet you're just fine.
  6. Yeah, hyper-v has no issues here. I have the latest graphics drivers installed and I even run the graphics card drivers geforce tool to update the drivers fairly often. YES virtio drivers for WIN10 is a big deal. use the latest.
  7. Have you used/tried the GPU POST tool in BIOS? Start with smaller card, then work in BIOS. Power down add new card, go into BIOS again. Possible disable fastboot.
  8. Is something actively running off the SSD cache such as a VM or docker?
  9. I wouldn't say its normal, but I wouldn't say its not? are you doing something write intensive right now? Is something being loaded into the cache drive?
  10. The GPU you're passing through needs to be secondary so do not put it in the first PCI-E slot. Then make sure your mapping to the GPU is still correct if you move it. Make sure IOMMU is enabled. You'll need to "uninstall" whatever graphics driver is currently in use. (probably microsoft basic display adapter) check your settings ( mine posted at the bottom ) If your VM locks up, force shutdown from webUI and boot it back up again. (after HW change VM tends to lock up first boot on my server) <domain type='kvm' id='2'> <name>Windows10</name> <uuid>cc651542-fab1-c9a3-b707-ae659594dfa4</uuid> <description>Windows10</description> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='8'/> <vcpupin vcpu='5' cpuset='9'/> <vcpupin vcpu='6' cpuset='10'/> <vcpupin vcpu='7' cpuset='11'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-2.7'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/cc651542-fab1-c9a3-b707-ae659594dfa4_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='4' threads='2'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/VMs/Windows10/vdisk1.img'/> <backingStore/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/ZDRIVE/ISOs/Win10_1607_English_x64.iso'/> <backingStore/> <target dev='hda' bus='sata'/> <readonly/> <boot order='2'/> <alias name='sata0-0-0'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/ZDRIVE/ISOs/virtio-win-0.1.126-2.iso'/> <backingStore/> <target dev='hdb' bus='sata'/> <readonly/> <alias name='sata0-0-1'/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <alias name='usb'/> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <alias name='usb'/> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <alias name='usb'/> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <controller type='sata' index='0'> <alias name='sata0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:c6:fd:4e'/> <source bridge='br0'/> <target dev='vnet0'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/1'/> <target port='0'/> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/1'> <source path='/dev/pts/1'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-2-Windows10/org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'> <alias name='input0'/> </input> <input type='keyboard' bus='ps2'> <alias name='input1'/> </input> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x1'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x1b' function='0x0'/> </source> <alias name='hostdev2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> </hostdev> <memballoon model='virtio'> <alias name='balloon0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x0a' function='0x0'/> </memballoon> </devices> <seclabel type='none' model='none'/> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain>
  11. No issues here, working like a boss. reconfigure and also try a cold boot. Also, I can use hyper-v flags without any issue. currently using this machine for steam streaming to linux box. has a GTX1060 <domain type='kvm' id='2'> <name>Windows10</name> <uuid>cc651542-fab1-c9a3-b707-ae659594dfa4</uuid> <description>Windows10</description> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='8'/> <vcpupin vcpu='5' cpuset='9'/> <vcpupin vcpu='6' cpuset='10'/> <vcpupin vcpu='7' cpuset='11'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-2.7'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/cc651542-fab1-c9a3-b707-ae659594dfa4_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='4' threads='2'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/VMs/Windows10/vdisk1.img'/> <backingStore/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/ZDRIVE/ISOs/Win10_1607_English_x64.iso'/> <backingStore/> <target dev='hda' bus='sata'/> <readonly/> <boot order='2'/> <alias name='sata0-0-0'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/user/ZDRIVE/ISOs/virtio-win-0.1.126-2.iso'/> <backingStore/> <target dev='hdb' bus='sata'/> <readonly/> <alias name='sata0-0-1'/> <address type='drive' controller='0' bus='0' target='0' unit='1'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <alias name='usb'/> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <alias name='usb'/> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <alias name='usb'/> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <controller type='sata' index='0'> <alias name='sata0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:c6:fd:4e'/> <source bridge='br0'/> <target dev='vnet0'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/1'/> <target port='0'/> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/1'> <source path='/dev/pts/1'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-2-Windows10/org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'> <alias name='input0'/> </input> <input type='keyboard' bus='ps2'> <alias name='input1'/> </input> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x06' slot='0x00' function='0x1'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x1b' function='0x0'/> </source> <alias name='hostdev2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> </hostdev> <memballoon model='virtio'> <alias name='balloon0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x0a' function='0x0'/> </memballoon> </devices> <seclabel type='none' model='none'/> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain>
  12. Glass half empty approach? non-standard ports through port-forward are extremely simple and less attempted. Anyone who cares about security could simply look at failed login IPs and add them to a block list etc (fail2ban or denyhosts). I was using pfsense VM + pfBlocker to block IPs from certain portions of the world known for constant hacking attempts. There's also suricata for anyone who has patience enough to workaround false positives. VPNs can be blocked by firewalls, but in most cases SSH is allowed.
  13. Why use a VPN when you could just use an SSH tunnel? ssh -p {external port# forwarded to internal ssh port for local machine OR server} user@DDNS.net -L 9000:{serverIP OR localhost}:80 then open web browser and type "http://localhost:9000". example: ssh -p 446 darksurf@mynetwork.net -L 9000:locahost:80 and using SSH keys, you can prevent password login making it all the more secure.
  14. /bin/ls: cannot access 'user': Transport endpoint is not connected So I'm cleaning up my files on my plex library.. and removing a directory that was supposed to include an old anime series (but was not completed) I noticed it was taking a while. so I ctrl-c stopped and looked inside. it had old copies of its parent directory in it. I found a file that I had accidently deleted in the past and decided to recover it from this directory where I had evidently made an accidental copy. upon trying to mv it I got the error /bin/ls: cannot access 'user': Transport endpoint is not connected Next thing I know /mnt/user is no longer highlighted green and had some weird configuration. drwxrwxrwx 1 nobody users 30 Jun 25 15:53 cache/ drwxrwxrwx 1 nobody users 82 May 22 20:29 disk1/ drwxrwxrwx 1 nobody users 28 May 27 19:59 disk2/ drwxrwxrwx 1 nobody users 24 Jan 2 22:03 disk3/ drwxrwxrwx 1 nobody users 0 Jan 2 22:03 disk4/ drwxrwxrwx 1 nobody users 0 Jan 2 22:03 disk5/ drwxrwxrwx 1 nobody users 0 Jan 2 22:03 disk6/ drwxrwxrwx 3 nobody users 60 Jun 23 21:38 disks/ d????????? ? ? ? ? ? user/ drwxrwxrwx 1 nobody users 82 May 27 19:59 user0/ Not sure whats happening. so I decided grab a diagnostic log and to reboot the server to see if it fixes my issue. reboot fixed my issue and now /mnt/user is back to working. What happened? cold-rewind-diagnostics-20170627-2210.zip
  15. Wow, don't get me wrong. I like that it checks for plugin updates every time I go to the page from somewhere else, but after updating a single plugin, I have to wait all over again for it to check and load. Also after updating plugins, sometimes there no "close" button. I only see the "X" button on the top right. It works, but is not my preference. As for speed, it takes 67 seconds to reload the page. I have to reload the page after every plugin update! its pretty painful. cold-rewind-diagnostics-20170626-2136.zip
  16. Thanks so much guys! This instruction has been extremely helpful! I've got my cache drive emptied! I'll now halt my VMs to get them moved to SSD cache. Another question. if something is using prefer cache such as my VMs it sounds like it wouldn't be protected by the parity drive. Can you suggest a method to backup VM disks?
  17. Yep, you would be correct. the issue occurred before moving to 6.4-rc6. I was previously on 6.3 when the issue began. I'm also not the only one who uses the shares so I'd rather not make the friends and family mad by loosing their data lol. Luckily the stuff I lost was only mine, but the rest starts getting into shared territory.
  18. OK, I still had 500G worth of stuff that needed moved. I manually started the mover. now the mover appears to have completed, but nothing was moved. cold-rewind-diagnostics-20170625-1703.zip
  19. I'll keep that in mind next time. I'm planning on setting my VMs folder to Prefer for cache so Win10Steam machine will quick running so bad when HDDs have a bit of a load on them.
  20. Nope was not set to prefer, was set to yes.
  21. Nope, didn't even give the zero size. 500G worth of crap gone due to mover refusing to move the files. SSD is a 1TB. I guess its not all bad. at least I know whats missing. I could probably just acquire it all again and reinstall pfsense on a new VM and start over there. its only a couple weeks worth of work. I still feel like I could crawl in a hole right now.
  22. OK, so I'm not having a good day. I've noticed all my shares were set to use cache and they didn't just use the cache for new files. It kept using the cache and refused to empty the cache drive. I've suspected something was going on for a while, but couldn't put a finger on it. I figured I was just improperly utilizing cache due to constant complaints of cache being full or near full. I decided it was time to start marking shares as don't use cache. I began rsyncing files over. from /mnt/cache to /mnt/user/ . I had one VM being used as a transparent bridge firewall, I decided rsyncing was taking too long and checked both /mnt/user and /mnt/cache to make sure they both had the VM. Then proceeded with deleting the VM once I noticed they were both there. NOPE! now the VM is gone completely. I'm not sure what was happening with the mover. even with the VM halted, the mover refused to empty all the files off the cache drive. Now I'm praying that the entire library of videos I used for my plex docker actually decided to move when I rsynced from the cache to the user (because invoking mover didn't move the files off). wish me luck guys. I'm thinking I'm in for a nightmare.
  23. I would like to see this as well as snapshot management.
  24. I take it the noise you're hearing is like crackling and stuttering? I've noticed this too. I've had the exact same issue with the GTX1060 I'm passing through to a windows10VM I'm using for steam streaming. I really only have linux machines at home, so windows10+steam in VM was an ideal concept for me. I don't want windows actually being used for much anything else. So I just found the solution today. I've been getting irritated that the HDMI audio issue even occurs from straight HDMI and not just over steam streaming to steamlink, another desktop, or over remote session with nomachine! I got to thinking out of desperation "I'm not really using my server's sound card, why not pass it through too?". So I did. I now have intel HD audio + nvidia HDMI audio. I tried streaming and watching on a TV at the same time. NO MORE AUDIO STUTTER, CLIPPING, ETC! Works like magic now! I can't explain whats happening, but at least we know how to work around it now.