cheezdog

To follow up on this... I tried upgrading to 6.10.0-rc1 recently, thinking the newer kernel would eliminate the troublesome log messages. It did not. I realized I had a 2 port NIC installed in my server that I was no longer using. I thought I had pulled it during my initial upgrade attempts and troubleshooting. After removing it, I tried the upgrade to 6.9.2 again. The spurious native interrupt logs are no longer present. It appears there may have been an issue with the NIC.

Thank you for the testing results with your X11SSH-LN4F. I'm happy to learn it is working properly. This could indicate a hardware issue on my end or I might still be facing a kernel bug. I'll keep researching. I did try the iommu=relax_rmrr but I am still seeing the spurious native interrupt log messages several times a second. I've booted back into 6.8.3 for now while I think about what my next steps might be. Thank you again for all of your help!

Thank you for the link! It looks like one of the changes was to log level for the spurious interrupt messages. Am I reading that correctly? Would that mean the messages could be present in older kernels but wouldn't be seen due to log level? (debug vs info)? I would be very interested in your test results on the supermicro motherboard. While not the same chipset as mine, it would provide good information on whether or not this is a hardware problem.

Unfortunately, the BIOS update did not solve the issue. Did you actually replace your motherboard and solve the issue? If yes, did you replace your motherboard with the same model you had before? I'm asking because my searching has me thinking this might be a kernel bug rather than a true hardware problem. While I am not 100% sure it is a kernel issue, I do not have a spare motherboard which fits my CPU and ECC ram so I can't easily test the idea that my hardware is faulty. It does look like this is not a common problem which is making it more difficult to find information or to troubleshoot the issue.

As an update, I have moved forward with installing the latest bios for my motherboard. I'm still seeing the logs flooded with the spurious native interrupt messages upon upgrade to 6.9.2.

After upgrading my Unraid server from 6.8.3 to 6.9.2, I'm seeing the logs filled with: kernel: pcieport 0000:00:1b.4: PME: Spurious native interrupt! I do not see them when running 6.8.3. I haven't tested much on 6.9.2 due to the logs getting flooded. (I rolled back to 6.8.3 for now) I've done a little research and haven't come up with much information. Motherboard is Supermicro X11SCA-F. The device called out in the logs is 00:1b.4 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #21 (rev f0). There is a newer bios available for my motherboard but as this seems like something that might have occurred due to the newer kernel in 6.9.2, I thought I'd post here before working through a bios upgrade. I'm looking for a little help/advice on how to troubleshoot this. Thank you! hippo-diagnostics-20210517-2112.zip

Did you ever find the root cause on this? I attempted an upgrade to 6.9.1 recently and encountered the same issue. My device throwing the error is: 00:1b.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #17 (rev f0) I've done a bit of searching and haven't come up with any solid hits.

To close the loop on this, I was missing something. I noticed there was a version showing for IGFX VBOIS in the BIOS but not GOP. I changed the video option ROM from Legacy to UEFI. Additionally, I changed the primary PCIE device from 'Auto' to 'On Board'. the i915 driver now loads and I can maintain video via ipmi. (Just in case someone else runs into the same issue)

I'm curious to know if anyone has tested this on 6.7.0-rc6. I'm setting up a new server now with an x11sca-f and an e-2146g. I've got the BIOS set as shown in this thread and the kernel option for i915.disable_display=1 in my syslinux.cfg. I'm getting disconnected from my ipmi session as soon as I load the i915 driver. I feel like I'm missing something...

I don't believe unraid will mount NTFS formatted drives for array use. I think you are going to have to format them to XFS in order to use the drives in the array.

I think this would be a useful addition for people who want to tie the case fans to HDD temps and the CPU fan to CPU temps. If the CPU is being worked and gets hot but the HDDs aren't, the case fans could spin faster based on CPU temp to evacuate the heat based.

I think that would work. I'd did some quick reading on pcie and you should be able to use the pcie x16 slots for your network card and SATA card. On the x11sca-f board, using both pcie x16 slots limits them to x8/x8, so be aware of that.

In looking at the block diagram and reading the manual, I think one of the m.2 nvme slots is shared with the pcie x 4 slot, meaning you could use one of the m.2 slots but not both if you wanted to also use the pcie x4 slot.

Interesting. I didn't notice the lack of video support for the x11scm-f until I compared the specs with the ATX sized x11sca-f. I assumed there were only minor differences between the two. If you look at the specs for the x11sca-f: https://www.supermicro.com/products/motherboard/X11/X11SCA-F.cfm , you can see it states support for intel UDH P630 graphics. (Item 5 and under the 'Video Output' specs) I would take the lack of these statements on the page for the x11scm-f to indicate it doesn't support on-chip video. Certainly not stated very clearly, for sure. If you have the space for an ATX board, you might look into the x11sca-f as several others seem to have it working. I'm still piecing mine together but I purchased the MB and e-2146g based on their success.

