Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

18 Good

About b3rs3rk

  • Rank
    Advanced Member

Recent Profile Visitors

272 profile views
  1. Yeah I’m guessing they changed something with JavaScript processing based on the output you guys are showing. I don’t have a 6.9 beta machine to test with at the moment and I’m not going to run my UNRAID box on a beta version if I can help it. It’s too stable to mess with. I will see about getting a dev instance spun up. Unfortunately lime tech doesn’t give developers a good way to do this without forcing us to buy multiple licenses of UNRAID and I haven’t gotten around to that.
  2. While the intention has always been to support multiple GPU vendors, we only officially support Nvidia GPUs with the UNRAID Nvidia plugin installed at this time.
  3. I would have to add it. It is currently hard coded in the page JavaScript.
  4. Two posts up I show a potential way to squelch those logs. Did you attempt it?
  5. My suggestion is to update your BIOS, change to Legacy boot if currently UEFI (if possible), or switch the physical slot your GPU is in and see if the problem goes away. The issue is your build parameters, not my plugin. The only other option would be to figure out a way to squelch that log. Maybe a combination of using this script and creating a custom .conf file to remove the offending log messages. If anyone wants to try it, create a file (02-barmappingblock.conf) in /etc/rsyslog.d/ that contains: :msg,contains,"mapping multiple BARs" stop :msg,contains,"which spans more than PCI Bus" stop Then do a: /etc/rc.d/rc.rsyslogd restart > /dev/null If it works, then copy that .conf file to the location the script suggestions, and then add it to your startup scripts when UnRAID boots. It's not a 'fix' per se, but a kernel/driver issue can't be fixed by myself or the linuxserver folks.
  6. It's mostly developed how I think it should work, but I have no way to test any of it. I'm trying to get remote access to a friend's UnRAID with an iGPU so that I can test pushing the code to it and see how the Intel stuff functions. I'm not a professional developer, so diagnosing this stuff based on user reporting isn't my forte. Just kind of hard to do.
  7. Well nevermind then. I saw some old mailing list traffic about Haswell/Ivy Bridge systems having improper MCH mappings that cause issues like yours. But something else may be causing it.
  8. Cool. Let me think on the best way to handle this in code. EDIT: Okay, so I'm going to change the GPU identifier when the nvidia-smi statistics command is run to use the GPU guid instead of the ID number. GUID should never change and I probably should have used that in the first place. Hindsight is 20/20 and all. Probably going to cause a little pain for updaters since the old GPUID will be invalid.
  9. Okay, I’m on it now. Try starting your VM and then pasting me the result of: nvidia-smi -L Then shutdown the VM and run that command again and paste me this second result. My guess is when you pass the GPU through nvidia-smi can no longer see it. Then GPUID 1 becomes zero.
  10. I'm happy to help as this seems like a bug, but I'm afraid I don't understand your post.
  11. What CPU do you have in your system?
  12. You can disable that statistic to prevent displaying it but that’s about it. Either the hardware or the driver doesn’t support the polling of the power draw. It stands to reason that buying cheaper cards can mean lesser monitoring features.
  13. I will look at adding this when I'm finished doing the Intel integration. Shouldn't be difficult and now that individual statistics are selectable users can feel free to disable it if they don't want to display it.
  14. I cannot reproduce the errors. Regrettably, even if I could reproduce them I'm not sure my code is in any way capable of fixing them. I'm only running a utility that comes with the Unraid-Nvidia build. In turn, they are only including a utility that comes with the NVIDIA driver. If it were compiled code that I authored it would be a different story. But I'm only receiving the output of that command to populate the widget data. The impact from running my code should be minimal to say the least. Uninstall my plugin and from the UnRAID console run: watch -n 2 nvidia-smi -q -x If you are still getting the errors in syslog, it begs the question how my code can be at fault.
  15. If you cat the contents of /boot/config/plugins/gpustat/gpustat.cfg does it show your selected DISP settings at the end equaling 1?