turnipisum

Members
  • Posts

    151
  • Joined

  • Last visited

Everything posted by turnipisum

  1. Try creating a new vm again but use the windows image you have already setup windows on. so don't delete the old vm image as this will save you some time. This may help if you have not seen it already. Also what unraid version are you using?
  2. Thanks @ich777 but i gave that a try months ago lol
  3. AMD 3970x all spec below. The issue is the 3 VM's are in daily use i will have to build temp machines to kill them off for days. Case: Corsair Obsidian 750d | MB: Asrock Trx40 Creator | CPU: AMD Threadripper 3970X | Cooler: Noctua NH-U14S | RAM: Corsair LPX 128GB DDR4 C16 | GPU: 2 x MSI RTX 2070 Super's | Cache: Intel 660p Series 1TB M.2 X2 in 2TB Pool | Parity: Ironwolf 6TB | Array Storage: Ironwolf 6TB + Ironwolf 4TB | Unassigned Devices: Corsair 660p M.2 1TB + Kingston 480GB SSD + Skyhawk 2TB | NIC: Intel 82576 Chip, Dual RJ45 Ports, 1Gbit PCI | PSU: Corsair RM1000i
  4. Have you tried just the adding quadro 2000 as main with no vnc in config? and maybe try without rom.
  5. Update to my last post. It didn't fix it!☹️ I got a random uptime of 47 days then now i'm back to 1-4 ish days then crash. I have just disabled PCIe ACS override see if that does anything. Same error as i always have in logs. Mar 6 19:50:21 SKYNET-UR kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./TRX40 Creator, BIOS P1.70 05/29/2020 Mar 6 19:50:21 SKYNET-UR kernel: RIP: 0010:__iommu_dma_unmap+0x7a/0xe8 Mar 6 19:50:21 SKYNET-UR kernel: Code: 46 28 4c 8d 60 ff 48 8d 54 18 ff 49 21 ec 48 f7 d8 4c 29 e5 49 01 d4 49 21 c4 48 89 ee 4c 89 e2 e8 8f df ff ff 4c 39 e0 74 02 <0f> 0b 49 83 be 68 07 00 00 00 75 32 49 8b 45 08 48 8b 40 48 48 85 Mar 6 19:50:21 SKYNET-UR kernel: RSP: 0018:ffffc9000468f9f8 EFLAGS: 00010206 Mar 6 19:50:21 SKYNET-UR kernel: RAX: 0000000000002000 RBX: 0000000000001000 RCX: 0000000000000001 Mar 6 19:50:21 SKYNET-UR kernel: RDX: ffff888102d55020 RSI: ffffffffffffe000 RDI: 0000000000000009 Mar 6 19:50:21 SKYNET-UR kernel: RBP: 00000000fed7e000 R08: ffff888102d55020 R09: ffff8881525b2bf0 Mar 6 19:50:21 SKYNET-UR kernel: R10: 0000000000000009 R11: ffff888000000000 R12: 0000000000001000 Mar 6 19:50:21 SKYNET-UR kernel: R13: ffff888102d55010 R14: ffff88813d301000 R15: ffffffffa00da640 Mar 6 19:50:21 SKYNET-UR kernel: FS: 0000148f90fb0740(0000) GS:ffff889fdd840000(0000) knlGS:0000000000000000 Mar 6 19:50:21 SKYNET-UR kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Mar 6 19:50:21 SKYNET-UR kernel: CR2: 0000150fa8003340 CR3: 000000014cd8a000 CR4: 0000000000350ee0 Mar 6 19:50:21 SKYNET-UR kernel: Call Trace: Mar 6 19:50:21 SKYNET-UR kernel: iommu_dma_free+0x1a/0x2b
  6. Thanks for the refresh fix! Working great now on my system. 👍
  7. It was after upgrade to 6.9.0 rc2 when i got issues changed from machine type 5.1 to 4.2 but sounds like other issue with yours. Have you tried recreating the VM, as that often sorts some issues.
  8. Is it just the VM crashing or unraid as well and do you pass through gfx card? I had issues related to qemu with my VM's crashing vm as well as unraid solution was change machine type to older one.
  9. Update! Looks like i have finally found the fix to my lock ups! It would appear to be a VM qemu issue. I changed my machine type to q35-4.2 from q35-5.1 and have not had a issue since. Now on 18 days up time. I had already change from i440fx to q35 but had both on 5.1 so i'm guessing that i440fx-4.2 would work fine in my case as well. I want to get 30 days up time to be sure, then i will try i440fx-4.2 see what happens.
  10. I'm still getting crash/lock up about every 3-5 days on rc2 i have no clue what's going on tried so many things I'm out of idea's now!
  11. Update! I went to 6.9.0 rc1 updated Nvidia drivers on both vm's and got to almost 9 days up! Then updated to rc2 and within 48hrs i had 2 lock up's so it's still plaguing me! 🤷‍♂️ I have just redone the 2 vm's on new templates using q35 5.1 (was on i440fx) and new virtio drivers 0.1.190 on them so we will see if that makes any difference. But in all lock up's it seems to be iommu issue in my case. Dec 22 21:30:45 SKYNET-UR kernel: RIP: 0010:__iommu_dma_unmap+0x7a/0xe8 Dec 22 21:30:45 SKYNET-UR kernel: Code: 46 28 4c 8d 60 ff 48 8d 54 18 ff 49 21 ec 48 f7 d8 4c 29 e5 49 01 d4 49 21 c4 48 89 ee 4c 89 e2 e8 8f df ff ff 4c 39 e0 74 02 <0f> 0b 49 83 be 68 07 00 00 00 75 32 49 8b 45 08 48 8b 40 48 48 85 Dec 22 21:30:45 SKYNET-UR kernel: RSP: 0018:ffffc900018239f8 EFLAGS: 00010206 Dec 22 21:30:45 SKYNET-UR kernel: RAX: 0000000000002000 RBX: 0000000000001000 RCX: 0000000000000001 Dec 22 21:30:45 SKYNET-UR kernel: RDX: ffff888100066e20 RSI: ffffffffffffe000 RDI: 0000000000000009 Dec 22 21:30:45 SKYNET-UR kernel: RBP: 00000000fed7e000 R08: ffff888100066e20 R09: ffff8881596d6bf0 Dec 22 21:30:45 SKYNET-UR kernel: R10: 0000000000000009 R11: ffff888000000000 R12: 0000000000001000 Dec 22 21:30:45 SKYNET-UR kernel: R13: ffff888100066e10 R14: ffff88813da76000 R15: ffffffffa00e0640 Dec 22 21:30:45 SKYNET-UR kernel: FS: 000014ebd85ae740(0000) GS:ffff889fdd180000(0000) knlGS:0000000000000000 Dec 22 21:30:45 SKYNET-UR kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Dec 22 21:30:45 SKYNET-UR kernel: CR2: 000014ebd8740425 CR3: 000000015c5a2000 CR4: 0000000000350ee0 Dec 22 21:30:45 SKYNET-UR kernel: Call Trace: Dec 22 21:30:45 SKYNET-UR kernel: iommu_dma_free+0x1a/0x2b
  12. Well i updated my 2 win10 vm's with the latest nvida drivers and not had lockup since. I got to almost 5 days but now i've updated to RC1 and done a few other things, like put memory back to 2666Mhz change some cpu pinning and swapped around some usb pass through. So we will see how it goes 🤞
  13. Just updated to rc-1 but still will only update if i refresh the page.
  14. Hmm ok. getting thin on idea's now. Have you tried working config without a vbios rom and see if the drivers install/load without error. Edit: I say that can't remember if you even got windows setup or not?
  15. Try this one. I think it's correct. windows-vm.xml
  16. Just try putting the 3090 on 0x05 or something not in use, make sure not to change the part that is physical slot, first part i think it is. only change the virtual slot. check video space invader explains the difference.
  17. Is slot='0x00 being used more than once? Virtio-net, virtio-serial and gpu looking at it.
  18. Forgot all about this thread! haha. I just swapped around the usb's that i pass through the other day without any issues on my system, so now thinking about it i don't think it's a issue anymore. Yeah do it get one! beast chip's so many threads haha! although you never have enough just keep using them. 😂
  19. All seems good on the update but i did get call trace on boot. Everything seems to be running fine and didn't lock up. Dec 10 19:15:26 SKYNET-UR kernel: ------------[ cut here ]------------ Dec 10 19:15:26 SKYNET-UR kernel: WARNING: CPU: 3 PID: 7743 at drivers/iommu/dma-iommu.c:471 __iommu_dma_unmap+0x7a/0xe8 Dec 10 19:15:26 SKYNET-UR kernel: Modules linked in: nfsd lockd grace sunrpc md_mod nct6683 wireguard curve25519_x86_64 libcurve25519_generic libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libblake2s blake2s_x86_64 libblake2s_generic libchacha bonding atlantic igb i2c_algo_bit r8169 realtek mxm_wmi wmi_bmof edac_mce_amd kvm_amd kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd btusb glue_helper btrtl btbcm rapl btintel r8125(O) ahci bluetooth libahci ecdh_generic ecc nvme i2c_piix4 nvme_core ccp k10temp i2c_core wmi button acpi_cpufreq [last unloaded: atlantic] Dec 10 19:15:26 SKYNET-UR kernel: CPU: 3 PID: 7743 Comm: ethtool Tainted: G O 5.9.13-Unraid #1 Dec 10 19:15:26 SKYNET-UR kernel: Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./TRX40 Creator, BIOS P1.70 05/29/2020 Dec 10 19:15:26 SKYNET-UR kernel: RIP: 0010:__iommu_dma_unmap+0x7a/0xe8 Dec 10 19:15:26 SKYNET-UR kernel: Code: 46 28 4c 8d 60 ff 48 8d 54 18 ff 49 21 ec 48 f7 d8 4c 29 e5 49 01 d4 49 21 c4 48 89 ee 4c 89 e2 e8 90 df ff ff 4c 39 e0 74 02 <0f> 0b 49 83 be 68 07 00 00 00 75 32 49 8b 45 08 48 8b 40 48 48 85 Dec 10 19:15:26 SKYNET-UR kernel: RSP: 0018:ffffc90001b7ba40 EFLAGS: 00010206 Dec 10 19:15:26 SKYNET-UR kernel: RAX: 0000000000002000 RBX: 0000000000001000 RCX: 0000000000000001 Dec 10 19:15:26 SKYNET-UR kernel: RDX: ffff889fd593e820 RSI: ffffffffffffe000 RDI: 0000000000000009 Dec 10 19:15:26 SKYNET-UR kernel: RBP: 00000000fed6e000 R08: ffff889fd593e820 R09: ffff889f7effdb70 Dec 10 19:15:26 SKYNET-UR kernel: R10: 0000000000000009 R11: ffff888000000000 R12: 0000000000001000 Dec 10 19:15:26 SKYNET-UR kernel: R13: ffff889fd593e810 R14: ffff889f99db6800 R15: ffffffffa012a600 Dec 10 19:15:26 SKYNET-UR kernel: FS: 000015297c8f9740(0000) GS:ffff889fdd0c0000(0000) knlGS:0000000000000000 Dec 10 19:15:26 SKYNET-UR kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Dec 10 19:15:26 SKYNET-UR kernel: CR2: 000015297ca8b425 CR3: 0000001f7d09c000 CR4: 0000000000350ee0 Dec 10 19:15:26 SKYNET-UR kernel: Call Trace: Dec 10 19:15:26 SKYNET-UR kernel: iommu_dma_free+0x1a/0x2b Dec 10 19:15:26 SKYNET-UR kernel: aq_ptp_ring_free+0x31/0x60 [atlantic] Dec 10 19:15:26 SKYNET-UR kernel: aq_nic_deinit+0x4e/0xa4 [atlantic] Dec 10 19:15:26 SKYNET-UR kernel: aq_ndev_close+0x26/0x2d [atlantic] Dec 10 19:15:26 SKYNET-UR kernel: __dev_close_many+0xa1/0xb5 Dec 10 19:15:26 SKYNET-UR kernel: dev_close_many+0x48/0xa6 Dec 10 19:15:26 SKYNET-UR kernel: dev_close+0x42/0x64 Dec 10 19:15:26 SKYNET-UR kernel: aq_set_ringparam+0x4c/0xc8 [atlantic] Dec 10 19:15:26 SKYNET-UR kernel: ethnl_set_rings+0x202/0x258 Dec 10 19:15:26 SKYNET-UR kernel: genl_rcv_msg+0x1d9/0x251 Dec 10 19:15:26 SKYNET-UR kernel: ? genlmsg_multicast_allns+0xea/0xea Dec 10 19:15:26 SKYNET-UR kernel: netlink_rcv_skb+0x7d/0xd1 Dec 10 19:15:26 SKYNET-UR kernel: genl_rcv+0x1f/0x2c Dec 10 19:15:26 SKYNET-UR kernel: netlink_unicast+0x10c/0x19d Dec 10 19:15:26 SKYNET-UR kernel: netlink_sendmsg+0x29d/0x2d3 Dec 10 19:15:26 SKYNET-UR kernel: sock_sendmsg_nosec+0x32/0x3c Dec 10 19:15:26 SKYNET-UR kernel: __sys_sendto+0xce/0x109 Dec 10 19:15:26 SKYNET-UR kernel: ? exc_page_fault+0x351/0x37b Dec 10 19:15:26 SKYNET-UR kernel: __x64_sys_sendto+0x20/0x23 Dec 10 19:15:26 SKYNET-UR kernel: do_syscall_64+0x5d/0x6a Dec 10 19:15:26 SKYNET-UR kernel: entry_SYSCALL_64_after_hwframe+0x44/0xa9 Dec 10 19:15:26 SKYNET-UR kernel: RIP: 0033:0x15297ca13bc6 Dec 10 19:15:26 SKYNET-UR kernel: Code: d8 64 89 02 48 c7 c0 ff ff ff ff eb bc 0f 1f 80 00 00 00 00 41 89 ca 64 8b 04 25 18 00 00 00 85 c0 75 11 b8 2c 00 00 00 0f 05 <48> 3d 00 f0 ff ff 77 72 c3 90 55 48 83 ec 30 44 89 4c 24 2c 4c 89 Dec 10 19:15:26 SKYNET-UR kernel: RSP: 002b:00007fffc535d018 EFLAGS: 00000246 ORIG_RAX: 000000000000002c Dec 10 19:15:26 SKYNET-UR kernel: RAX: ffffffffffffffda RBX: 00007fffc535d090 RCX: 000015297ca13bc6 Dec 10 19:15:26 SKYNET-UR kernel: RDX: 000000000000002c RSI: 000000000046f3a0 RDI: 0000000000000004 Dec 10 19:15:26 SKYNET-UR kernel: RBP: 000000000046f2a0 R08: 000015297cae41a0 R09: 000000000000000c Dec 10 19:15:26 SKYNET-UR kernel: R10: 0000000000000000 R11: 0000000000000246 R12: 000000000046f340 Dec 10 19:15:26 SKYNET-UR kernel: R13: 000000000046f330 R14: 0000000000000000 R15: 000000000043504b Dec 10 19:15:26 SKYNET-UR kernel: ---[ end trace 91c54fcae68e89eb ]---
  20. What Unraid version are you using? Have you tried machine type i440fx and "VFIO allow unsafe interrupts: " to yes in vm manager
  21. Can you post your VM xml so i can look at it.
  22. You just need to format the drive once then just add a vdisk for each VM on that drive. What unraid version are you using?