derekvm

Thanks for your help, I appreciate it. I found another thread here with about half a dozen people having the same issue stretching back to January 2019 so I've posted there asking if they found a resolution. I'm really not sure how to go about resolving it but I'll keep googling!

Did anyone ever find a resolution for this issue? It's started happening for me too.

Thank you for the quick reply. A few follow-up questions if I may? Are those messages that are spamming the log an indication of a problem? I'm guessing no since the message looks pretty harmless but I could be wrong. Is there anything I can/should do to stop the messages? I'm guessing that the logs will eventually fill up? Will a reboot clear it or is there something else I should do? Thanks again for any help.

Hi, I received the error message "/var/log is getting full (currently 51 % used)" overnight from the Fix Common Problems plugin. I had a quick look through the syslog and didn't notice any glaring issues but I'm not really sure if that's the correct log to be checking or not? My server has an uptime of 87 days but I've had longer runs before that without getting this error. My array is 99% full though and not sure if that would cause the issue? I've attached my diagnostics file, if anyone could have a look at it and give me some advice on what to do I would greatly appreciate it. Thank-you. mediaserver-diagnostics-20200606-1123.zip

I thought I did a lot of research before I got all the parts for my build but like you say sometimes issues don't become apparent until you've actually finished the build. I didn't even realize that GPU passthrough was something I would want to do, to be honest, so I guess I'm lucky that I was able to resolve the issue. Lucky too that since the GPUs I ended up getting are fairly old, Amazon was the only place I could find them so returning the first one wasn't a problem.

Thanks for the reply. I appreciate it. I decided to go ahead and order a GT730 that plugs into one of the x4 (in x8) slots. There are two of those slots on my motherboard and anything plugged into them goes into its own IOMMU group. As I mentioned I don't game and just needed something to give me an image on the screen so this solution worked out perfectly for me.

Hi, I'm trying to setup GPU passthrough for a Windows 10 VM and have a question about my IOMMU grouping. Hardware M/B: Supermicro - X11SSM-F CPU: Intel® Xeon® CPU E3-1230 v6 @ 3.50GHz HVM: Enabled IOMMU: Enabled GPU: MSi GeForce GT 710 The relevant IOMMU group shows: IOMMU group 1: [8086:1901] 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor PCIe Controller (x16) (rev 05) [10de:128b] 01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1) [10de:0e0f] 01:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP Audio Controller (rev a1) Everything I have read says that the GPU must be in its own IOMMU group for passthrough to work. However my Windows 10 VM seems to be working fine with the GPU and audio portion passed through even though there is a PCI bridge in the same group. The VM boots up, there are no issues with the image and I don't see any errors in my logs. The monitor doesn't go to sleep unexpectedly and I can reboot and power off and restart the VM consistently. My question is, can the fact that the PCI bridge is in the same IOMMU group be causing any problems that aren't immediately apparent and will cause me grief down the road? I know I can enable PCIe ACS override to force my GPU into its own group as I have tried it and it works but I'm not comfortable with the warning that data corruption may occur. I built this primarily as a media server and the Windows 10 VM was a secondary thought after the fact. I realized that I had horsepower to spare and figured I could replace my aging Core 2 desktop with it. If it's going to cause me any problems though I would prefer to just pull the GPU and continue to RDP into the VM. Would a different GPU behave differently and possibly go into its own IOMMU group? I purchased the GT 710 specifically for this as I don't game and it was fairly cheap but if I have to return it and buy something else that is know to work easily I could do that. Thanks for any input.

It wasn't a SMART attribute 199 (UDMA CRC error) by any chance was it? If so you may have missed another small detail too. From: unRAID OS version 6.4.1 Stable Release - Update Notes

Hi, After a bit of digging I have determined that Pushover is working the way it is setup to work. The test notification is sent out as a 'normal' notification with a low priority of -1 as shown in the \flash\config\plugins\dynamix\notifications\agents\Pushover.sh file: MESSAGE=$(echo -e "$MESSAGE") case "$IMPORTANCE" in 'normal' ) PRIORITY="-1" ;; 'warning' ) PRIORITY="0" ;; 'alert' ) PRIORITY="1" ;; esac curl -s -k \ -F "token=$APP_TOKEN" \ -F "user=$USER_KEY" \ -F "message=$MESSAGE" \ -F "timestamp=$TIMESTAMP" \ -F "priority=$PRIORITY" \ -F "html=1" \ https://api.pushover.net/1/messages.json 2>&1 From pushover.net In order to verify that Pushover will generate sounds when there are higher priority notifications sent, I changed the 'normal' priority to 0 and then 1 and sent the test notification again. Each time my Android device generated the expected sounds. Hope this helps anyone that may have been experiencing the same (non) issue that I was.

Hi, I'm not sure if it's okay to resurrect this thread or if I should have started a new one but I'm having the exact same issue. I have Pushover setup and I am receiving the test notifications from unRAID but there is no sound or vibration. If I send a notification from the Pushover website I get vibration and sound. I've made sure to enable all sounds in the app on my Android device and my volume settings are good. Has anyone gotten unRAID Pushover notifications working with sound? Any ideas what I can do to get it working? Thank you.