b3rs3rk

Much better. I think I have everything worked out. @John_M if possible I'd like to test the code against your machine again. Probably @ich777's loaned RX480 too.

sensors amdgpu-pci-0a00 -j 2>errors

Those ERROR messages break the format so it is no longer valid JSON. Makes it difficult to parse on my end without doing some dumb string manipulation. Try this: sensors amdgpu-pci-0900 -j 2>errors

Can you confirm the output of: sensors amdgpu-pci-0a00 -j

I can look into it but I’d need samples from APUs and dGPUs alike to make something that works for everything.

Open an enhancement request on GitHub and I will look into it. I don’t use It so I will need the process name that Nvidia-smi shows when Unmanic is actively using the GPU. If you can add that to your request it would be great.

No problem. A friend of mine runs http://www.whippingchildhoodcancer.org. They are a great local (to me) charity and 100% of the donations goes to helping kids and their families battling childhood cancer.

Sigh. I forgot to remove the int cast before it gets sent to the Settings page. Pushed yet another update. Re-install or update if available and then run through the settings again making sure to apply at least once to take the new BUS ID.

Okay I pushed a new version, you can reinstall the plugin from CA to get it immediately if the update doesn't show in the plugin menu right away. @jungle it should include your fix as well.

Okay, I think I've got the cause. It is failing to match the Intel iGPU from your Xeon with the AMD regex (which is desired behavior) but isn't continuing on to the actual R9 Fury match. Let me figure out how to fix that as I'm using preg_match_all which should continue.

Try this instead: cd /usr/local/emhttp/plugins/gpustat && php -r '$gpustat_inventory = true; include("gpustatus.php"); var_dump($gpustat_data);'

I was hoping your issue was the same as @jungle's, but it isn't. I had to adjust the inventory regex again to make their card recognized by the plugin, but yours was working with the original regex. If the card isn't showing up you are likely not reaching the inventory code for some reason. Can you run this in in the console: cd /usr/local/emhttp/plugins/gpustat/ && php ./gpustatus.php And paste the result? I'm hoping you're hitting some kind of programmatic error otherwise I'm not sure what the problem is. Your card should be recognized in the settings page already. I had to expand the inventory regex a tiny bit to cover yours. Once I release a new version of the plugin it should start working, hopefully.

I need the output of: lspci | grep VGA To determine your issue. Thanks!

Can you send me the result of: lspci | grep VGA From your UnRAID console?

I'm guessing you weren't able to select the APU device in the Settings page. It's because the regex I'm using to capture the inventory doesn't expect non-numeric characters in the Bus ID (yours is 0a). I will add this to my fixlist and release an interim update shortly.

Ah, yeah. I see the problem. I had a parenthesis misplaced. I'll push a fix later today after any other issues are identified.

AMD GPU Support Released along with some requested fixes. Update should hit Community Apps shortly. Remember to install the RadeonTop plugin from @ich777 before this plugin for AMD support.

That is a funny problem to have. I think most cards are identifiable within three words. I can probably manipulate it so that if it exceeds a certain length to only take the first three words or something like that. File an issue on Github so I can remember to include in the next release.

Adding them is pretty simple. Little bit of code work, but in order to do it I need two to get two things: A square image (e.g. 512x512 pixel) of the application and I need the exact process name that nvidia-smi shows when the app is using the GPU. Not all apps have specific processes. Some of them just run ffmpeg for example and they can't be distinguished from other apps. I can't do anything about those. Plex is easy because the process that runs is called 'Plex Transcoder' and that's what nvidia-smi shows for example. Best way to get these added is to open an enhancement request. Feel free to open as many as you like on the plugin Github repository issue page.

All we're doing is running a utility that comes with a driver. The error you're getting is a kernel mode error and we have no control over that at the layer that we're developing these plugins. You can try my recommendations in this post but there's no guarantees it will fix. Specifically I would try to update your BIOS/UEFI firmware and hope for the best.

I can confirm that if I pull the two .page files from my branch where I committed the change and dump them back to my UnRAID, everything works properly again. If I pull the two .page files from your pkg file and use those, everything fails. EDIT: When I download and open the .page files from your master branch (which is merged with my changes) in Notepad++ and enable View -> Show Symbol -> Show End of Line all I see is LF endings which is good. If I download the latest PKG file from your master branch, extract, and open the same .page files all line endings show as CRLF. So somewhere in the mkpg and/or commit process you're introducing CRLF endings.

When I look at the files from git (comparing with what comes out of your pkg file), it is saying there are CRLF line endings in them. In my source tree (local branch) where I made the changes I only have LF endings and by default PhpStorm doesn't commit anything with CRLF. In fact, it warns you if you attempt to do that. CRLF line endings will cause all of the .page rendering to fail. When I updated my plugin after you pushed, it all stopped working. Didn't even show up as a page in Settings anymore. I'd make sure whatever machine you're using to run the mkpkg script and doing the git commit from has: git config --global core.autocrlf input set.

Opened the PR for the fix. Tested on my own install to verify it was working and not getting any errors in developer console. All you should have to do is merge, run mkpkg, commit and push.

@Fma965 https://github.com/CyanLabs/corsairpsu-unraid/blob/224941e4e1f056decc07d1e422eb7c75c0019ae0/src/corsairpsu/usr/local/emhttp/plugins/corsairpsu/status.page#L97 That line is your problem. You're looking for $update in PHP to be true but in 6.9.0 and up that variable is either not set (NULL) or set to false from the UnRAID code. What I did for my plugin is allowed to the user to decide if they want it to automatically refresh while the dashboard is open or not and then checked that variable since I knew it would always be there. But there are reasons (like log spam from a weird Nvidia issue) for doing that in my case that might not make sense in yours. If you just want it to update regardless I would either get rid of that IF conditional or set $update in PHP to be true somewhere above that JavaScript portion of your page file. https://github.com/b3rs3rk/gpustat-unraid/blob/f82c490d0d5f24d8777310aeaf9f7241d086a0dd/src/gpustat/usr/local/emhttp/plugins/gpustat/gpustatus.page#L234

I need the info from the troubleshooting section in the first post of this thread. The first picture is helpful but it really depends on what you’re getting from the main PHP routine. That’s the one where you run gpustatus.php manually in the console. My guess is it’s reaching an error.