Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

15 Good

About b3rs3rk

  • Rank
    Advanced Member

Recent Profile Visitors

184 profile views
  1. I would have to add it. It is currently hard coded in the page JavaScript.
  2. Two posts up I show a potential way to squelch those logs. Did you attempt it?
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. I'm happy to help as this seems like a bug, but I'm afraid I don't understand your post.
  9. What CPU do you have in your system?
  10. 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.
  11. 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.
  12. 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.
  13. If you cat the contents of /boot/config/plugins/gpustat/gpustat.cfg does it show your selected DISP settings at the end equaling 1?
  14. I really need to write the page code to leave fields out that end up N/A. Unfortunately, what you see is what you get. I can see where there are other fields that contain the data the plugin wants that I can add logic to get instead but it won't be everything. I'll add it to the list.
  15. There might be. Read the first post of this thread and send me the information requested at the bottom of it. It's possible your information is displayed in other fields of the XML but I won't know for sure without looking at it.