Jump to content

jordanmw

Members
  • Content Count

    252
  • Joined

  • Last visited

  • Days Won

    1

jordanmw last won the day on June 14

jordanmw had the most liked content!

Community Reputation

36 Good

3 Followers

About jordanmw

  • Rank
    Advanced Member

Converted

  • Personal Text
    Corsair 740 Air case- Taichi X399 Threadripper- 1920X- Corsair 64Gb 8x8Gb 2933Mhz- Evga CLC 280 Evga 1Kw gold PSU- Allegro Pro USB 3.0 to U.2 port/PLX bridge- 2x Evga GTX 960 SSC 4GB- 2x Evga 2070 Black- 2x Plextor 512Gb SSD- 2x WD Black 1Tb NVMe-

Recent Profile Visitors

568 profile views
  1. Thanks Squid- yeah, I'm at max length. Maybe you are right and I just need to tweak refresh settings. I'll have some time to test things more thoroughly this weekend. Don't know why I haven't tried just swapping cables.... duh!
  2. Well I did try a new PSU- with the same results. Here is the crazy part- at this point I think it's hdmi cables that are causing the issues. I ran a few experiments and if I use a shorter hdmi for VM#1 it never goes black, but VM#2 does if it is still using the longer cables. VM#3 even does it for a few minutes. Screen goes black, flashes on and off for maybe 5-10 minutes, then everything works properly again on all VMs and we continue playing for another 90 min or so before it happens the exact same way again?!? My only guess at this point is that the longer cables are causing errors that stack up for 90 minutes before crashing some kind of buffer and restarting that buffer. Anyone know anything about hdmi length causing these kinds of issues? What kind of error in hdmi signals can cause this kind of behavior?
  3. Well, after understanding the configs were still in my most recent diagnostics upload- I used that to get back all my config- sans plugins. Everything ran for a while again and then froze and erased my config again! Guess I will have to use the internal USB ports since the ones on the back are all USB 3.0. I rebuilt again and will try the internal port as soon as I get a chance tonight. Seems insane that just using a usb 3.0 port would cause this repeated issue......
  4. What is the order of operations once I have rebuilt the flash drive? If I don't get everything exactly perfect with the setup- what things should I avoid doing to preserve my data?
  5. Thanks johnnie- any ideas on how this could have happened- or what I can do to prevent a re-occurrence?
  6. Really not feeling supported in any way at this point- guess I am on my own! AWESOME!
  7. 30 views and nothing yet? Has anyone seen any thread like my issues? Maybe one with some recovery methods that might leverage my diagnostics to recover my config?
  8. I had an issue last night that wiped out my config on my usb and the web gui was completely not loading. I had 4 vms up and running and one docker- then everything froze. I powered it down and on reboot- it picked up a dhcp address but wouldn't load the gui on the web or physically. I ran diagnostics but they show no shares at all and no configs.... really concerning since I didn't backup my USB after upgrading to 6.7. SO I am going to attach 2 diagnostic files- one from a few days ago- and one after it happened. PLEASE- someone help me out in figuring out what happened- and recovering my system. The usb drive is completely readable but shows a large number of fsk files. I can open all the files I have attempted from that drive still. Really need someone to point me in the right direction to restore properly. I should mention that I upgraded CPUs- changed core assignments- and swapped a couple of graphics card locations since I upgraded to 6.7. tower-diagnostics-20190619-0744.zip tower-diagnostics-20190617-0305.zip
  9. Nope- no streaming. All machines are physically accessed. The only streaming I do is from a shield with steamlink. 4 gamers in one room is what we do for our sessions.
  10. Yeah- 1920x1080 framerates are 40-60 on my 960s- and 60-100+ on my 2070s. I have a USB card with 4 separate controllers- each passed to their own VM. No issues with input lag or stuttering.
  11. Going to agree with him there- anything over stock 2667 has a much larger chance of causing stability issues and possibly data corruption. Even XMP profiles rarely work as expected.
  12. You may have to dump the GPU rom and edit the header before passing it through to that VM. Check this process at 2:20 ish:
  13. Mine are all setup with i440x and ovmf, but others have had good results with the opposite. I honestly, didn't compare them and just went with the defaults- since it worked, I haven't tested the others.
  14. This isn't windows land- unfortunately unraid is pretty sensitive to overclocking and ECC ram is even recommended to prevent data corruption. I can overclock the crap out of my rig with a bare metal windows install but unraid will freak out on those same settings after I start a few VMs and dockers. I highly recommend just getting rid of all overclocking- even if just to test. Once you have things stable on stock clocks- depending on how much pain and suffering you can endure- you can start tweaking but really need a great way to stress test the entire machine- not just single VMs on the host.
  15. I believe the trick here is to edit the header of the bios file with a hex editor as in his video here: Skip to 2:20 where he explains editing the header out of the file before use.