Try reading the second page of this thread. There's a bit of talk about BIOS settings and kernel options that people have had success with. I just picked up an X11SCA-F (ATX version instead of M-ATX) but I haven't had a chance to test this out.

I'm not using the user shares function currently for writing, but I can tell you that if I access the 'video' folder on my Unraid, I see all of the files that are on all of the disks that have the 'video' folder on the root. So, I believe the answer to your question is YES. Also, I have folders on all of my drives that are one level down from the root directory and they operate in the same fashion.. i.e. I can see all files on all disks that share the same directory name. /Video/DVD_Movies/ for example shows all files on all disks in the DVD_Movies folder. Hope this helps! Scott

Well...I fixed it. Upon doing more research, I found that I needed to install smbfs. I was sure it was already installed, but...After installing smbfs, I was able to mount the necessary shares from my Unraid to the new linux box. Thanks! Scott

Hello all, I've had an Unraid server set up and working for over a year now. It houses all of my media files and has been working well with the windows boxes in my house. Recently, I set up a linux box using Ubuntu Gutsy Gibbon (7.10). I'm currently using gnome as the desktop. When I try to access anything on the Unraid server using mplayer or vlc, they just don't play. I have read that is has something to do with gnome-vfs(?) and that I can mount the Unraid share as smb to try and get it to work. So...I've made a directory /media/video to set as the mount point and I run the following command: sudo mount -t smbfs //tower/Video /media/video with Video being a share on the Unraid server named 'tower'. I seem to get the following error: mount: wrong fs type, bad option, bad superblock on //tower/Video, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so I'm pretty new to linux. Am I doing this the right way? What else am I missing? Your help is greatly appriciated, Scott Edit...I'm running Unraid version 4.2.beta4.

Do you know which pci-e sata controller cards you will be using? I haven' done a bunch of in depth research on the subject but...It seems like any pci-e sata controller I have found is either very expensive or only has 2 ports. I'd be interested in finding an inexpensive 4 port pci-e card for my server.

I did say that I hadn't done any read/write testing, but I do remember the speed shown during the last parity check. I ran it a week or so ago when I moved from 4beta10 to 4 final. I saw speeds in the 70k kb/s - 74k kb/s range. Of course it started out fast, then slowed down. I didn't see as drastic of a drop off in speed as I thought I would during the check. That is, however, with only 3 drives (2+parity) in the system.

Oops..just saw you are looking for a ddr board..I've got an msi k8n neo4 that I tried briefly w/Unraid and it did work. Problem with that is, they aren't cheap if you can even find 'em.

I am currently running the following AMD system: AMD Sempron64 3000+ socket am2 Asus M2NPV-VM Motherboard 2x512 mb Corsair ram 3x500 gb Samsung drives Seasonic 330W Memorex 512mb usb drive Unraid 4 final It has been running without a hiccup for about a month now. I haven't tested the read/write speed, but it works well serving media. The whole thing was fairly cheap to build, too. Would I recommend it to someone else? SURE!

I have actually experienced the "spun down drive" blue light on the clearing drive with 4beta9. It freaked me out at first...but once I figured out what was going on, I too chocked it up as a trivial nonissue. With mine, the blue light was not flashing when the clearing operation had started. It was when I came back to check the status later that it, along with the other drives in the system, was show as spun down.

Nice. I'm curious to know how it works for you. It looks very similar to the products addonics sells here: http://www.addonics.com/products/raid_system/ae4rcs35nsa.asp I've been looking at the addonics ones for a build I am putting together.

Hello, I have been reading this board for a couple of weeks now in preparation of piecing together an unraid box. As the subject suggests, I currently am looking to convert an msi k8n neo4 platinum (socket 939) with an amd64 3200+ cpu into an unraid device. This is currently my main computer and, before I upgrade, I'd like to try and make sure everything is going to work. So far, I have installed unraid (version 4 beta 4) on a flash drive and managed to get the computer to boot off the usb drive. I didn't assign any disks, etc. since the one disk I have in the computer is the drive windows is installed on and I'm not ready to get rid of it just yet. I was able, however, to connect to said computer using unraid's web interface and I did see the one drive in the list of what was available. I'm guessing this means unraid can see/use drives hooked up to the nvidia sata ports and that the network drivers in unraid work with the onboard nic. Without a new drive in hand, I can't really test to see if unraid will mount the drive and/or be able to use it. Has anyone come across a situation where unraid can see a drive on their system but can't mount/use it? While doing research on this particular motherboard, I see that it has 4 sataII ports attached to the nvidia chipset and 4 more sataI ports which are controlled by what looks like a silicon image si3114 chip. My question is, will unraid work with the si3114 chip? I thought I had read somewhere that it should but it is untested. Finally, I am planning on setting the system up to take, at the maximum, 6 disks. Does anyone have a recommendation for a power supply for such a system? Thanks so much for the help! Scott