Anticast

Members
  • Posts

    16
  • Joined

  • Last visited

Everything posted by Anticast

  1. Any word on this? I've set up my Windows VMs to also hibernate but appear to be running into the same problems as golli53. I'm running unRAID 6.9.2.
  2. Just in case it helps someone else later... I found a better solution to this thanks to this post: By modifying `smb-extra.conf` I made a share that uses the authenticated user name as part of the path. No need to make shares for each user. I currently have this mapping to a subfolder being mapped into a Dropbox container and now when all Windows users save something to their network drive it syncs to dropbox in a few seconds. [userhome] comment = %U home directory path = /mnt/disk2/dropbox/users/%U valid users = %U browsable = yes writable = yes create mask = 0777 directory mask = 0777 vfs objects =
  3. Thanks again for the guidance itimpil! I don't know how I screwed it up before (maybe wrong ordering of connecting to samba drives like you said) but I cleared out the shares, made new shares for each user, logged in to Windows as that user, mapped their share to a drive, and moved their Documents to that share drive. Logging out and logging back is is persisting the drives per user (like you said it would) so I think I'm in business. Thanks again!
  4. Awesome, thanks itimpi! I'll reset the shares and unRAID users and give it another shot!
  5. Thanks for the responses! I'm likely doing something wrong, but I was having issues getting multiple connections from multiple users. My assumption was because its one computer (running Windows Server) and each user is connecting via RDP. If you're saying that this setup should still work, then I'll tear it down and try again.
  6. Yes, if share 'user_1' and share 'user_2' have the same credentials then both users can read/write all other user's data.
  7. I'm running Windows Server as a VM with accounts for my family. I want to give each user their own *private* folder somewhere on the array and map that location to their documents. I tired creating a share for each user but I'm not able to have multiple samba connections to unRAID, and I don't want to share a base "users" folder because then all users can modify all other users documents. Any ideas on how I can set this up?
  8. A little bit more data... I've updated all VirtIO drivers to 0.1.185 and still got BSOD. I removed the bridge interface from the VM and still get the BSOD. I waited at the log in screen and also still get the BSOD (no user logged in).
  9. I just upgraded from 6.8.3 to 6.9.2 and now my "main" Windows VM keeps crashing (blue screen of death, BSOD) about 2 minutes after the first user logs in. I booted the VM into safe mode, downloaded BlueScreenView http://www.nirsoft.net/utils/blue_screen_view.html and used it to see that the cause is DRIVER_IRQL_NOT_LESS_OR_EQUAL 0x000000d1 and sometimes the "Caused By Driver" is ntoskrnl.exe (NT Kernel & System) and sometimes its ndis.sys (Network Driver Interface Specification). I don't know the right way to fix this. I assume that there has been a KVM change in unRAID from 6.8.3 to 6.9.2 and now I need to update the VM drivers but I don't know which ones. My first through is the network driver due to ndis.sys being listed in the minidump, but running in safe mode with network connectivity seems to work fine with the VirtIO network driver. Any suggestions or directions on something to try would be appriciated.
  10. I pulled the trigger and picked up this item for ~$100 USD: "DS-510 USB to Gigabit Ethernet USB Device Server & AC Power Supply" https://www.amazon.com/dp/B00U9UDSH8 The setup was straight forward (just needed to install "client" software on my VM) and after a few option changes in that software I can now plug in a USB device into the hub on one side of my house and it automatically shows up in my VM running on my unRAID server on the other side of the house. So far I've tested it with a USB Headphone/Microphone combo and a Silhouette Cameo (paper/vinyl cutter) and both work great.
  11. I'm looking for a solution to the same problem, but am hoping to not run any cables. Is there a wireless or network-based solution (or anything else that doesn't require running new cables) that will let me plug in a USB device away from the server, like near a thin client, and have it "connected" to the passed through USB port in my unRAID VM?
  12. I think I found a common cause for these seemingly unrelated VM slowdowns. Check the log for something along the lines of "kernel: Disabling IRQ #16". If you see it, then it seems like that will cause unRAID (and your VM) to run very slowly. It looks like the cause is related to using your onboard display.
  13. So, I found this post from 2011: https://www.linuxquestions.org/questions/slackware-14/disabling-irq-16-a-879964/ Isn't unRAID based on Slackware? Perhaps this is an issue with the distro and not something specific to unRAID.
  14. This same problem was happening with me. I had my Windows gaming VM with my NVIDIA GPU passed through but the performance was crap. I would see "kernel:Disabling IRQ #16" errors on the web terminal but had no idea what it meant. After booting up Windows the performance for basic operations like right-clicking on the desktop were super laggy (like 1 second) but I figured it was a driver issue. So, I reinstalled the NVIDIA drivers and noticed that for the few seconds between the old NVIDIA drivers being unloaded and the new NVIDIA drivers starting up the performance of Windows jumped up to what I would normally expect. I assumed I was doing something wrong since there is a lot of chatter on the internet about screwing up GPU pass through. I spent 3 full nights fiddling with VM settings, restarting the VM, changing VFIO-PCI settings, rebooting unRAID, trying the VM again, etc. etc. and nothing helped. During this whole time I had one display hooked up to my motherboard output and another display hooked up to the NVIDIA GPU. After I finally gave up with the VM I unplugged the display hooked up to the motherboard and started fiddling with other unRAID stuff. Several reboots and a week or two later I decided to boot up the VM again to fiddle a bit more and this time it just worked, every time. Even VMs that were "slow" before now ran like normal. This made me super nervous but I was just happy that it was working. About a month later, due to flash drive issues, I needed to hook up the on board display again so I could see the unRAID output. I got the flash drive issues fixed and started up the VM and saw that it was slow again. I shut down the VM and saw this in my log (just in case it helps LT): Dec 18 01:05:48 Tower kernel: irq 16: nobody cared (try booting with the "irqpoll" option) Dec 18 01:05:48 Tower kernel: CPU: 2 PID: 0 Comm: swapper/2 Tainted: P O 4.19.107-Unraid #1 Dec 18 01:05:48 Tower kernel: Hardware name: Gigabyte Technology Co., Ltd. Z170X-Gaming 7/Z170X-Gaming 7, BIOS F20 11/04/2016 Dec 18 01:05:48 Tower kernel: Call Trace: Dec 18 01:05:48 Tower kernel: <IRQ> Dec 18 01:05:48 Tower kernel: dump_stack+0x67/0x83 Dec 18 01:05:48 Tower kernel: __report_bad_irq+0x30/0xa5 Dec 18 01:05:48 Tower kernel: note_interrupt+0x1d8/0x229 Dec 18 01:05:48 Tower kernel: handle_irq_event_percpu+0x4f/0x6f Dec 18 01:05:48 Tower kernel: handle_irq_event+0x34/0x51 Dec 18 01:05:48 Tower kernel: handle_fasteoi_irq+0x92/0xfc Dec 18 01:05:48 Tower kernel: handle_irq+0x1c/0x1f Dec 18 01:05:48 Tower kernel: do_IRQ+0x46/0xd0 Dec 18 01:05:48 Tower kernel: common_interrupt+0xf/0xf Dec 18 01:05:48 Tower kernel: </IRQ> Dec 18 01:05:48 Tower kernel: RIP: 0010:cpuidle_enter_state+0xe8/0x141 Dec 18 01:05:48 Tower kernel: Code: ff 45 84 f6 74 1d 9c 58 0f 1f 44 00 00 0f ba e0 09 73 09 0f 0b fa 66 0f 1f 44 00 00 31 ff e8 7a 8d bb ff fb 66 0f 1f 44 00 00 <48> 2b 2c 24 b8 ff ff ff 7f 48 b9 ff ff ff ff f3 01 00 00 48 39 cd Dec 18 01:05:48 Tower kernel: RSP: 0018:ffffc900031dbe98 EFLAGS: 00000246 ORIG_RAX: ffffffffffffffde Dec 18 01:05:48 Tower kernel: RAX: ffff88884fa9fac0 RBX: ffff88884faaa100 RCX: 000000000000001f Dec 18 01:05:48 Tower kernel: RDX: 0000000000000000 RSI: 000000001fefa611 RDI: 0000000000000000 Dec 18 01:05:48 Tower kernel: RBP: 0000018f4e3253cb R08: 0000018f4e3253cb R09: 0000000000000001 Dec 18 01:05:48 Tower kernel: R10: 0000000000000000 R11: 071c71c71c71c71c R12: 0000000000000001 Dec 18 01:05:48 Tower kernel: R13: ffffffff81e5b120 R14: 0000000000000000 R15: ffffffff81e5b198 Dec 18 01:05:48 Tower kernel: ? cpuidle_enter_state+0xbf/0x141 Dec 18 01:05:48 Tower kernel: do_idle+0x17e/0x1fc Dec 18 01:05:48 Tower kernel: cpu_startup_entry+0x6a/0x6c Dec 18 01:05:48 Tower kernel: start_secondary+0x197/0x1b2 Dec 18 01:05:48 Tower kernel: secondary_startup_64+0xa4/0xb0 Dec 18 01:05:48 Tower kernel: handlers: Dec 18 01:05:48 Tower kernel: [<0000000008c48ea5>] i801_isr [i2c_i801] Dec 18 01:05:48 Tower kernel: [<0000000067bc464a>] vfio_intx_handler Dec 18 01:05:48 Tower kernel: [<0000000067bc464a>] vfio_intx_handler Dec 18 01:05:48 Tower kernel: Disabling IRQ #16 Then I started searching and found this post. Based on the info here, I found that I can 100% replicate the "slow Windows VM" by just plugging in a display into my motherboard. When I do, the GPU utilization goes to near 100% in the Windows VM and the only fix I've found is to reboot unRAID.
  15. I'm seeing the same issue. I bought this USB drive: https://www.amazon.com/gp/product/B077Y149DL and the Flash Creator does not list the device. I plugged the device into my unRAID server and rand `blkid` and got the following output: /dev/sdh1: LABEL="UNRAID" UUID="8EDA-XXXX" TYPE="vfat" So it appears the flash drive has a GUID.
  16. I'm having the exact same issue now. GPU usage 100%, being used between "Desktop Window Manager" and "Client Server Runtime Process". Did you ever find a fix?